wine-bugs June 2021

wine-bugs@winehq.org

1 participants
5184 discussions

[Bug 46960] New: Mono' s interactive C# shell crashes when typing a character
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=46960 Bug ID: 46960 Summary: Mono's interactive C# shell crashes when typing a character Product: Wine Version: 4.5 Hardware: x86 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- Mono ships with an interactive C# interpreter, located at lib/mono/4.5/csharp.exe. This can be run directly from inside a Wine Mono install. It crashes with an ArgumentOutOfRangeException the first time a character is typed. System.ArgumentOutOfRangeException: Console key values must be between 0 and 255 inclusive. Parameter name: key at System.ConsoleKeyInfo..ctor (System.Char keyChar, System.ConsoleKey key, System.Boolean shift, System.Boolean alt, System.Boolean control) [0x0000c] in <72b294be54bc4854bce603b664bafd63>:0 at System.WindowsConsoleDriver.ReadKey (System.Boolean intercept) [0x00079] in <72b294be54bc4854bce603b664bafd63>: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.

2 4

[Bug 28393] New: WiX light can't find files in deeply-nested directories
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28393 Summary: WiX light can't find files in deeply-nested directories Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sam(a)robots.org.uk Created an attachment (id=36407) --> (http://bugs.winehq.org/attachment.cgi?id=36407) depth.tar The attached test case fails to run under Wine with the following error: Z:\home\sam\src\wix-test\depth\A.wxs(8) : error LGHT0103 : The system cannot find the file 'Z:\home\sam\src\wix-test\depth\A\AOL\Aachen\Aaliyah\Aaron\Abbas\Abbasid\Abbott\Abby\Abdul\Abe\Abel\Abelard\Abelson\Aberdeen\Abernathy\Abidjan\Abigail\Abilene\Abner\Abraham\Abram\Abrams\Absalom\Abuja\Abyssinia\readme.txt'. This happens with both Mono 2.10.5 and Microsoft .NET 2.0. Unpack the test case and run 'make' and it should create a fresh WINEPREFIX in which it will install the test pre-requisites before running the test itself. On a Windows 7 machine, light is able to correctly build B.msi. -- 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 9

[Bug 51257] New: Wine 6.10 regression, crash after "_Locinfo__Locinfo_ctor_cat_cstr" message in CLI
by WineHQ Bugzilla 02 Jul '21

