October 2019 - Wine-bugs - list.winehq.org

[Bug 46545] New: WINEPREFIX doesn't work when ends with "windows"
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=46545 Bug ID: 46545 Summary: WINEPREFIX doesn't work when ends with "windows" Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: paleozogt(a)gmail.com Distribution: --- Created attachment 63407 --> https://bugs.winehq.org/attachment.cgi?id=63407 wine default prefix Setting WINEPREFIX to something that ends with "windows" (e.g., $HOME/windows) causes wineboot to create a broken wine instance. In particular, C:\ won't exist, for example: > ~ wine cmd /C dir 'C:\' > Volume in drive C has no label. > Volume Serial Number is 0000-0000 > > Directory of C: > > File not found. whereas with the default prefix C:\ is fine: > ~ wine cmd /C dir 'C:\' > Volume in drive C has no label. > Volume Serial Number is 0000-0000 > > Directory of C: > > 1/28/2019 11:31 AM <DIR> Program Files > 1/28/2019 11:31 AM <DIR> Program Files (x86) > 1/28/2019 11:31 AM <DIR> ProgramData > 1/28/2019 11:31 AM <DIR> users > 1/28/2019 11:31 AM <DIR> windows > 0 files 0 bytes > 5 directories 90,299,498,496 bytes free Setting WINEPREFIX to other values seems to work fine (e.g., $HOME/win). Why is "windows" special? Are there any other special values that WINEPREFIX shouldn't use? See the attached console log for more details. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 39224] New: Warcraft 3: Sound rustles without -opengl
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=39224 Bug ID: 39224 Summary: Warcraft 3: Sound rustles without -opengl Product: Wine Version: 1.7.50 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sworddragon2(a)aol.com Distribution: --- If Warcraft 3 is started without the -opengl option I'm hearing at the startscreen besides the normal music a quiet rustle. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 5

[Bug 39570] New: Multiple application crash handlers fail to load symbol information using 'dbghelp.SymLoadModule64', reporting 'dbghelp:validate_addr64 Unsupported address 0xfffffffffxxxxxxx'
by wine-bugs＠winehq.org 28 Apr '20

