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

[Bug 26489] New: GetKeyState does not work correctly with toggle keys (VK_CAPITAL, VK_NUMLOCK, VK_SCROLL)
by wine-bugs＠winehq.org 05 Jun '20

05 Jun '20

http://bugs.winehq.org/show_bug.cgi?id=26489 Summary: GetKeyState does not work correctly with toggle keys (VK_CAPITAL, VK_NUMLOCK, VK_SCROLL) Product: Wine Version: 1.3.16 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: melekor(a)projectmagma.net Created an attachment (id=33725) --> (http://bugs.winehq.org/attachment.cgi?id=33725) Tiny test program which demonstrates the problem (exe and C++ source) The WINE implementation of GetKeyState does not follow the spec regarding "toggle keys" such as caps lock, num lock and scroll lock. The documentation states: (about the return value) "If the low-order bit is 1, the key is toggled. A key, such as the CAPS LOCK key, is toggled if it is turned on. The key is off and untoggled if the low-order bit is 0. A toggle key's indicator light (if any) on the keyboard will be on when the key is toggled, and off when the key is untoggled." Instead, what WINE appears to do, is flip the low-order bit when a toggle-key is "un-toggled" (on=>off). When it is toggled (off=>on), the low order bit remains unaffected. This is obviously completely incorrect. I have attached a demo app (zip file with exe with C++ source code) which shows the problem. When run on windows, it displays "CAPS ON" or "CAPS OFF" in sync with the little light on the keyboard. When run on WINE it does not stay in sync. Tested on 1.2.2 and 1.3.16 on Ubuntu 10.10 Maverick Meerkat running in VirtualBox, host OS is Win7. -- 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 38587] New: RF:G is Incredibly Laggy, Then Crashes
by wine-bugs＠winehq.org 05 Jun '20

