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.
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=41419
Bug ID: 41419
Summary: Visio 2013 crashes with unimplemented function
msvcp100.dll.?_GetCombinableSize@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@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.
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://download.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.
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.
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.
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.
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.
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.