02 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51257 Bug ID: 51257 Summary: Wine 6.10 regression, crash after "_Locinfo__Locinfo_ctor_cat_cstr" message in CLI Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: kle(a)bluewin.ch Distribution: --- Hi It looks that I have found a new little regression in Wine 6.10. When I open certain games like "Crash Tag Team Racing" in the CXBX-R Xbox emulator there is mentioned at the CLI the following message: 0134:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0823F92C 1 C) semi-stub 0134:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0823F7AC 1 C) semi-stub 0134:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0823F8FC 1 C) semi-stub wine: Unhandled page fault on write access to 0000000000000008 at address 000000006F2014F0 (thread 00a4), starting debugger... The same game worked in Wine devel 6.9 and 6.8 so far that it could be started and played. The sole limitation was that the saving of the game data (inside the emulator) was not possible. Every time when this has been tried I get at the CLI the following message (but the game doesn't crash): 0160:fixme:file:NtCreateFile alloc_size not supported 0160:fixme:file:NtSetInformationFile Unsupported class (19) 0160:fixme:file:NtCreateFile alloc_size not supported 0160:fixme:file:NtSetInformationFile Unsupported class (19) 0160:fixme:file:NtCreateFile alloc_size not supported 0160:fixme:file:NtSetInformationFile Unsupported class (19) 0160:fixme:file:NtCreateFile alloc_size not supported 0160:fixme:file:NtSetInformationFile Unsupported class (19) So out of mine view, there was a regression in Wine 6.10. Unfortunately I am not sure where the root of the problem is. It looks that in Wine 6.10 the "NtCreateFile alloc_size" is now present, otherwise I would get the same information at the CLI as before. Whatever, other games, which doesn't use the same system calls work normally. Except that these are limited in saving the game data within CXBX-R (which is a common issue under Wine). More information about the current state of that emulator in newer Wine versions can be found here: https://github.com/Cxbx-Reloaded/Cxbx-Reloaded/issues/2161 Unfortunately, to reproduce this error, the emulator and an affected game like "Crash Tag Team Racing" is necessary. The CXBX-R build I tested can be found here: https://github.com/Cxbx-Reloaded/Cxbx-Reloaded/releases/tag/CI-ba9ee5f The "winetricks -q d3dcompiler_47" argument is needed, the built-in dll doesn't work. That's it. ;-) -- 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 50209] New: S.T.A.L.K.E.R.: Call of Pripyat needs D3DX10CreateTextureFromMemory implementation
by WineHQ Bugzilla 02 Jul '21

02 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=50209 Bug ID: 50209 Summary: S.T.A.L.K.E.R.: Call of Pripyat needs D3DX10CreateTextureFromMemory implementation Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3d-util Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Enhanced full dynamic lighting (DX10) fixme:d3dx:D3DX10CreateTextureFromMemory device 00196A3C, src_data 08E05427, src_data_size 65664, loadinfo 0031D09C, pump 00000000, texture 0031D098, hresult 00000000, stub! wine-5.22-195-gcbca9f847f6 -- 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 3

[Bug 48000] New: CDBurnerXP 4.1.x - 4.4.x installer calls 'reg.exe' with unhandled 'copy' command
by WineHQ Bugzilla 02 Jul '21

02 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=48000 Bug ID: 48000 Summary: CDBurnerXP 4.1.x - 4.4.x installer calls 'reg.exe' with unhandled 'copy' command Product: Wine Version: 4.18 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to separate individual commands/functionality from garbage (meta) bug report 19533 * bug 35829 ("PowerDVD 10 trial installer calls 'reg.exe' with unhandled 'load' and 'unload' commands") --- snip --- $ WINEDEBUG=+seh,+relay,+process wine ./cdbxp_setup_4.3.9.2809.exe >>log.txt 2>&1 ... 0054:trace:process:CreateProcessInternalW starting L"C:\\users\\focht\\Temp\\is-KGRRG.tmp\\cdbxp_setup_4.3.9.2809.tmp" as Win32 binary (400000-598000, x86) ... 0056:Call KERNEL32.__wine_kernel_init() ret=7bc8054e ... 0056:Call KERNEL32.CreateProcessW(00000000,0293bdec L"\"Reg.exe\" Copy HKCU\\SOFTWARE\\CDBurnerXP \"HKCU\\SOFTWARE\\Canneverbe Limited\\CDBurnerXP\" /s /f",00000000,00000000,00000000,04000000,00000000,00000000,0032f0dc,0032f0cc) ret=004ac885 ... 0056:trace:process:CreateProcessInternalW starting L"C:\\windows\\system32\\Reg.exe" as Win32 binary (400000-44f000, x86) ... 0066:Call KERNEL32.__wine_kernel_init() ret=7bc8054e ... reg: Invalid option [Copy]. Type "REG /?" for help. ... 0066:Call msvcrt.exit(00000001) ret=004014e5 --- snip --- Failure seems non-critical though. $ sha1sum cdbxp_setup_4.3.9.2809.exe d61164551bc88814d62fe132fca26015d9758d38 cdbxp_setup_4.3.9.2809.exe $ du -sh cdbxp_setup_4.3.9.2809.exe 5.0M cdbxp_setup_4.3.9.2809.exe $ wine --version wine-4.18-145-g237d563627 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.

1 7

[Bug 27133] New: WiX 3.5 generates broken MSI files when 2 files of identical size are added to the same installer
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=27133 Summary: WiX 3.5 generates broken MSI files when 2 files of identical size are added to the same installer Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sam(a)robots.org.uk Created an attachment (id=34643) --> (http://bugs.winehq.org/attachment.cgi?id=34643) test case The attached test case will generate an installer that installs two files to 'ProgramFilesFolder\duplicate file test'. when run on Windows, the installer works fine. When run under Wine, the installer installs the contents of file1.txt into file2.txt. This only happens with Wix 3.5. This version added a feature called "smart cabbing" that detects duplicate files in an installer and only embeds one copy. This may be going haywire when run under Wine. To run the test case, you will need Mono <http://ftp.novell.com/pub/mono/archive/2.10.2/windows-installer/5/mono-2.10…> and WiX 3.5 <http://wix.codeplex.com/releases/view/60102#DownloadId=204417>. You will need to put WiX's tools in Wine's PATH, or modify build.sh to give the full path to the WiX tools when it invokes light and candle. -- 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 12

[Bug 51328] New: DWScript Http.sys 2.0 Web Application Server demo crashes on startup (needs httpapi.HttpSetServerSessionProperty)
by WineHQ Bugzilla 02 Jul '21

02 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51328 Bug ID: 51328 Summary: DWScript Http.sys 2.0 Web Application Server demo crashes on startup (needs httpapi.HttpSetServerSessionProperty) Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: httpapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, copy of bug 48530 since that one has been recycled for a different httpapi problem (commit reference). https://code.google.com/archive/p/dwscript/ --- quote --- DWScript Http.sys 2.0 Web Application Server demo Simple Web Application Server using DWScript, Synopse and Microsoft HTTP.SYS 2.0 --- quote --- https://storage.googleapis.com/google-code-archive-downloads/v2/code.google… https://web.archive.org/web/20161231233303/https://storage.googleapis.com/g… Successor project: https://bitbucket.org/egrange/dwscript/src/master/Libraries/SimpleServer/ --- snip --- $ pwd /home/focht/.wine/drive_c/DWScriptWebServer $ WINEDEBUG=+seh,+relay,+http wine net start DWSServer >>log.txt 2>&1 ... 0031:Call KERNEL32.LoadLibraryW(00531990 L"httpapi.dll") ret=005318ce ... 0031:Ret KERNEL32.LoadLibraryW() retval=003d0000 ret=005318ce 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531398 L"HttpInitialize",0000000e,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000000e ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531398 L"HttpInitialize",0000000e,00f4f60c,0000000e,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000000e ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f4f60c "HttpInitialize") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d166c ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005313b8 L"HttpTerminate",0000000d,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000000d ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005313b8 L"HttpTerminate",0000000d,00f4f60c,0000000d,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000000d ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f4f60c "HttpTerminate") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d1788 ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005313d4 L"HttpCreateHttpHandle",00000014,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000014 ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005313d4 L"HttpCreateHttpHandle",00000014,00f8cf9c,00000014,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000014 ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f8cf9c "HttpCreateHttpHandle") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d156c ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531400 L"HttpAddUrl",0000000a,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000000a ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531400 L"HttpAddUrl",0000000a,00f4f60c,0000000a,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000000a ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f4f60c "HttpAddUrl") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d152c ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531418 L"HttpRemoveUrl",0000000d,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000000d ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531418 L"HttpRemoveUrl",0000000d,00f4f60c,0000000d,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000000d ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f4f60c "HttpRemoveUrl") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d16ec ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531434 L"HttpReceiveHttpRequest",00000016,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000016 ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531434 L"HttpReceiveHttpRequest",00000016,00f8cf9c,00000016,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000016 ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f8cf9c "HttpReceiveHttpRequest") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d16ac ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531464 L"HttpSendHttpResponse",00000014,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000014 ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531464 L"HttpSendHttpResponse",00000014,00f8cf9c,00000014,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000014 ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f8cf9c "HttpSendHttpResponse") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d172c ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531490 L"HttpReceiveRequestEntityBody",0000001c,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001c ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531490 L"HttpReceiveRequestEntityBody",0000001c,00f9122c,0000001c,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001c ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f9122c "HttpReceiveRequestEntityBody") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d16cc ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005314cc L"HttpSendResponseEntityBody",0000001a,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001a ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005314cc L"HttpSendResponseEntityBody",0000001a,00f9122c,0000001a,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001a ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f9122c "HttpSendResponseEntityBody") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d1400 ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531504 L"HttpSetServiceConfiguration",0000001b,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001b ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531504 L"HttpSetServiceConfiguration",0000001b,00f9122c,0000001b,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001b ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f9122c "HttpSetServiceConfiguration") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d1748 ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,0053153c L"HttpDeleteServiceConfiguration",0000001e,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001e ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,0053153c L"HttpDeleteServiceConfiguration",0000001e,00f9122c,0000001e,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001e ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f9122c "HttpDeleteServiceConfiguration") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d164c ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,0053157c L"HttpFlushResponseCache",00000016,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000016 ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,0053157c L"HttpFlushResponseCache",00000016,00f8cf9c,00000016,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000016 ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f8cf9c "HttpFlushResponseCache") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d11e0 ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005315ac L"HttpCancelHttpRequest",00000015,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000015 ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005315ac L"HttpCancelHttpRequest",00000015,00f8cf9c,00000015,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000015 ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f8cf9c "HttpCancelHttpRequest") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d1040 ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005315d8 L"HttpCreateServerSession",00000017,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000017 ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,005315d8 L"HttpCreateServerSession",00000017,00f8cf9c,00000017,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000017 ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f8cf9c "HttpCreateServerSession") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d15ac ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531608 L"HttpCloseServerSession",00000016,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000016 ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531608 L"HttpCloseServerSession",00000016,00f8cf9c,00000016,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000016 ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f8cf9c "HttpCloseServerSession") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d160c ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531638 L"HttpCreateRequestQueue",00000016,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000016 ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531638 L"HttpCreateRequestQueue",00000016,00f8cf9c,00000016,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=00000016 ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f8cf9c "HttpCreateRequestQueue") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=003d158c ret=0040bdb3 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531668 L"HttpSetServerSessionProperty",0000001c,00000000,00000000,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001c ret=0040b09c 0031:Call KERNEL32.WideCharToMultiByte(000004e4,00000000,00531668 L"HttpSetServerSessionProperty",0000001c,00f9122c,0000001c,00000000,00000000) ret=0040b09c 0031:Ret KERNEL32.WideCharToMultiByte() retval=0000001c ret=0040b09c 0031:Call KERNEL32.GetProcAddress(003d0000,00f9122c "HttpSetServerSessionProperty") ret=0040bdb3 0031:Ret KERNEL32.GetProcAddress() retval=00000000 ret=0040bdb3 0031:Call KERNEL32.RaiseException(0eedfade,00000001,00000007,012efc14) ret=0053193d 0031:Call ntdll.memcpy(012efb88,012efc14,0000001c) ret=7b00daa1 0031:Ret ntdll.memcpy() retval=012efb88 ret=7b00daa1 0031:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b00dab1 ip=7b00dab1 tid=0031 0031:trace:seh:raise_exception info[0]=0053193d 0031:trace:seh:raise_exception info[1]=00f4f600 0031:trace:seh:raise_exception info[2]=005610fc 0031:trace:seh:raise_exception info[3]=00569f7c 0031:trace:seh:raise_exception info[4]=00000008 0031:trace:seh:raise_exception info[5]=012efc50 0031:trace:seh:raise_exception info[6]=012efc30 0031:trace:seh:raise_exception eax=012efb74 ebx=005610fc ecx=012efc14 edx=012efb74 esi=00000007 edi=012efbe0 0031:trace:seh:raise_exception ebp=012efbc8 esp=012efb74 cs=12e0023 ds=ffff002b es=100002b fs=f33c0063 gs=006b flags=00000216 0031:trace:seh:call_stack_handlers calling handler at 0x531950 code=eedfade flags=1 --- snip --- $ sha1sum setup_DWSWebServer_2013_09_19.exe 0ecb060bacc627b3b9108ed083a39d527c7d49e2 setup_DWSWebServer_2013_09_19.exe $ du -sh setup_DWSWebServer_2013_09_19.exe 1.3M setup_DWSWebServer_2013_09_19.exe $ wine --version wine-5.0-144-g9a9a1821a3 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.

1 2

[Bug 51266] New: S.T.A.L.K.E.R. Anomaly 1.5.1: AI Targeting Is Broken
by WineHQ Bugzilla 02 Jul '21

02 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51266 Bug ID: 51266 Summary: S.T.A.L.K.E.R. Anomaly 1.5.1: AI Targeting Is Broken Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jpreston0(a)yahoo.com Distribution: --- Version of application: 1.5.1 from https://www.moddb.com/mods/stalker-anomaly/downloads/stalker-anomaly-151 Wine versions tested: Wine-staging 6.9 Wine-staging 6.10 from 3 sources: Fedora repos, WineHQ repos, TkG Synopsis: Starting in Wine 6.10, most of the AI in S.T.A.L.K.E.R. Anomaly are incapable of targeting other NPCs or the player and NPCs are unable to fire their weapons at a target. The player is still able to perform normal functions. Game's console (~) doesn't show anything unusual when compared between 6.9 and 6.10. Of the three sources of 6.10 tested: one from the Fedora repos, one from the WineHQ Fedora repos, and a Wine with additional patches, all three exhibited the same behavior. Video of issue in 6.10: https://streamable.com/cm5io0 Zombified NPCs don't target and fire at the player, only move to the last position of the player if they make noise or injure them. Zombies don't melee the player, simply continually walk into the player. NPCs aren't shooting the zombifieds or zombies. Enemy NPCs run away and don't fire at the player. The only functioning AI is the bloodsucker which is still partially broken and takes several seconds to acknowledge the player is there. The issue is intermittent, sometimes a single AI will begin working after several seconds. However after relaunching the game the behavior will change and they may stop working. Video of what is the normal outcome in 6.9 and previous versions: https://streamable.com/vcktk4 S.T.A.L.K.E.R. Anomaly is free and standalone so can be tested easily. Only requires d3dx11_43, d3dcompiler_43, and d3dx9 to run, with dxvk to get acceptable framerates. Debug mode can be entered by launching the game with -dbg and hitting numpad 0 to enter flycam, enter to teleport player to camera position. There's an unrelated Wine issue with the game crashing when opening the options menu, so set resolution with the launcher if needed. I haven't tested if this issue also happens in the base S.T.A.L.K.E.R. games or other mods. And yes, I don't have any mods to Anomaly installed. As for debug logs, I have no idea where to 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.

1 3

[Bug 51214] New: rundll.exe and winoldap.mod crash
by WineHQ Bugzilla 02 Jul '21

02 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51214 Bug ID: 51214 Summary: rundll.exe and winoldap.mod crash Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression, source, win16 Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- When run directly (e.g. `wine rundll.exe`, `wine winoldap.mod`) or when launched via WinExec. Both seem to crash the same way. It looks like wine is trying to execute the fake executable. Obviously a regression; I'll start working on a bisect if it's not already obvious what the solution is. -- 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 4

[Bug 21259] New: Visual C++ 2005 Trial build hangs on first run after a reboot
by wine-bugs＠winehq.org 02 Jul '21

02 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21259 Summary: Visual C++ 2005 Trial build hangs on first run after a reboot Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, testcase Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Created an attachment (id=25560) --> (http://bugs.winehq.org/attachment.cgi?id=25560) Shell script to download an example project, install Visual C++ 2005 trial, and build the project. Visual C++ can build projects from the commandline with devenv projectname.sln /build Debug but oddly, the first time you try this on Wine, it hangs. ^C and rerunning fixes it. After the ^C, you can see mspdbsrv.exe -start -spawn running, so evidently the first run spawned the pdb service but then stumbled trying to connect to it; the second run connected fine. I'll attach a canned script that reproduces the problem from scratch. -- 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 16

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs June 2021