http://bugs.winehq.org/show_bug.cgi?id=26350
Summary: Dungeons demo doesn't run Product: Wine Version: 1.3.15 Platform: x86 URL: http://www.bigdownload.com/games/dungeons/pc/dungeons- demo/ OS/Version: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: austinenglish@gmail.com
If I use mono-2.10-1, it fails with an error that mono can't handle it: Method '<Module>:<CrtImplementationDetails>.DoDllLanguageSupportValidation ()' in assembly 'C:\Program Files\Kalypso Media\Dungeons Demo\Mogre.dll' contains native code that cannot be executed by Mono in modules loaded from byte arrays. The assembly was probably created using C++/CLI.
Method '<Module>:<CrtImplementationDetails>.ThrowModuleLoadException (string,System.Exception)' in assembly 'C:\Program Files\Kalypso Media\Dungeons Demo\Mogre.dll' contains native code that cannot be executed by Mono in modules loaded from byte arrays. The assembly was probably created using C++/CLI.
System.NullReferenceException: Object reference not set to an instance of an object
With dotnet35, fails with: Unhandled Exception: System.MissingMethodException: Method not found: 'Void System.Runtime.GCSettings.set_LatencyMode(System.Runtime.GCLatencyMode)'. at Realmforge.MogreUtil.Application.MainApplication`3.Run() at Realmforge.Dungeons.DungeonsMain.Main(String[] args)
http://bugs.winehq.org/show_bug.cgi?id=26350
Louis Lenders xerox_xerox2000@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox_xerox2000@yahoo.co.uk
--- Comment #1 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2011-06-29 13:36:39 CDT ---
With dotnet35, fails with: Unhandled Exception: System.MissingMethodException: Method not found: 'Void System.Runtime.GCSettings.set_LatencyMode(System.Runtime.GCLatencyMode)'. at Realmforge.MogreUtil.Application.MainApplication`3.Run() at Realmforge.Dungeons.DungeonsMain.Main(String[] args)
This seems to be due to improperly .net installation (.net 2.0 SP1 missing). After installing .net 2.0 sp1 it gets a bit further, do crash into the following:
18:05:45.985: > Ogre: Loading library dlls/Plugin_OctreeSceneManager.dll 18:05:45.988: *ERROR* > Ogre: OGRE EXCEPTION(7:InternalErrorException): Could not load dynamic library dlls/Plugin_OctreeSceneManager.dll. System Error: Module not found
The module dlls/Plugin_OctreeSceneManager.dll is however present in the directory. A +relay log showed:
0009:Call KERNEL32.LoadLibraryExA(04e94580 "dlls/Plugin_OctreeSceneManager.dll",00000000,00000008) ret=046dfd84 0009:Ret KERNEL32.LoadLibraryExA() retval=00000000 ret=046dfd84 0009:Call KERNEL32.GetLastError() ret=046dfbb2 0009:Ret KERNEL32.GetLastError() retval=0000007e ret=046dfbb2
LoadLibraryEx fails to load the library with LOAD_WITH_ALTERED_SEARCH_PATH flag and relative path. MSDN says that in this case the behavior is undefined, but maybe windows just always happily loads the dll. This needs some tests.
With the hack below to workaround this, it gets a tiny bit further again to crash into:
18:03:08.729: *ERROR* > Ogre: OGRE EXCEPTION(3:RenderingAPIException): Cannot reset device! in D3D9RenderWindow::reset at ......\Ogre\RenderSystems\Direct3D9\src\OgreD3D9Device.cpp (line 421) 18:03:08.730: *ERROR* > Error during RenderOneFrame in frame 0: System.Runtime.InteropServices.SEHException: External component has thrown an exception.
Probably a d3d bug (Cannot reset device!).
Using a virtual desktop the game however starts fine for me.
Let's make this bug about the LoadLibraryEx bug; you can open other bugreports for d3d and/or mono failure
diff --git a/dlls/kernel32/module.c b/dlls/kernel32/module.c index 8ee0fcd..4fa0e8d 100644 --- a/dlls/kernel32/module.c +++ b/dlls/kernel32/module.c @@ -859,7 +859,7 @@ static HMODULE load_library( const UNICODE_STRING *libname, DWORD flags ) if( flags & unsupported_flags) FIXME("unsupported flag(s) used (flags: 0x%08x)\n", flags);
- load_path = MODULE_get_dll_load_path( flags & LOAD_WITH_ALTERED_SEARCH_PATH ? libname->Buffer : NULL ); + load_path = MODULE_get_dll_load_path(0);// flags & LOAD_WITH_ALTERED_SEARCH_PATH ? libname->Buffer : NULL );
if (flags & LOAD_LIBRARY_AS_DATAFILE)
I tracked this down
http://bugs.winehq.org/show_bug.cgi?id=26350
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.bigdownload.com/ |http://www.gamershell.com/d |games/dungeons/pc/dungeons- |ownload_69192.shtml |demo/ | CC| |focht@gmx.net Summary|Dungeons demo doesn't run |Dungeons demo doesn't run | |(LoadLibraryEx with | |LOAD_WITH_ALTERED_SEARCH_PA | |TH and relative path)
--- Comment #2 from Anastasius Focht focht@gmx.net 2012-04-07 14:02:32 CDT --- Hello,
confirming, still present.
As Louis said, needs 'winetricks dotnet35' prerequisite.
--- snip --- 18:35:03.760: > Ogre: Loading library dlls/RenderSystem_Direct3D9.dll 18:35:03.762: *ERROR* > Ogre: OGRE EXCEPTION(7:InternalErrorException): Could not load dynamic library dlls/RenderSystem_Direct3D9.dll. System Error: Module not found. in DynLib::load at ....\Ogre\OgreMain\src\OgreDynLib.cpp (line 91) 18:35:03.764: *ERROR* > System.Runtime.InteropServices.SEHException: External component has thrown an exception. at Ogre.Root.loadPlugin(Root* , basic_string<char,std::char_traits<char>,std::allocator<char> >* ) at Mogre.Root.LoadPlugin(String pluginName) at Realmforge.MogreUtil.Application.Ogre.LoadPlugins(Root root) at Realmforge.MogreUtil.Application.Ogre..ctor(Form form, GameApplicationData appData) at Realmforge.MogreUtil.Application.Ogre.InitInstance(Form form, GameApplicationData appData) at Realmforge.MogreUtil.Application.MainApplication`3.Run() 18:35:03.767: *ERROR* > External component has thrown an exception. --- snip ---
Source of "OGRE" component used: http://www.ogre3d.org/download/source
--- snip OgreDynLib.h --- #if OGRE_PLATFORM == OGRE_PLATFORM_WIN32 # define DYNLIB_HANDLE hInstance # define DYNLIB_LOAD( a ) LoadLibraryEx( a, NULL, LOAD_WITH_ALTERED_SEARCH_PATH ) # define DYNLIB_GETSYM( a, b ) GetProcAddress( a, b ) # define DYNLIB_UNLOAD( a ) !FreeLibrary( a ) --- snip OgreDynLib.h ---
--- snip OgreDynLib.cpp --- void DynLib::load() { // Log library load LogManager::getSingleton().logMessage("Loading library " + mName);
String name = mName; ... #elif OGRE_PLATFORM == OGRE_PLATFORM_WIN32 // Although LoadLibraryEx will add .dll itself when you only specify the library name, // if you include a relative path then it does not. So, add it to be sure. if (name.substr(name.length() - 4, 4) != ".dll") name += ".dll"; #endif m_hInst = (DYNLIB_HANDLE)DYNLIB_LOAD( name.c_str() );
if( !m_hInst ) OGRE_EXCEPT( Exception::ERR_INTERNAL_ERROR, "Could not load dynamic library " + mName + ". System Error: " + dynlibError(), "DynLib::load" ); } ... --- snip OgreDynLib.cpp ---
The comment indicates they really use relative paths on LoadLibraryEx().
Refining summary.
$ du -sh dungeons_demo_int.zip 518M dungeons_demo_int.zip
$ du -sh dungeons_demo_int.msi 525M dungeons_demo_int.msi
$ sha1sum dungeons_demo_int.zip ca30387b3ef033ee1f9ae09e57fe164009b055aa dungeons_demo_int.zip
$ sha1sum dungeons_demo_int.msi 2972801ef889bc9788d20598233ddc24ebda8069 dungeons_demo_int.msi
$ wine --version wine-1.5.1-197-g73e7346
Regards
https://bugs.winehq.org/show_bug.cgi?id=26350
--- Comment #3 from Austin English austinenglish@gmail.com --- Still in wine-1.7.20-122-gd2d62cf
https://bugs.winehq.org/show_bug.cgi?id=26350
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #4 from winetest@luukku.com --- I didnt test this bug but I was searching what some wine console output was trying to say and I found this.
http://source.winehq.org/git/wine.git/blob/c0b30432ea76334811e43ccef14a7190f...
910 static const DWORD unsupported_flags = 911 LOAD_IGNORE_CODE_AUTHZ_LEVEL | 912 LOAD_LIBRARY_AS_IMAGE_RESOURCE | 913 LOAD_LIBRARY_AS_DATAFILE_EXCLUSIVE | 914 LOAD_LIBRARY_REQUIRE_SIGNED_TARGET | 915 LOAD_LIBRARY_SEARCH_DLL_LOAD_DIR | 916 LOAD_LIBRARY_SEARCH_APPLICATION_DIR | 917 LOAD_LIBRARY_SEARCH_USER_DIRS | 918 LOAD_LIBRARY_SEARCH_SYSTEM32 | 919 LOAD_LIBRARY_SEARCH_DEFAULT_DIRS; 920 921 if( flags & unsupported_flags) 922 FIXME("unsupported flag(s) used (flags: 0x%08x)\n", flags);
https://msdn.microsoft.com/en-us/library/windows/desktop/ms684179(v=vs.85).a...
Lots of flags are unimplemented.
https://bugs.winehq.org/show_bug.cgi?id=26350
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #5 from joaopa jeremielapuree@yahoo.fr --- Bug still there in current wine
https://bugs.winehq.org/show_bug.cgi?id=26350
Ker noa blue-t@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |blue-t@web.de
https://bugs.winehq.org/show_bug.cgi?id=26350
rob@khaonyx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rob@khaonyx.net
https://bugs.winehq.org/show_bug.cgi?id=26350
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair@hotmail.com
--- Comment #6 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- LOAD_WITH_ALTERED_SEARCH_PATH was fixed byt https://source.winehq.org/git/wine.git/commitdiff/0d9d816fc352a556f1d00fde5a...
Does the issue still occur?
https://bugs.winehq.org/show_bug.cgi?id=26350
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |ntdll Summary|Dungeons demo doesn't run |Dungeons demo (OGRE) fails |(LoadLibraryEx with |to load its plugins |LOAD_WITH_ALTERED_SEARCH_PA |(LoadLibraryEx with |TH and relative path) |LOAD_WITH_ALTERED_SEARCH_PA | |TH and relative path) URL|http://www.gamershell.com/d |https://www.moddb.com/games |ownload_69192.shtml |/dungeons/downloads/dungeon | |s-demo
--- Comment #7 from Anastasius Focht focht@gmx.net --- Hello folks,
still present.
--- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Kalypso Media/Dungeons Demo
$ wine ./Dungeons.exe ... 17:22:44.443: > Ogre: *-*-* OGRE Initialising 17:22:44.443: > Ogre: *-*-* Version 1.7.1 (Cthugha) 17:22:44.497: > Ogre: Loading library dlls/ParticleUniverse.dll 17:22:44.499: *ERROR* > Ogre: OGRE EXCEPTION(7:InternalErrorException): Could not load dynamic library dlls/ParticleUniverse.dll. System Error: Module not found. in DynLib::load at ....\Ogre\OgreMain\src\OgreDynLib.cpp (line 91) 17:22:44.509: *ERROR* > System.Runtime.InteropServices.SEHException: External component has thrown an exception. at Ogre.Root.loadPlugin(Root* , basic_string<char,std::char_traits<char>,std::allocator<char> >* ) at Mogre.Root.LoadPlugin(String pluginName) at Realmforge.MogreUtil.Application.Ogre.LoadPlugins(Root root) at Realmforge.MogreUtil.Application.Ogre..ctor(Form form, GameApplicationData appData) at Realmforge.MogreUtil.Application.Ogre.InitInstance(Form form, GameApplicationData appData) at Realmforge.MogreUtil.Application.MainApplication`3.Run() 17:22:44.511: *ERROR* > External component has thrown an exception. ... Unhandled Exception: System.Runtime.InteropServices.SEHException: External component has thrown an exception. at Ogre.Root.loadPlugin(Root* , basic_string<char,std::char_traits<char>,std::allocator<char> >* ) at Mogre.Root.LoadPlugin(String pluginName) at Realmforge.MogreUtil.Application.Ogre.LoadPlugins(Root root) at Realmforge.MogreUtil.Application.Ogre..ctor(Form form, GameApplicationData appData) at Realmforge.MogreUtil.Application.Ogre.InitInstance(Form form, GameApplicationData appData) at Realmforge.MogreUtil.Application.MainApplication`3.Run() at Realmforge.Dungeons.DungeonsMain.Main(String[] args) wine: Unhandled exception 0xe06d7363 in thread 10f at address 7B00DB91 (thread 010f), starting debugger... ... --- snip ---
--- snip --- $ file dlls/*
dlls/ParticleUniverse.dll: PE32 executable (DLL) (GUI) Intel 80386, for MS Windows dlls/Plugin_CgProgramManager.dll: PE32 executable (DLL) (GUI) Intel 80386, for MS Windows dlls/Plugin_OctreeSceneManager.dll: PE32 executable (DLL) (GUI) Intel 80386, for MS Windows dlls/RenderSystem_Direct3D9.dll: PE32 executable (DLL) (GUI) Intel 80386, for MS Windows --- snip ---
--- snip --- $ WINEDEBUG=+seh,+relay,+module,+loaddll,+ntdll wine ./Dungeons.exe >>log.txt 2>&1
... 0046:Call KERNEL32.SetCurrentDirectoryA(0032eaf4 "C:\Program Files (x86)\Kalypso Media\Dungeons Demo\data") ret=0eb41505 ... 0046:Ret KERNEL32.SetCurrentDirectoryA() retval=00000001 ret=0eb41505 ... 0046:Call KERNEL32.LoadLibraryExA(03c7a150 "dlls/ParticleUniverse.dll",00000000,00000008) ret=0e87fd84 ... 0046:Call ntdll.LdrGetDllPath(7ffd8c00 L"dlls/ParticleUniverse.dll",00000008,0032eca0,0032ec98) ret=7b016626 0046:Ret ntdll.LdrGetDllPath() retval=00000000 ret=7b016626 0046:Call ntdll.LdrLoadDll(03ec0820 L"dlls;C:\windows\system32;C:\windows\system;C:\windows;.;C:\windows\system32;C:\windows;C:\windows\system32\wbem;C:\windows\system32\WindowsPowershell\v1.0",00000008,0032ecc0,0032eca8) ret=7b0167f8 0046:trace:module:load_dll looking for L"dlls/ParticleUniverse.dll" in L"dlls;C:\windows\system32;C:\windows\system;C:\windows;.;C:\windows\system32;C:\windows;C:\windows\system32\wbem;C:\windows\system32\WindowsPowershell\v1.0" ... 0046:warn:ntdll:FILE_CreateFile L"\??\C:\Program Files (x86)\Kalypso Media\Dungeons Demo\data\dlls\dlls\ParticleUniverse.dll" not found (c000003a) ... 0046:warn:ntdll:FILE_CreateFile L"\??\C:\windows\system32\dlls\ParticleUniverse.dll" not found (c000003a) ... 0046:warn:ntdll:FILE_CreateFile L"\??\C:\windows\system\dlls\ParticleUniverse.dll" not found (c000003a) ... 0046:warn:ntdll:FILE_CreateFile L"\??\C:\windows\dlls\ParticleUniverse.dll" not found (c000003a) ... 0046:warn:ntdll:FILE_CreateFile L"\??\C:\Program Files (x86)\Kalypso Media\Dungeons Demo\data\dlls\ParticleUniverse.dll" not found (c000003a) ... 0046:warn:ntdll:FILE_CreateFile L"\??\C:\windows\system32\dlls\ParticleUniverse.dll" not found (c000003a) ... 0046:warn:ntdll:FILE_CreateFile L"\??\C:\windows\dlls\ParticleUniverse.dll" not found (c000003a) ... 0046:warn:ntdll:FILE_CreateFile L"\??\C:\windows\system32\wbem\dlls\ParticleUniverse.dll" not found (c000003a) ... 0046:warn:ntdll:FILE_CreateFile L"\??\C:\windows\system32\WindowsPowershell\v1.0\dlls\ParticleUniverse.dll" not found (c000003a) ... 0046:warn:module:load_dll Failed to load module L"dlls/ParticleUniverse.dll"; status=c0000135 0046:Ret ntdll.LdrLoadDll() retval=c0000135 ret=7b0167f8 0046:Call ntdll.RtlNtStatusToDosError(c0000135) ret=7b01681c 0046:Ret ntdll.RtlNtStatusToDosError() retval=0000007e ret=7b01681c 0046:Call ntdll.RtlReleasePath(03ec0820) ret=7b01682f 0046:Ret ntdll.RtlReleasePath() retval=00000008 ret=7b01682f 0046:Ret KERNEL32.LoadLibraryExA() retval=00000000 ret=0e87fd84 --- snip ---
.NET code:
--- snip --- // Type: Realmforge.MogreUtil.Application.Ogre // Assembly: Realmforge.MogreUtil, Version=2.1.0.0, Culture=neutral, PublicKeyToken=null // MVID: FEDA0E96-3FAF-4FE1-B63C-87C3E5A99039 // Assembly location: C:\Program Files (x86)\Kalypso Media\Dungeons Demo\Realmforge.MogreUtil.dll
using Mogre; using Realmforge.Util; using Realmforge.Util.Calculation; using Realmforge.Util.Configuration; using Realmforge.Util.LogSystem; using Realmforge.Util.Text; using System; using System.Collections.Generic; using System.Drawing; using System.IO; using System.Runtime.CompilerServices; using System.Runtime.InteropServices; using System.Text.RegularExpressions; using System.Threading; using System.Windows.Forms;
namespace Realmforge.MogreUtil.Application { ... public static void LoadPlugins(Root root) { foreach (string file in Directory.GetFiles(Path.Combine(Path.GetDirectoryName(System.Windows.Forms.Application.ExecutablePath), "dlls"), "*.dll", SearchOption.TopDirectoryOnly)) { if (!file.Contains("Plugin_OctreeZone") && !file.ToLower().EndsWith("_d.dll")) root.LoadPlugin("dlls/" + Path.GetFileName(file)); } }
--- snip ---
Ogre framework code:
https://github.com/OGRECave/ogre/blob/a9ab158f6f6f1ba87b413525d418c49a9e0528...
---
Although already cited by Louis (comment #1), the exact quote from Microsoft docs:
https://docs.microsoft.com/en-us/windows/win32/api/libloaderapi/nf-libloader...
--- quote --- ...
If lpFileName specifies an absolute path and dwFlags is set to LOAD_WITH_ALTERED_SEARCH_PATH, LoadLibraryEx uses the altered search path. The behavior is undefined when LOAD_WITH_ALTERED_SEARCH_PATH flag is set, and lpFileName specifiies a relative path.
... --- quote ---
There are a number of FOSS projects on github that fixed this problem on their own after bug reports from users (Windows XP behaves different -> fails). They don't use relative paths anymore in conjunction with 'LoadLibraryEx( ... LOAD_WITH_ALTERED_SEARCH_PATH)'.
But still - if it somehow works on Windows 7+ then I guess it should be fixed in Wine as well.
Since Wine loader/dll path functions have been moved from kernel32 to ntdll, the current location:
https://source.winehq.org/git/wine.git/blob/c3165b4c96a021a96dc6dd8a0b8e1030...
--- snip --- 4087 NTSTATUS WINAPI LdrGetDllPath( PCWSTR module, ULONG flags, PWSTR *path, PWSTR *unknown ) 4088 { 4089 NTSTATUS status; 4090 const ULONG load_library_search_flags = (LOAD_LIBRARY_SEARCH_DLL_LOAD_DIR | 4091 LOAD_LIBRARY_SEARCH_APPLICATION_DIR | 4092 LOAD_LIBRARY_SEARCH_USER_DIRS | 4093 LOAD_LIBRARY_SEARCH_SYSTEM32 | 4094 LOAD_LIBRARY_SEARCH_DEFAULT_DIRS); 4095 4096 if (flags & LOAD_WITH_ALTERED_SEARCH_PATH) 4097 { 4098 if (flags & load_library_search_flags) return STATUS_INVALID_PARAMETER; 4099 if (default_search_flags) flags |= default_search_flags | LOAD_LIBRARY_SEARCH_DLL_LOAD_DIR; 4100 } 4101 else if (!(flags & load_library_search_flags)) flags |= default_search_flags; 4102 4103 RtlEnterCriticalSection( &dlldir_section ); 4104 4105 if (flags & load_library_search_flags) 4106 { 4107 status = get_dll_load_path_search_flags( module, flags, path ); 4108 } 4109 else 4110 { 4111 const WCHAR *dlldir = dll_directory.Length ? dll_directory.Buffer : NULL; 4112 if (!(flags & LOAD_WITH_ALTERED_SEARCH_PATH)) 4113 module = NtCurrentTeb()->Peb->ProcessParameters->ImagePathName.Buffer; 4114 status = get_dll_load_path( module, dlldir, dll_safe_mode, path ); 4115 } 4116 4117 RtlLeaveCriticalSection( &dlldir_section ); 4118 *unknown = NULL; 4119 return status; 4120 } --- snip ---
Line 4112 is in question here. Remove the condition to have the current executable path added to search paths which gets later combined with relative dll path.
$ wine --version wine-5.3-341-gc3165b4c96
Regards
https://bugs.winehq.org/show_bug.cgi?id=26350
yuratsts yura.tsts@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |yura.tsts@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=26350
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|https://www.moddb.com/games |https://web.archive.org/web |/dungeons/downloads/dungeon |/20211015083451/https://dow |s-demo |nload.fileplanet.com/ftp1/0 | |22011/dungeons_demo_int.msi | |?st=LEbB82UVyn3MtMhYNLiw2Q& | |e=1634297676
--- Comment #8 from Anastasius Focht focht@gmx.net --- Hello folks,
adding stable download link via Internet Archive.
Old download links from:
https://web.archive.org/web/20110219020659/http://www.dungeons-game.com/cont...
https://web.archive.org/web/20110131081745/http://forum.kalypsomedia.com/sho...
Snapshot:
https://web.archive.org/web/20211015083451/https://download.fileplanet.com/f...
$ sha1sum dungeons_demo_int.msi 2972801ef889bc9788d20598233ddc24ebda8069 dungeons_demo_int.msi
$ du -sh dungeons_demo_int.msi 525M dungeons_demo_int.msi
Regards
https://bugs.winehq.org/show_bug.cgi?id=26350
algebro@tuta.io changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |algebro@tuta.io
--- Comment #9 from algebro@tuta.io --- Can you see if this is fixed by ef26f7bd5cf36806f7b465dc1942ab6a2e0541b9 in Wine 6.23?
https://bugs.winehq.org/show_bug.cgi?id=26350
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Fixed by SHA1| |ef26f7bd5cf36806f7b465dc194 | |2ab6a2e0541b9 Resolution|--- |FIXED
--- Comment #10 from Anastasius Focht focht@gmx.net --- Hello folks,
this was fixed by commit https://source.winehq.org/git/wine.git/commitdiff/ef26f7bd5cf36806f7b465dc19... ("ntdll: Fix LdrGetDllPath with LOAD_WITH_ALTERED_SEARCH_PATH without a path.").
Part of Wine 6.23 release.
Thanks Nick and algebro for the reminder.
It took a decade to fix it. "Gut Ding will Weile haben" /s
--- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Kalypso Media/Dungeons Demo
$ wine ./Dungeons.exe ... 10:14:26.311: > Ogre: *-*-* OGRE Initialising 10:14:26.311: > Ogre: *-*-* Version 1.7.1 (Cthugha) 10:14:26.313: > Ogre: Loading library dlls/ParticleUniverse.dll 10:14:26.322: > Ogre: Installing plugin: ParticleUniverse 10:14:26.322: > Ogre: MovableObjectFactory for type 'PUParticleSystem' registered. 10:14:26.322: > Ogre: MovableObjectFactory for type 'BoxSet' registered. 10:14:26.322: > Ogre: MovableObjectFactory for type 'SphereSet' registered. 10:14:26.323: > Ogre: ParticleUniverse: Particle Renderer Type 'Beam' registered 10:14:26.323: > Ogre: ParticleUniverse: Particle Renderer Type 'Billboard' registered ... 10:14:26.333: > Ogre: Plugin successfully installed 10:14:26.333: > Ogre: Loading library dlls/Plugin_CgProgramManager.dll 10:14:26.337: > Ogre: Installing plugin: Cg Program Manager 10:14:26.393: > Ogre: Plugin successfully installed 10:14:26.393: > Ogre: Loading library dlls/Plugin_OctreeSceneManager.dll 10:14:26.395: > Ogre: Installing plugin: Octree & Terrain Scene Manager 10:14:26.395: > Ogre: Plugin successfully installed 10:14:26.395: > Ogre: Loading library dlls/RenderSystem_Direct3D9.dll 10:14:26.401: > Ogre: Installing plugin: D3D9 RenderSystem 10:14:26.401: > Ogre: D3D9 : Direct3D9 Rendering Subsystem created. 10:14:26.453: > Ogre: D3D9: Driver Detection Starts 10:14:26.454: > Ogre: D3D9: Driver Detection Ends 10:14:26.549: > Ogre: Plugin successfully installed ... --- snip ---
$ wine --version wine-7.0-rc3-19-g58b1dc9f473
Regards
https://bugs.winehq.org/show_bug.cgi?id=26350
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 7.0-rc4.
https://bugs.winehq.org/show_bug.cgi?id=26350
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |6.0.x
https://bugs.winehq.org/show_bug.cgi?id=26350
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|6.0.x |---
--- Comment #12 from Michael Stefaniuc mstefani@winehq.org --- Removing the 6.0.x milestone from bug fixes included in 6.0.4.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla