July 2020 - Wine-bugs - list.winehq.org

[Bug 36887] New: Installing Trusteer Rapport software failed. See trace.
by wine-bugs＠winehq.org 25 Feb '22

25 Feb '22

http://bugs.winehq.org/show_bug.cgi?id=36887 Bug ID: 36887 Summary: Installing Trusteer Rapport software failed. See trace. Product: Wine Version: 1.7.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mnoock(a)gmail.com Created attachment 48980 --> http://bugs.winehq.org/attachment.cgi?id=48980 Installing Trusteer Rapport software failed. See trace. Installing Trusteer Rapport software failed. See trace. -- 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 14

[Bug 48891] New: Cannot run any utility from msys2/git-bash
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=48891 Bug ID: 48891 Summary: Cannot run any utility from msys2/git-bash Product: Wine Version: 5.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: megastallman(a)gmail.com Distribution: --- Trying next steps after rebuilding wine-staging-5.5 with a patch, that fixes https://bugs.winehq.org/show_bug.cgi?id=48882 002b:fixme:netapi32:NetUserGetInfo Only implemented for local computer, but remote serverL"\\\\@" was requested. Cygwin WARNING: Couldn't compute FAST_CWD pointer. This typically occurs if you're using an older Cygwin version on a newer Windows. Please update to the latest available Cygwin version from https://cygwin.com/. If the problem persists, please see https://cygwin.com/problems.html -- 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.

1 32

[Bug 30244] New: Might & Magic Clash of Heroes: fails to start
by wine-bugs＠winehq.org 25 Feb '22

25 Feb '22

http://bugs.winehq.org/show_bug.cgi?id=30244 Bug #: 30244 Summary: Might & Magic Clash of Heroes: fails to start Product: Wine Version: 1.5.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: spoon0042(a)hotmail.com Classification: Unclassified Trying to run Steam version of Might & Magic Clash of Heroes. The first fraction of a second of an intro video plays, then the screen goes black for about ten seconds and then seems to exit, but usually leaves a process running in the background. gameoverlayrenderer is disabled. Using debian fglrx 12-1-1. A demo is available at least on Steam. This is the entire console output from when it is started, no WINEDEBUG is set: Setting breakpad minidump AppID = 61700 Steam_SetMinidumpSteamID: Caching Steam ID: 76561198009351313 [API loaded no] fixme:win:EnumDisplayDevicesW ((null),0,0x33f814,0x00000000), stub! fixme:d3d:swapchain_init The application requested more than one back buffer, this is not properly supported. Please configure the application to use double buffering (1 back buffer) if possible. fixme:thread:SetThreadIdealProcessor (0x188): stub fixme:thread:SetThreadIdealProcessor (0x18c): stub fixme:d3d:debug_d3dformat Unrecognized 0x434f5441 (as fourcc: ATOC) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x434f5441) in the format lookup table fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",0x7e3ea1c): stub fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",0x813ea1c): stub fixme:d3d9:Direct3DShaderValidatorCreate9 stub fixme:thread:SetThreadIdealProcessor (0x24c): stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:thread:SetThreadIdealProcessor (0x210): stub err:wgl:internal_SetPixelFormat Invalid operation on root_window -- 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 40

[Bug 47505] New: Levelhead: Can't download levels
by wine-bugs＠winehq.org 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=47505 Bug ID: 47505 Summary: Levelhead: Can't download levels Product: Wine Version: 4.12.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: elainamartineau(a)gmail.com Distribution: --- Created attachment 64890 --> https://bugs.winehq.org/attachment.cgi?id=64890 Error output When attempting to download a level, a GameMaker error occurs with the attached output. -- 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 14

