Author Topic: SDL2.dll for recent FRED2_Open 3.7.5 nightlies  (Read 11117 times)

0 Members and 1 Guest are viewing this topic.

Offline karajorma

  • King Louie - Jungle VIP
  • Administrator
  • 214
    • Karajorma's Freespace FAQ
Re: SDL2.dll for recent FRED2_Open 3.7.5 nightlies
I'm also getting the same issue on my GTX 660M but I'm on Windows 10.

Debugging shows that I'm being reported as having Open GL 1.1.0 even though I'm running on Geforce drivers v368.81
« Last Edit: August 03, 2016, 11:04:29 am by karajorma »
Karajorma's Freespace FAQ. It's almost like asking me yourself.

[ Diaspora ] - [ Seeds Of Rebellion ] - [ Mind Games ]

 

Offline DahBlount

  • Moderator
  • 29
  • Alpine ☆ Cancer Tribulation
    • Minecraft
    • Skype
    • Steam
Re: SDL2.dll for recent FRED2_Open 3.7.5 nightlies
And now this is happening to me as well. Go figure.

Don't know what changed for me to start getting it to be honest.
<Axem> yet still more insightful than #hard-light

<Axem> jad2.23 will just be cat videos

<DahBlount> So
<DahBlount> JAD2.2 is like that
<Axem> maybe
<Axem> it can be whatever you like!
<DahBlount> A Chocolate Sundae?
<Axem> sure

My models: GTF Gilgamesh - GTD Nuadha [Redesigning] - Ningirama [WIP] - GTG Zephyrus

 

Offline karajorma

  • King Louie - Jungle VIP
  • Administrator
  • 214
    • Karajorma's Freespace FAQ
Re: SDL2.dll for recent FRED2_Open 3.7.5 nightlies
If I run FS2 and breakpoint at the call to glGetString() I get "4.5.0 NVIDIA 368.81"

If I run FRED I get "1.1.0"

I have no idea where it's getting that value from or why it's different from the value that FS2 returns.
Karajorma's Freespace FAQ. It's almost like asking me yourself.

[ Diaspora ] - [ Seeds Of Rebellion ] - [ Mind Games ]

 

Offline m!m

  • 211
Re: SDL2.dll for recent FRED2_Open 3.7.5 nightlies
It looks like the FRED startup doesn't initialize SDL correctly. Since we don't use the SDL provided main function in FRED we need to call SDL_SetMainReady(). I made the necessary changes in a branch but I can't test it because the error does not appear for me.

 
Re: SDL2.dll for recent FRED2_Open 3.7.5 nightlies
at this rate we're going to get FRED to feature parity on windows and linux
The good Christian should beware of mathematicians, and all those who make empty prophecies. The danger already exists that the mathematicians have made a covenant with the devil to darken the spirit and to confine man in the bonds of Hell.

 

Offline karajorma

  • King Louie - Jungle VIP
  • Administrator
  • 214
    • Karajorma's Freespace FAQ
Re: SDL2.dll for recent FRED2_Open 3.7.5 nightlies
It looks like the FRED startup doesn't initialize SDL correctly. Since we don't use the SDL provided main function in FRED we need to call SDL_SetMainReady(). I made the necessary changes in a branch but I can't test it because the error does not appear for me.

I would test it but using git even when using SourceTree instead of TortoiseGit my workflow goes something like this.

1. Load SourceTree
2. Try to do something with git
3. Get an error message about my current repository
4. Try to fix it
5. Get an error message about whatever I'm trying to pull into my repository
6. Try to fix it
7. Fail to fix it. Shout at the computer that I don't know why I bother trying to be an SCP programmer any more
8. Go for a walk to calm down
9. Wait 2 days, return to 1.
Karajorma's Freespace FAQ. It's almost like asking me yourself.

[ Diaspora ] - [ Seeds Of Rebellion ] - [ Mind Games ]

 

Offline m!m

  • 211
Re: SDL2.dll for recent FRED2_Open 3.7.5 nightlies
DahBlount has reported that #764 fixes the issue. The next nightly will contain this fix.

 

Offline chief1983

  • Still lacks a custom title
  • Moderator
  • 212
  • ⬇️⬆️⬅️⬅️🅰➡️⬇️
    • Minecraft
    • Skype
    • Steam
    • Twitter
    • Fate of the Galaxy
