September 2018 - Wine-Bugs - list.winehq.org

[Bug 38402] New: glDebugMessageCallback is broken
by wine-bugs＠winehq.org March 3, 2019

March 3, 2019

https://bugs.winehq.org/show_bug.cgi?id=38402 Bug ID: 38402 Summary: glDebugMessageCallback is broken Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: chris.kcat(a)gmail.com Distribution: --- According to the KHR_debug extension spec, the function glDebugMessageCallback takes a function pointer callback with the type: typedef void (APIENTRY *GLDEBUGPROC)(GLenum source, GLenum type, GLuint id, GLenum severity, GLsizei length, const GLchar* message, const void* userParam); https://www.opengl.org/registry/specs/KHR/debug.txt In particular, it notes that the function callback uses the same calling convention as the other GL functions. The problem is that on Windows, GL uses the stdcall calling convention, while on Linux it uses cdecl. Wine's glDebugMessageCallback thunk passes the callback through as-is, so the system's libGL tries to call an stdcall function as though it was cdecl, causing it to crash upon returning. Another problem is that the spec says: "When DEBUG_OUTPUT_SYNCHRONOUS is disabled, the driver is optionally allowed to concurrently call the debug callback routine from potentially multiple threads, including threads that the context that generated the message is not currently bound to." meaning the callback can be called on threads other than the one OpenGL is being used on. This is a problem because it may be called on one or more internal driver threads that were not created using the Windows API, and if the callback function tries to do anything that relies on Windows-related thread information, it won't be there. -- 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 20

[Bug 45913] New: tchar.h: using the macro _sntprintf leads to an undefined reference to snwprintf; macro should resolve to _snwprintf
by wine-bugs＠winehq.org March 3, 2019

March 3, 2019

https://bugs.winehq.org/show_bug.cgi?id=45913 Bug ID: 45913 Summary: tchar.h: using the macro _sntprintf leads to an undefined reference to snwprintf; macro should resolve to _snwprintf Product: Wine Version: unspecified Hardware: arm OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: contact(a)ivanchev.net Distribution: --- According to MSDN (https://msdn.microsoft.com/en-us/library/2ts7cx93.aspx) the following macro definition in tchar.h: #define _sntprintf WINE_tchar_routine(snprintf, snprintf, snwprintf) is missing an underscore at the beginning snwprintf #define _sntprintf WINE_tchar_routine(snprintf, snprintf, _snwprintf). -- 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 41419] New: Visio 2013 crashes with unimplemented function msvcp100.dll.? _GetCombinableSize@details@Concurrency@@YAIXZ
by wine-bugs＠winehq.org March 3, 2019

March 3, 2019

https://bugs.winehq.org/show_bug.cgi?id=41419 Bug ID: 41419 Summary: Visio 2013 crashes with unimplemented function msvcp100.dll.?_GetCombinableSize(a)details@Concurrency@@ YAIXZ Product: Wine Version: 1.9.20 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- wine: Call from 0x7b43b53c to unimplemented function msvcp100.dll.?_GetCombinableSize(a)details@Concurrency@@YAIXZ, aborting -- 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 9

[Bug 45588] New: .Net Framework 4.5.2 (WPF) requires windowscodecs.dll.IWICPixelFormatInfo_GetChannelCount_Proxy
by wine-bugs＠winehq.org March 3, 2019

March 3, 2019

https://bugs.winehq.org/show_bug.cgi?id=45588 Bug ID: 45588 Summary: .Net Framework 4.5.2 (WPF) requires windowscodecs.dll.IWICPixelFormatInfo_GetChannelCount_ Proxy Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: jp7677(a)gmail.com Distribution: --- "Content Manager" (https://acstuff.ru/app/ https://assettocorsa.club/index.php?q=content-manager.html) is an alternative launcher for Assetto Corsa. That one requires/uses WPF from .Net Framework 4.5.2. The launcher works surprisingly well and much better that the original Assetto Corsa launcher which I never got to work. Anyway, "Content Manager" works fine in wine once .Net 4.5.2 is installed, though with several actions, like selecting a track, the program crashes with: wine: Call from 0x7b43d85b to unimplemented function windowscodecs.dll.IWICPixelFormatInfo_GetChannelCount_Proxy, aborting Looking at https://github.com/wine-mirror/wine/blob/master/dlls/windowscodecs/windowsc… this method is indeed not implemented in the wine implementation of windowscodecs. It would be nice if this method could be implemented. I don't know if IWICPixelFormatInfo_GetBitsPerPixel_Proxy and IWICPixelFormatInfo_GetChannelMask_Proxy are also needed, but could imagine that this is the case. PS: Installing the native version of windowscodecs is a somewhat of a work-around. The application does no longer crash, but then a lot of images are no longer displayed correctly (looks like transparent is displayed as white). Kind 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 15