28 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=39570 Bug ID: 39570 Summary: Multiple application crash handlers fail to load symbol information using 'dbghelp.SymLoadModule64', reporting 'dbghelp:validate_addr64 Unsupported address 0xfffffffffxxxxxxx' Product: Wine Version: 1.7.54 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, the issue/question was raised in https://bugs.winehq.org/show_bug.cgi?id=32237#c15 --- quote --- I did try 2012 this time and I end up crashing fixme:dbghelp:validate_addr64 Unsupported address fffffffff33a0000 err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc3db51 What's wrong with the address? --- quote --- Searching the Internet reveals this pattern/message many times - also in Wine Bugzilla - but no or even incorrect explanation - until now ;-) On 64-bit Linux machines, the Wine loader allows 32-bit dlls being mapped at high >2GB, >3GB address ranges in 32-bit processes, not having certain (design) restrictions of 32-bit process address space layout on 64-bit Windows machines (even with /LARGEADDRESSWARE). Good case, 32-bit Wine builtin dll mapped < 2 GiB virtual address space range: --- snip --- ... 0009:Call PE DLL (proc=0x7e1b6838,module=0x7e1b0000 L"wsock32.dll",reason=PROCESS_ATTACH,res=0x1) ... 0027:Call dbghelp.SymLoadModule64(ffffffff,00000000,0b36a960 "C:\\windows\\system32\\wsock32.dll",0b36a988 "wsock32.dll",7e1b0000,00000000,0000e000) ret=005eff32 0027:trace:dbghelp:SymLoadModuleEx (0xffffffff (nil) "C:\\windows\\system32\\wsock32.dll" "wsock32.dll" 7e1b0000 0000e000 (nil) 00000000) ... 0027:trace:dbghelp:SymLoadModuleExW (0xffffffff (nil) L"C:\\windows\\system32\\wsock32.dll" L"wsock32.dll" 7e1b0000 0000e000 (nil) 00000000) ... 0027:trace:dbghelp:elf_load_file Processing elf file 'L"/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/wsock32.dll.so"' at 7e1a2000 ... 0027:Ret dbghelp.SymLoadModule64() retval=7e1b0000 ret=005eff32 --- snip --- Bad case, 32-bit Wine builtin dll mapped near end of 4 GiB virtual address space range: --- snip --- ... 0009:Call PE DLL (proc=0xf734e3fc,module=0xf72f0000 L"winex11.drv",reason=PROCESS_ATTACH,res=(nil)) ... 0027:Call dbghelp.SymLoadModule64(ffffffff,00000000,0b36a960 "C:\\windows\\system32\\winex11.drv",0b36a988 "winex11.drv",f72f0000,ffffffff,00090000) ret=005eff32 0027:trace:dbghelp:SymLoadModuleEx (0xffffffff (nil) "C:\\windows\\system32\\winex11.drv" "winex11.drv" fffffffff72f0000 00090000 (nil) 00000000) "winex11.drv",ffffffff,2d053b40,0000000c) ret=edbc2fa6 ... 0027:trace:dbghelp:SymLoadModuleExW (0xffffffff (nil) L"C:\\windows\\system32\\winex11.drv" L"winex11.drv" fffffffff72f0000 00090000 (nil) 00000000) 0027:fixme:dbghelp:validate_addr64 Unsupported address fffffffff72f0000 ... 0027:Ret dbghelp.SymLoadModule64() retval=00000000 ret=005eff32 --- snip --- In this specific case, the game registered an own crash handler which dumps various debugging information in case of a crash. 'dbghelp.SymLoadModule64' is called by the custom crash handler. Source: https://source.winehq.org/git/wine.git/blob/1fa7710ff92dd9555b2b4753e22ce5f… --- snip --- 656 DWORD64 WINAPI SymLoadModule64(HANDLE hProcess, HANDLE hFile, PCSTR ImageName, 657 PCSTR ModuleName, DWORD64 BaseOfDll, DWORD SizeOfDll) 658 { 659 return SymLoadModuleEx(hProcess, hFile, ImageName, ModuleName, BaseOfDll, SizeOfDll, 660 NULL, 0); 661 } --- snip --- So how does high DWORD of 'BaseOfDll' parameter get the 0xffffffff value? A few caller frames up in the app crash handler: --- snip --- ... 005F06D6 8B55 D0 MOV EDX,DWORD PTR SS:[EBP-30] 005F06D9 8B45 CC MOV EAX,DWORD PTR SS:[EBP-34] 005F06DC 8B4D F8 MOV ECX,DWORD PTR SS:[EBP-8] 005F06DF 52 PUSH EDX 005F06E0 99 CDQ 005F06E1 52 PUSH EDX ; high DWORD BaseOfDll 005F06E2 50 PUSH EAX ; low DWORD BaseOfDll 005F06E3 8B45 FC MOV EAX,DWORD PTR SS:[EBP-4] 005F06E6 50 PUSH EAX 005F06E7 51 PUSH ECX 005F06E8 8B4D E8 MOV ECX,DWORD PTR SS:[EBP-18] 005F06EB 56 PUSH ESI 005F06EC E8 EFF7FFFF CALL A_Slower.005EFEE0 ... --- snip --- 'winex11.drv' -> 0xf72f0000 Since the highest bit in low 32-bit 'BaseOfDll' DWORD is set, the 'CDQ' instruction copies the sign (bit 31) of the value in the EAX register into every bit position in the EDX register. Voila - you get the 0xffffffff EDX value which is then propagated through the caller chain as high 32-bit 'BaseOfDll' DWORD to 'dbghelp.SymLoadModule64', leading to symbol load failure and fixme/warning messages. This should be fixed, allowing symbol information even for dlls mapped in high address range to be loaded. $ wine --version wine-1.7.54-261-g61c49bd Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 17072] New: Star Trek Generations crashes w/Unhandled privileged instruction if run with an NT-based Windows version
by wine-bugs＠winehq.org 28 Apr '20