Re: SDL2.dll for recent FRED2_Open 3.7.5 nightlies
So by fixes it, does this mean we don't need the custom dll after all?  I lost track of whether this issue was related to the dll or not.
Fate of the Galaxy - Now Hiring!  Apply within | Diaspora | SCP Home | Collada Importer for PCS2
Karajorma's 'How to report bugs' | Mantis
#freespace | #scp-swc | #diaspora | #SCP | #hard-light on EsperNet

"You may not sell or otherwise commercially exploit the source or things you created based on the source." -- Excerpt from FSO license, for reference

Nuclear1:  Jesus Christ zack you're a little too hamyurger for HLP right now...
iamzack:  i dont have hamynerge i just want ptatoc hips D:
redsniper:  Platonic hips?!
iamzack:  lays

 

Offline m!m

  • 211
Re: SDL2.dll for recent FRED2_Open 3.7.5 nightlies
The issue wasn't directly related to the DLL but the custom DLL was needed for OpenGL support in FRED. Since we don't use SDL for that anymore we don't need custom DLLs anymore.

 

Offline karajorma

  • King Louie - Jungle VIP
  • Administrator
  • 214
    • Karajorma's Freespace FAQ
Re: SDL2.dll for recent FRED2_Open 3.7.5 nightlies
Doesn't seem to have solved it for me. FRED now stops with

Code: [Select]
Assert: "(size_t)uniform_index < uniforms.size()"
File: gropenglstate.cpp
Line: 1317

ntdll.dll! ZwWaitForSingleObject + 12 bytes
KERNELBASE.dll! WaitForSingleObject + 18 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! SCP_DumpStack + 347 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! dump_stacktrace + 87 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! os::dialogs::AssertMessage + 669 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! opengl_uniform_state::setUniformi + 109 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! opengl_shader_compile_deferred_light_shader + 126 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! opengl_shader_init + 401 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! gr_opengl_init + 750 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! gr_init_sub + 2074 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! gr_init + 1413 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! fred_init + 294 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CFREDView::OnCreate + 194 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CWnd::OnWndMsg + 3269 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CWnd::WindowProc + 86 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! AfxCallWndProc + 296 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! AfxWndProc + 181 bytes
USER32.dll! SetManipulationInputTarget + 83 bytes
USER32.dll! CallWindowProcW + 768 bytes
USER32.dll! DispatchMessageW + 1328 bytes
USER32.dll! SetRectEmpty + 256 bytes
ntdll.dll! KiUserCallbackDispatcher + 54 bytes
USER32.dll! CreateWindowExW + 409 bytes
USER32.dll! CreateWindowExA + 56 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! IsolationAwareCreateWindowExA + 198 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CWnd::CreateEx + 391 bytes
[...]
[ This info is in the clipboard so you can paste it somewhere now ]


Use Debug to break into Debugger, Exit will close the application.

ntdll.dll! ZwWaitForSingleObject + 12 bytes
KERNELBASE.dll! WaitForSingleObject + 18 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! SCP_DumpStack + 347 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! dump_stacktrace + 87 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! os::dialogs::Error + 230 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! os::dialogs::AssertMessage + 881 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! opengl_uniform_state::setUniformi + 109 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! opengl_shader_compile_deferred_light_shader + 126 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! opengl_shader_init + 401 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! gr_opengl_init + 750 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! gr_init_sub + 2074 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! gr_init + 1413 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! fred_init + 294 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CFREDView::OnCreate + 194 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CWnd::OnWndMsg + 3269 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CWnd::WindowProc + 86 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! AfxCallWndProc + 296 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! AfxWndProc + 181 bytes
USER32.dll! SetManipulationInputTarget + 83 bytes
USER32.dll! CallWindowProcW + 768 bytes
USER32.dll! DispatchMessageW + 1328 bytes
USER32.dll! SetRectEmpty + 256 bytes
ntdll.dll! KiUserCallbackDispatcher + 54 bytes
USER32.dll! CreateWindowExW + 409 bytes
USER32.dll! CreateWindowExA + 56 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! IsolationAwareCreateWindowExA + 198 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CWnd::CreateEx + 391 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CWnd::Create + 247 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CFrameWnd::CreateView + 434 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CFrameWnd::OnCreateClient + 45 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CFrameWnd::OnCreateHelper + 93 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CFrameWnd::OnCreate + 119 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CMainFrame::OnCreate + 48 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CWnd::OnWndMsg + 3269 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CWnd::WindowProc + 86 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! AfxCallWndProc + 296 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! AfxWndProc + 181 bytes
USER32.dll! SetManipulationInputTarget + 83 bytes
USER32.dll! CallWindowProcW + 768 bytes
USER32.dll! DispatchMessageW + 1328 bytes
USER32.dll! SetRectEmpty + 256 bytes
ntdll.dll! KiUserCallbackDispatcher + 54 bytes
USER32.dll! CreateWindowExW + 409 bytes
USER32.dll! CreateWindowExA + 56 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! IsolationAwareCreateWindowExA + 198 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CWnd::CreateEx + 391 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CFrameWnd::Create + 304 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CFrameWnd::LoadFrame + 349 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CDocTemplate::CreateNewFrame + 419 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CSingleDocTemplate::OpenDocumentFile + 478 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CSingleDocTemplate::OpenDocumentFile + 64 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CDocManager::OnFileNew + 385 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CWinApp::OnFileNew + 69 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! CFREDApp::InitInstance + 1868 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! AfxWinMain + 188 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! WinMain + 24 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! invoke_main + 30 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! __scrt_common_main_seh + 336 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! __scrt_common_main + 13 bytes
fred2_open_3_7_5_AVX-DEBUG.exe! WinMainCRTStartup + 8 bytes
KERNEL32.DLL! BaseThreadInitThunk + 36 bytes
ntdll.dll! RtlUnicodeStringToInteger + 595 bytes
ntdll.dll! RtlUnicodeStringToInteger + 542 bytes

