https://bugs.winehq.org/show_bug.cgi?id=43390
Bug ID: 43390
Summary: valgrind shows a few definite leaks in
dlls/xaudio2_7/tests/xaudio2.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
==3551== 8 bytes in 1 blocks are definitely lost in loss record 63 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5C85281: XAudio2Create (xaudio_dll.c:2159)
==3551== by 0x4A1B741: func_xaudio2 (xaudio2.c:1150)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 12 bytes in 1 blocks are definitely lost in loss record 94 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5C7DA6D: CreateAudioVolumeMeter (xapofx.c:795)
==3551== by 0x4A1B1A7: test_xapo_creation_modern (xaudio2.c:1053)
==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 12 bytes in 1 blocks are definitely lost in loss record 95 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5C7DAFA: CreateAudioReverb (xapofx.c:809)
==3551== by 0x4A1B2D4: test_xapo_creation_modern (xaudio2.c:1067)
==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 12 bytes in 1 blocks are definitely lost in loss record 96 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5C7DA6D: CreateAudioVolumeMeter (xapofx.c:795)
==3551== by 0x4A176DB: test_simple_streaming (xaudio2.c:293)
==3551== by 0x4A1B807: func_xaudio2 (xaudio2.c:1158)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 48 bytes in 4 blocks are definitely lost in loss record 349 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5CA3F03: ???
==3551== by 0x5CA4059: ???
==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932)
==3551== by 0x4A1B3ED: test_xapo_creation (xaudio2.c:1083)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 48 bytes in 4 blocks are definitely lost in loss record 350 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5C37F03: ???
==3551== by 0x5C38059: ???
==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932)
==3551== by 0x4A1B401: test_xapo_creation (xaudio2.c:1084)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 48 bytes in 4 blocks are definitely lost in loss record 351 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5CA3F03: ???
==3551== by 0x5CA4059: ???
==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932)
==3551== by 0x4A1B415: test_xapo_creation (xaudio2.c:1085)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 48 bytes in 4 blocks are definitely lost in loss record 352 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5CA3F03: ???
==3551== by 0x5CA4059: ???
==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932)
==3551== by 0x4A1B429: test_xapo_creation (xaudio2.c:1086)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 48 bytes in 4 blocks are definitely lost in loss record 353 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5CA3F03: ???
==3551== by 0x5CA4059: ???
==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932)
==3551== by 0x4A1B43D: test_xapo_creation (xaudio2.c:1087)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 48 bytes in 4 blocks are definitely lost in loss record 354 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5E44F03: ???
==3551== by 0x5E45059: ???
==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932)
==3551== by 0x4A1B451: test_xapo_creation (xaudio2.c:1088)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 48 bytes in 4 blocks are definitely lost in loss record 355 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5C7DC35: CreateFX (xapofx.c:835)
==3551== by 0x4A1AE99: test_xapo_creation_modern (xaudio2.c:1018)
==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
--
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=47113
Bug ID: 47113
Summary: Some images is black, but real is transparent
Product: Wine
Version: 4.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yurikazakov9184(a)gmail.com
Distribution: ---
Created attachment 64316
--> https://bugs.winehq.org/attachment.cgi?id=64316
bugged images
In program "Microsoft .NET by diakov.net" I see strange bug with images. In
real images is transparent (in Windows), but in Wine is black.
--
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=45557
Bug ID: 45557
Summary: winecfg -> wine: '/home/ich/.wine' is a 64-bit
installation, it cannot be used with a 32-bit
wineserver.
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: Ulf.Zibis(a)gmx.de
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
On Ubuntu 18.04 I installed with:
sudo dpkg --add-architecture i386 # Nur auf 64-Bit-Systemen notwendig
wget -O - https://dl.winehq.org/wine-builds/Release.key | sudo apt-key add -
sudo apt-add-repository 'https://dl.winehq.org/wine-builds/ubuntu/' && sudo apt
update
sudo apt install winehq-stable winetricks
With $ winecfg I get:
ERROR: ld.so: object 'libgtk3-nocsd.so.0' from LD_PRELOAD cannot be preloaded
(cannot open shared object file): ignored.
ERROR: ld.so: object 'libgtk3-nocsd.so.0' from LD_PRELOAD cannot be preloaded
(cannot open shared object file): ignored.
ERROR: ld.so: object 'libgtk3-nocsd.so.0' from LD_PRELOAD cannot be preloaded
(cannot open shared object file): ignored.
wine: '/home/ich/.wine' is a 64-bit installation, it cannot be used with a
32-bit wineserver.
For ERROR: ld.so: see bug 45434, but there remains the other blocking problem.
In /opt/wine-stable/bin/ wine64* is missing, see:
$ ls -l /usr/bin/wine
lrwxrwxrwx 1 root root 25 Jul 4 11:51 /usr/bin/wine ->
/opt/wine-stable/bin/wine
ich@T500:~$ ls -l /usr/bin/wine /usr/bin/wine64*
lrwxrwxrwx 1 root root 25 Jul 4 11:51 /usr/bin/wine ->
/opt/wine-stable/bin/wine
lrwxrwxrwx 1 root root 27 Jul 4 11:51 /usr/bin/wine64 ->
/opt/wine-stable/bin/wine64
lrwxrwxrwx 1 root root 37 Jul 4 11:51 /usr/bin/wine64-preloader ->
/opt/wine-stable/bin/wine64-preloader
$ ls -l /opt/wine-stable/bin/wine /opt/wine-stable/bin/wine64*
ls: Zugriff auf '/opt/wine-stable/bin/wine64*' nicht möglich: Datei oder
Verzeichnis nicht gefunden
-rwxr-xr-x 1 root root 9556 Jul 4 12:05 /opt/wine-stable/bin/wine
--
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=5129
--- Comment #34 from TK <thomas(a)keegans.org> ---
(In reply to Nikolay Sivov from comment #33)
> (In reply to TK from comment #32)
> > Thanks! I did the regression test between wine-2.7 and wine-2.8. On
> > wine-2.7, I can use the native comctl32.dll fine, and in wine-2.8, Faststone
> > does not load properly.
> >
> > The regression test from git showed the following:
> > b8bf0c2628d69952aca59855e155807b6011d5fa is the first bad commit
> > commit b8bf0c2628d69952aca59855e155807b6011d5fa
> > Author: Huw Davies <huw(a)codeweavers.com>
> > Date: Tue May 2 16:12:35 2017 +0100
> >
> > shell32: Simplify imagelist handling.
> >
> > Signed-off-by: Huw Davies <huw(a)codeweavers.com>
> > Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
> >
> > :040000 040000 bb7d8e0caf40cb14c1d99496f009e352c3c56754
> > 538dbed6cc4ed10e8a0ebf7e66a36e48e4bb49f5 M dlls
> >
> > In other words, it works in wine-2.7-39-g3a1b289d66, but not in
> > wine-2.7-40-gb8bf0c2628 .
>
> This means you can't use native comctl32 version 5 since this commit. It's
> not a regression by itself. Try to install into clean wineprefix without
> native comctl32.dll library.
That's correct. I've tested several comctl32.dll versions, going back to XP and
up to Windows 10. As in the original bug posted by Dan Kegel back in 2006,
Faststone does not work properly with the builtin library, and the old
workaround, which worked until wine-2.7-40-gb8bf0c2628, was to use native
comctl32.dll. The bug 43490 is actually more accurate about what is going on.
So, installing into a clean wineprefix with the builtin dll renders badly (on
multiple wine versions, including 4.7), and the native dll does not work after
wine-2.7-40-gb8bf0c2628.
--
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=5129
--- Comment #33 from Nikolay Sivov <bunglehead(a)gmail.com> ---
(In reply to TK from comment #32)
> Thanks! I did the regression test between wine-2.7 and wine-2.8. On
> wine-2.7, I can use the native comctl32.dll fine, and in wine-2.8, Faststone
> does not load properly.
>
> The regression test from git showed the following:
> b8bf0c2628d69952aca59855e155807b6011d5fa is the first bad commit
> commit b8bf0c2628d69952aca59855e155807b6011d5fa
> Author: Huw Davies <huw(a)codeweavers.com>
> Date: Tue May 2 16:12:35 2017 +0100
>
> shell32: Simplify imagelist handling.
>
> Signed-off-by: Huw Davies <huw(a)codeweavers.com>
> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
>
> :040000 040000 bb7d8e0caf40cb14c1d99496f009e352c3c56754
> 538dbed6cc4ed10e8a0ebf7e66a36e48e4bb49f5 M dlls
>
> In other words, it works in wine-2.7-39-g3a1b289d66, but not in
> wine-2.7-40-gb8bf0c2628 .
This means you can't use native comctl32 version 5 since this commit. It's not
a regression by itself. Try to install into clean wineprefix without native
comctl32.dll library.
--
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=5129
TK <thomas(a)keegans.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |huw(a)codeweavers.com
--- Comment #32 from TK <thomas(a)keegans.org> ---
Thanks! I did the regression test between wine-2.7 and wine-2.8. On wine-2.7, I
can use the native comctl32.dll fine, and in wine-2.8, Faststone does not load
properly.
The regression test from git showed the following:
b8bf0c2628d69952aca59855e155807b6011d5fa is the first bad commit
commit b8bf0c2628d69952aca59855e155807b6011d5fa
Author: Huw Davies <huw(a)codeweavers.com>
Date: Tue May 2 16:12:35 2017 +0100
shell32: Simplify imagelist handling.
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 bb7d8e0caf40cb14c1d99496f009e352c3c56754
538dbed6cc4ed10e8a0ebf7e66a36e48e4bb49f5 M dlls
In other words, it works in wine-2.7-39-g3a1b289d66, but not in
wine-2.7-40-gb8bf0c2628 .
--
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=46957
Bug ID: 46957
Summary: Safecracker (1998): Installer freezes on wine versions
above 3.21
Product: Wine
Version: 4.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
The software is the game Safecracker by Daydream Software from 1998.
Steps to reproduce:
1. Insert the CD into the drive / mount the ISO
2. Start the installer
3. Installer starts in a window and you choose language
4. Next step, select path to install (C:/SC by default) and click OK
5. Now the installer freezes and nothing happens.
There is very little console information, probably due to the software being
written in Macromedia Director 5.0 which is really old (even Windows XP has
some issues with this game).
In Wine 3.21, the installer continues to copy files and finish the install
flow.
Attached you may find the debug log from the command:
WINEDEBUG=+relay,+seh,+tid WINEARCH=win32 WINEPREFIX="$HOME/.wine32" wine
/mnt/mount2/SC32INST.EXE >> sc_install_log.txt 2>&1
When run with debug flag the installer does not freeze but crashes instead.
--
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=46428
Bug ID: 46428
Summary: Application crashes: Antscope2.exe
Product: Wine
Version: 3.0.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: coccusmatins(a)gmail.com
Distribution: ---
Created attachment 63202
--> https://bugs.winehq.org/attachment.cgi?id=63202
error log
Application (Antscope2.exe) crashes on startup.
Source:
https://rigexpert.com/products/software/antscope2/
--
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=44279
Bug ID: 44279
Summary: Wine can't enumerate HID device that is based on
Bluetooth (a Wiimote)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: epigramx(a)yahoo.com
Distribution: ---
On Windows, if I run hclient.exe (source here:
https://github.com/Microsoft/Windows-driver-samples/tree/master/hid/hclient) I
can normally see my paired and connected device, as shown in this image:
https://i.imgur.com/Up60k7s.png It's one of the Wii Remote Plus devices.
However, if I do pair and connect the device on Debian and if it correctly
appears in /sys/bus/hid/devices and all the tests here work:
https://wiki.archlinux.org/index.php/XWiimote , running hclient.exe with wine
on linux does not find that hid device which might explain why it's not
detected by a console application that relies on enumerating HID devices on
windows.
I suspect it's a limitation of wine in finding HID devices if they originate
from Bluetooth but I can't be sure.
I might return with more details later on (when I reboot to Linux) but let me
know if you need specific further details.
Wiimotes are very common so if a dev could try one and see if he can enumerate
it in hclient (source above) that'd be great.
--
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=44556
Bug ID: 44556
Summary: SYN_DROPPED undeclared on Linux < 2.6.39
Product: Wine
Version: 3.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winebus.sys
Assignee: wine-bugs(a)winehq.org
Reporter: Zenitur(a)yandex.ru
Distribution: ---
When I build Wine on GNU/Linux with 2.6.37 kernel, I'd an error "SYN_DROPPED
undeclared".
Google says that it was appear in 2.6.39 and tslib project has this code:
https://github.com/kergoth/tslib/blob/master/plugins/input-raw.c
#ifndef SYN_DROPPED /* < 2.6.39 kernel headers */
# define SYN_DROPPED 3
#endif
--
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.