[Bug 47791] New: Inconsistent %ERRORLEVEL% after setting env var value in cmd.exe
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=47791 Bug ID: 47791 Summary: Inconsistent %ERRORLEVEL% after setting env var value in cmd.exe Product: Wine Version: 4.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: lois.diqual(a)gmail.com Distribution: --- Deleting an environment variable on cmd.exe seems to return %ERRORLEVEL% 1, while on windows' cmd.exe it returns 0. This matters because some core visual studio scripts like vsdevcmd.bat rely on this behavior to set the environment properly. Note that using windows' cmd on wine (using winetricks cmd) yields the same incorrect results. On wine's cmd.exe ----------------- wineuser(a)b081d9035bff:/$ wine cmd Microsoft Windows 10.0.10240 Z:\>set DOES_NOT_EXIST= Z:\>echo %ERRORLEVEL% 1 On windows 10's cmd.exe ----------------------- Microsoft Windows [Version 10.0.17763.379] (c) 2018 Microsoft Corporation. All rights reserved. C:\Users\IEUser>set DOES_NOT_EXIST= C:\Users\IEUser>echo %ERRORLEVEL% 0 -- 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.

1 6

[Bug 47047] New: 64-bit MRAC Anti-Cheat (My.Com Warface) kernel service crashes in driver entry point due to missing ' ntoskrnl.exe.MmGetPhysicalAddress' stub
by wine-bugs＠winehq.org 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=47047 Bug ID: 47047 Summary: 64-bit MRAC Anti-Cheat (My.Com Warface) kernel service crashes in driver entry point due to missing 'ntoskrnl.exe.MmGetPhysicalAddress' stub Product: Wine Version: 4.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 47044 Download: https://web.archive.org/web/20190331063634/http://static.gc.my.com/WarfaceM… --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl notepad >>log.txt 2>&1 & $ wine net start mracdrv The MRAC Driver service is starting. No system resources. ... 00a3:Call driver init 0x140098005 (obj=0x27980,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\mracdrv") ... 00a3:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0002ad38) ret=14062f1a6 ... 00a3:Call KERNEL32.GetModuleHandleW(7efc0ebad580 L"ntoskrnl.exe") ret=7efc0eb9b3bc 00a3:Ret KERNEL32.GetModuleHandleW() retval=7efc0eb80000 ret=7efc0eb9b3bc 00a3:Call KERNEL32.GetProcAddress(7efc0eb80000,00010eb0 "MmGetPhysicalAddress") ret=7efc0eb9b3c9 00a3:Ret KERNEL32.GetProcAddress() retval=7efc0eb85328 ret=7efc0eb9b3c9 ... 00a3:trace:ntoskrnl:MmGetSystemRoutineAddress L"MmGetPhysicalAddress" -> 0x7efc0eb85328 00a3:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=7efc0eb85328 ret=14062f1a6 ... 00a3:Call ntoskrnl.exe.ExpInterlockedPushEntrySList(140091f80,00032030) ret=140998163 00a3:Call ntdll.RtlInterlockedPushEntrySList(140091f80,00032030) ret=7bc8de4f 00a3:Ret ntdll.RtlInterlockedPushEntrySList() retval=0002ce10 ret=7bc8de4f 00a3:Ret ntoskrnl.exe.ExpInterlockedPushEntrySList() retval=0002ce10 ret=140998163 00a3:Call KERNEL32.RaiseException(80000100,00000001,00000002,0032f340) ret=7efc0eba5b29 00a3:trace:seh:NtRaiseException code=80000100 flags=1 addr=0x7b452d3c ip=7b452d3c tid=00a3 00a3:trace:seh:NtRaiseException info[0]=00007efc0eba5b4d 00a3:trace:seh:NtRaiseException info[1]=00007efc0eba877c 00a3:trace:seh:call_vectored_handlers calling handler at 0x7efc0eb8d4e0 code=80000100 flags=1 00a3:trace:seh:call_vectored_handlers handler at 0x7efc0eb8d4e0 returned 0 wine: Call from 0x7b452d3c to unimplemented function ntoskrnl.exe.MmGetPhysicalAddress, aborting ... --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/content/ntddk… Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntoskrnl.exe/ntoskrn… --- snip --- 690 @ stub MmGetPhysicalAddress --- snip --- Returning PHYSICAL_ADDRESS with PhysicalAddress.QuadPart == 0 won't do any good. You have to return a non-zero address. It seems the address is located within a non-paged pool allocation (8 KB) some calls earlier. I used kva == pa (1:1) mapping to keep it happy. --- snip --- ... 0031:Call ntoskrnl.exe.ExAllocatePoolWithTag(00000000,00002000,4943414d) ret=140ab5668 0031:Call ntdll.RtlAllocateHeap(00010000,00000000,00002000) ret=7f5fb4aec158 0031:Ret ntdll.RtlAllocateHeap() retval=000372e0 ret=7f5fb4aec158 0031:trace:ntoskrnl:ExAllocatePoolWithTag 8192 pool 0 -> 0x372e0 0031:Ret ntoskrnl.exe.ExAllocatePoolWithTag() retval=000372e0 ret=140ab5668 ... 0031:Call ntoskrnl.exe.ExpInterlockedPushEntrySList(140091f80,00031ff0) ret=140998163 0031:Call ntdll.RtlInterlockedPushEntrySList(140091f80,00031ff0) ret=7bc8de4f 0031:Ret ntdll.RtlInterlockedPushEntrySList() retval=0002cdd0 ret=7bc8de4f 0031:Ret ntoskrnl.exe.ExpInterlockedPushEntrySList() retval=0002cdd0 ret=140998163 0031:Call ntoskrnl.exe.MmGetPhysicalAddress(00038000) ret=1403a839c 0031:fixme:ntoskrnl:MmGetPhysicalAddress stub: 0x38000 0031:Ret ntoskrnl.exe.MmGetPhysicalAddress() retval=00038000 ret=1403a839c 0031:Call ntoskrnl.exe.ExpInterlockedPopEntrySList(140091f80) ret=14008d019 0031:Call ntdll.RtlInterlockedPopEntrySList(140091f80) ret=7bc8de4f 0031:Ret ntdll.RtlInterlockedPopEntrySList() retval=00031ff0 ret=7bc8de4f 0031:Ret ntoskrnl.exe.ExpInterlockedPopEntrySList() retval=00031ff0 ret=14008d019 0031:Call ntoskrnl.exe.ExpInterlockedPushEntrySList(140091f80,00031ff0) ret=140ab62ab ... 0031:Call ntoskrnl.exe.IoAllocateMdl(00038000,00001000,00000000,00000000,00000000) ret=140f3d8e4 0031:trace:ntoskrnl:IoAllocateMdl (0x38000, 4096, 0, 0, (nil)) 0031:Call ntdll.RtlAllocateHeap(00010000,00000008,00000034) ret=7f5fb4aef514 0031:Ret ntdll.RtlAllocateHeap() retval=00027af0 ret=7f5fb4aef514 0031:Ret ntoskrnl.exe.IoAllocateMdl() retval=00027af0 ret=140f3d8e4 ... 0031:Call ntoskrnl.exe.MmProbeAndLockPages(00027af0,00000000,00000000) ret=1403e3800 0031:fixme:ntoskrnl:MmProbeAndLockPages (0x27af0, 0, 0): stub 0031:Ret ntoskrnl.exe.MmProbeAndLockPages() retval=0000003e ret=1403e3800 ... 0031:Call ntoskrnl.exe.MmMapLockedPagesSpecifyCache(00027af0,00000000,00000001,00000000,00000000,00000010) ret=140a50460 0031:fixme:ntoskrnl:MmMapLockedPagesSpecifyCache (0x27af0, 0, 1, (nil), 0, 16): stub 0031:Ret ntoskrnl.exe.MmMapLockedPagesSpecifyCache() retval=00000000 ret=140a50460 ... 0031:Call ntoskrnl.exe.MmUnlockPages(00027af0) ret=140d4aa34 0031:fixme:ntoskrnl:MmUnlockPages (0x27af0): stub 0031:Ret ntoskrnl.exe.MmUnlockPages() retval=00000032 ret=140d4aa34 ... 0031:Call ntoskrnl.exe.IoFreeMdl(00027af0) ret=140ea7c48 0031:trace:ntoskrnl:IoFreeMdl 0x27af0 0031:Call ntdll.RtlFreeHeap(00010000,00000000,00027af0) ret=7f5fb4aef6ef 0031:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7f5fb4aef6ef 0031:Ret ntoskrnl.exe.IoFreeMdl() retval=00000001 ret=140ea7c48 ... 0033:Call ntoskrnl.exe.PsTerminateSystemThread(00000000) ret=1400112a1 0033:trace:ntoskrnl:PsTerminateSystemThread status 0. 0033:Call KERNEL32.ExitThread(00000000) ret=7f5fb4af90ee ... 0031:Ret ntdll.NtWaitForMultipleObjects() retval=00000000 ret=7f5fb4afeec1 ... 0031:Ret driver init 0x140098005 (obj=0x27940,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\mracdrv") retval=c000009a ... 0031:trace:ntoskrnl:init_driver init done for L"mracdrv" obj 0x27940 0031:trace:ntoskrnl:init_driver - DriverInit = 0x140098005 0031:trace:ntoskrnl:init_driver - DriverStartIo = (nil) 0031:trace:ntoskrnl:init_driver - DriverUnload = 0x1400291c0 0031:trace:ntoskrnl:init_driver - MajorFunction[0] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[1] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[2] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[3] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[4] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[5] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[6] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[7] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[8] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[9] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[10] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[11] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[12] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[13] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[14] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[15] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[16] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[17] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[18] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[19] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[20] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[21] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[22] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[23] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[24] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[25] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[26] = 0x1400291d4 0031:trace:ntoskrnl:init_driver - MajorFunction[27] = 0x7f5fb4af35c0 0031:trace:ntoskrnl:ObDereferenceObject (0x27940) ref=0 ... 0031:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\mracdrv": c000009a ... --- snip --- That's bug 37355 $ sha1sum WarfaceMycomLoader_805e0da40d16630c2fe73ed12399cb48_.exe b07e87a029d6697ad823dc03fdbf297c406a91b9 WarfaceMycomLoader_805e0da40d16630c2fe73ed12399cb48_.exe $ du -sh WarfaceMycomLoader_805e0da40d16630c2fe73ed12399cb48_.exe 6.8M WarfaceMycomLoader_805e0da40d16630c2fe73ed12399cb48_.exe $ wine --version wine-4.6-61-g085e58878f 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 10

