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

[Bug 37093] New: Can't install Kingdoms of Amalur : Reckoning
by wine-bugs＠winehq.org 12 Dec '19

12 Dec '19

http://bugs.winehq.org/show_bug.cgi?id=37093 Bug ID: 37093 Summary: Can't install Kingdoms of Amalur : Reckoning Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bruno.armand(a)gmail.com Created attachment 49311 --> http://bugs.winehq.org/attachment.cgi?id=49311 Wine Error Log PlayonLinux i use PlayonLinux , and i have installed Kingdoms of Amalur : Reckoning and when i finish completely the instalation without error, i would start the game and the popups show Wine Error i leave the log for my error in attachement thanks to help me to solve this situation -- 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 30526] New: d3d: guess card, no card selector for mesa's llvmpipe software driver
by wine-bugs＠winehq.org 12 Dec '19

12 Dec '19

http://bugs.winehq.org/show_bug.cgi?id=30526 Bug #: 30526 Summary: d3d: guess card, no card selector for mesa's llvmpipe software driver Product: Wine Version: 1.5.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: bpaterni(a)gmail.com Classification: Unclassified Running software that utilizes direct3d produces the following output when run through gallium's llvmpipe: fixme:d3d_caps:wined3d_guess_card No card selector available for GL vendor 0x4 and card vendor 0000 (using GL_RENDERER "Gallium 0.4 on llvmpipe (LLVM 0x209)"). Looking at the source, adding a card selector for llvmpipe seems simple enough. However, I'm not quite sure what all needs to be done in order to support the new selector. -- 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 10

[Bug 37559] New: Skype cannot access audio devices
by wine-bugs＠winehq.org 12 Dec '19

12 Dec '19

https://bugs.winehq.org/show_bug.cgi?id=37559 Bug ID: 37559 Summary: Skype cannot access audio devices Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: Red Hat In console thousands of messages like these ones can be seen: fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",0xfcee94c): stub fixme:avrt:AvSetMmThreadPriority (0x12345678)->(0) stub fixme:avrt:AvRevertMmThreadCharacteristics (0x12345678): stub P.S. Make sure you deleted login.cab before trying to debug this issue (proper HTML support is not yet there, see bug 28457). -- 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

[Bug 39275] New: Unhandled exception HtmlHelpA after starting Print Shop Deluxe 15
by wine-bugs＠winehq.org 12 Dec '19

12 Dec '19

https://bugs.winehq.org/show_bug.cgi?id=39275 Bug ID: 39275 Summary: Unhandled exception HtmlHelpA after starting Print Shop Deluxe 15 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: hhctrl.ocx Assignee: wine-bugs(a)winehq.org Reporter: martinrs(a)softhome.net Distribution: --- After starting Print Shop Deluxe 15, the following error occurs: Unhandled exception: page fault on read access to 0xfffffff0 in 32-bit code .. Backtrace: => 0 0xf7443422 __strlen_sse2_bsf+0x32() in libc.so.6 1 0x7b854663 MultiByteToWideChar+0x172() in kernel32 2 0x7c39a92f HtmlHelpA+0x158e() in hhctrl I checked the wine source and hhctrl.ocx HtmlHelpA() doesn't behave the same as HtmlHelpW(), where it doesn't take into account that some command can send null filename. It seems to just try to get the string length of null thru the following statement: WCHAR *wfile = strdupAtoW( filename ); -- 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 30849] New: Diablo 3 Game Disconnect: ERROR 316704 "YOU HAVE BEEN REMOVED FROM THE GAME"
by wine-bugs＠winehq.org 12 Dec '19

12 Dec '19

http://bugs.winehq.org/show_bug.cgi?id=30849 Bug #: 30849 Summary: Diablo 3 Game Disconnect: ERROR 316704 "YOU HAVE BEEN REMOVED FROM THE GAME" Product: Wine Version: 1.5.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: billbroach(a)gmail.com Classification: Unclassified As of Jun 04, 2012 Diablo 3 will disconnect after about 5+ mins with error: "You have been removed from the game" after which you will not be able to create a game nor exit cleanly. Error: "YOU HAVE BEEN REMOVED FROM THE GAME" ERROR 316704 Suspected change has occurred with the game in which wine does now not support properly. other symptoms: * /who in chat will instantly lock and crash wine. * friends show as "offline" when they are really online. * friends will not be able to join your game with timing out or crashing your client. * high ping 300+ms Several confirmation of the above symptoms can be seen here: http://us.battle.net/d3/en/forum/topic/5271607015?page=1 it seems to be affecting several wine versions and several distributions. -- 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 145