[Bug 44229] New: Visual C++ 1.51 can't add files to project ( GetOpenFileName16() doesn't support custom templates or hooks)
by wine-bugs＠winehq.org March 3, 2019

March 3, 2019

https://bugs.winehq.org/show_bug.cgi?id=44229 Bug ID: 44229 Summary: Visual C++ 1.51 can't add files to project (GetOpenFileName16() doesn't support custom templates or hooks) Product: Wine Version: 3.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Regression SHA1: 424472c20d8059057277ae13a0ffe5c51a818e52 Distribution: --- The Project -> Edit menu is missing the "Files in Project" box as well as the Add / Add All / Delete buttons. This is because we don't support custom templates or hooks anymore: 0031:fixme:commdlg:GetOpenFileName16 custom templates no longer supported, using default 0031:fixme:commdlg:GetOpenFileName16 custom hook 0x16670010 no longer supported While hooks would probably be simple enough to implement, templates will be much more difficult and will probably require significant duplication of code from user.exe16:dialog.c. Is there a reason to implement commdlg on top of comdlg32 besides avoiding duplication? -- 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 11

[Bug 39051] New: TabbedTextOut() incorrect output on tab character
by wine-bugs＠winehq.org March 3, 2019

March 3, 2019

https://bugs.winehq.org/show_bug.cgi?id=39051 Bug ID: 39051 Summary: TabbedTextOut() incorrect output on tab character Product: Wine Version: 1.7.29 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: wine(a)goabq.org Distribution: --- Created attachment 52021 --> https://bugs.winehq.org/attachment.cgi?id=52021 testcase (tto.exe) and files to build it Tab characters do not output correctly when they are output one at a time. This is much worse using a memory device context than a screen device context. Attached is a testcase. It outputs text to a window using 2 different methods. Clicking in the client area toggles the method. When iterating over each character, TabbedTextOut() produces apparently garbage from the previous line instead of filling the rectangle appropriately as windows does. When drawing the line in a single call, the behavior is as expected. Spaces do not suffer from this problem (illustrated also by the testcase). -- 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 19

[Bug 45320] New: cmd creates an environment variable with an empty name
by wine-bugs＠winehq.org March 3, 2019

March 3, 2019

https://bugs.winehq.org/show_bug.cgi?id=45320 Bug ID: 45320 Summary: cmd creates an environment variable with an empty name Product: Wine Version: 3.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: dima(a)gmail.com Distribution: --- CMD creates an environment variable with an empty name when it starts up. That doesn't match the behavior on Windows (at least, Win10) and breaks programs like Python. Apparently, CMD is trying to save the current working directory; the code was added in https://source.winehq.org/git/wine.git/commit/d0db751e0cb7a0526c3aecca48918…, but without an explanation. To reproduce, run this: #include <stdio.h> int main(int argc, char **argv, char **envp) { for (char **env = envp; *env != 0; env++) { printf("%s\n", *env); } return 0; } The last line of the output will be similar to this: =Z:=Z:\home\dima Python gets an exception if it tries to unset that variable: >>> import os >>> os.environ.clear() Traceback (most recent call last): File "<stdin>", line 1, in <module> File "C:\ProgramData\Miniconda3\lib\_collections_abc.py", line 820, in clear self.popitem() File "C:\ProgramData\Miniconda3\lib\_collections_abc.py", line 813, in popitem del self[key] File "C:\ProgramData\Miniconda3\lib\os.py", line 680, in __delitem__ self.unsetenv(encodedkey) File "C:\ProgramData\Miniconda3\lib\os.py", line 718, in <lambda> _unsetenv = lambda key: _putenv(key, "") OSError: [Errno 0] Error This is arguably a Python bug, and it happens on UNIX, too: https://bugs.python.org/issue20658 . However, cmd should probably match the Windows behavior and not trigger the Python bug unnecessarily. -- 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 26