[Bug 37592] New: Filenames in themed file dialog change size
by wine-bugs＠winehq.org 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=37592 Bug ID: 37592 Summary: Filenames in themed file dialog change size Product: Wine Version: 1.6.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: stu.axon(a)gmail.com Distribution: --- Created attachment 50027 --> https://bugs.winehq.org/attachment.cgi?id=50027 Video showing the bug Open a file dialogue, increase the height to see the size better. Bug affects Luna + Other freely available themes. Choose a directory with lots of files. Click into the file list, move through the file list with the keyboard - new files are drawn smaller than the existing files, which makes things look glitchy. -- 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 8

[Bug 49625] New: winedbg --command 'info wnd' fails with Exception c0000005
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=49625 Bug ID: 49625 Summary: winedbg --command 'info wnd' fails with Exception c0000005 Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: ghazel(a)gmail.com Distribution: --- Wine works and runs app fine, but running: windbag --command 'info wnd' Fails with: Exception c0000005 gdb says: Thread 1 "winedbg.exe" received signal SIGSEGV, Segmentation fault. 0x7f9f6e78 in info_win32_window () from /usr/lib/wine/../i386-linux-gnu/wine/winedbg.exe.so (gdb) bt #0 0x7f9f6e78 in info_win32_window () from /usr/lib/wine/../i386-linux-gnu/wine/winedbg.exe.so #1 0x7fa06829 in dbg_parse () from /usr/lib/wine/../i386-linux-gnu/wine/winedbg.exe.so #2 0x7fa0506b in parser_handle () from /usr/lib/wine/../i386-linux-gnu/wine/winedbg.exe.so #3 0x7fa04b58 in dbg_start_interactive () from /usr/lib/wine/../i386-linux-gnu/wine/winedbg.exe.so #4 0x7f9e5507 in main () from /usr/lib/wine/../i386-linux-gnu/wine/winedbg.exe.so #5 0x7fa0a8fd in ?? () from /usr/lib/wine/../i386-linux-gnu/wine/winedbg.exe.so #6 0x7b454882 in call_process_entry () from /usr/lib/wine/../i386-linux-gnu/wine/kernel32.dll.so #7 0x7b454cfc in start_process () from /usr/lib/wine/../i386-linux-gnu/wine/kernel32.dll.so #8 0x7b45488e in __wine_start_process () from /usr/lib/wine/../i386-linux-gnu/wine/kernel32.dll.so #9 0x00000000 in ?? () I'm running wine32 "wine-5.0 (Ubuntu 5.0-3ubuntu1)", but the same happens with stable and dev from the wine repos. -- 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.