[Bug 48071] New: msi test immediately fails in Win XP SP2 looking for MsiSetExternalUIRecord
by WineHQ Bugzilla 12 Dec '19

12 Dec '19

https://bugs.winehq.org/show_bug.cgi?id=48071 Bug ID: 48071 Summary: msi test immediately fails in Win XP SP2 looking for MsiSetExternalUIRecord Product: Wine Version: 4.19 Hardware: x86 OS: Windows Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com The msi tests fail at the first step under Windows XP SP2. "The procedure entry point MsiSetExternalUIRecord could be located in the dynamic link library msi.dll" Looking at closed bugs related to this function it looks like it is needed for the test to be correct, so does this need to be skipped in SP2 (assuming that SP2 has an outdated MSI)? I ran in console mode but couldn't get any kind of trace. http://test.winehq.org/data/070cfc358c8ed67ba08a49ae78c20205ab4e2d00/xp_xp2… simple shows "load error 1359". -- 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 40393] New: Winehq.org website improvements not added to Bugzilla.
by wine-bugs＠winehq.org 12 Dec '19

12 Dec '19

https://bugs.winehq.org/show_bug.cgi?id=40393 Bug ID: 40393 Summary: Winehq.org website improvements not added to Bugzilla. Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: asdfghrbljzmkd(a)outlook.com Distribution: --- There have been many Winehq.org website improvements lately, such as a nicer search bar and more modern navigation buttons, that have not been added to Bugzilla. -- 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 35689] New: iMesh 7.x crashes on exit
by wine-bugs＠winehq.org 12 Dec '19

12 Dec '19

https://bugs.winehq.org/show_bug.cgi?id=35689 Bug ID: 35689 Summary: iMesh 7.x crashes on exit Product: Wine Version: 1.7.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. Trace log doesn't reveal much: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/iMesh Applications/iMesh $ WINEDEBUG=+tid,+seh,+relay,+wmp wine ./iMesh.exe >>log.txt 2>&1 ... 0025:Call KERNEL32.GetProcAddress(7eb20000,00b041b4 "WinHelpW") ret=008a28ab 0025:Ret KERNEL32.GetProcAddress() retval=7eb2bd50 ret=008a28ab 0025:Call user32.WinHelpW(0001009a,00000000,00000002,00000000) ret=0094b72c 0025:Ret user32.WinHelpW() retval=00000001 ret=0094b72c 0025:Call user32.CallWindowProcW(ffff002f,0001009a,00000002,00000000,00000000) ret=009405c5 0025:Call window proc 0x126035c (hwnd=0x1009a,msg=WM_DESTROY,wp=00000000,lp=00000000) 0025:Call user32.CallWindowProcA(ffff002e,0001009a,00000002,00000000,00000000) ret=00353f4a 0025:Call window proc 0x90f0bd (hwnd=0x1009a,msg=WM_DESTROY,wp=00000000,lp=00000000) 0025:Call KERNEL32.GetProcAddress(7eb20000,00b03c34 "DefWindowProcW") ret=008a28ab 0025:Ret KERNEL32.GetProcAddress() retval=7eb28b70 ret=008a28ab 0025:Call user32.DefWindowProcW(0001009a,00000002,00000000,00000000) ret=7ebd3d72 0025:Ret user32.DefWindowProcW() retval=00000000 ret=7ebd3d72 0025:Ret window proc 0x90f0bd (hwnd=0x1009a,msg=WM_DESTROY,wp=00000000,lp=00000000) retval=00000000 0025:Ret user32.CallWindowProcA() retval=00000000 ret=00353f4a 0025:Ret window proc 0x126035c (hwnd=0x1009a,msg=WM_DESTROY,wp=00000000,lp=00000000) retval=00000000 0025:Ret user32.CallWindowProcW() retval=00000000 ret=009405c5 0025:trace:seh:raise_exception code=c0000005 flags=0 addr=0x608915 ip=00608915 tid=0025 0025:trace:seh:raise_exception info[0]=00000000 0025:trace:seh:raise_exception info[1]=00000000 0025:trace:seh:raise_exception eax=00000000 ebx=00ed0040 ecx=03131afc edx=030e09c4 esi=03131afc edi=00de0a14 0025:trace:seh:raise_exception ebp=0033f43c esp=0033f410 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210206 0025:trace:seh:call_stack_handlers calling handler at 0x972775 code=c0000005 flags=0 0025:trace:seh:call_stack_handlers handler at 0x972775 returned 1 0025:trace:seh:call_stack_handlers calling handler at 0x98f5d7 code=c0000005 flags=0 0025:trace:seh:call_stack_handlers handler at 0x98f5d7 returned 1 0025:trace:seh:call_stack_handlers calling handler at 0x999b5c code=c0000005 flags=0 0025:trace:seh:call_stack_handlers handler at 0x999b5c returned 1 0025:trace:seh:call_stack_handlers calling handler at 0x999ae3 code=c0000005 flags=0 ... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00608915). ... Backtrace: =>0 0x00608915 in imesh (+0x208915) (0x0033f43c) 1 0x006e0d36 in imesh (+0x2e0d35) (0x0033f498) 2 0x009438ed in imesh (+0x5438ec) (0x0033f520) 3 0x00940829 in imesh (+0x540828) (0x0033f540) 4 0x006e1495 in imesh (+0x2e1494) (0x0033f568) 5 0x009425a8 in imesh (+0x5425a7) (0x0033f5c8) 6 0x00942638 in imesh (+0x542637) (0x0033f5e8) 7 0x7ebd3d72 WINPROC_wrapper+0x19() in user32 (0x0033f618) ... Modules: Module Address Debug info Name (173 modules) PE 350000- 3c7000 Deferred actskn45 PE 400000- bdf000 Export imesh PE 18b0000- 18d7000 Deferred nssdbm3 PE 3230000- 3273000 Deferred portablemediadevicewrapper PE 3390000- 33c6000 Deferred nspr4 PE 33d0000- 33f7000 Deferred smime3 PE 10000000-1005c000 Deferred resourcesloc ... Threads: process tid prio (all id:s are in hex) ... 00000024 (D) C:\Program Files\iMesh Applications\iMesh\iMesh.exe 0000004e 0 0000004d 0 0000004c 0 0000004b 0 00000049 0 00000048 0 00000029 0 0000002a 0 0000000d 0 0000000b 0 00000046 0 00000045 0 00000044 0 00000043 -15 00000042 0 00000041 0 00000040 -1 0000003f 0 0000003e 0 0000003d -1 0000003c 0 0000003b 0 0000003a 0 00000039 0 00000038 0 00000037 0 00000036 0 00000028 -1 00000027 0 00000026 0 00000025 1 <== --- snip --- 'winetricks wmp10' works around. >From what I've gathered through debugging it seems the NULL pointer access is related to IWMPControls::stop(). The pointer accessed could be IWMPControls* returned by IWMPCore::get_controls(). Unfortunately I didn't find any FIXME reference to IWMPCore::get_controls() in trace log (stub right now). It's probably triggered by some code not in place yet because WMP is work-in-progress and various parts are incomplete. $ sha1sum iMeshV7.exe 0e4aa7ae0da88b7f69a7daa1bca36f3f2f6c497b iMeshV7.exe $ du -sh iMeshV7.exe 8.4M iMeshV7.exe $ wine --version wine-1.7.13-100-gfcae016 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 4

