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

[Bug 46210] New: explorer /desktop leaks atoms from DDE interface
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46210 Bug ID: 46210 Summary: explorer /desktop leaks atoms from DDE interface Product: Wine Version: 3.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: explorerframe Assignee: wine-bugs(a)winehq.org Reporter: ralf.habacker(a)freenet.de Distribution: --- explorer /desktop, started by wine as background process, initiate a DDE interface (see https://github.com/wine-mirror/wine/blob/master/programs/explorer/desktop.c… and https://github.com/wine-mirror/wine/blob/master/dlls/shell32/dde.c#L483 for details), but the DDE interface is not been free'd after main loop exit (https://github.com/wine-mirror/wine/blob/master/programs/explorer/desktop.c…) resulting in leaked atoms. On the first run the following DDE related atoms are created: c018: ref=2 pinned=N hash=14 "Folders" c019: ref=1 pinned=N hash=18 "Folders(0x 23)" c01b: ref=2 pinned=N hash=17 "Progman" c01c: ref=1 pinned=N hash=17 "Progman(0x 23)" c01d: ref=2 pinned=N hash=29 "Shell" c01e: ref=1 pinned=N hash=23 "Shell(0x 23)" on the next start the following atoms are added and so one c01f: ref=1 pinned=N hash=21 "Folders(0x 44)" c027: ref=1 pinned=N hash=22 "Progman(0x 44)" c028: ref=1 pinned=N hash=26 "Shell(0x 44)" Because the DDE interface use atoms unique for each session, each run leaks three atoms -- 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 03 Mar '19

03 Mar '19

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 46040] New: every time i launch any windows .exe it give me some random error ive never seen before
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46040 Bug ID: 46040 Summary: every time i launch any windows .exe it give me some random error ive never seen before Product: Wine Version: 3.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: anubis2497(a)gmail.com Distribution: --- Created attachment 62618 --> https://bugs.winehq.org/attachment.cgi?id=62618 backtrace random bug -- 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 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 03 Mar '19

03 Mar '19

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 46081] New: Multiple installers show readonly drives with broken size
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46081 Bug ID: 46081 Summary: Multiple installers show readonly drives with broken size Product: Wine Version: 3.19 Hardware: x86 URL: https://web.archive.org/web/20171225133033if_/http://d ownload.microsoft.com/download/e/a/9/ea913c8b-51a7-41b 7-8697-9f0d0a7274aa/ExcelViewer.exe OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 62711 --> https://bugs.winehq.org/attachment.cgi?id=62711 Screenshot See screenshot. The readonly drives probably should not even be listed. Note that this installer extracts and runs a msi file. -- 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 8

[Bug 45588] New: .Net Framework 4.5.2 (WPF) requires windowscodecs.dll.IWICPixelFormatInfo_GetChannelCount_Proxy
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

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 03 Mar '19

03 Mar '19

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 03 Mar '19

03 Mar '19

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 45997] New: Attempting to run dotnet 4.0 app using the dotnet40 winetrick, receiving Not implemented for system.drawing.pen.ScaleTransform
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45997 Bug ID: 45997 Summary: Attempting to run dotnet 4.0 app using the dotnet40 winetrick, receiving Not implemented for system.drawing.pen.ScaleTransform Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: johntam(a)pedfast.com Created attachment 62561 --> https://bugs.winehq.org/attachment.cgi?id=62561 Wine Log Attempting to run dotnet 4.0 app using the dotnet40 winetrick, receiving Not implemented for system.drawing.pen.ScaleTransform -- 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 18

[Bug 45320] New: cmd creates an environment variable with an empty name
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

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