28 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=17072 Summary: Star Trek Generations crashes w/Unhandled privileged instruction if run with an NT-based Windows version Product: Wine Version: 1.1.13 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Rincebrain(a)gmail.com Precisely what I posted - when running Star Trek Generations with WinNT/Win2K/WinXP or above set as winver, wine crashes hard: $ wine sgens.exe wine: Unhandled privileged instruction at address 0x4df547 (thread 0009), starting debugger... Unhandled exception: privileged instruction in 32-bit code (0x004df547). fixme:dbghelp_msc:pe_load_debug_directory This guy has FPO information Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:004df547 ESP:0032fcd4 EBP:0032fe48 EFLAGS:00010246( - 00 -RIZP1) EAX:0000000f EBX:00536d78 ECX:00565998 EDX:000003b4 ESI:ffffffff EDI:00565998 Stack dump: 0x0032fcd4: 004df354 ffffffff 0048a0a6 00000001 0x0032fce4: 00565998 ffffffff 00536d78 00030000 0x0032fcf4: 00565998 7bc3428f 0013d320 7bc91ff4 0x0032fd04: 0032fd94 7bc46c26 00110054 0032fd5c 0x0032fd14: 0032fd44 00000000 00000000 0013d2f0 0x0032fd24: 0000000a 00110000 0000000c 00000010 Backtrace: =>0 0x004df547 in sgens (+0xdf547) (0x0032fe48) 1 0x00526b49 in sgens (+0x126b49) (0x0032fe5c) 2 0x005192b5 in sgens (+0x1192b5) (0x0032fe74) 3 0x00504a4e in sgens (+0x104a4e) (0x0032ff08) 4 0x7b879288 start_process+0x98(arg=(nil)) [/home/rich/wine-git/dlls/kernel32/process.c:904] in kernel32 (0x0032ffe8) 5 0xf7e6ed77 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) 0x004df547: outb %al,%dx Modules: Module Address Debug info Name (101 modules) PE 400000- 5e8000 Export sgens ELF 7b800000-7b940000 Dwarf kernel32<elf> \-PE 7b820000-7b940000 \ kernel32 ELF 7bc00000-7bcae000 Deferred ntdll<elf> \-PE 7bc10000-7bcae000 \ ntdll ELF 7bf00000-7bf04000 Deferred <wine-loader> ELF 7dc40000-7dc44000 Deferred libgpg-error.so.0 ELF 7dc44000-7dcad000 Deferred libgcrypt.so.11 ELF 7dcad000-7dcbf000 Deferred libtasn1.so.3 ELF 7dcbf000-7dcc3000 Deferred libkeyutils.so.1 ELF 7dcc3000-7dccc000 Deferred libkrb5support.so.0 ELF 7dccc000-7dcfe000 Deferred libcrypt.so.1 ELF 7dcfe000-7dd9b000 Deferred libgnutls.so.26 ELF 7dd9b000-7ddbf000 Deferred libk5crypto.so.3 ELF 7ddbf000-7de51000 Deferred libkrb5.so.3 ELF 7de51000-7de7b000 Deferred libgssapi_krb5.so.2 ELF 7de7b000-7deb1000 Deferred libcups.so.2 ELF 7df20000-7df53000 Deferred uxtheme<elf> \-PE 7df30000-7df53000 \ uxtheme ELF 7df53000-7df68000 Deferred midimap<elf> \-PE 7df60000-7df68000 \ midimap ELF 7df68000-7df91000 Deferred msacm32<elf> \-PE 7df70000-7df91000 \ msacm32 ELF 7df91000-7dfa9000 Deferred libice.so.6 ELF 7dfa9000-7dff9000 Deferred libpulse.so.0 ELF 7dff9000-7e0c1000 Deferred libasound.so.2 ELF 7e0cb000-7e0e4000 Deferred msacm32<elf> \-PE 7e0d0000-7e0e4000 \ msacm32 ELF 7e0e4000-7e11b000 Deferred winealsa<elf> \-PE 7e0f0000-7e11b000 \ winealsa ELF 7e11b000-7e124000 Deferred libxcursor.so.1 ELF 7e124000-7e129000 Deferred libxfixes.so.3 ELF 7e129000-7e12d000 Deferred libxcomposite.so.1 ELF 7e12d000-7e134000 Deferred libxrandr.so.2 ELF 7e134000-7e13e000 Deferred libxrender.so.1 ELF 7e13e000-7e144000 Deferred libxxf86vm.so.1 ELF 7e144000-7e147000 Deferred libxinerama.so.1 ELF 7e147000-7e168000 Deferred imm32<elf> \-PE 7e150000-7e168000 \ imm32 ELF 7e168000-7e16d000 Deferred libxdmcp.so.6 ELF 7e16d000-7e186000 Deferred libxcb.so.1 ELF 7e186000-7e189000 Deferred libxcb-xlib.so.0 ELF 7e189000-7e18c000 Deferred libxau.so.6 ELF 7e18c000-7e27b000 Deferred libx11.so.6 ELF 7e27b000-7e28a000 Deferred libxext.so.6 ELF 7e28a000-7e28e000 Deferred libcom_err.so.2 ELF 7e28e000-7e292000 Deferred libcap.so.1 ELF 7e292000-7e29b000 Deferred libsm.so.6 ELF 7e29b000-7e2a2000 Deferred libasound_module_pcm_pulse.so ELF 7e2a2000-7e2ab000 Deferred librt.so.1 ELF 7e2ad000-7e349000 Deferred winex11<elf> \-PE 7e2c0000-7e349000 \ winex11 ELF 7e38b000-7e3b2000 Deferred libexpat.so.1 ELF 7e3b2000-7e3df000 Deferred libfontconfig.so.1 ELF 7e3df000-7e3f5000 Deferred libz.so.1 ELF 7e3f5000-7e46b000 Deferred libfreetype.so.6 ELF 7e46b000-7e4a2000 Deferred winspool<elf> \-PE 7e470000-7e4a2000 \ winspool ELF 7e4a2000-7e4ff000 Deferred shlwapi<elf> \-PE 7e4b0000-7e4ff000 \ shlwapi ELF 7e4ff000-7e67a000 Deferred shell32<elf> \-PE 7e510000-7e67a000 \ shell32 ELF 7e67a000-7e728000 Deferred comdlg32<elf> \-PE 7e680000-7e728000 \ comdlg32 ELF 7e728000-7e760000 Deferred dinput<elf> \-PE 7e730000-7e760000 \ dinput ELF 7e760000-7e774000 Deferred libresolv.so.2 ELF 7e797000-7e7b7000 Deferred iphlpapi<elf> \-PE 7e7a0000-7e7b7000 \ iphlpapi ELF 7e7b7000-7e81e000 Deferred rpcrt4<elf> \-PE 7e7c0000-7e81e000 \ rpcrt4 ELF 7e81e000-7e930000 Deferred ole32<elf> \-PE 7e840000-7e930000 \ ole32 ELF 7e930000-7e97d000 Deferred dsound<elf> \-PE 7e940000-7e97d000 \ dsound ELF 7e97d000-7ea44000 Deferred comctl32<elf> \-PE 7e990000-7ea44000 \ comctl32 ELF 7ea44000-7ea59000 Deferred lz32<elf> \-PE 7ea50000-7ea59000 \ lz32 ELF 7ea59000-7ea83000 Deferred msvfw32<elf> \-PE 7ea60000-7ea83000 \ msvfw32 ELF 7ea83000-7ead8000 Deferred advapi32<elf> \-PE 7ea90000-7ead8000 \ advapi32 ELF 7ead8000-7eb79000 Deferred gdi32<elf> \-PE 7eaf0000-7eb79000 \ gdi32 ELF 7eb79000-7ecc8000 Deferred user32<elf> \-PE 7eb90000-7ecc8000 \ user32 ELF 7ecc8000-7ed5c000 Deferred winmm<elf> \-PE 7ecd0000-7ed5c000 \ winmm ELF 7ef87000-7ef93000 Deferred libnss_files.so.2 ELF 7ef93000-7ef9e000 Deferred libnss_nis.so.2 ELF 7ef9e000-7efb7000 Deferred libnsl.so.1 ELF 7efb7000-7efdd000 Deferred libm.so.6 ELF 7efe5000-7f000000 Deferred version<elf> \-PE 7eff0000-7f000000 \ version ELF f7cc8000-f7ccc000 Deferred libdl.so.2 ELF f7ccc000-f7e2a000 Deferred libc.so.6 ELF f7e2b000-f7e44000 Deferred libpthread.so.0 ELF f7e47000-f7e50000 Deferred libnss_compat.so.2 ELF f7e67000-f7fa2000 Dwarf libwine.so.1 ELF f7fa4000-f7fc4000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\Generations\sgens.exe 00000009 0 <== 0000000c 00000013 0 00000012 0 0000000e 0 0000000d 0 0000000f 00000015 0 00000014 0 00000011 0 00000010 0 00000016 00000017 0 Backtrace: =>0 0x004df547 in sgens (+0xdf547) (0x0032fe48) 1 0x00526b49 in sgens (+0x126b49) (0x0032fe5c) 2 0x005192b5 in sgens (+0x1192b5) (0x0032fe74) 3 0x00504a4e in sgens (+0x104a4e) (0x0032ff08) 4 0x7b879288 start_process+0x98(arg=(nil)) [/home/rich/wine-git/dlls/kernel32/process.c:904] in kernel32 (0x0032ffe8) 5 0xf7e6ed77 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) This is not true at all when running with Win9x-based winver - though that has graphical glitches. Tested with wine-1.1.12-777-g6d0a0fb and wine-1.1.12-829-g0b8faac (I'm confused why wine git HEAD insists that it's wine-1.1.12,but I'm not questioning it). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 15

[Bug 32237] New: A slower speed of light: Game crashes after Intro
by wine-bugs＠winehq.org 28 Apr '20

28 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=32237 Bug #: 32237 Summary: A slower speed of light: Game crashes after Intro Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: fox6x6x6(a)gmail.com Classification: Unclassified Created attachment 42525 --> http://bugs.winehq.org/attachment.cgi?id=42525 wine output The game starts normally and you can watch the Intro, but after that the game crashes. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 20

[Bug 29128] New: L.A. Noire fails to launch
by wine-bugs＠winehq.org 28 Apr '20

28 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=29128 Bug #: 29128 Summary: L.A. Noire fails to launch Product: Wine Version: 1.3.33 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: peanuthead_069(a)yahoo.com Classification: Unclassified Created attachment 37529 --> http://bugs.winehq.org/attachment.cgi?id=37529 Terminal log of launch attempt. Well, since no one seems to have tested this game yet, I decided to take matters into my own hands. The installer now works on 1.3.33, but the game itself doesn't. All the necessary dependencies are installed already, but still even the mandatory patch required to activate and launch the game doesn't work. Even the no-spaces workaround when installing the game showed no signs of the Noire launching. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 99

[Bug 47404] New: Across Freelance Translation Software shows splashscreen but doesn' t install
by wine-bugs＠winehq.org 27 Apr '20

27 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=47404 Bug ID: 47404 Summary: Across Freelance Translation Software shows splashscreen but doesn't install Product: Wine Version: 4.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 64752 --> https://bugs.winehq.org/attachment.cgi?id=64752 Console output - wine 4.10 (staging) Hello everyone, I am trying to get a translation software called Across to run which can be downloaded for free from: https://www.my-across.net/en/download sha256sum Across_v7.0_09618_TranslatorEdition.zip 2272f93d7dc17af660bbf3133a7c9 The application shows a splashscreen but installation does not start. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 46616] New: ABBYY FineReader 14 crashes during installation
by wine-bugs＠winehq.org 26 Apr '20

26 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=46616 Bug ID: 46616 Summary: ABBYY FineReader 14 crashes during installation Product: Wine Version: 4.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tinywrkbee(a)gmail.com Distribution: --- Created attachment 63517 --> https://bugs.winehq.org/attachment.cgi?id=63517 ABBYY FineReader 14 default output App: ABBYY FineReader 14, trial version, can be dowloaded freely from https://www.abbyy.com/en-ee/lp/ee-finereader14-download-free-trial/ Wine: Wine: 4.1, WINEARCH=win32, Window 7, winetricks riched20. Behavior: Crashing during installation. Steps to reproduce: Maybe not necessary but I chose the custom installation and disabled everything except the base application. Also, I unchecked the option to download updates and every other option in the same screen. Logs: I'm attaching two logs. One with the default output and the second with WINEDEBUG=+winspool,+localspl,+ntdll,+msi. Be aware the second log size when extracted is 65MB. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 9

[Bug 46863] New: If prefix contains "windows" drive information not available in 64-bit prefix
by wine-bugs＠winehq.org 26 Apr '20

26 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=46863 Bug ID: 46863 Summary: If prefix contains "windows" drive information not available in 64-bit prefix Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: darktjm(a)gmail.com Distribution: --- All of my wine prefixes contain a path element called "windows" (actually, I use c:\windows, always). When I try to run installers or anything else that wants drive information, I get weird errors, starting with "Could not find DOS drive for current working directory" and usually ending with installer failures such as "The drive or UNC share you selected does not exist or is not accessible". Usually 64-bit games work fine once I figure out a way to install them anyway, such as direct extraction or 32-bit installs moved over. I think I have traced it to dlls/ntdll/directory.c:lookup_unix_name. If the full unix path has "windows" in it, and redirects are possible (true for 64-bit), the stat is skipped. However, if name_len is 0, it assumes immediately after that the stat took place, and exits with an error ("drive root doesn't exist"). To fix, I changed the redirect test to add !name_len (line 2641 in 4.4): if(!redirect || !name_len || (!strstr(.... A better fix might be to ignore "windows" if it's part of WINEPREFIX, so that the longer version of the search isn't always necessary. Since I don't know the code, I don't know how to skip over WINEPREFIX easily. With this fix, I can finally run installers in 64-bit prefixes, at least. This bug has plagued me since I first got 64-bit prefixes working at all for myself, so around 2.0 or earlier. I only now got around to looking into it because a particular game requires a particular 3rd party installer to work in 64-bit mode, so my usual tricks don't cut it any more. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

[Bug 39847] New: Installation ABBYY Aligner2
by wine-bugs＠winehq.org 25 Apr '20

25 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=39847 Bug ID: 39847 Summary: Installation ABBYY Aligner2 Product: Wine Version: 1.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: msrom(a)mail.ru Distribution: --- Created attachment 53196 --> https://bugs.winehq.org/attachment.cgi?id=53196 log Cannot install application ABBYY Aligner2 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 6