05 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=38587 Bug ID: 38587 Summary: RF:G is Incredibly Laggy, Then Crashes Product: Wine Version: 1.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: superrobowizard(a)gmail.com Distribution: --- When trying to run Red Faction: Guerrilla on Wine, the introduction credits audio constantly loops the most recent second over the current audio, making it sound really glitchy. When it gets to the loading screen everything is fine again, and it loads the main menu. The menu works fine at full speed for less than half a second, then my framerate tanks to about 1-2 FPS. After a few seconds of this (the game works fine, it's just incredibly laggy) the window locks up entirely. I can't do anything after that except mash ctrl+alt+delete until I log off. I have used apt-get purge as well as apt-get uninstall and then re-installing multiple times, and it doesn't help. (I launch it using "wine /directory/Steam.exe -no-dwrite") -- 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 17

[Bug 44115] New: vcrun2012's vcredist_arm.exe crashes in riched20:: isurlneutral()
by wine-bugs＠winehq.org 05 Jun '20

05 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=44115 Bug ID: 44115 Summary: vcrun2012's vcredist_arm.exe crashes in riched20::isurlneutral() Product: Wine Version: 2.21 Hardware: arm OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian Crashes on start, in riched20: Backtrace: =>0 0xad0b7c40 isurlneutral+0x14() in riched20 (0x00000000) 1 0xad0b7c38 isurlneutral+0xb() in riched20 (0x00000000) 2 0xad0baec4 ME_UpdateLinkAttribute+0x12b(editor=(nil), start=<is not available>, nChars=0xad0fa000) [/home/austin/wine-git/dlls/riched20/editor.c:5296] in riched20 (0x00000000) 3 0x00000002 (0x00000000) 0xad0b7c40 isurlneutral+0x14 in riched20: ldrh ip, [r2, r3] -- 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 34842] New: Garmin BaseCamp 4.1.2 sometimes fails to run when late-bound riched20.dll preferred load base address is already occupied and PE mapped into >2 GiB address range
by wine-bugs＠winehq.org 05 Jun '20

05 Jun '20

http://bugs.winehq.org/show_bug.cgi?id=34842 Bug #: 34842 Summary: Garmin BaseCamp 4.1.2 sometimes fails to run when late-bound riched20.dll preferred load base address is already occupied and PE mapped into >2 GiB address range Product: Wine Version: 1.7.5 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, Garmin BaseCamp 4.1.2 runs pretty good with MS .NET Framework 3.5 installed. There are (albeit rare) cases of startup failures when Wine loader fails to map builtin RichEd20.dll to its preferred load base address because it is already taken by another module. RichEd20 needs a load address in lower 2 GiB virtual address space. See bug 22551 "Multiple .NET apps fail to load riched20.dll into memory (.NET Framework/Windows Forms wants riched20.dll loaded into lower 2GiB address space range)" for info. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Garmin/BaseCamp ... $ wine ./BaseCamp.exe ... err:eventlog:ReportEventW L"clr20r3" err:eventlog:ReportEventW L"basecamp.exe" err:eventlog:ReportEventW L"4.1.2.0" err:eventlog:ReportEventW L"5134f30b" err:eventlog:ReportEventW L"system.windows.forms" err:eventlog:ReportEventW L"2.0.0.0" err:eventlog:ReportEventW L"471ebf68" err:eventlog:ReportEventW L"4ecd" err:eventlog:ReportEventW L"5b" err:eventlog:ReportEventW L"system.componentmodel.win32" err:eventlog:ReportEventW L"NIL" fixme:advapi:DeregisterEventSource (0xcafe4242) stub err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub err:ole:CoUninitialize Mismatched CoUninitialize err:ole:CoUninitialize Mismatched CoUninitialize Unhandled Exception: System.ComponentModel.Win32Exception: Cannot load the "RichEd20.DLL" DLL into memory. at System.Windows.Forms.RichTextBox.get_CreateParams() at System.Windows.Forms.Control..ctor(Boolean autoInstallSyncContext) at System.Windows.Forms.TextBoxBase..ctor() at System.Windows.Forms.RichTextBox..ctor() at bc.FatalErrorDialog_t.InitializeComponent() at bc.FatalErrorDialog_t..ctor(basic_string<wchar_t\,std::char_traits<wchar_t>\,std::allocator<wchar_t> >* aAppName) at bc.FatalError_t.Display(SByte* aFilename, UInt16 aLineNumber, basic_string<wchar_t\,std::char_traits<wchar_t>\,std::allocator<wchar_t> >* aWhat, basic_string<char\,std::char_traits<char>\,std::allocator<char> >* aSubId, Optional_t<std::basic_string<wchar_t\,std::char_traits<wchar_t>\,std::allocator<wchar_t> > >* aOpenGLVersion, vector<std::pair<std::basic_string<wchar_t\,std::char_traits<wchar_t>\,std::allocator<wchar_t> >\,std::basic_string<wchar_t\,std::char_traits<wchar_t>\,std::allocator<wchar_t> > >\,std::allocator<std::pair<std::basic_string<wchar_t\,std::char_traits<wchar_t>\,std::allocator<wchar_t> >\,std::basic_string<wchar_t\,std::char_traits<wchar_t>\,std::allocator<wchar_t> > > > >* aFileList) at bc.FatalError_t..ctor(Exception aException, Optional_t<std::basic_string<wchar_t\,std::char_traits<wchar_t>\,std::allocator<wchar_t> > >* aOpenGLVersion, vector<std::pair<std::basic_string<wchar_t\,std::char_traits<wchar_t>\,std::allocator<wchar_t> >\,std::basic_string<wchar_t\,std::char_traits<wchar_t>\,std::allocator<wchar_t> > >\,std::allocator<std::pair<std::basic_string<wchar_t\,std::char_traits<wchar_t>\,std::allocator<wchar_t> >\,std::basic_string<wchar_t\,std::char_traits<wchar_t>\,std::allocator<wchar_t> > > > >* aFileList) at main(String[] aArgs) at mainCRTStartupStrArray(String[] arguments) wine: Unhandled exception 0xe0434f4d in thread 33 at address 0x7b83a8bf (thread 0033), starting debugger... --- snip --- RichEd20.dll has a preferred load address: --- snip --- EXTRADLLFLAGS = -Wl,--image-base,0x7ac00000 --- snip --- Address space layout in case of collision: --- snip --- Module Address Debug info Name (139 modules) PE 340000- 362000 Deferred zlibwapi PE 400000- 25a7000 Deferred basecamp PE 25b0000- 278d000 Deferred xerceslib PE 2790000- 2bc6000 Deferred ogckml PE 2df0000- 337f000 Export mscorwks PE e610000- e6ae000 Deferred system.drawing PE e9c0000- ecb2000 Deferred system PE f270000- f73a000 Deferred system.windows.forms PE 10000000-100e5000 Deferred exiv2 PE 5e3a0000-5e42d000 Deferred diasymreader PE 60000000-60008000 Deferred accessibility PE 637a0000-6399c000 Deferred system.xml PE 64020000-64033000 Deferred mscorsec PE 64890000-648fc000 Deferred system.configuration PE 67510000-6756e000 Deferred system.management PE 6a310000-6a31a000 Deferred wminet_utils PE 74e60000-74e79000 Deferred wmiutils PE 78130000-781cb000 Deferred msvcr80 PE 783f0000-78433000 Deferred msvcm90 PE 79000000-79046000 Export mscoree PE 79060000-790b6000 Deferred mscorjit PE 790c0000-79500000 Deferred mscorlib ELF 79afa000-7b800000 Deferred libnvidia-glcore.so.304.108 ELF 7b800000-7ba60000 Dwarf kernel32<elf> \-PE 7b810000-7ba60000 \ kernel32 ... ELF f6a22000-f6a89000 Deferred riched20<elf> \-PE f6a30000-f6a89000 \ riched20 --- snip --- "libnvidia-glcore.so.304.108" took the place earlier and "riched20.dll" was mapped into > 2 GiB address space which .NET runtime doesn't like. Maybe Wine loader could try to map dlls which have requirements of preferred load address always in < 2 GiB address range for Windows compatiblity. Regards -- 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 32483] New: Windows Sysinternals "PsInfo" tool fails to retrieve "Video driver" info due to missing registry device hw class {4D36E968-E325-11CE-BFC1-08002BE10318}
by wine-bugs＠winehq.org 05 Jun '20

05 Jun '20

http://bugs.winehq.org/show_bug.cgi?id=32483 Bug #: 32483 Summary: Windows Sysinternals "PsInfo" tool fails to retrieve "Video driver" info due to missing registry device hw class {4D36E968-E325-11CE-BFC1-08002BE10318} Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, Windows Sysinternals "PsInfo" tool fails to query for some system properties... Making this bug about "Video driver". Output: --- snip --- $ wine ./PsInfo.exe PsInfo v1.77 - Local and remote system information viewer Copyright (C) 2001-2009 Mark Russinovich Sysinternals - www.sysinternals.com Querying information for nexus4...fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub! System information for \\nexus4: Uptime: Error reading uptime Kernel version: Microsoft Windows XP, Uniprocessor Free Product type: Professional Product version: 5.1 Service pack: 3 Kernel build number: 2600 Registered organization: Registered owner: IE version: 6.0000 System root: C:\windows Processors: 4 Processor speed: 2.6 GHz Processor type: Intel(R) Pentium(R) 4 CPU Physical memory: 0 MB Video driver: --- snip --- Trace log for failing registry queries (0-9): --- snip --- ... 0024:Call advapi32.RegOpenKeyExW(80000002,0032f98c L"SYSTEM\\CurrentControlSet\\Control\\Class\\{4D36E968-E325-11CE-BFC1-08002BE10318}\\0000",00000000,00020019,0032f96c) ret=00404611 0024:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=00404611 0024:Call KERNEL32.GetLastError() ret=0040d8f2 0024:Ret KERNEL32.GetLastError() retval=00000000 ret=0040d8f2 ... 0024:Call advapi32.RegOpenKeyExW(80000002,0032f98c L"SYSTEM\\CurrentControlSet\\Control\\Class\\{4D36E968-E325-11CE-BFC1-08002BE10318}\\0009",00000000,00020019,0032f96c) ret=00404611 0024:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=00404611 --- snip --- 4D36E968-E325-11CE-BFC1-08002BE10318 -> Display class GUID There are already a couple of hardware device class GUIDs in Wine registry: --- snip --- [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Class] [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Class\{4d36e967-e325-11ce-bfc1-08002be10318}] @="Disk drives" "Class"="DiskDrive" [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Class\{4d36e978-e325-11ce-bfc1-08002be10318}] @="Ports (COM & LPT)" "Class"="Ports" [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Class\{6bdd1fc6-810f-11d0-bec7-08002be2092f}] @="Imaging devices" "Class"="Image" --- snip --- Regards -- 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 5

[Bug 44346] New: Worms Armageddon Cannot Click the menu button in Frotnend
by wine-bugs＠winehq.org 05 Jun '20

05 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=44346 Bug ID: 44346 Summary: Worms Armageddon Cannot Click the menu button in Frotnend Product: Wine Version: 3.0-rc5 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: colinjinwk00(a)gmail.com I installed Worms Armageddon from GOG.com, and ran the wine using both Crossover and Wine macOS official pkg by WineHQ. Menu launches successfully, and intros were successful for skipping by clicking left click. However, after 4 menu buttons appear, I cannot click anything, even Quit button (although I can quit the game by escape). -- 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

[Bug 41145] New: Civilization IV - Previously working normally now crashes mid game
by wine-bugs＠winehq.org 04 Jun '20

04 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=41145 Bug ID: 41145 Summary: Civilization IV - Previously working normally now crashes mid game Product: Wine Version: 1.9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Tropicalhero(a)hotmail.com Distribution: --- Created attachment 55351 --> https://bugs.winehq.org/attachment.cgi?id=55351 crash report / back trace Game crashes out to bug reporter in early to mid game. Crash report attached. It was not a major game event that caused crash, just a unit move or possibly an end of turn. -- 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 28

[Bug 19618] New: X-Change 3 crashes randomly
by wine-bugs＠winehq.org 03 Jun '20

03 Jun '20

http://bugs.winehq.org/show_bug.cgi?id=19618 Summary: X-Change 3 crashes randomly Product: Wine Version: 1.1.26 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Gollos(a)gmail.com Created an attachment (id=22889) --> (http://bugs.winehq.org/attachment.cgi?id=22889) X-Change3 terminal output Some times when loading a saved game, some times when starting a new game, some times when changing the game settings, but not every time, a window pops telling there was a problem and the program is going to be stoped. When that happens, some times the game continue running without sound, and some times it closes for real. -- 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 6

[Bug 41577] New: Ragnarok Online (iRO): Crashes when attempting to run the patcher.
by wine-bugs＠winehq.org 03 Jun '20

03 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=41577 Bug ID: 41577 Summary: Ragnarok Online (iRO): Crashes when attempting to run the patcher. Product: Wine Version: 1.9.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: proveit(a)tutamail.com Distribution: --- Created attachment 55912 --> https://bugs.winehq.org/attachment.cgi?id=55912 This is the entire output that Wine spit out after erroring. I'm attempting to run Ragnarok Online on Linux Mint 18, Mate, 32-bit. Here's the app's page: https://appdb.winehq.org/objectManager.php?sClass=version&iId=928 I've already exhausted everything in the page, so it's most likely not an existing bug or a problem others have run into. I got the game to work on the same system using Wine 1.6, which was in my official repository, but I hesitate to call this a regression because a tester got the game to work with Wine version 1.9.18, which is very close to mine. If it IS a regression, doing regression testing is beyond my abilities, but based on the latest test results, we can narrow the problem down to somewhere between the tester's version of Wine (1.9.18), which the tester reported as platinum, and my version of Wine, which is 1.9.21. I'm using Wine HQ's official development branch, version 1.9.21. To reproduce the problem, just: 1. Run the RO installer 2. Run "Ragnarok Online" shortcut on desktop Here's the exact installer I used: File name: Ragnarok_Installer-09272013.exe MD5: 81D59BEE0621A858428E1CF76843BCF7 SHA1: A2795AA047F29A2547365AC7D4246F7B8F133899 However, I don't think the installer you use matters too much because the bug I'm reporting happens after the game itself is installed. If you do have my exact installer, however, the installer will hang at "Status: Moving files". To work around the error, follow Richard Graham's comment here: https://appdb.winehq.org/objectManager.php?sClass=version&iId=928 Specifically, first extract the real installer from the .exe file: $ wine Ragnarok_Installer-09272013.exe /extract "$(winepath -w "$(pwd)")" Then run the installer itself: $ wine msiexec /i Ragnarok_Installer.msi After the installer finishes, run the "Ragnarok Online" shortcut from the desktop. The patcher will open and it will start downloading updates, but after less than 30 seconds, you'll get this error: ------------------------------ Window title: Program Error The program Ragnarok.exe has encountered a serious problem and needs to close. We are very sorry for the inconvenience. This can be caused by a problem in the program or a deficiency in Wine. You may want to check the Application Database for tips about running this application. ------------------------------ I saved and attached the program error details, including the backtrace. Please forgive any mistakes/omissions; I'm new to Wine HQ bug reporting. Let me know if there's anything else I can do to help. -- 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 33

[Bug 44781] New: Unhandled exception: unimplemented function typelib.dll16.LOADREGTYPELIB called in 32-bit code
by wine-bugs＠winehq.org 03 Jun '20

03 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=44781 Bug ID: 44781 Summary: Unhandled exception: unimplemented function typelib.dll16.LOADREGTYPELIB called in 32-bit code Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hannes(a)kroegeronline.net Distribution: --- Created attachment 60811 --> https://bugs.winehq.org/attachment.cgi?id=60811 Error and Stack Trace When launching an application created through "TestPoint TM" the error above occurs. Please see the attached trace for 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 2