As if to make things better, FS2 is now crashing out with the same error.

EDIT: Okay now it's getting stranger. Nightly builds run except for the fast debug of FRED. That one doesn't even crash out.
« Last Edit: August 09, 2016, 03:19:06 pm by karajorma »
Karajorma's Freespace FAQ. It's almost like asking me yourself.

[ Diaspora ] - [ Seeds Of Rebellion ] - [ Mind Games ]

 

Offline Yarn

  • 210
Re: SDL2.dll for recent FRED2_Open 3.7.5 nightlies
EDIT: Okay now it's getting stranger. Nightly builds run except for the fast debug of FRED. That one doesn't even crash out.
This happens to me too. It's only the fast debug that has this problem, not the regular debug build; I verified this with builds that I compiled.
"Your fighter is running out of oil.  Please check under the hood and add more if necessary"
--strings.tbl, entry 177

"Freespace is very tired.  It is shutting down to get some rest."
--strings.tbl, entry 178

 

Offline m!m

  • 211
Re: SDL2.dll for recent FRED2_Open 3.7.5 nightlies
The FastDebug configuration was wrongly configured. I submitted a PR which fixes the issue: https://github.com/scp-fs2open/fs2open.github.com/pull/803
« Last Edit: August 12, 2016, 01:34:27 pm by m!m »

 

Offline Bryan See

  • Has anyone really been far as decided to use even go want to do look more like?
  • 210
  • Trying to redeem, but under Tiger Parents
    • Skype
    • Steam
    • Twitter
Re: SDL2.dll for recent FRED2_Open 3.7.5 nightlies
I got the latest nightly build, but I'm still getting the same OpenGL display device initialisation failure. Even on FastDebug. That's really frustrating.

EDIT: I've forget to add this, even the earlier SDL2 dll file still cannot get FRED2_Open to start up, because of the same problem. I'm using the latest Windows 10 updated with an Anniversary Update.
« Last Edit: August 27, 2016, 09:22:44 am by Bryan See »
Bryan See - My FreeSpace Wiki User Page (Talk, Contributions)

Full Projects:
Shattered Stars

Campaigns:
Lost in the Mist - Cyrene vs. Psamtik
FreeSpace: Reunited

Ships:
GTS Hygeia, GTT Argo, SC Raguel

Tools:
FSO TC/Game template

I've been under attack by Tiger Parents like Jennifer Pan...

 

Offline AdmiralRalwood

  • 211
  • The Cthulhu programmer himself!
    • Skype
    • Steam
    • Twitter
Re: SDL2.dll for recent FRED2_Open 3.7.5 nightlies
I got the latest nightly build, but I'm still getting the same OpenGL display device initialisation failure. Even on FastDebug.
Please post your fs2_open.log file.  Instructions on how to do this can be found in this post.
Ph'nglui mglw'nafh Codethulhu GitHub wgah'nagl fhtagn.

