https://bugs.winehq.org/show_bug.cgi?id=6682
--- Comment #64 from Artem S. Tashkinov <aros(a)gmx.com> ---
(In reply to Artem S. Tashkinov from comment #63)
> This seems to be fixed in Wine 4.7 at least for me using Irfan View 4.51.
>
> Feel free to close.
Tried on another PC with a different DPI and the bug is still 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.
https://bugs.winehq.org/show_bug.cgi?id=46750
Bug ID: 46750
Summary: MS Office 2010 on Windows 7 crash
Product: Wine
Version: 4.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: akram_ma(a)hotmail.com
Distribution: ---
Created attachment 63753
--> https://bugs.winehq.org/attachment.cgi?id=63753
Backtrace
I did a clean prefix as follows
created Win 7 32bit
Then installed from WineTricks: Core Fonts, Tahoma Font, msxml6, riched20,
usp10
Then installed Office 2010
Crash during installation. I tried to install it several times.
On Win XP installation works fine.
--
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=40772
Bug ID: 40772
Summary: Error message and black screen in Stranger of Sword
City
Product: Wine
Version: 1.9.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: funtimeschaos(a)rocketmail.com
Distribution: ---
Created attachment 54671
--> https://bugs.winehq.org/attachment.cgi?id=54671
Console output on clean wine install 1.9.11
When trying to start Stranger of Sword City, a window opens and an error
message says: "Failed to create sound engine. SE or BGM may not play properly.
This issue might be resolved by installing DirectX End User Runtime. For more
details, please check the About DirectX section in the Stranger of Sword City
Manual."
The game window remains black, though the cursor in it is changed (mostly
likely to the game's built in cursor) and nothing else happens.
I've also tried running it with directx9 installed via winetricks, only to
receive the same message.
--
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=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.