I'm having an issue with starcraft segmentation fault when starting in wine 1.7.44 or 1.7.45 (I use wine-staging):
Running from winedbg, I can see the following log:
002b loads DLL c:\starcrft\local.dll @0x2000000 (0<0>)
0000002b:00000033: create thread D @0x15016c10
002b loads DLL c:\windows\system32\msvcrt.dll @0x7cd60000 (0<0>)
002b loads DLL c:\windows\system32\opengl32.dll @0x7a820000 (0<0>)
002b loads DLL c:\starcrft\ddraw.dll @0x66ac0000 (0<0>)
002b loads DLL c:\windows\system32\wined3d.dll @0x7cb80000 (0<0>)
002b loads DLL c:\windows\system32\ddraw.dll @0x7ccd0000 (0<0>)
c:\starcrft\ddraw.dll is the cnc-ddraw version, using ddraw.dll="native,builtin" override, which is correctly loaded.
But I don't know why the wine version c:\windows\system32\ddraw.dll is also loaded. I even tried to delete that file, or overwrite that one with cnc-ddraw.dll, and in both instances I still see the same log and still crashes. What is so strange is, even if I deleted c:\windows\system32\ddraw.dll, it will still show up as loading.
Any ideas how to solve this? I never had this problem prior to 1.7.4x or so.
Post: I used ddraw.dll="native" and that stopped the wine version from loading, but it didn't solve the segfault problem.
I still don't understand how it can load a non-existent dll file.
starcraft loading ddraw.dll twice
Re: starcraft loading ddraw.dll twice
This is no longer an issue starting with newer wine (I'm using 1.7.49 so must be fixed between 1.7.46-1.7.49).