1 5

[Bug 41292] New: Game freezes to infinite DSOUND_PerformMix loop
by wine-bugs＠winehq.org 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=41292 Bug ID: 41292 Summary: Game freezes to infinite DSOUND_PerformMix loop Product: Wine Version: 1.9.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: wyrex(a)openmailbox.org Distribution: --- Nexton LC-ScriptEngine is an engine for visual novels. Games using it (lcsebody.exe) freeze in various places under wine. They don't crash and wine doesn't give output but using +dsound I discovered there is infinite loop that happens after freeze. trace:dsound:DSOUND_PerformMix (0x1381f8) trace:dsound:DSOUND_MixToPrimary (23808,4160) trace:dsound:DSOUND_MixToPrimary MixToPrimary for 0x13ebb0, state=0 trace:dsound:DSOUND_MixToPrimary MixToPrimary for 0x1422a0, state=0 If I run "winetricks dsound" these games work and don't crash. My sound setup is pulseaudio with alsa sink and wine is set to use pulseaudio in winecfg. -- 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 25

[Bug 31603] New: App manifests that specify processorArchitecture="*" fail to find assemblies
by wine-bugs＠winehq.org 22 Feb '22

22 Feb '22

http://bugs.winehq.org/show_bug.cgi?id=31603 Bug #: 31603 Summary: App manifests that specify processorArchitecture="*" fail to find assemblies Product: Wine Version: 1.5.12 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Doing unset WINEPREFIX rm -rf ~/.wine sh winetricks -q vcrun2008 cd ~/wine-git/dlls/msvcr90/tests WINEDLLOVERRIDES=msvcr90=n ~/wine-git/wine msvcr90_test.exe.so says msvcr90.c:243: Tests skipped: msvcr90.dll not installed (got 126) This seems wrong; that dll is in fact installed. The app in question is built with the manifest http://source.winehq.org/source/dlls/msvcr90/tests/msvcr90.manifest which contains the line processorArchitecture="*" Tracing through the code, lookup_manifest_file in ntdll/actctx.c seems to incorrectly parse the native DLL's manifest as having build 0 rather than 30729. The problem appears to be that line 1872 assumes that the string lookup contains no *'s other than the ones in lookup_fmtW, and so doesn't skip to where it expected to when it does the strchrW: 1826 static const WCHAR wine_trailerW[] = {'d','e','a','d','b','e','e','f','.','m','a','n','i','f','e','s','t'}; 1842 sprintfW( lookup, lookup_fmtW, ai->arch, ai->name, ai->public_key, 1843 ai->version.major, ai->version.minor, lang ); 1872 tmp = dir_info->FileName + (strchrW(lookup, '*') - lookup); 1873 build = atoiW(tmp); 1874 if (build < min_build) continue; If ai->arch contains a '*', as it does in tests/msvcr90.manifest, this assumption is violated. Changing the manifest to say processorArchitecture="x86" lets the test run and find the native DLL, at least on x86. So, is the manifest wrong, or is lookup_manifest_file() wrong? (This came up while I was trying to write tests for vcomp.dll. It was frustrating to find that the example I'd borrowed the manifest from was broken.) -- 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 7