[Bug 48248] New: safsdgfdghfgh
by WineHQ Bugzilla 12 Dec '19

12 Dec '19

https://bugs.winehq.org/show_bug.cgi?id=48248 Bug ID: 48248 Summary: safsdgfdghfgh Product: Wine Version: 4.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: activeds Assignee: wine-bugs(a)winehq.org Reporter: randymitchel795(a)gmail.com Distribution: --- <a href="https://www.google.com/">google</a> [url=https://www.google.com]google[/url] https://www.google.com/ support number -- 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 46466] New: Accessing 32-bit DLLs from 64-bit code through COM as an IPC mechanism
by wine-bugs＠winehq.org 12 Dec '19

12 Dec '19

https://bugs.winehq.org/show_bug.cgi?id=46466 Bug ID: 46466 Summary: Accessing 32-bit DLLs from 64-bit code through COM as an IPC mechanism Product: Wine Version: 4.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: reinhold.hoffmann(a)hotmail.com Distribution: --- For more than 10 years a brilliant blog exists how to start a 32-bit DLL from an x64 application. This sound weird but in case a DLL cannot be converted to 64-bit for whatever reason such a solution is very helpful. In the blog there is a method described how to do this. The blog is very sophistcated. Please see https://blog.mattmags.com/2007/06/30/accessing-32-bit-dlls-from-64-bit-code/ On Windows accessing a DLL through the COM IPC mechanism works like a charm. On Wine64 a 32-bit DLL can only be accessed and executed from a 32-bit app through a COM IPC mechanism (btw. works great). But accessing the 32-bit DLL through a COM IPC mechanism from the same x64 version of such an app fails. Of course, such a capability is beyond Wine-4.0. But it would be great if a fix could be addressed in the scope of Wine-5.0. I try to provide a sample which demonstrate the issue. May be somebody familiar with the COM IPC mechnism may help to address the right component. Thx. Reinhold -- 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 13