schrödinbug (noun) - a bug that manifests itself in running software after a programmer notices that the code should never have worked in the first place.

When you gaze long into BMPMAN, BMPMAN also gazes into you.

"I am one of the best FREDders on Earth" -General Battuta

<Aesaar> literary criticism is vladimir putin

<MageKing17> "There's probably a reason the code is the way it is" is a very dangerous line of thought. :P
<MageKing17> Because the "reason" often turns out to be "nobody noticed it was wrong".
(the very next day)
<MageKing17> this ****ing code did it to me again
<MageKing17> "That doesn't really make sense to me, but I'll assume it was being done for a reason."
<MageKing17> **** ME
<MageKing17> THE REASON IS PEOPLE ARE STUPID
<MageKing17> ESPECIALLY ME

<MageKing17> God damn, I do not understand how this is breaking.
<MageKing17> Everything points to "this should work fine", and yet it's clearly not working.
<MjnMixael> 2 hours later... "God damn, how did this ever work at all?!"
(...)
<MageKing17> so
<MageKing17> more than two hours
<MageKing17> but once again we have reached the inevitable conclusion
<MageKing17> How did this code ever work in the first place!?

<@The_E> Welcome to OpenGL, where standards compliance is optional, and error reporting inconsistent

<MageKing17> It was all working perfectly until I actually tried it on an actual mission.

<IronWorks> I am useful for FSO stuff again. This is a red-letter day!
* z64555 erases "Thursday" and rewrites it in red ink

<MageKing17> TIL the entire homing code is held up by shoestrings and duct tape, basically.

 

Offline Bryan See

  • Has anyone really been far as decided to use even go want to do look more like?
  • 210
  • Trying to redeem, but under Tiger Parents
    • Skype
    • Steam
    • Twitter
Re: SDL2.dll for recent FRED2_Open 3.7.5 nightlies
It's not the fs2_open.log file. It's the fred2_open.log file. It's included here.

[attachment deleted by admin]
Bryan See - My FreeSpace Wiki User Page (Talk, Contributions)

Full Projects:
Shattered Stars

Campaigns:
Lost in the Mist - Cyrene vs. Psamtik
FreeSpace: Reunited

Ships:
GTS Hygeia, GTT Argo, SC Raguel

Tools:
FSO TC/Game template

I've been under attack by Tiger Parents like Jennifer Pan...

 

Offline AdmiralRalwood

  • 211
  • The Cthulhu programmer himself!
    • Skype
    • Steam
    • Twitter
Re: SDL2.dll for recent FRED2_Open 3.7.5 nightlies
Code: [Select]
ERROR: FRED code can only create compatibility profiles!
This has already been fixed; use a more recent nightly build.
Ph'nglui mglw'nafh Codethulhu GitHub wgah'nagl fhtagn.

schrödinbug (noun) - a bug that manifests itself in running software after a programmer notices that the code should never have worked in the first place.

When you gaze long into BMPMAN, BMPMAN also gazes into you.

"I am one of the best FREDders on Earth" -General Battuta

<Aesaar> literary criticism is vladimir putin

<MageKing17> "There's probably a reason the code is the way it is" is a very dangerous line of thought. :P
<MageKing17> Because the "reason" often turns out to be "nobody noticed it was wrong".
(the very next day)
<MageKing17> this ****ing code did it to me again
<MageKing17> "That doesn't really make sense to me, but I'll assume it was being done for a reason."
<MageKing17> **** ME
<MageKing17> THE REASON IS PEOPLE ARE STUPID
<MageKing17> ESPECIALLY ME

<MageKing17> God damn, I do not understand how this is breaking.
<MageKing17> Everything points to "this should work fine", and yet it's clearly not working.
<MjnMixael> 2 hours later... "God damn, how did this ever work at all?!"
(...)
<MageKing17> so
<MageKing17> more than two hours
<MageKing17> but once again we have reached the inevitable conclusion
<MageKing17> How did this code ever work in the first place!?

<@The_E> Welcome to OpenGL, where standards compliance is optional, and error reporting inconsistent

<MageKing17> It was all working perfectly until I actually tried it on an actual mission.

<IronWorks> I am useful for FSO stuff again. This is a red-letter day!
* z64555 erases "Thursday" and rewrites it in red ink

<MageKing17> TIL the entire homing code is held up by shoestrings and duct tape, basically.