[Bug 35504] New: LibreOffice installation creates two wrong files
by wine-bugs＠winehq.org March 3, 2019

March 3, 2019

http://bugs.winehq.org/show_bug.cgi?id=35504 Bug ID: 35504 Summary: LibreOffice installation creates two wrong files Product: Wine Version: 1.7.10 Hardware: x86 URL: http://sourceforge.net/projects/libreoffice.mirror/fil es/LibreOffice%204.2.0/LibreOffice_4.2.0_Win_x86.msi/d ownload OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Classification: Unclassified After installing LibreOffice_4.2.0_Win_x86.msi in Wine two illicit files can be found: C:\Win\System\msvcp100.dll C:\Win\System\msvcr100.dll $ sha1sum LibreOffice_4.2.0_Win_x86.msi 0c306a717aff4499b0abe2d2e3caaa63c62dfa0a LibreOffice_4.2.0_Win_x86.msi -- 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 15

[Bug 44109] New: Simple free HAM program Opera crash on start.
by wine-bugs＠winehq.org March 3, 2019

March 3, 2019

https://bugs.winehq.org/show_bug.cgi?id=44109 Bug ID: 44109 Summary: Simple free HAM program Opera crash on start. Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maxtaylor(a)mail.ru Distribution: --- Created attachment 59830 --> https://bugs.winehq.org/attachment.cgi?id=59830 Program from : https://rosmodem.wordpress.com/2011/01/10/ros-2/ Hi. This free ham program not run on WINE 1.6.2 I attach crash report and setup same program. Unhandled exception: unimplemented function pdh.dll.PdhVbAddCounter called in 32-bit code (0x7b83aace). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7b83aace ESP:0033fa64 EBP:0033fad8 EFLAGS:00200246( - -- I Z- -P- ) EAX:7b82695d EBX:7b8b5000 ECX:00000000 EDX:80000100 ESI:80000100 EDI:660cc25a Stack dump: 0x0033fa64: 0033fb04 00000008 7b8583e6 80000100 0x0033fa74: 00000001 00000000 7b83aace 00000002 0x0033fa84: 7ce6d960 7ce6e1c2 0033fa94 00000000 0x0033fa94: 7ce69560 0010000f 00427540 004274d4 0x0033faa4: 00000000 00000000 0033facc 00427550 0x0033fab4: 0057d658 0033faec 6600a0d8 01ad493c Backtrace: =>0 0x7b83aace in kernel32 (+0x2aace) (0x0033fad8) 1 0x7ce6d928 in pdh (+0xd927) (0x0033fb14) 2 0x7ce69589 in pdh (+0x9588) (0x0033fbc0) 3 0x004bfc03 in opera v1.6.5 (+0xbfc02) (0x0033fbc0) 4 0x004bdedc in opera v1.6.5 (+0xbdedb) (0x0033fc34) 5 0x66009f64 in msvbvm60 (+0x9f63) (0x0033fd74) 6 0x66007a5a in msvbvm60 (+0x7a59) (0x0033fd98) 7 0x66003959 in msvbvm60 (+0x3958) (0x0033fdb8) 8 0x660036d2 in msvbvm60 (+0x36d1) (0x0033fdd8) 9 0x660035d8 in msvbvm60 (+0x35d7) (0x0033fe58) 10 0x00405102 in opera v1.6.5 (+0x5101) (0x0033fe78) 11 0x7b85f653 in kernel32 (+0x4f652) (0x0033feb8) 12 0x7bc799b0 call_thread_func_wrapper+0xb() in ntdll (0x0033fed8) 13 0x7bc7c93d call_thread_func+0x7c() in ntdll (0x0033ffa8) 14 0x7bc7998e RtlRaiseException+0x21() in ntdll (0x0033ffc8) 15 0x7bc4e8fe call_dll_entry_point+0x7ed() in ntdll (0x0033ffe8) 16 0xb758650d wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 17 0xb75865cb wine_switch_to_stack+0x2a() in libwine.so.1 (0xbf9f2c78) 18 0x7bc541e2 LdrInitializeThunk+0x3a1() in ntdll (0xbf9f2cd8) 19 0x7b865bdd __wine_kernel_init+0xa0c() in kernel32 (0xbf9f3df8) 20 0x7bc547a3 __wine_process_init+0x192() in ntdll (0xbf9f3e88) 21 0xb7583c70 wine_init+0x30f() in libwine.so.1 (0xbf9f3ee8) 22 0x7bf00fdc main+0xfb() in <wine-loader> (0xbf9f4338) 23 0xb73abaf3 __libc_start_main+0xf2() in libc.so.6 (0x00000000) 0x7b83aace: subl $4,%esp Modules: Module Address Debug info Name (141 modules) PE 400000- 58a000 Export opera v1.6.5 PE 10000000-10030000 Deferred pskreporter_v1_6 PE 20000000-20032000 Deferred richtx32 PE 21580000-215b2000 Deferred mci32 PE 21c10000-21c2a000 Deferred mscomm32 PE 22170000-2218c000 Deferred mswinsck PE 234c0000-234dd000 Deferred msinet PE 24dd0000-24ded000 Deferred msstdfmt PE 27580000-27685000 Deferred mscomctl PE 66000000-66152000 Export msvbvm60 ELF 7ac00000-7ac5f000 Deferred riched20<elf> \-PE 7ac10000-7ac5f000 \ riched20 ELF 7b800000-7ba5b000 Dwarf kernel32<elf> \-PE 7b810000-7ba5b000 \ kernel32 ELF 7bc00000-7bcdb000 Dwarf ntdll<elf> \-PE 7bc10000-7bcdb000 \ ntdll ELF 7bf00000-7bf04000 Dwarf <wine-loader> ELF 7ce39000-7ce56000 Deferred libgcc_s.so.1 ELF 7ce56000-7ce75000 Dwarf pdh<elf> \-PE 7ce60000-7ce75000 \ pdh ELF 7ce75000-7ce7c000 Deferred libnss_dns.so.2 ELF 7ce94000-7ce9d000 Deferred libogg.so.0 ELF 7ce9d000-7cec9000 Deferred libvorbis.so.0 ELF 7cec9000-7d041000 Deferred libvorbisenc.so.2 ELF 7d041000-7d075000 Deferred libflac.so.8 ELF 7d075000-7d07c000 Deferred libasyncns.so.0 ELF 7d07c000-7d0ef000 Deferred libsndfile.so.1 ELF 7d0ef000-7d15e000 Deferred libpulsecommon-4.0.so ELF 7d15e000-7d169000 Deferred libjson-c.so.2 ELF 7d169000-7d1b8000 Deferred libpulse.so.0 ELF 7d1b8000-7d1e0000 Deferred winepulse<elf> \-PE 7d1c0000-7d1e0000 \ winepulse ELF 7d1e0000-7d202000 Deferred mmdevapi<elf> \-PE 7d1f0000-7d202000 \ mmdevapi ELF 7d202000-7d22d000 Deferred msacm32<elf> \-PE 7d210000-7d22d000 \ msacm32 ELF 7d22d000-7d2e7000 Deferred winmm<elf> \-PE 7d230000-7d2e7000 \ winmm ELF 7d2e7000-7d30d000 Deferred iphlpapi<elf> \-PE 7d2f0000-7d30d000 \ iphlpapi ELF 7d30d000-7d343000 Deferred ws2_32<elf> \-PE 7d310000-7d343000 \ ws2_32 ELF 7d343000-7d400000 Deferred windowscodecs<elf> \-PE 7d350000-7d400000 \ windowscodecs ELF 7d500000-7d50a000 Deferred libwrap.so.0 ELF 7d50a000-7d526000 Deferred wsock32<elf> \-PE 7d510000-7d526000 \ wsock32 ELF 7d526000-7d581000 Deferred libjpeg.so.8 ELF 7d599000-7d5c9000 Deferred p11-kit-trust.so ELF 7d5c9000-7d5d2000 Deferred librt.so.1 ELF 7d5d2000-7d5d9000 Deferred libffi.so.6 ELF 7d5d9000-7d5de000 Deferred libgpg-error.so.0 ELF 7d5de000-7d5f6000 Deferred libresolv.so.2 ELF 7d5f6000-7d5fa000 Deferred libkeyutils.so.1 ELF 7d5fa000-7d645000 Deferred libdbus-1.so.3 ELF 7d645000-7d681000 Deferred libp11-kit.so.0 ELF 7d681000-7d695000 Deferred libtasn1.so.6 ELF 7d695000-7d71c000 Deferred libgcrypt.so.11 ELF 7d71c000-7d728000 Deferred libkrb5support.so.0 ELF 7d728000-7d72d000 Deferred libcom_err.so.2 ELF 7d72d000-7d75d000 Deferred libk5crypto.so.3 ELF 7d75d000-7d81c000 Deferred libkrb5.so.3 ELF 7d81c000-7d82e000 Deferred libavahi-client.so.3 ELF 7d82e000-7d8f5000 Deferred libgnutls.so.26 ELF 7d8f5000-7d93b000 Deferred libgssapi_krb5.so.2 ELF 7d93b000-7d9a8000 Deferred libcups.so.2 ELF 7d9a8000-7d9ac000 Deferred libnss_mdns4_minimal.so.2 ELF 7d9ac000-7d9c0000 Deferred riched32<elf> \-PE 7d9b0000-7d9c0000 \ riched32 ELF 7d9c0000-7da00000 Deferred winspool<elf> \-PE 7d9d0000-7da00000 \ winspool ELF 7da00000-7daeb000 Deferred comdlg32<elf> \-PE 7da10000-7daeb000 \ comdlg32 ELF 7daeb000-7db25000 Deferred oledlg<elf> \-PE 7daf0000-7db25000 \ oledlg ELF 7db25000-7db5c000 Deferred uxtheme<elf> \-PE 7db30000-7db5c000 \ uxtheme ELF 7db5c000-7dbd8000 Deferred wininet<elf> \-PE 7db70000-7dbd8000 \ wininet ELF 7dbd8000-7dcdf000 Deferred comctl32<elf> \-PE 7dbe0000-7dcdf000 \ comctl32 ELF 7dcdf000-7df12000 Deferred shell32<elf> \-PE 7dcf0000-7df12000 \ shell32 ELF 7df12000-7dfb4000 Deferred urlmon<elf> \-PE 7df20000-7dfb4000 \ urlmon ELF 7dfb4000-7e027000 Deferred ieframe<elf> \-PE 7dfc0000-7e027000 \ ieframe ELF 7e027000-7e068000 Deferred usp10<elf> \-PE 7e030000-7e068000 \ usp10 ELF 7e068000-7e0e2000 Deferred shlwapi<elf> \-PE 7e080000-7e0e2000 \ shlwapi ELF 7e13b000-7e163000 Deferred mpr<elf> \-PE 7e140000-7e163000 \ mpr ELF 7e1a8000-7e1cd000 Deferred imm32<elf> \-PE 7e1b0000-7e1cd000 \ imm32 ELF 7e213000-7e219000 Deferred libxfixes.so.3 ELF 7e219000-7e224000 Deferred libxcursor.so.1 ELF 7e224000-7e234000 Deferred libxi.so.6 ELF 7e234000-7e238000 Deferred libxcomposite.so.1 ELF 7e238000-7e243000 Deferred libxrandr.so.2 ELF 7e243000-7e24e000 Deferred libxrender.so.1 ELF 7e24e000-7e254000 Deferred libxxf86vm.so.1 ELF 7e254000-7e258000 Deferred libxinerama.so.1 ELF 7e258000-7e25f000 Deferred libxdmcp.so.6 ELF 7e25f000-7e263000 Deferred libxau.so.6 ELF 7e263000-7e285000 Deferred libxcb.so.1 ELF 7e285000-7e3b9000 Deferred libx11.so.6 ELF 7e3b9000-7e3cc000 Deferred libxext.so.6 ELF 7e3cc000-7e3da000 Deferred libavahi-common.so.3 ELF 7e3e4000-7e476000 Deferred winex11<elf> \-PE 7e3f0000-7e476000 \ winex11 ELF 7e4cb000-7e4f4000 Deferred libexpat.so.1 ELF 7e4f4000-7e52f000 Deferred libfontconfig.so.1 ELF 7e52f000-7e557000 Deferred libpng12.so.0 ELF 7e557000-7e571000 Deferred libz.so.1 ELF 7e571000-7e611000 Deferred libfreetype.so.6 ELF 7e629000-7e75f000 Deferred oleaut32<elf> \-PE 7e640000-7e75f000 \ oleaut32 ELF 7e75f000-7e7e0000 Deferred rpcrt4<elf> \-PE 7e770000-7e7e0000 \ rpcrt4 ELF 7e7e0000-7e91c000 Deferred ole32<elf> \-PE 7e800000-7e91c000 \ ole32 ELF 7e91c000-7e936000 Deferred version<elf> \-PE 7e920000-7e936000 \ version ELF 7e936000-7e9a8000 Deferred advapi32<elf> \-PE 7e940000-7e9a8000 \ advapi32 ELF 7e9a8000-7eac5000 Deferred gdi32<elf> \-PE 7e9b0000-7eac5000 \ gdi32 ELF 7eac5000-7ec1f000 Deferred user32<elf> \-PE 7eae0000-7ec1f000 \ user32 ELF 7ec4e000-7ec5a000 Deferred libnss_files.so.2 ELF 7ec5a000-7ec66000 Deferred libnss_nis.so.2 ELF 7ec66000-7ec7f000 Deferred libnsl.so.1 ELF 7ec7f000-7ec88000 Deferred libnss_compat.so.2 ELF 7efba000-7f000000 Deferred libm.so.6 ELF b7392000-b7543000 Dwarf libc.so.6 ELF b7543000-b7548000 Deferred libdl.so.2 ELF b7549000-b7565000 Deferred libpthread.so.0 ELF b757d000-b7732000 Dwarf libwine.so.1 ELF b7734000-b7756000 Deferred ld-linux.so.2 ELF b7756000-b7757000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 0000000e services.exe 0000001e 0 0000001d 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 0000001c 0 00000018 0 00000017 0 00000013 0 0000001a plugplay.exe 00000020 0 0000001f 0 0000001b 0 00000021 explorer.exe 00000025 0 00000022 0 00000030 (D) C:\Program Files\Opera\Opera v1.6.5.exe 00000037 0 00000036 0 00000035 0 00000034 15 00000033 0 00000032 0 00000031 0 <== System information: Wine build: wine-1.6.2 Platform: i386 Host system: Linux Host version: 3.13.0-24-generic -- 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 10

[Bug 44177] New: Guitar Pro 5: Long freezes during draw process of dashed lines ( P.M. or let ring markers)
by wine-bugs＠winehq.org March 3, 2019

March 3, 2019

https://bugs.winehq.org/show_bug.cgi?id=44177 Bug ID: 44177 Summary: Guitar Pro 5: Long freezes during draw process of dashed lines (P.M. or let ring markers) Product: Wine Version: 3.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kitsunyan(a)inbox.ru Distribution: ArchLinux Created attachment 59941 --> https://bugs.winehq.org/attachment.cgi?id=59941 log Guitar Pro 5 always hangs when tries to draw dashed lines (like these https://imgur.com/GgvrEuq.png) The longer the line, the longer the freeze. CPU core is loaded to 100% during this freeze. Sometimes it even draws odd lines (https://imgur.com/1efGsF2.png) This bug is regression. About 6 months ago everything was fine. It begins ~4 months ago. I don't know what causes this problem so I started wine with WINEDEBUG=+all and tried to find where it hangs. I noticed a lot of gdi calls which can cause this hangs. I restarted wine with WINEDEBUG=+gdi and grabbed the log which I've attached to the bug. I'm using Arch Linux. WINEARCH=win32. -- 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 14