https://bugs.winehq.org/show_bug.cgi?id=40011
Bug ID: 40011
Summary: Git Bash Program error
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vk.kulk(a)gmail.com
Distribution: ---
Created attachment 53457
--> https://bugs.winehq.org/attachment.cgi?id=53457
error report
I am trying to open Git-Gui from wine. Its not working. Also attached error
log. Please look into it.
--
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=45242
Bug ID: 45242
Summary: winedbg Internal crash when debugging win32
Product: Wine
Version: 3.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: luizluca(a)gmail.com
Distribution: ---
Hello,
I cannot launch winedbg to any win32 exe:
$ winedbg Downloads/andale32.exe
WineDbg starting on pid 002d
0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f20
0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f21
winedbg: Internal crash at 0x7e1cb182
$ winedbg Downloads/PsExec.exe
WineDbg starting on pid 002d
0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f20
0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f21
winedbg: Internal crash at 0x7e1db182
For win64, it simply works.
$ winedbg Downloads/PsExec64.exe
WineDbg starting on pid 0031
Process of pid=0031 has terminated
I was originally using wine-64bit but even installing wine.i586 and using a
clean prefix, I get the same result.
$ file /usr/bin/wine
/usr/bin/wine: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV),
dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 3.2.0,
BuildID[sha1]=37bf33eb8ca1b2a498fc9998fac1753ac70399a8, stripped
$ WINEPREFIX=~/win32 WINEARCH=win32 winedbg Downloads/PsExec.exe
WineDbg starting on pid 002d
0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f20
0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f21
winedbg: Internal crash at 0x7e1c6182
When I try to attach from winedbg, it does not crash, but it returns the
'Unhandled attribute' and raises an exception:
$ WINEPREFIX=~/win32 WINEARCH=win32 winedbg
Wine-dbg>info process
pid threads executable (all id:s are in hex)
0000000e 8 'services.exe'
00000020 6 \_ 'winedevice.exe'
0000001b 3 \_ 'plugplay.exe'
00000011 6 \_ 'winedevice.exe'
Wine-dbg>attach 0x11
0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f20
0009:fixme:dbghelp_dwarf:dwarf2_swallow_attribute Unhandled attribute form 1f21
Exception c0000005
Wine-dbg>
--
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=54940
Bug ID: 54940
Summary: Import library generation is much slower without
dlltool
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 103eb831564decc9812239f454ed1cc40714c0a1
Distribution: ---
E.g.:
elizabeth@ledyba:~/git/wine64$ time tools/winebuild/winebuild -w --implib -o
dlls/msi/x86_64-windows/libmsi.a --without-dlltool -b x86_64-w64-mingw32
--export ../wine/dlls/msi/msi.spec
real 0m1.509s
user 0m0.575s
sys 0m0.481s
elizabeth@ledyba:~/git/wine64$ time tools/winebuild/winebuild -w --implib -o
dlls/msi/x86_64-windows/libmsi.a -b x86_64-w64-mingw32 --export
../wine/dlls/msi/msi.spec
real 0m0.042s
user 0m0.017s
sys 0m0.025s
--
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=53108
Bug ID: 53108
Summary: Skyrim SE NPC voices echo inside houses
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: marik.jiri(a)protonmail.com
Distribution: ---
When inside houses all sounds seem to have a strange echo, most noticeable when
talking to NPCs.
Everything works fine throughout the tutorial, even the part that's happening
inside the fort, until the player reaches Riverwood. When talking to NPCs
inside houses there's a huge echo.
These reddit posts seem to be describing the same issue.
https://www.reddit.com/r/linux_gaming/comments/hp0w6k/skyrim_voice_dialogue…https://www.reddit.com/r/linux_gaming/comments/uyh5hq/skyrim_se_voices_echo…
As recommended in those posts I tried to use native xaudio2_7 library. I also
tried installing faudio through winetricks but there was no change.
Installing xact made no difference either.
All changes were tried on a fresh prefix.
---
OS: Fedora 35
Audio: Pulseaudio 15 (not using pipewire currently but others reported same
issue with pipewire as well)
Wine version: 7.9 (Staging)
---
I also tried downgrading wine to version 6.16-1 and I lost all voice audio on a
fresh prefix. I got voice audio back when I installed faudio but the same echo
issue was back.
Since installing faudio resolved this issue for other people in the past I also
tried installing earliest version of faudio in the repos (faudio1901) but the
echo is still there.
Last thing to mention, this issue is only affecting Skyrim Special Edition at
the moment. Vanilla Skyrim voices work 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=39785
Bug ID: 39785
Summary: Animation bink videos from Star Trek Armada show
graphic issues in the Bink Player
Product: Wine
Version: 1.8-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: christoph.korn(a)posteo.de
Distribution: ---
When installing the demo of Star Trek Armada there are bink videos installed in
the "animations" subfolder. Now when trying to play these videos with the bink
player from RAD Game Tools they show graphic issues like wrong colours and
flickering.
Ubuntu 15.10 amd64
wine-1.8-rc3 (not staging)
wine-devel:
Installed: 1.8~rc3~ubuntu15.10.1
Candidate: 1.8~rc3~ubuntu15.10.1
Version table:
*** 1.8~rc3~ubuntu15.10.1 0
500 http://ppa.launchpad.net/wine/wine-builds/ubuntu/ wily/main amd64
Ingame those videos are not played at all. But this is a different bug (bug
5977).
--
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=48980
Bug ID: 48980
Summary: buffer-overflow in Open/Save dialogs
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)kcsoftwares.com
Distribution: ---
Created attachment 66956
--> https://bugs.winehq.org/attachment.cgi?id=66956
Trace
Problem triggered using Wine for ReactOS
See ticket : https://jira.reactos.org/browse/CORE-15288
Open Notepad. Save As => type aaaaaaaa.txt
Copy & paste "aaaaaaaaaaaaaaaaaaaaaaaaa" block
keep CTRL+V pressed (long time) until Text box is "blank".
Click on save => Crash
Same procedure with File>Open leads to same result
--
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=44936
Bug ID: 44936
Summary: winedbg + gdb (remote) interaction broken due to
recent commits
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: julius.schwartzenberg(a)gmail.com
Distribution: ---
I'm using OpenSUSE 42.3. I start winedbg as follows:
winedbg --gdb --no-start path/to/smth.exe
Then I use Eclipse to connect to the remote port that is shown.
This results in:
- ../../gdb/infrun.c:5585: internal-error: int
finish_step_over(execution_control_state*): Assertion
`ecs->event_thread->control.trap_expected' failed.
A problem internal to GDB has been detected, further debugging may prove
unreliable.
- Text I enter in the Debugger Console (in Eclipse) is invisible
- Things crash
When I revert back to 77d65c39486ffc2b4c17aec958e361b180a029a1 these problems
disappear.
Please let me know if I should do more analysis.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=27293
Summary: PSO:BB - Cannot type a character name during character
creation
Product: Wine
Version: 1.3.20
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dev(a)gaminglounge.com
Created an attachment (id=34903)
--> (http://bugs.winehq.org/attachment.cgi?id=34903)
Wine 1.3.20 terminal ouput of issue when typing
To join the server in Phantasy Star Online: Blue Burst the user must first
register their UserID at the main screen by typing their username and password.
(typing at this point works) Once entered the user can either select an
existing character or create a new one.
When creating a new character - the last step is to give the character a name.
At this point typing suddenly stops working - no text appears and the console
is filled with this line with every keypress:
fixme:imm:ImmGetDescriptionW (0x4090409, 0xad9460, 255): semi stub
This is problem - if only for the fact that once started you can't really exit
out of the character creation process without forceably terminating the
application. We really need to be able to type the name to exit this point in
the game.
If new users can't create a character they won't be able to help in
troubleshooting bug (#12964) which is needed to get in-game.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
http://bugs.winehq.org/show_bug.cgi?id=33002
Bug #: 33002
Summary: vbsp.exe: Crashes during map compilation
Product: Wine
Version: 1.5.23
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bhs2007(a)gmail.com
Classification: Unclassified
Created attachment 43607
--> http://bugs.winehq.org/attachment.cgi?id=43607
Backtrace produced by Wine.
vbsp.exe is a utility used to compile VMF map files, and is distributed as part
of the Source SDK by Valve Software through Steam.
The utility is being invoked from a command line, in the following manner:
wine 'S:\Steam\steamapps\bhspitmonkey\sourcesdk\bin\orangebox\bin\vbsp.exe'
-game 'S:\Steam\steamapps\bhspitmonkey\Team Fortress 2\tf' ./outdoor
Context/output/backtrace is attached. I'm probably doing something wrong;
please let me know if that's the case!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=43119
Bug ID: 43119
Summary: SORCERY JOKERS (Trial) doesn't run (due to lack of
virtual memory)
Product: Wine
Version: 2.8
Hardware: x86-64
URL: http://trial.getchu.com/836703/sjs_trial.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: ---
SORCERY JOKERS (Trial) is a demo version of Japanese visual novel game. It
doesn't run due to lack of virtual memory.
When I start the application, it shows "DirectDraw Error".
Console output shows:
wgl:init_opengl Failed to load libGL: libGL.so.1: cannot open shared object
file: No such file or directory
Of course, I have libGL.so.1 in /usr/lib/i386-linux-gnu/mesa.
strace(1) give me a hint:
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 16
fstat64(16, {st_mode=S_IFREG|0644, st_size=151363, ...}) = 0
mmap2(NULL, 151363, PROT_READ, MAP_PRIVATE, 16, 0) = -1 ENOMEM (Cannot allocate
memory)
Therefore, the process can't find out libGL.so.1.
--
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=52300
Bug ID: 52300
Summary: Oculus Setup Installer Incorrectly Claims to Not Have
Enough Storage
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nekoNexus(a)protonmail.ch
Distribution: ---
Created attachment 71454
--> https://bugs.winehq.org/attachment.cgi?id=71454
Wine-Staging 7.0-rc1 Terminal Output and Screenshots
Version of wine used:
Wine-Staging 7.0-rc1
SHA256:
ef04ac24ea20b404b175b0f18f706b7eabe5d5712f653e600cb7e8e715d93fa2
Download location:
https://www.oculus.com/download_app/?id=1582076955407037
-----
Dotnet 48 and d3dcompiler_47 is required to render the program's window:
winetricks -q dotnet48 d3dcompiler_47
(Mentioned in:
https://bugs.winehq.org/show_bug.cgi?id=52299#c1
)
-----
The installer proceeds as expected only with the prefix set to Windows 10;
setting the prefix to Windows 7 claims you need two Windows 7 hotfixes
installed and forces you to close the program.
However, when you do proceed to the installation in Windows 10 mode, it claims
that not enough storage is present to install even if there is more than enough
storage space present.
--
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=55307
Bug ID: 55307
Summary: don't get an application to run at all on MacOS
V13.4.1 Ventura wit Silicon Chip M1
Product: Wine
Version: 8.12
Hardware: Other
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: barth.r.c.er(a)gmail.com
Created attachment 74903
--> https://bugs.winehq.org/attachment.cgi?id=74903
Feedback from wine airstudio.exe in terminal
I am trying to get the app "airstudio" running under MacOS Ventura. It does
work on Arch Linux on a different (Intel- based) machine with wine.
I installed wine_devel (8.10) since I didn't got airstudio installed with the
stable version. I used 'brew install --cask xquartz' and 'brew install --cask
--no-quarantine wine_devel' to install it. During installation (I did not
disable SIP) I got the message box that the developer could not be verified or
so but I decided to not throw it in the recycle bin but hit 'Cancel' twice. The
installation process of airstudio went through without any problems. But
starting the app does not work. I get some error messages (see attachment) and
the feedback from starting 'wine64 airstudio.exe'.
I opened a new thread (https://forum.winehq.org/viewtopic.php?t=37867) in the
forum, but no answers so far.
Airstudio is an app to control the so called 'Lightmanger Air' which is
basically a smarthome device.
--
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=51958
Bug ID: 51958
Summary: Wiggles (Diggles): background music is distorted with
>=wine-6.0.1
Product: Wine
Version: 6.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: herrtimson(a)yahoo.de
Distribution: ---
Created attachment 70941
--> https://bugs.winehq.org/attachment.cgi?id=70941
log from console
I tried wine-vanilla-6.0.1 and 6.0.2, both have the same regression: the
background music is distorted, I believe its playing faster than it is supposed
to and is also kind of choppy. The ambiant noises are not affected.
wine-vanilla-4.0.4 is the only older version I was able to test with - it is
not affected. This version I had to copy it from an old backup, as anything
older than 6.x fail to configure on my system.
wine-vanilla-6.18 is also affected,
so regression window is somewhere between 4.0.4 and 6.0.1
found these errors in the console log:
0224:err:quartz:process_output Failed to get sample, hr 0x80040211.
0224:err:mp3dmod:MediaObject_ProcessInput Already have a buffer.
0224:err:quartz:dmo_wrapper_sink_Receive ProcessInput() failed, hr 0x80040204.
01e8:fixme:mp3dmod:Unknown_QueryInterface no interface for
{f90a6130-b658-11d2-ae49-0000f8754b99}
will add the full log
--
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=52217
Bug ID: 52217
Summary: FTBFS on OpenIndiana
Product: Wine
Version: 7.0-rc1
Hardware: x86
OS: Solaris
Status: NEW
Keywords: download, source
Severity: blocker
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Git Wine FTBFS on OpenIndiana.
An initial failure with msgfmt can be worked around with
MSGFMT="/usr/gnu/bin/msgfmt" during configure (or an appropriate patch).
gcc-10 -m32 -c -o dlls/ntdll/unix/env.o /tmp/wine/dlls/ntdll/unix/env.c
-Idlls/ntdll -I/tmp/wine/dlls/ntdll -Iinclude \
-I/tmp/wine/include -D__WINESRC__ -D_NTSYSTEM_ -D_ACRTIMP= -DWINBASEAPI=
-D_MSVCR_VER=0 \
-DWINE_UNIX_LIB -fPIC -fasynchronous-unwind-tables -Wall -pipe
-fcf-protection=none \
-fno-stack-protector -fno-strict-aliasing -Wdeclaration-after-statement
-Wempty-body \
-Wignored-qualifiers -Winit-self -Wno-packed-not-aligned -Wshift-overflow=2
-Wstrict-prototypes \
-Wtype-limits -Wunused-but-set-parameter -Wvla -Wwrite-strings
-Wpointer-arith -Wlogical-op \
-gdwarf-4 -fno-omit-frame-pointer -g -O0 -pipe
/tmp/wine/dlls/ntdll/unix/env.c: In function 'get_initial_console':
/tmp/wine/dlls/ntdll/unix/env.c:1681:24: error: storage size of 'size' isn't
known
1681 | struct winsize size;
| ^~~~
Adding #include <sys/termios.h> to ntdll/unix/env.c allows the compilation to
continue slightly further, where it fails again
/tmp/wine/dlls/ntdll/unix/file.c: In function 'NtQueryVolumeInformationFile':
/tmp/wine/dlls/ntdll/unix/file.c:6528:18: error: too few arguments to function
'fstatfs'
6528 | if (!fstatfs( fd, &stfs ))
| ^~~~~~~
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33307
Bug #: 33307
Summary: heap corruption with gcc 4.8.0
Product: Wine
Version: 1.5.27
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lich(a)math.spbu.ru
Classification: Unclassified
Fresh wine compiled with gcc 4.8.0 is quite unusable. Likely, gcc is a culprit.
But nevertheless it might indicate to some very sophisticated hidden bug in
wine64, so I post a bug here.
Compilation:
$ cd wine
$ mkdir build64
$ cd build64
$ ../configure --enable-win64 --prefix=/opt/wine64 --without-xinput2
--disable-tests
$ sudo make install
$ wine64 notepad
Bus error
Further investigation has led to the following:
$ WINEDEBUG=file,ntdll,heap wine64 notepad
...
err:heap:HEAP_ValidateInUseArena Heap 0x10000: block 0x106c0 tail overwritten
at 0x106e8 (byte 0/32 == 0x5c)
.....
wine64: ../../../dlls/ntdll/heap.c:455: HEAP_GetPtr: Assertion `0' failed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
http://bugs.winehq.org/show_bug.cgi?id=28050
Summary: llvm-gcc-4.5 fails to compile loader/preloader.c with
optimizations enabled
Product: Wine
Version: 1.3.26
Platform: x86
URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=63718
2
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: blocker
Priority: P2
Component: loader
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
austin@debian:~/wine-git/loader$ make
llvm-gcc -o wine-preloader -static -nostartfiles -nodefaultlibs
-Wl,-Ttext=0x7c400000 preloader.o ../libs/port/libwine_port.a
preloader.o: In function `set_process_name':
/home/austin/wine-git/loader//preloader.c:455: undefined reference to `memset'
preloader.o: In function `map_so_lib':
/home/austin/wine-git/loader//preloader.c:455: undefined reference to `memset'
collect2: ld returned 1 exit status
make: *** [wine-preloader] Error 1
make -k lets it compile and wine runs. Alternatively, you can disable
optimization in loader/Makefile, and it will compile.
I tried a simple patch:
diff --git a/loader/preloader.c b/loader/preloader.c
index a94c52c..2e55d2a 100644
--- a/loader/preloader.c
+++ b/loader/preloader.c
@@ -173,6 +173,9 @@ void *__stack_chk_guard = 0;
void __stack_chk_fail_local(void) { return; }
void __stack_chk_fail(void) { return; }
+/* for dragonegg */
+void *memset(void *s, int c, size_t n) { return s; }
+
#ifdef __i386__
/* data for setting up the glibc-style thread-local storage in %gs */
but then wine segfaults :/. Additionally, using a simple implementation:
(from http://clc-wiki.net/wiki/C_standard_library:string.h:memset)
void *memset(void *s, int c, size_t n)
{
unsigned char* p=s;
while(n--)
*p++ = (unsigned char)c;
return s;
}
fails in the same way.
This is the only failure with llvm-gcc-4.5 (aka dragonegg), after that, at
least noteapd runs. Haven't checked what tests fail yet though :)..
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
http://bugs.winehq.org/show_bug.cgi?id=33521
Bug #: 33521
Summary: Compilation fails with GCC 4.8 -O3
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeff(a)deseret-tech.com
Classification: Unclassified
WINE compilation fails with ArchLinux's GCC 4.8.0-4 (currently in testing).
preloader.o: In function `map_so_lib':
preloader.c:(.text+0x9e8): undefined reference to `memset'
preloader.o: In function `wld_start':
preloader.c:(.text+0x28d9): undefined reference to `memset'
collect2: error: ld returned 1 exit status
make[1]: *** [wine-preloader] Error 1
The distro-specific package is relevant because the codebase used is actually a
snapshot of version control taken on 2013 May 2, which includes the patch
discussed in bug #33307.
Compare bug #28050, regarding the same error, manifest in LLVM w/ dragonegg and
GCC 4.5. See http://llvm.org/bugs/show_bug.cgi?id=11173 for information on
that. Don't see an appropriate bug on GCC's tracker at the moment, not likely
to have time to create it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=51271
Bug ID: 51271
Summary: AMOE Backupper error message when starting any wine
process
Product: Wine-staging
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70152
--> https://bugs.winehq.org/attachment.cgi?id=70152
Generated backtrace log file
I see the attached bug report generated every time I start any process after
installing AOMEI Backupper Standard Edition 6.5.1.
I am using non-clean 64bit WINEPREFIX. Winetricks output below. This post might
be related:
https://superuser.com/questions/1186750/uninstalling-aomei-backupper-causes…
$ sh winetricks list-installed
Executing mkdir -p /home/linards
------------------------------------------------------
warning: You are using a 64-bit WINEPREFIX. Note that many verbs only install
32-bit versions of packages. If you encounter problems, please retest in a
clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Using winetricks 20210206-next - sha256sum:
e08cfb38938b63f34f9b19d59791b79779fdb2c1f636599a54e81332eb3d511b with wine-6.9
(Staging) and WINEARCH=win64
cabinet
andale
arial
comicsans
courier
georgia
impact
times
trebuchet
verdana
webdings
corefonts
binkw32
d3dcompiler_42
w_workaround_wine_bug-24013
d3dcompiler_43
d3dcompiler_47
d3dx10_43
d3dx11_42
d3dx11_43
d3dx9_42
d3dx9_43
d3dx9
d9vk
vcrun2010
vcrun2012
dxvk181
vcrun2003
vcrun6
--
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=54325
Bug ID: 54325
Summary: exception: unimplemented function
setupapi.dll.SetupDiGetDevicePropertyW
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: luis.felipeszsv(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
Created attachment 73890
--> https://bugs.winehq.org/attachment.cgi?id=73890
logs (backtracre)
so im trying to NFS U2 and im getting this error
Unhandled exception: unimplemented function
setupapi.dll.SetupDiGetDevicePropertyW called in 32-bit code (0x7b012886).
i have the whole log on the attachments
is there anything i can do? or anyway to install this function to the dll?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33455
Bug #: 33455
Summary: Tomb Raider (2013): Flickering Bushes with NVIDIA GPU
/ driver
Product: Wine
Version: 1.5.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: felixhaedicke(a)web.de
Classification: Unclassified
In a few forst game scenes, bushes with flickering leaves can be found.
I tested it on two computers with the following GPUs / drivers:
* NVIDIA GTX 560 Ti with proprietary driver 313.30 - Bug always reproducible
* Intel HD 3000 and driver version 2.21.6 - Bug NOT reproducible
What makes no difference:
* All effects on or off
* Lowest / highest deatil levels
* UseGLSL enabled disabled or
* StrictDrawOrdering enabled or disabled
I made a video of it here
http://youtu.be/9DONLEMEV3w
Unfortunately the video quality is not ideal and has a few distortions which
are caused by the record (used recordmydesktop), but the flickering should be
clearly visible.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
http://bugs.winehq.org/show_bug.cgi?id=31053
Bug #: 31053
Summary: impossible executer programme installé voir descriptif
bug en pièce jointe
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: malfre.daniel(a)sfr.fr
Classification: Unclassified
Created attachment 40765
--> http://bugs.winehq.org/attachment.cgi?id=40765
détail ano à l'ouverture
Programme comptes et budget V 6
programme installé correctement
Problème à l'ouverture ;
erreur execution 97;
erreur interne paramètres invalides reçus
détail fichier comptes.txt joint
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
http://bugs.winehq.org/show_bug.cgi?id=12504
Summary: TextOut shows only black rectangles and probably slows
down programme
Product: Wine
Version: 0.9.58.
Platform: Other
URL: http://www.makakgames.wz.cz
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pavelvonlostice(a)seznam.cz
Game, which i have programmed uses function TextOut, but in wine there are only
black rectangles without text, and this game runs too slow. Its programmed by
using DirectDraw, so I use GetDC method. You can download it from
http://www.makakgames.wz.cz/static_objects/robo_bob%20install.exe
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=46635
Bug ID: 46635
Summary: git for windows works or crashes depending on how its
invoked
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: paleozogt(a)gmail.com
Distribution: ---
Created attachment 63547
--> https://bugs.winehq.org/attachment.cgi?id=63547
wine git bug project
Git for Windows seems to work properly with Wine:
> ➜ wine git --version
> git version 2.20.1.windows.1
However, if its invoked via some other tool (such as CMake or Java) it will
crash. Perhaps it has to do with the particular API being used (evecvp, etc)?
For example, if CMake invokes it with
> execute_process(
> COMMAND git --version
> OUTPUT_VARIABLE VERSION
> OUTPUT_STRIP_TRAILING_WHITESPACE
> )
then we see:
> ➜ wine cmake .. -G "Unix Makefiles"
>003b:fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0x00000000>
>003b:fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0x00000000>
>wine: Unhandled page fault on write access to 0x00000000 at address 0x5db52b (thread 0045), starting debugger...
I've attached a project that allows you to reproduce this issue:
1) Make sure you have zip and p7zip-full installed
2) Setup wine with "wineboot"
3) Unzip the project and cd into it
4) Run ./setup.sh to download git, cmake, etc
5) Run ./test.sh to exercise the 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=52579
Bug ID: 52579
Summary: MSI USB Firmware Update Tool 2.16.70 : Empty Audio IC
dropdown on MSI MEG Z590 GODLIKE motherboard
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
Distribution: ---
Terminal log:
$ wine MSI\ USB\ Audio\ FW\ Update\ Tool.exe
002c:fixme:winediag:LdrInitializeThunk wine-staging 7.2 is a testing version
containing experimental patches.
002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when
filing bug reports on winehq.org.
Fontconfig error: "/etc/fonts/conf.d/25-no-bitmap-fedora.conf", line 1: Extra
content at the end of the document
Fontconfig error: "/etc/fonts/conf.d/25-no-bitmap-fedora.conf", line 1: Extra
content at the end of the document
Fontconfig error: "/etc/fonts/conf.d/25-no-bitmap-fedora.conf", line 1: Extra
content at the end of the document
Fontconfig error: "/etc/fonts/conf.d/25-no-bitmap-fedora.conf", line 1: Extra
content at the end of the document
Fontconfig error: "/etc/fonts/conf.d/25-no-bitmap-fedora.conf", line 1: Extra
content at the end of the document
Fontconfig error: "/etc/fonts/conf.d/25-no-bitmap-fedora.conf", line 1: Extra
content at the end of the document
Fontconfig error: "/etc/fonts/conf.d/25-no-bitmap-fedora.conf", line 1: Extra
content at the end of the document
Fontconfig error: "/etc/fonts/conf.d/25-no-bitmap-fedora.conf", line 1: Extra
content at the end of the document
Fontconfig error: "/etc/fonts/conf.d/25-no-bitmap-fedora.conf", line 1: Extra
content at the end of the document
Fontconfig error: "/etc/fonts/conf.d/25-no-bitmap-fedora.conf", line 1: Extra
content at the end of the document
Fontconfig error: "/etc/fonts/conf.d/25-no-bitmap-fedora.conf", line 1: Extra
content at the end of the document
0128:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 00CFF400, 00CFF410
00CFF404
0128:fixme:nls:get_dummy_preferred_ui_language (0x38 00CFF400 00CFF410
00CFF404) returning a dummy value (current locale)
0128:fixme:process:RegisterApplicationRestart (L"
/RestartByRestartManager:6D175929-915D-4673-8D98-C51F26C07F4C",0)
wine: Read access denied for device L"\\??\\Z:\\", FS volume label and serial
are not available.
wine: Read access denied for device L"\\??\\Z:\\", FS volume label and serial
are not available.
0128:fixme:shell:InitNetworkAddressControl stub
014c:fixme:ver:GetCurrentPackageId (025CFEF0 00000000): stub
0074:fixme:imm:ImeSetActiveContext (0x41e50, 0): stub
0074:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000041E50): stub
0128:fixme:imm:ImeSetActiveContext (0xd65490, 1): stub
0128:fixme:imm:ImmReleaseContext (0001007C, 00D65490): stub
--
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=46541
Bug ID: 46541
Summary: WinToUSB Free latest version 64bit application error
message when starting
Product: Wine-staging
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 63402
--> https://bugs.winehq.org/attachment.cgi?id=63402
terminal log
Attaching screenshot of the error and the terminal log.
--
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=54305
Bug ID: 54305
Summary: riched20:editor - test_eventMask() sometimes gets the
wrong event mask (0) on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
riched20:editor - test_eventMask() sometimes gets the wrong event mask (0) on
Windows 7:
editor.c:6663: Test failed: wrong event mask (0x0) during WM_COMMAND
See https://test.winehq.org/data/patterns.html#riched20:editor
This looks like a race condition between making the windows visible again and
querying the event mask, even though we check that IsWindowVisible() returns
true.
--
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=54497
Bug ID: 54497
Summary: riched20:editor - The window is sometimes visible in
test_eventMask() on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
riched20:editor - The window is sometimes visible in test_eventMask() on
Windows:
editor.c:6641: Test failed: Window shouldn't be visible.
See https://test.winehq.org/data/patterns.html#riched20:editor
This failure can happen on any Windows version from Windows 7 to 10 21H1.
There are only 5 known instances over the past 6 months which makes it pretty
rare:
* 2022-10-18 on w10pro64v2004 32-bit
* 2022-11-08 on w1064v2009 64-bit
* 2022-11-09 on w7u-2qxl (32-bit)
* 2022-12-22_20 w10pro64-ar 64-bit
* 2023-02-15 on w7u_adm (32-bit) for MR2212
--
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=54494
Bug ID: 54494
Summary: riched20:editor - test_EM_FORMATRANGE() fails on
Windows in the en_AE + UTF-8 locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
riched20:editor - test_EM_FORMATRANGE() fails on Windows in the en_AE + UTF-8
locale:
editor.c:5741: Test failed: Expected < 9, got 10
See https://test.winehq.org/data/patterns.html#riched20:editor
The failure is systematic in the en-AE-u8 locale and the invalid / expected
values are always the same. Also it never happens in any of the other locales
we test, including the hi-u8 one. So it's not a pure UTF-8 issue.
Adding traces shows that it is the first iteration of the loop that fails, i.e.
the "WINE wine" fmtstring.
--
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=51509
Bug ID: 51509
Summary: Shadow Warrior 2 Black Screen caused by video (mfplat)
Product: Wine-staging
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: christian.frank(a)gmx.de
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Hi,
Shadow Warrior 2 (Gog version) does not work anymore with Wine Staging 6.13.
Wine tries to show the videos at the start of the game, but only the sound and
the mouse cursor shows up, but the rest of the screen is black.
The following error is displayed while that happens:
0100:err:mfplat:mf_decoder_GetOutputStreamInfo Failed to get desired output
buffer size
Older versions of wine simply skipped the videos and therefore the game was
working fine.
If you need any other infos, please let me know.
Many thx !
--
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=53726
Bug ID: 53726
Summary: [Silent Hill 4] No trailer
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: es20490446e(a)gmail.com
Distribution: ---
Looking at a game-play:
https://www.youtube.com/watch?v=ADkPTbGzJBA
I noticed that low res trailer videos are missing, with only "fixme" error
messages in the log:
https://pastebin.com/if6Q5LBA
--
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=38061
Bug ID: 38061
Summary: Nitro Family displays only a blank screen in full
screen
Product: Wine
Version: 1.7.36
Hardware: x86
URL: http://www.fileplanet.com/137999/download/Nitro-Family
-Demo
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marc.bessieres(a)gmail.com
Distribution: ---
Created attachment 50702
--> https://bugs.winehq.org/attachment.cgi?id=50702
console output of Nitro Family demo full screen, blank screen
Hello,
Nitro Family displays only a blank screen in full screen.
Piotr Caban gave in bug 38050 the workaround of going into window mode by
pression Alt+Enter.
This allows to play the game.
So this is continuation of bug 38050, if you want the game not to crash you
need to be at least at commit b02934096d36a3c1e7f79fa73071b44e6bbb2c26 which is
post wine-1.7.36.
But the 7ac8ad4492eeaacca6909d2d96eb84aff05ca79c (also post wine-1.7.36) is
enough to show the issue.
I couldn't find this bug already reported, but I may have missed it.
All the bugs I found were about ddraw, and if I'm not mistaken this game
doesn't use it.
--- snip ---
> WINEDEBUG=+relay,+tid,+seh ~/wine-git/wine NitroFamily.exe >> log 2>&1
> grep ddraw log
>
> grep PE\ DLL log | cut -f2 -d, |cut -f2 -d\ |sort -u
L"advapi32.dll"
L"amx32.dll"
L"avifil32.dll"
L"comctl32.dll"
L"comdlg32.dll"
L"CrashRpt.dll"
L"crtdll.dll"
L"d3d8.dll"
L"dbghelp.dll"
L"dsound.dll"
L"Engine.dll"
L"Entities.dll"
L"Game.dll"
L"gdi32.dll"
L"ijl15.dll"
L"imm32.dll"
L"iphlpapi.dll"
L"KERNEL32.dll"
L"mmdevapi.dll"
L"msacm32.dll"
L"msvcp70.dll"
L"msvcr70.dll"
L"msvcrt.dll"
L"msvfw32.dll"
L"ntdll.dll"
L"ntoskrnl.exe"
L"ogg.dll"
L"ole32.dll"
L"oleaut32.dll"
L"opengl32.dll"
L"psapi.dll"
L"rpcrt4.dll"
L"Shaders.dll"
L"shell32.dll"
L"shlwapi.dll"
L"user32.dll"
L"userenv.dll"
L"uxtheme.dll"
L"version.dll"
L"vorbis.dll"
L"vorbisfile.dll"
L"windowscodecs.dll"
L"winealsa.drv"
L"wined3d.dll"
L"winejoystick.drv"
L"winex11.drv"
L"winmm.dll"
L"winspool.drv"
L"ws2_32.dll"
L"wsock32.dll"
--- snip ---
> sha1sum NitroFamily.exe
70144d05b75354f5f892f3afc760d991f69ef973 NitroFamily.exe
> du -hs NitroFamily.exe
1000K NitroFamily.exe
>
> ~/wine-git/wine --version
wine-1.7.36-15-g7ac8ad4
I'm attaching the command line output at
7ac8ad4492eeaacca6909d2d96eb84aff05ca79c because it is short
but I don't personally find anything suspicious.
This also happens with the demo
http://www.fileplanet.com/137999/download/Nitro-Family-Demo
> du -hs nitrofamilyoffdemo.exe
212M nitrofamilyoffdemo.exe
> sha1sum nitrofamilyoffdemo.exe
46082852a40592bf744778fd7212d79862900dd4 nitrofamilyoffdemo.exe
Cheers,
Marc
--
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=53632
Bug ID: 53632
Summary: Fails to load Jeskola Buzz with mono, can load with
dotnet4 with serious graphical issues, hence mono
test.
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonburr0wnz1(a)hotmail.com
Distribution: ---
Created attachment 73030
--> https://bugs.winehq.org/attachment.cgi?id=73030
backtrace file saved upon error.
When launching Jeskola Buzz after successful install, with dotnet dependencies
it loads with graphical issues. Mono errors upon load.
--
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=54689
Bug ID: 54689
Summary: Crash while attempting to run "My Taunton
Collection.exe" v 0.1.1 for reading a magazine archive
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: agosto1957(a)maildrop.cc
Distribution: ---
Created attachment 74199
--> https://bugs.winehq.org/attachment.cgi?id=74199
backtrace - wine crashes during execution of the described application
The application appears at first to run (window loads, specific loaded
collections are displayed in the catalog), but when the specific collection is
selected for reading from the loaded collection, the application crashes. Back
trace is attached.
--
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=54911
Bug ID: 54911
Summary: Game Controller window doesn't close when at XInput
and attempts to close the Game Controller window.
Product: Wine
Version: 8.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vd1523096(a)gmail.com
Distribution: ---
Created attachment 74422
--> https://bugs.winehq.org/attachment.cgi?id=74422
Game Controller window glitching and doesn't close when attempting to click
cancel button.
When going to 3 tabs in game controller window; Joysticks, DInput and XInput,
When at XInput tab and when clicking on cancel button game controller window
doesn't close, when clicking on cancel button multiple times, the "Cancel" text
in the middle button disappears, When attempting to close out game controller
window by pressing the exit/close button have failed and when going to DInput
tab the game controller window glitched, when clicking on Joysticks tab, it
doesn't respond.
--
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=55191
Bug ID: 55191
Summary: couldn't open app due to 32 bits, even though I
installed the 64 bits
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gonzaguesc(a)gmail.com
Installed all 3 versions of the Wine for Mac OS X and all of them came out with
a big X on them, causing them to not be openable.
--
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=42664
Bug ID: 42664
Summary: XCOM 2 graphic issues in menu and during campaign
Product: Wine
Version: 2.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue-t(a)web.de
Distribution: ---
Created attachment 57611
--> https://bugs.winehq.org/attachment.cgi?id=57611
Game menu with broken background
If you start Firaxis XCOM2 and get to the main menu, the background is barely
visible as it is rather dark. Some objects have red and green borders on
occasion or completely colored.
Same is true for anything else but the buttons during the intro level.
--
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=55327
Bug ID: 55327
Summary: user32:input - test_ActivateKeyboardLayout() fails on
Windows 7 for the Spanish locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:input - test_ActivateKeyboardLayout() fails on Windows 7 for the Spanish
locale:
input.c:3418: Test failed: 040a0c0a / 04090409: got lcid 0xc0a
See https://test.winehq.org/data/patterns.html#user32:input
This failure only happens in this Spanish Windows 7 Ultimate configuration. In
particular the other w7u test configurations are not impacted.
Furthermore it started on 2023-03-08 which is when this test was added by the
commit below:
commit 3a4859e22db45289f9b02ea9ab1ccc150b638d19
Author: Rémi Bernon <rbernon(a)codeweavers.com>
AuthorDate: Wed Mar 1 22:57:29 2023 +0100
user32/tests: Add a WM_INPUTLANGCHANGE message test.
--
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=55161
Bug ID: 55161
Summary: IrfanView full screen mode creates an unneeded and
uncalled for permanent overlaying panel
Product: Wine
Version: 8.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 74729
--> https://bugs.winehq.org/attachment.cgi?id=74729
Panel
Steps to reproduce:
1) Download https://www.irfanview.info/files/iview460.zip
2) Run
3) Open any image
4) Press Enter or View -> Full screen
5) Press Enter once again (to leave full screen mode)
Result:
At this point at the bottom of the screen a 100px high permanent on top of the
screen panel will appear.
This panel must _not_ exist.
What's worse if you run any other Windows application in parallel and you exit
IrfanView, this panel will continue to be shown until wineserver exits.
This is a regression, sorry I cannot bisect at the moment.
--
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=55394
Bug ID: 55394
Summary: comctl32:listbox - test_LBS_NODATA() fails in Wine for
the Hindi locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
comctl32:listbox - test_LBS_NODATA() fails in Wine for the Hindi locale:
listbox.c:2630: Test failed: Unexpected return value 6.
listbox.c:2630: Test failed: Unexpected return value 6.
See https://test.winehq.org/data/patterns.html#comctl32:listbox
This failure is systematic and first happened on 2023-07-27 and Hindi is the
only locale that fails.
--
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=55005
Bug ID: 55005
Summary: Program Treecomp - some widgets are not drawn
Product: Wine
Version: 8.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danny.schneider(a)posteo.de
Distribution: ---
Created attachment 74557
--> https://bugs.winehq.org/attachment.cgi?id=74557
two attached files compressed in a tar.bz2
recently another Bug by me was fixed:
Bug 54640
Treecomp listviews and possibly other widgets are not drawn
and after the fix everything worked fine again - until now.
affected is the program
Treecomp (exists since NT4 / W2k...)
https://lploeger.home.xs4all.nl/TreeComp.htmhttps://lploeger.home.xs4all.nl/TreeCompx64Latest_noinstall.zip
this time the treeview in the left pane seems to be OK, is accessible and
working,
but the right Pane is Empty (table widget?) --> see attached picture
I guess the problem is similar to the one of the Bug mentioned above.
If you need more information, please ask. I then can try to provide.
I have attached the Version currently installed, Distri is arch.
--
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=55446
Bug ID: 55446
Summary: Using C run-time for unicode strings comparison breaks
case insensitive LB_FINDSTRING
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
CC: julliard(a)winehq.org
Regression SHA1: 9cc92365560f19c2fd2b9796f79aa75e02381bb1
Distribution: ---
If an application uses LB_FINDSTRING and provides a string that doesn't match
exactly then LB_FINDSTRING fails. This is a regression, and it's caused by
commit 9cc92365560f19c2fd2b9796f79aa75e02381bb1
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Sep 21 13:53:21 2020 +0200
user32: Build with msvcrt.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
wcsnicmp() used by LB_FINDSTRING (in both user32 and comctl32) doesn't work
properly because it depends on LC_TYPE locale being correctly set, otherwise
_towlower_l() correctly handles only ASCII character range.
Relying on CRT locale being correctly initialized in a win32 core DLL seems
undesirable because an application may not use or care about C run-time at all.
Under Windows SendMessageW(LB_FINDSTRING) works just fine regardless of system
locale.
P.S.
This is a much more serious problem, and is not limited to user32/comctl32
because wcsnicmp()/wcsicmp() is used everywhere in the Wine codebase.
--
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=55328
Bug ID: 55328
Summary: user32:input - test_keyboard_layout_name() fails on
Windows 7 for the Spanish locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:input - test_keyboard_layout_name() fails on Windows 7 for the Spanish
locale:
input.c:3474: Test failed: 04090409: GetKeyboardLayoutNameW returned
L"00000C0A", expected L"00000409"
See https://test.winehq.org/data/patterns.html#user32:input
This failure is systematic and specific to this Spanish Windows 7 Ultimate
configuration. In particular it does not happen in any of the other w7u
configurations.
--
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=55306
Bug ID: 55306
Summary: [REG 8.11] Cannot double click in the server browser
in Worms Armageddon
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)thecybershadow.net
Regression SHA1: 10f5ff7f06595bf9d1f487f91dbbd869e5105d26
Distribution: ---
Created attachment 74902
--> https://bugs.winehq.org/attachment.cgi?id=74902
Draft patch
Steps to reproduce:
1. Install Worms Armageddon
2. From the main menu, go into the options screen (bottom right button) ->
Advanced -> check "Use community server list"
3. From the main menu, go to network (bottom left button) -> WormNET (top right
button)
4. Try double-clicking on a link
Expected: Should follow the clicked link / enter the clicked server.
Actual: Nothing happens. Cursor changes from hand pointer to arrow on the first
click.
Regression in 8.11, introduced in commit
10f5ff7f06595bf9d1f487f91dbbd869e5105d26.
Attached patch fixes it for me, though I can't vouch for its correctness.
--
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=52971
Bug ID: 52971
Summary: HardWest 2 (playtest) is broken with OpenGL/Vulkan
backend
Product: Wine
Version: 7.8
Hardware: x86-64
URL: https://store.steampowered.com/app/1282410/Hard_West_2
/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 72342
--> https://bugs.winehq.org/attachment.cgi?id=72342
Hard West 2 with Damavand
Hi,
New game = new test for Damavand.
This game is currently in beta test on Steam for free so i don't know if the
invitations are illimited.
Tried the game with wine-5.8 + vkd3d git (e6ce077a)
VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace
WINEDEBUG=+d3d,+d3d11,+d3d_shader,+seh log here :
https://www.mediafire.com/file/5ozkg59o3dof53r/HardWest2_d3d.7z/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=55288
Bug ID: 55288
Summary: ntdll:reg - The 32-bit test_redirection() fails if run
after the 64 WineTest
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:reg - The 32-bit test_redirection() fails if run after the 64-bit
WineTest:
reg.c:1714: Test failed: NtDeleteKey failed: 0xc0000022
See https://test.winehq.org/data/patterns.html#ntdll:reg
Where 0xc0000022 == STATUS_ACCESS_DENIED
These failures only happen in the fg-deb64-i386 and fg-deb64-wow32 test
configurations which means they only fail if the 64-bit test suite has
previously been run in the same wineprefix. So this is either a test cleanup
issue or Wine messing up the registry in some way.
Furthermore the failures started on 2023-07-17 so they can probably be tied
back to a specific commit.
--
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=51478
Bug ID: 51478
Summary: dinput:keyboard breaks user32:input's
test_keyboard_layout_name() in some locales ()
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 70313
--> https://bugs.winehq.org/attachment.cgi?id=70313
Add test_keyboard_layout_name() traces
The WineTest runs show the following test_keyboard_layout_name() failure in
some locales:
https://test.winehq.org/data/patterns.html#user32:input
input.c:3169: Test failed: Could not find keyboard layout 0000000004110411 in
preload list
This is 100% reproducible in the following configurations (only the keyboard
layout id differs):
win7_newtb-w7u-es
win7_newtb-w7u-pt-PT
win2004_newtb-w10pro64-ar-64
win2004_newtb-w10pro64-he-64
win2004_newtb-w10pro64-hi-64
win2004_newtb-w10pro64-ja-64
win2004_newtb-w10pro64-ko-64
win2004_newtb-w10pro64-pt-BR-64
win2004_newtb-w10pro64-ru-64
win2004_newtb-w10pro64-zh-CN-64
Notes:
* Interestingly this means this failure does not happen in the English, French,
German and Greek locales.
* Also user32:input only fails on the first run that follows dinput:keyboard,
and does not ever fail again, even if dinput:keyboard is run again.
In the w10pro64_pt_BR case, adding extra traces shows that the root of the
issue is that GetKeyboardLayoutList() returns 10 instead of 13. As a result
test_keyboard_layout_name() fails to retrieve all the Keyboard Layout\\Preload
values (there is 12 of these, not 10 or 13!).
Also the items are not in the same order in layouts_preload and layouts so this
causes some entries to be missing.
More notes:
* The ok() message is wrong: it is not layout we are looking for but
layouts[i], aka klid.
* I don't know why the GetKeyboardLayoutList() return value changes in the
first run that follows dinput:keyboard, but I'm not sure it makes sense to
assume it matches the number of entries in the Preload key in the first place.
--
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=51314
Bug ID: 51314
Summary: vulkan-1:vulkan crashes on cw-rx460 with recent Radeon
drivers
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
vulkan-1:vulkan crashes on cw-rx460 with recent Radeon drivers:
https://test.winehq.org/data/patterns.html#vulkan-1:vulkan
vulkan.c:425: this is the last test seen before the exception
16c4:vulkan: unhandled exception c0000005 at 6B718FCD
With the Radeon 19.11.3 driver test_private_data() is skipped because the
device creation fails. But with the Radeon >= 21.3.2 driver the function is
being run and the vkSetPrivateDataEXT() call causes a crash.
--
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=54381
Bug ID: 54381
Summary: tightvnc viewer crashes on incoming connection
Product: Wine
Version: 8.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)axeitado.com
Distribution: ---
Created attachment 73948
--> https://bugs.winehq.org/attachment.cgi?id=73948
Backtrace, 64bits version.
$ wine --version
wine-8.0-rc3 (Debian 8.0~rc3~repack-1)
The crash happens when the connection is established and the remote screen is
about to appear on the viewer. For instance, when the remote server connects to
the viewer with a reverse connection:
$ wine tvnviewer.exe -listen
c:\> tvnserver.exe -run
c:\> tvnserver.exe -controlapp -connect <viewer-host-address>
wine: Unhandled page fault on write access to 0000000000000000 at address
000000014007D22D (thread 0110), starting debugger...
0108:err:sync:RtlpWaitForCriticalSection section 0000000001D77BF8 (null) wait
timed out in thread 0108, blocked by 010c, retrying (60 sec)
The above example uses the reverse connection method, which is straightforward
to setup. When the viewer connects to a listening remote server the same crash
occurs:
c:\> rem the server must be properly configured:
c:\> tvnserver.exe -run
$ wine tvnviewer.exe <remote-server-address>
wine: Unhandled page fault on write access to 0000000000000000 at address
000000014007D22D (thread 010c), starting debugger...
0108:err:sync:RtlpWaitForCriticalSection section 0000000001D77BF8 (null) wait
timed out in thread 0108, blocked by 010c, retrying (60 sec)
This worked until very recently, 7.0.1~repack-1 was fine (this is Debian
Testing).
The software is licensed under the GPL and binaries can be downloaded on the
author's homepage (currently at version 2.8.63):
https://www.tightvnc.com/download.php
The 32 bit version also crashes.
Backtrace attached. It looks like the problem is related to starting a thread.
--
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=55439
Bug ID: 55439
Summary: RPG Maker game crashes
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: beta60sensei(a)mail.ru
Distribution: ---
Created attachment 74999
--> https://bugs.winehq.org/attachment.cgi?id=74999
WINEDEBUG=+seh,+tid
Hi. I'm playing RPG Maker game and it crashes in some specific places with
errors like:
Script 'Flash' line 112: Errno::EBADF occurred. Bad file descriptor - <STDUOT>
The developer of the game says: "seams to be a problem with wine running ingame
scripts ... it looks like wine crashes every time I use console output for
debugging in scripts".
But, if i run the game with WINEDEBUG, then it works fine without crashes.
There is no errors in terminal when crash occurs, but i will attach log of
WINEDEBUG=+seh,+tid of the moment, when the game would crash if it were not
running in the debug mode.
I'm using wine-staging 8.13
--
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=53166
Bug ID: 53166
Summary: Star Wars : Fallen Order crashes at launch
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: Debian
Created attachment 72614
--> https://bugs.winehq.org/attachment.cgi?id=72614
Fallen Order output console
Hi,
I tried to launch the game with wine 7.10 and git e3ba22e39b1.
The game crashes at launch before intro video and mfplat is needed.
Use mfplat dlls override from https://github.com/z0z0z/mf-install workaround
the issue.
I attach the output console. This is the error message :
###
06b4:fixme:mfplat:topology_loader_Load 0000000001589820, 0000000001589E50,
000000001E64FBB8, 0000000000000000.
06b4:fixme:quartz:DllGetClassObject {6a170414-aad9-4693-b806-3a0c47c570d6} not
implemented, returning CLASS_E_CLASSNOTAVAILABLE.
06b4:err:ole:apartment_getclassobject DllGetClassObject returned error
0x80040111 for dll L"C:\\windows\\system32\\winegstreamer.dll"
06b4:err:ole:com_get_class_object no class object
{6a170414-aad9-4693-b806-3a0c47c570d6} could be created for context 0x1
06b4:fixme:mfplat:audio_renderer_get_service_GetService Unsupported service
{866fa297-b802-4bf8-9dc9-5e3b6a9f53c9}, interface
{0a9ccdbc-d797-4563-9667-94ec5d79292d}.
06b4:fixme:mfplat:media_source_QueryInterface
{6ef2a662-47c0-4666-b13d-cbb717f2fa2c}, 000000001E64FAC8.
###
--
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=55061
Bug ID: 55061
Summary: Starcraft Remastered: blurry graphics / low resolution
Product: Wine-staging
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zculek(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Graphics in Stacraft Remastered is blurry (like it's running in low resolution
or something like that) when running on Wine versions >5.6 - I'm attaching
screenshots so it's better understandable and visible. This is true for both
wine-staging and wine.
In the screenshots, you can see how e.g. the main menu and it's fonts, user ID
in the uper right corner, etc. look blurry when compared to Windows or running
on Wine versions prior this bug was introduced (e.g wine-staging 5.6 and
lower). Also, the in game graphics is also blurry when compared to Windows or
running on Wine versions prior this bug was introduced - everything looks much
sharper and nicer when running on wine-staging 5.6 or Windows.
I haven't reported this earlier, because everything was running fine for me on
5.6 and whenever I would try some newer version and saw this is still
happening, I would just return to using 5.6. But, after a recent Battle.net
update, Battle.net app won't start any more, just crashes due to some dll
libraries issues, on any 5.x version (both staging and upstream).
So, the last properly working Wine version for me was 5.6. I've tried with
multiple other versions over time in 5.x, 6.x, 7.x and 8.x branches and this
issue was always present. I've also tested 8.9 and 8.10 recently, and the issue
is still there.
Also, not sure if it's related, but 5.6 was also the last version on which Real
Time Lighting option in Starcraft Remastered worked for me (which is also one
of the reasons I was sticking to that version for years).
The same thing is happening on Debian with Cinnamon and Mint with Cinnamon
(doubt it's OS related, but mentioning it any way). With version 5.6 I had it
properly working on both Debian and Mint, one with nVidia GPU, the other with
AMD GPU.
I know a lot of other people from SC community that have this same problem and
are/were thus using wine-staging 5.6.
In my search of solution, I stumbled upon this user report, which I don't see
how it could be related, but perhaps someone here might get the idea of what
the actuall issue is (or maybe it's totally unrelated):
https://www.reddit.com/r/wine_gaming/comments/t5hmmi/starcraft_remastered_l…
"I switched the DE to use Wayland instead of X11 and now the game is running in
the correct resolution. Hope this helps someone."
Unfortunatelly, using Wayland on Cinnamon is pretty complicated and I'm unable
to test that.
Steps to reproduce are:
1. Install wine-staging version >5.6 (e.g. 5.19, 7.8, 8.9, 8.10)
2. Install Battle.net desktop app -
https://www.blizzard.com/download/confirmation?product=bnetdesk
4. Start Battle.net desktop app, login.
5. Install Starcraft Remastered through Battle.net desktop app.
6. Run the game.
Screenshots:
https://ibb.co/Mk0f6ythttps://ibb.co/VDppGTnhttps://ibb.co/1sLjHm7https://ibb.co/GC69DLxhttps://ibb.co/N72LXkkhttps://ibb.co/hWvHN10https://ibb.co/n6VjZD1https://ibb.co/cNyBBNp
--
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=51999
Bug ID: 51999
Summary: Dragon Age Inquisition crashes with vulkan renderer
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 70992
--> https://bugs.winehq.org/attachment.cgi?id=70992
+d3d,+d3d_shader,+d3d11 log for wined3d vulkan renderer
Hello,
The game crashes at launch with wined3d vulkan renderer when the Bioware intro
video is played before to go to the main menu. No issue if i use DXVK instead
of.
I build vkd3d-git up-to-date + wine 6.21 + only one patch which allow to
download a game with EA Origin.
I attach the +d3d,+d3d_shader,+d3d11 log
--
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=48559
Bug ID: 48559
Summary: The VisioBible software is freezing when you select
the Bible module - RST, the book - Esther, chapter 3
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leonm(a)ya.ru
Distribution: ---
The program in which the problem is found is VisioBible. To reproduce the
error, you need to select the Bible module - RST, the book - Esther, chapter 3,
then this leads to the program freezing with the indicated error. In Windows a
similar problem it is not observed.
In the text of the module, some pieces of text are surrounded by square
brackets. Large inserts of noncanonical text lead to the described problem.
Small pieces do not interfere with work. The RST module that is installed with
VisioBible by default contains a defect. In the attachment is the corrected
Esther RST module book file.
A well-functioning RST module file is embedded in the crash.tar.gz archive
named ru17.htm
The location of the installed problem module:
~/.wine/drive_c/ProgramData/VisioBible V2.3/Modules/RST
Links for downloading regular and portable versions of the program:
https://www.visiobible.org.ua/index.php?page=getfile&file=SetupVisioBible2.…https://www.visiobible.org.ua/index.php?page=getfile&file=VisioBible2.3.0_1…
--
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.
http://bugs.winehq.org/show_bug.cgi?id=29678
Bug #: 29678
Summary: ER Viewer 11: does not install, "requires Windows 2000
or later"
Product: Wine
Version: 1.3.37
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: p155off(a)gmail.com
Classification: Unclassified
The installer fails with the error: "ERDAS ER Viewer 2011 & Microsoft Office
Plugin requires Windows 2000 or later."
No console output.
Free download:
http://www.erdas.com/products/ERDASERMapper/ERDASERViewer/Details.aspx
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
http://bugs.winehq.org/show_bug.cgi?id=28842
Bug #: 28842
Summary: Dungeon Defenders configurator renders slowly
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rmlipman(a)gmail.com
Classification: Unclassified
Demo available on Steam
Must be installed in 1.3.26 (requires installing .net 3.5 even if already
installed, regression in bug 28401)
To reproduce:
Launch the game from Steam
Select configure
Configurator app will be slow
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=54598
Bug ID: 54598
Summary: New Shorter Oxford English Dictionary doesn't show
(child) window
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: jkfloris(a)dds.nl
Distribution: ---
Created attachment 74128
--> https://bugs.winehq.org/attachment.cgi?id=74128
nsoed.png blank/gray screen
Forum: https://forum.winehq.org/viewtopic.php?p=139548#p139548
URL: https://archive.org/details/pcbasics-31
While I'm not entirely sure if this is the same problem Canard has, New Shorter
Oxford English Dictionary (NSOED) no longer works properly after Wine version
7.5
When NSOED is started, a blank/gray screen is displayed (nsoed.png)
A window becomes visible when the user clicks Window -> Cascade
I can imagine that this look like the database is not loading.
d765edc411a6844f6322dd9da280aa0436391828 is the first bad commit
commit d765edc411a6844f6322dd9da280aa0436391828
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Fri Mar 18 14:27:55 2022 +0100
win32u: Move NtUserCreateWindowEx implementation from user32.
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=55014
Bug ID: 55014
Summary: kernel32:comm crashes in WoW64 mode on Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
kernel32:comm crashes in WoW64 mode on Linux:
comm.c:708: Found Com port COM1. Connected devices may disturb results
Unhandled exception: page fault on read access to 0x0000000000000000 in 64-bit
code (0x007f47b448083c).
[...]
=>0 0x007f47b448083c wait_for_event+0x1c(arg=<internal error>)
[/home/winetest/tools/testbot/var/wine-wow64/../wine/dlls/ntdll/unix/serial.c:945]
in ntdll.so (0000000000000000)
0x007f47b448083c wait_for_event+0x1c
[/home/winetest/tools/testbot/var/wine-wow64/../wine/dlls/ntdll/unix/serial.c:945]
in ntdll.so: mov (%rdi), %rdi
945 if (!server_get_unix_fd( commio->hDevice, FILE_READ_DATA |
FILE_WRITE_DATA, &fd, &needs_close, NULL, NULL ))
See https://test.winehq.org/data/patterns.html#kernel32:comm
The failure seems to only happen on the TestBot VMs, maybe because of QEmu,
particularly because it does not set the baud rate correctly.
A bisect shows that this failure started with the commit below:
commit b337c5b1a1757b2abbc90a7c6955d64242861ab9
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Jun 2 09:35:29 2023 +0200
ntdll: Use the default ABI for all functions on the Unix side.
--
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=45305
Bug ID: 45305
Summary: [AZERTY Keyboard]Certains special keys are not
correctly recognized.
Product: Wine
Version: 3.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Hello,
I have a problem when i want to use special character with my French Keyboard.
If i use "é", "è", "ç" and "à" keys in winecfg, regedit or notepad, these
symbols are correctly write.
But in game/all games, if i use these keys, the game does not recognize it.
Example for Vampyr, "é" symbol is used by default for an action. If i want to
use "é" for an other action, when i press the key on my keybaord, there is no
effect, the key is not recognized.
I have this problem even if i export LC_ALL=fr_FR before to launch Steam.
If someone had this issue in the past and fix this problem, i'll say him thanks
you.
--
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=54616
Bug ID: 54616
Summary: Wine 8.0+, Memory Access Violation in Libaes.dll,
Texecom Wintex
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zestier-bib.0a(a)icloud.com
Distribution: ---
Created attachment 74142
--> https://bugs.winehq.org/attachment.cgi?id=74142
Error from console when Program is run.
When attempting to run running Texecom Wintex in Wine 8.0 or above, there is a
Memory Access Violation/Buffer Overrun error c0000005 in libaes.dll.
Downgrading to Wine 7.0.1 with no other changes allows the program to run
normally.
The environment has C++ Redistributable 2010 installed as required.
There is no GUI errors shown when the issue is present. The attached .txt file
contains the error that is printed when the program is run via the console.
libaes.dll seems to be specific to this program.
The program can be downloaded from here:
https://texecom-live.s3.eu-west-2.amazonaws.com/wp-content/uploads/2022/08/…
(no account required)
or https://www.texe.com/help-and-support/product-support/ (free account
required)
No accounts or hardware is needed to run the software.
See also: My forum post:
https://forum.winehq.org/viewtopic.php?p=139794#p139794
If I can provide any more information, please let me know.
--
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=40236
Bug ID: 40236
Summary: winetricks ie6: buttons are missing
Product: Wine
Version: 1.9.4
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Regression SHA1: 6e638d824b80e8a02cb830cd6bc25a7ef8507849
Distribution: Fedora
Created attachment 53780
--> https://bugs.winehq.org/attachment.cgi?id=53780
screenshot
Regression, introduced by:
commit 6e638d824b80e8a02cb830cd6bc25a7ef8507849
Author: Dmitry Timoshkov <dmitry(a)baikal.ru>
Date: Mon Mar 23 10:20:59 2015 +0800
shell32: Update version information to match XP values.
To reproduce:
$ rm -rf ~/.wine
$ winetricks -q ie6
$ cd ~/.wine/drive_c/Program\ Files/Internet\ Explorer/
$ wine "C:\\program files\\internet explorer\\iexplore.exe"
see screenshot.
--
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=53114
Bug ID: 53114
Summary: Crash of applications and games when out of focus
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ryu.ketsueki(a)outlook.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I don't know why this happens but every wine application I could test, they
need to stay on focus in the current virtual desktop (from the Desktop
Environment, not Wine's virtual desktop) or else they will simply close on
their own. I can't track to a specific cause because even with a completely new
prefix with no "helpers", Lutris and even Valve's own Proton, this happens. So
far I got the exact same result with The Sims 4, StarCraft 2 and Sonic After
the Sequel. All those games will close if I change to another virtual desktop,
let's say, desktop 2, if the apps themselves are on desktop 1. It also happened
with the releases but it persists with Staging as well. I don't know how to
backtrace this, as launching them through CLI didn't return anything useful and
I'm not sure if wine itself is what is crashing or the applications. I didn't
get the classic crash window either. They simply close.
--
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=40712
Bug ID: 40712
Summary: blueMSX hangs at start
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: jeremielapuree(a)yahoo.fr
Distribution: ---
Lauching the msx emulator blueMSX makes it hang: here is the short console
output
wine blueMSX.exe
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make
sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the
winbind package of your distribution.
fixme:dwmapi:DwmIsCompositionEnabled 0x6d88c758
fixme:iphlpapi:NotifyIpInterfaceChange (family 0, callback 0x69e94b5e, context
0x8bd300, init_notify 0, handle 0x127e1b0): stub
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make
sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the
winbind package of your distribution.
fixme:iphlpapi:NotifyIpInterfaceChange (family 0, callback 0x6a0a6836, context
0x93dd98, init_notify 0, handle 0x124e7a4): stub
wine: configuration in '/home/david/.wine' has been updated.
fixme:win:EnumDisplayDevicesW ((null),0,0x33ec64,0x00000000), stub!
fixme:aspi:SendASPI32Command ASPI: Partially implemented SC_HA_INQUIRY for
adapter 0.
err:aspi:SCSI_OpenDevice Failed to open device /dev/sg0: Permission non
accordée
fixme:aspi:SendASPI32Command ASPI: Partially implemented SC_HA_INQUIRY for
adapter 1.
fixme:aspi:SendASPI32Command ASPI: Partially implemented SC_HA_INQUIRY for
adapter 2.
err:aspi:SCSI_OpenDevice Failed to open device /dev/sg2: Permission non
accordée
fixme:win:EnumDisplayDevicesW ((null),0,0x33ea54,0x00000000), stub!
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
fixme:d3d:wined3d_surface_blt Can't handle WINED3D_BLT_DO_NOT_WAIT flag.
--
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=49177
Bug ID: 49177
Summary: Naruto Online
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kacper.cholody(a)onet.pl
Distribution: ---
Created attachment 67194
--> https://bugs.winehq.org/attachment.cgi?id=67194
dont know
When i run an application its showing a bug. I cant run game
--
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=45268
Bug ID: 45268
Summary: Logicly 1.9 (Adobe AIR app) windows do not resize
correctly when screen resolution is set to non-default
value
Product: Wine
Version: 3.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
Created attachment 61511
--> https://bugs.winehq.org/attachment.cgi?id=61511
Start log for logicly 1.8
Logicly 1.9 (Adobe AIR application) installs and works perfect when the screen
resolution is left at the default (96 dpi). When changing the screen resolution
to a higher value (which is necessary for newer displays) Logicly shows its
windows minimized. This prevents installing because (i.e.) the License accept
dialog can not be confirmed.
To reproduce
- Download logicly 1.9 (see download link)
- change the screen resolution with winecfg to (i.e.) 168 dpi
- Install Logicly by calling the installer, start it after installation
The shown windows are minimized and not resizable.
When installing with the default screen resolution and running Logicly later,
its windows are minimized and can be resized. so the app is usable in
principle.
It may be of interest, that the previous release (Logicly 1.8) does not have
this problem (download from http://logic.ly/updates/Logicly-1.8.0.exe).
The log files from the start of both releases are attached.
--
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=54243
Bug ID: 54243
Summary: Warcraft 2 BNE: Fails CD check in wine versions >6.0.X
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: mmogilvi2+wine(a)gmail.com
Distribution: ---
SYMPTOM: Starting with wine versions mid-6.X and including all 7.X through at
least 7.22, the game "Warcraft 2: Battle.net Edition" always fails a CD check
and pops up an error dialog:
"Warcraft II Battle.net Edition is unable to read a required file. Your
Warcraft II Battle.net Edition CD may not be in the CDROM drive. Please ensure
that the disk in in the CDROM drive and press OK. To leave the program, press
Exit."
----
BACKGROUND:
Wine had long been able to run "Warcraft 2: Battle.net Edition", up through
wine version 6.0.2 and some early 6.X versions.
As described in the howto of the application DB
https://appdb.winehq.org/objectManager.php?sClass=version&iId=592 (and other
places), in my setup I have long used an .iso of my original CD, with symlinks
for "d::" (linked to the iso) and "d:" (linked to the directory where the .iso
is loop-mounted). (I actually use some wrapper scripts to temporarily mount it
only when needed, etc...)
I unsuccessfully asked about this in the wine forum last July
https://forum.winehq.org/viewtopic.php?f=8&t=36787&sid=e1b75b6a5ffa1534a042…
and am finally digging deeper into it on my own. There are also some
tangential mentions in my recent Gentoo Linux forum post:
https://forums.gentoo.org/viewtopic-p-8766703.html
----
ANALYSIS:
I have managed to git bisect this bug to commit
50903a15046354e405564aff6430ee505c01100a "kernelbase: Reimplement
GetVolumeInformation on top of GetVolumeInformationByHandle" (although I needed
to cherry-pick an unrelated "sincos()" build fix at each step...).
Digging deeper, the following sequence of events leads to the bug:
1. The game calls GetVolumeInformationW() with root=L"D:\\".
- The game only wants file system flags and FS type name.
- Wine proceeds to:
2. NtOpenFile() the root (I haven't traced into this much)...
3. GetVolumeInformationByHandleW()
4. NtQueryVolumeInformationFile() with
info_class=FileFsAttributeInformation
5. get_mountmgr_fs_info(), which determines
unix_name="/archive/wineData/warcraftII-BNE-2001.iso"
and letter=25 (Z:).
- BUG: letter=25 definitely indicates a bug. The game is asking
about D:, not Z:.
- MAYBE BUG: Not sure whether mapping "D:\\"'s handle to the .iso
rather than the loop mount point directory is a bug or not.
- FYI: I'll note that NtQueryVolumeInformationFile()'s documentation
says that if the handle "represents a direct device open, only
FileFsDeviceInformation can be specified..." in the remarks (i.e.,
not the info_class being asked for here). There doesn't seem
to be any attempt to enforce this in wine. See
https://learn.microsoft.com/en-us/windows-hardware/drivers/ddi/ntifs/nf-nti…
6. Since wine now thinks the game is asking about "Z:", it returns file
system type "NTFS" and associated flags, rather than the correct
"CDFS" (and flags).
7. Presumably the game sees the "NTFS" and/or flags, decides this
isn't a CD at all, and after some more searching, ultimately
pops up the error dialog.
----
POTENTIAL FIXES:
I'm not sure the best way to fix this. Some possibilities include:
A. Somehow ensure the handle that GetVolumeInformation() opens gets
mapped to the mounted directory, instead of the .iso file?
- This would seem to make sense, but I'm not sure.
B. Add more logic to find_dos_device() to notice if path is a file
(or device) that is pointed at by one of the double-colon symlinks?
- It might need similar caching as get_drives_info(), etc?
This would be just a little involved, but might be the best
"smallish scale" fix.
C. Just revert commit 50903a15046354e405564aff6430ee505c01100a?
But that might leave GetVolumeInformationByHandle() broken,
and it does seem cleaner to only do all the device/FS
superblock parsing and determination in one place...
D. Do a more thorough audit / cleanup of how different ways of
representing and mapping between unix names, NT names, devices,
mount points, symlinks, fallback logic, etc all interact with
each other? My initial vague impression is that a lot of this
logic is a bit haphazard and only "mostly" works, rather than
being robustly designed to always work.
- Very involved and time consuming, and well beyond anything
I currently have any interest in attempting myself.
----
WORKAROUND:
A quick end-user workaround that seems to work is to change the "d::" symlink
to point to the correct /dev/loop0 or loop1, or 2...., that just happens to
match whatever free loop device that "mount" dynamically picks to use.
- I think this only works because these days /dev is usually
mounted as a separate file system, and in wine there is
find_dos_device() logic to stops looking if the st_dev changes
and then later stuff falls back on doing something else...
- Even disregarding that, it seems a bit ugly and fragile to
assume a particular loop device, especially if you have other
things you sometimes loop mount... (Although maybe my wrapper
script could dynamically update the symlink based on parsing
/proc/mounts after things are mounted...)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=23921
Summary: LBA2 doesnt refresh its screen
Product: Wine
Version: 1.3.0
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vleon1(a)gmail.com
Little big adventure 2 rarely refresh its screen, rendering the game
unplayable. the bug didnt exist in the 1.2 branch.
You can hear the games music from the next screen (for example from the ingame)
while having a picture of the games menu.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=45123
Bug ID: 45123
Summary: gdiplus/graphicspath test crashes under clang-5.0.1
but not gcc-7.3.0
Product: Wine
Version: 3.7
Hardware: x86
URL: https://test.winehq.org/data/8dca6c35e11a104385242ed83
46ee05707b78ef7/linux_ae-gentoo-dbg-clang/gdiplus:grap
hicspath.html
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: madewokherd(a)gmail.com
Distribution: Gentoo
Backtrace:
=>0 0x7eca42d9 widen_joint+0x139(p1=<is not available>, p2=<is not available>,
p3=<is not available>, pen=<is not available>, last_point=<has been optimized
away by compiler>)
[/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphicspath.c:1849]
in gdiplus (0x0033fc38)
1 0x7eca2ac1 GdipWidenPath+0x3a0(path=<is not available>, pen=<is not
available>, matrix=<is not available>, flatness=<is not available>)
[/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphicspath.c:2029]
in gdiplus (0x0033fca8)
2 0x7ed36262 func_graphicspath+0x3331() in gdiplus_test (0x0033fe08)
3 0x7ed74968 main+0x457() in gdiplus_test (0x0033fea8)
4 0x7ed74caa in gdiplus_test (+0x8fca9) (0x0033fee0)
5 0x7b45df9c call_process_entry+0xb() in kernel32 (0x0033fef8)
6 0x7b45e0f3 start_process+0x122(entry=0x7ed74f7a, peb=<is not available>)
[/var/lib/jenkins/home/workspace/wine-clang/dlls/kernel32/process.c:1099] in
kernel32 (0x0033ffdc)
7 0x7b45dfaa start_process_wrapper+0x9() in kernel32 (0x0033ffec)
0x7eca42d9 widen_joint+0x139
[/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphicspath.c:1849]
in gdiplus: divps %xmm5,%xmm0
1849 float dx0 = distance * (p2->X - p1->X) / length_0;
--
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.
http://bugs.winehq.org/show_bug.cgi?id=27916
Summary: Ferro CCTV: Fails to start
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=35713)
--> (http://bugs.winehq.org/attachment.cgi?id=35713)
Error message
Steps to reproduce:
1) remove ~/.wine
2) winetricks wmp9
3) install Ferro CCTV
4) wine FerroCCTV.exe
Behaviour:
Error message (see attachment).
Expected behaviour:
No error message.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=54115
Bug ID: 54115
Summary: wine client error:68: write: Bad file descriptor
Product: Wine
Version: 8.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
This is starting to happen in Wine 8.0-rc1, however I didn't have version 7.22
installed, so I cannot say when it regressed exactly.
After exiting any application you can see:
wine client error:68: write: Bad file descriptor
wine client error:b4: write: Bad file descriptor
wine client error:11c: write: Bad file descriptor
Full log for notepad:
$ notepad
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0048:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0050:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0050:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
0050:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
0050:err:ole:apartment_get_local_server_stream Failed: 0x80004002
0050:err:ole:start_rpcss Failed to open RpcSs service
0048:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
0048:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
0048:err:ole:apartment_get_local_server_stream Failed: 0x80004002
0048:fixme:imm:ImeSetActiveContext (0001002E, 0): stub
0048:fixme:imm:ImmReleaseContext (00010020, 0001002E): stub
002c:fixme:imm:ImeSetActiveContext (0001004E, 1): stub
002c:fixme:imm:ImmReleaseContext (0001004C, 0001004E): stub
008c:err:setupapi:SetupDefaultQueueCallbackW copy error 1812
L"@C:\\windows\\system32\\drivers\\wineusb.sys,-1" ->
L"C:\\windows\\inf\\wineusb.inf"
00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00e8:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
wine: configuration in L"/home/birdie/.wine" has been updated.
010c:fixme:imm:ImeSetActiveContext (00030062, 1): stub
010c:fixme:imm:ImmReleaseContext (00030048, 00030062): stub
Exit it, a few seconds later:
wine client error:68: write: Bad file descriptor
wine client error:b4: write: Bad file descriptor
wine client error:11c: write: Bad file descriptor
This doesn't look very appealing.
I'm not using mingw, it's a classic i686 GCC build under Fedora 37.
--
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=52000
Bug ID: 52000
Summary: EA Desktop still fails to install
Product: Wine
Version: 6.21
Hardware: x86-64
URL: http://https://click.e.ea.com/?qs=901607d0b32d0c5a668b
64755ddd9eba252d701599100e11239ca43b1bf873c0e60313c1d4
0a800d3f39b81848b7bb8fffbcdbbb6a19828f6f85cbfbe8e45705
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 70994
--> https://bugs.winehq.org/attachment.cgi?id=70994
+seh log
Hello,
Maybe there was a new version of EA Desktop but in my case, the installation
still fails even after the fix for the bug 49887.
Step to reproduce :
- Set WinVer to Win8.1/Win10
- Launch EAappInstaller.exe and click on "Let's go". The application closes
immediatly after this action.
I have this line in my ouput console when the app closes :
0114:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr
0x434a8e
I attach the +seh log if it's interesting for you.
--
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=55179
Bug ID: 55179
Summary: Drag and Drap don't work at all in Wine HQ 8.0 and
8.0.1 Regression from version 7 which was OK
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pascal_mons(a)hotmail.com
Distribution: ---
Created attachment 74769
--> https://bugs.winehq.org/attachment.cgi?id=74769
A .gpx file (route Paris to Madrid) to test drag and drop
I use Garmin MapSource 6.16.3 to create and modify POI files (like speed
cameras) and Routes. Obviously I was used to drag and drop the file inside the
map. This was working fine in Wine HQ 7.
However, since the upgrade to version 8 this capability is broken. I have to
use File -> Open to manually run through the directories. Even then using the
keyboard return when an object is selected won't work. I have to use only the
mouse clicks.
In order for you to investigate I will give you the downlink of MapSource and
the steps to install it within Wine by command lines.
https://download.garmin.com/software/MapSource_6163.exe
you have to unpack / extract files from the .exe and use MSmain.msi in order to
install properly (even in Windows).
Installing .wine32.1 Prefix for MapSource
_________________________________________
$ WINEPREFIX=~/.wine32.1 WINEARCH=win32 wineboot
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 winecfg
Since I have a 4K HD screen I use in Graphics --> Screen resolution a 144 dpi &
Applications Windows 7
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 winetricks msxml4
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 winetricks dotnet48
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 winetricks ie8
All these modules are required.
Install MapSource 6.16.3
________________________
$ cd ~/Downloads/Garmin/Garmin\ MapSource\ 6.16.3/
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 wine MapSource_6163\
Extracted/MSmain.msi
It won't work because of another program presence check, use :
$ WINEARCH=win32 WINEPREFIX=~/.wine32.1 wine MapSource_6163.exe
The Drag and Drop capability was working fine in Wine HQ 7.
You don't need to install a Garmin map to test the drag and drop with the
attached route in .gpx format.
--
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=54987
Bug ID: 54987
Summary: Waves Central no more opens in Manjaro Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marquinhosbissoli(a)gmail.com
Distribution: ---
Created attachment 74534
--> https://bugs.winehq.org/attachment.cgi?id=74534
Error details
Waves Central no more opens on Manjaro Linux. It worked until two months ago.
--
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=54847
Bug ID: 54847
Summary: dnsapi:query - test_DnsQuery() fails on the TestBot
VMs in Windows and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dnsapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dnsapi:query - test_DnsQuery() fails on the TestBot VMs in Windows and Wine:
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"becky.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:66: Test failed: expected record name L"winehq.org", got
L"carter.ns.cloudflare.com"
query.c:67: Test failed: expected record type 1, got 28
query.c:96: Test failed: unexpected CNAME chain
See https://test.winehq.org/data/patterns.html#dnsapi:query
This is because winehq.org points to a CDN which uses DNS tricks to point web
browsers to the closest server and do load balancing. Interestingly this does
not happen for all clients, e.g. it does not happen on fg-deb64.
These failures happen in new tests that were introduced by this commit:
commit 6e2efe54f17e72415b790edf6c9c1f9de5acb9f7
Author: François Gouget <fgouget(a)codeweavers.com>
Date: Thu Apr 13 05:51:20 2023 +0200
dnsapi/tests: Test how DnsQuery() handles CNAMEs.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54819
--
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=52883
Bug ID: 52883
Summary: Improve support for high-level graphic settings in The
Settlers: Heritage of Kings
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
Created attachment 72267
--> https://bugs.winehq.org/attachment.cgi?id=72267
screenshot for a questionable display of graphic settings
I wonder why I get hindered so far to switch the graphic settings to the
highest quality (which my hardware could support).
How will the software capabilities evolve further also for the game “The
settlers (gold edition)” after the software “Wine 7.7-1449.4”?
See also:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=5360
--
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=45122
Bug ID: 45122
Summary: gdiplus/font test crashes under clang-5.0.1 but not
gcc-7.3.0
Product: Wine
Version: 3.7
Hardware: x86
URL: https://test.winehq.org/data/8dca6c35e11a104385242ed83
46ee05707b78ef7/linux_ae-gentoo-dbg-clang/gdiplus:font
.html
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
Backtrace:
=>0 0x7ec9e635 GdipMeasureString+0x1e5(graphics=<is not available>, string=<is
not available>, length=<has been optimized away by compiler>, font=<has been
optimized away by compiler>, rect=<has been optimized away by compiler>,
format=<is not available>, bounds=<has been optimized away by compiler>,
codepointsfitted=<has been optimized away by compiler>, linesfilled=<has been
optimized away by compiler>)
[/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphics.c:5427] in
gdiplus (0x0033f958)
1 0x7ed1385d in gdiplus_test (+0x2485c) (0x0033fac8)
2 0x7ed0f1c7 func_font+0x486() in gdiplus_test (0x0033fe08)
3 0x7ed7e968 main+0x457() in gdiplus_test (0x0033fea8)
4 0x7ed7ecaa in gdiplus_test (+0x8fca9) (0x0033fee0)
5 0x7b45df9c call_process_entry+0xb() in kernel32 (0x0033fef8)
6 0x7b45e0f3 start_process+0x122(entry=0x7ed7f5cb, peb=<is not available>)
[/var/lib/jenkins/home/workspace/wine-clang/dlls/kernel32/process.c:1099] in
kernel32 (0x0033ffdc)
7 0x7b45dfaa start_process_wrapper+0x9() in kernel32 (0x0033ffec)
0x7ec9e635 GdipMeasureString+0x1e5
[/var/lib/jenkins/home/workspace/wine-clang/dlls/gdiplus/graphics.c:5427] in
gdiplus: mulps %xmm1,%xmm1
5427 (pt[2].X-pt[0].X)*(pt[2].X-pt[0].X));
lmk what other logs/tests would be useful.
--
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=54769
Bug ID: 54769
Summary: major regression in dnSpy startup time
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
(OK, this will be quite a bit different than what I've planned when I started
to write this)
Let's start with an oddity: only 32bit versions of dnSpy work, 64bit fail to
show anything besides the recently popular stack corruption line (it does not
terminate upon it, but fails to do anything else either).
The problem (initially observed in 6.1.8, but dnSpyEx 6.3.0 has the same
problem):
I'm not quite sure when this happened, but IIRC it was at most two releases
back, maybe it was the latest one.
Before, upon startup there was a minor delay before the window showed up and
every now and then (but relatively rarely) the window got filled with visual
garbage until it was refreshed.
Now, it *seems* corruption has been dealt with (though that needs more time to
be verified), but there's a crippling startup delay (over 2-3 min) between when
a blank window shows up and when it's filled with content.
--
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=54361
Bug ID: 54361
Summary: Winebus doesn't enumerate evdev devices in a
--without-sdl build unless SDL also disabled by
winebus registry key
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
Not sure what info to add.
--
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=53845
Bug ID: 53845
Summary: Regression in GetCalendarInfoEx et al
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: elpochodelagente(a)gmail.com
Distribution: ---
Created attachment 73375
--> https://bugs.winehq.org/attachment.cgi?id=73375
test case, succeeds in Windows and wine 6.0
The following line succeeds in Windows and used to work in Wine 6, but not in
Wine 7.19. Attached is a complete program test
GetCalendarInfoEx(0, CAL_GREGORIAN_US, 0, CAL_ITWODIGITYEARMAX |
CAL_RETURN_NUMBER, 0, 0, dwData); // returns 0
Looking at dlls/kernelbase/locale.c current git master I can see that now there
is an explicit check against CAL_GREGORIAN, and if I change the
CAL_GREGORIAN_US parameter in the call to CAL_GREGORIAN then GetCalendarInfoEx
succeeds.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=21550
Summary: Winedbg's disassembler doesn't support SSE2
instructions
Product: Wine
Version: 1.1.37
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Winedbg doesn't support SSE2 instructions while gdb does.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=55139
Bug ID: 55139
Summary: loader: regression - error running winecfg
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: arusanu.bu(a)gmail.com
Distribution: ---
The switch to PIE loader seems to affect running wine on my system.
Running winecfg generates these errors:
'$ winecfg
wine: created the configuration directory '/home/iurt_build/.wine'
0024:err:environ:run_wineboot failed to start wineboot c00000e5
wine: could not load kernel32.dll, status c0000135'
The regression started with commit cc2cfb9b792bee681b96c5859084fd6d4d0bbed7.
Reverting that commit and
commit 78ed343842dcd8ffb95c416420953e121959d40d
commit c55578f3a54c63084657e7d79c043b22b10df989
commit ac1761d1dae8bf114a05e28ed6886deba6c2c860 ,
allows wine 8.11 to run fine.
System: Mageia 9(cauldron),
kernel-6.3.9 - x86_64., gcc-12.3.0, mingw-gcc-12.2.1
Wine specific configuration options used for x86_64/i586:
'
./configure --with-x --with-dbus --with-gstreamer --enable-win64
--with-system-dllpath=/usr/x86_64-w64-mingw32/sys-root/mingw/bin
--disable-tests
./configure --with-x --with-dbus --with-gstreamer
--with-system-dllpath=/usr/i586-w64-mingw32/sys-root/mingw/bin --disable-tests
'
--
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=49312
Bug ID: 49312
Summary: wineg++ - "invalid program stack in 64-bit code" on
exception catching - regression
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dd-tom(a)web.de
Distribution: ---
Created attachment 67324
--> https://bugs.winehq.org/attachment.cgi?id=67324
full crash log
Referencing this issue here:
https://bugs.launchpad.net/ubuntu/+source/wine/+bug/1881293
When compiling the following C++ program with "wineg++ main.cpp":
#include <stdexcept>
#include <stdio.h>
int main() {
printf("start\n");
try {
throw std::runtime_error("desc");
} catch (std::exception &ex) {
printf("in catch\n");
}
printf("end\n");
}
Wine crashes with:
Unhandled exception: assertion failed, invalid program stack in 64-bit code
(0x00007f33f6c24781).
The full log is attached.
Tested with (not working):
- Debian Bullseye and wine 5.0 (packaged)
- wine 5.0 compiled from source on Debian Buster
Regression since wine 4.0, tested working with:
- Debian Buster and wine 4.0 (packaged)
- wine 4.0 compiled from source on Debian Buster
--
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=37517
Bug ID: 37517
Summary: VideoReDo TVSuite H.264 crashes on loading video when
using VMR9
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gordon.lack(a)dsl.pipex.com
Distribution: ---
Created attachment 49929
--> https://bugs.winehq.org/attachment.cgi?id=49929
backtrace saved from crash
VideoReDo TVSuite H.264 (http://www.videoredo.com/en/ProductTVS.htm) starts up
OK.
Under Tools/Options/Playback Devices you can select VMR9 as the Video Driver
(FYI: DirectX is also listed there, but it isn't supported any more, and
actually used VMR7 as well - the option is going away). This determines the
driver used when running the editing page.
If you now load a video (mpeg, or h.264) into the program it will crash.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=21790
Summary: 3D Rad demo "BeltBall" can't use its bundled
mfc80u.dll?
Product: Wine
Version: 1.1.38
Platform: x86
URL: http://www.3drad.com/games/BeltBall%20v102.exe
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The smallest demo from http://www.3drad.com/free-pc-games.php is the 8MB
http://www.3drad.com/games/BeltBall%20v102.exe, sha1sum
d8827274480b0391ad200478b2ebe26a2658166d BeltBall v102.exe
It installs fine, but when you start it, it complains
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.762)
and puts up a dialog saying
"The dynamic link library 'MFC80U.DLL' could not be found"
even though it's installed in
./3D Rad Games/BeltBall v102/Microsoft.VC80.MFC/mfc80u.dll
Perhaps the installer forgot to set an app path or a manifest or something?
winetricks vc2005 works around the problem.
The game installs and runs fine on Vista; I guess we need to try it
on an old XP box that doesn't have vc2005 runtimes already and see
if it works there to confirm this bug.
(I checked on Vista, and there's no entry for the app in
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths, for what it's worth.
And there doesn't seem to be a manifest file next to the .exe.)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=54396
Bug ID: 54396
Summary: Rutoken driver cannot install.
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: igor.bz(a)list.ru
Distribution: ---
Created attachment 73963
--> https://bugs.winehq.org/attachment.cgi?id=73963
Wine log.
Distro: Ubuntu 20.04 x64
Kernel: Linux 6.0.9
Download link:
https://download.rutoken.ru/Rutoken/Drivers/Current/rtDrivers.exe
Steps to reproduce:
- Running the installation file (rtDrivers.exe).
- An error is reported during the installation process: Error. Error code: 120
(0x00000078): Function not implemented
- Installation failure.
- The program cannot be installed.
Translation:
- Установить => Install
- Ошибка. Код ошибки: 120 (0x00000078): Функция не реализована => Error. Error
code: 120 (0x00000078): Function not implemented
- Ошибка. Код ошибки: 3758096907 (0xe000020b) => Error. Error code: 3758096907
(0xe000020b)
- 0x80070643 Сбой установки => 0x80070643 Installation failure.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=16957
Summary: CreateProcess handles are inherited even when
bInheritHandles=FALSE
Product: Wine
Version: 1.1.2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ben(a)salilab.org
Created an attachment (id=18729)
--> (http://bugs.winehq.org/attachment.cgi?id=18729)
test.c
The attached file uses CreateProcess to create a subprocess (gzip in this case)
with redirected standard output. In order for this to work properly, the output
handle created in this code must be inherited by the subprocess - thus the
bInheritHandles argument to CreateProcess must be TRUE. And indeed if this
program is compiled to test-true.exe, a simple text file 'test.in' and the gzip
binary are placed in the same directory, and then test-true.exe is run, it
successfully produces the output test.gz.
If the TRUE argument is switched to FALSE and the file is compiled again to
test-false.exe, when the program is run in the same way on a 'real' Windows
sytem (32 bit Vista Business in this case) the following is output:
gzip: stdout: Bad file descriptor
This is also fine and expected, since the output file handle was not passed to
gzip. *However* if the same test-false.exe program is run with Wine (the Fedora
10 wine-core-1.1.12-1.fc10.i386 package in this case) it runs in just the same
way as test-true.exe, generating the test.gz output.
This suggests to me that the bInheritHandles argument is ignored by Wine. As
stated, this is a minor bug but it would be nice if Wine behaved the same way
as Windows here. (In our case we discovered this problem after we tested our
program successfully under Wine, but then had it fail on a real Windows
system.) I am not familiar with the code, but hopefully it should be
straightforward enough to provide the subprocess with invalid handles if
bInheritHandles=FALSE?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=49195
Bug ID: 49195
Summary: Multiple 4k demoscene OpenGL demos crash on startup
(failure to lookup atom 0xC019 'static' from global
atom tables)
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
extracted from bug 48898
My comment: https://bugs.winehq.org/show_bug.cgi?id=48898#c12
--- quote ---
To me it looks like bug 18490 ("Multiple games fail to set pixel format on D3D
device context created on desktop window (Empire: Total War, Napoleon: Total
War, Utopia City)") but for GL device context on the desktop window.
According to online information it's not allowed to do any rendering using this
context but enough to call functions like glGetString() etc.
Maybe some of the Wine graphics folks could weigh in with an opinion if this
limitation is already known / tracked in a bug?
--- quote ---
Henri's answer: https://bugs.winehq.org/show_bug.cgi?id=48898#c13
--- quote ---
I'm not aware of an existing bug report for this issue, no. It does strike me
as similar to bug 36506 though, and it would not particularly surprise me if
wglGetProcAddress() is supposed to return results consistent with
GL_EXTENSIONS/GL_VERSION here, even without a current GL context.
I seem to recall having established in the context of bug 18490 that creating a
GL context (or more specifically, setting a pixel format) on the desktop window
is indeed supposed to fail. In any case, this seems like of of those bugs that
would benefit from tests to establish what's supposed to happen.
--- quote ---
Turns out this was a side-effect of an earlier problem.
It was not supposed to be GetDC(NULL) (Desktop window).
--- snip ---
$ WINEDEBUG=+seh,+relay,+server,+class,+win,+msg wine ./End\ of\ time\ 720p.exe
>>log.txt 2>&1
...
0024:Call user32.ChangeDisplaySettingsA(00421288,00000004) ret=004200da
...
0024: get_desktop_window( force=0 )
0024: get_desktop_window() = 0 { top_window=00010020, msg_window=00010026 }
...
0024:Ret user32.ChangeDisplaySettingsA() retval=00000000 ret=004200da
0024:Call
KERNEL32.CreateThread(00000000,00000000,004201ca,004304e8,00000000,00000000)
ret=004200ee
...
0024:Ret KERNEL32.CreateThread() retval=00000080 ret=004200ee
00bc: *fd* 17 <- 38
00bc: init_thread( unix_pid=3683, unix_tid=3729, debug_level=1, teb=7ffd4000,
entry=004201ca, reply_fd=15, wait_fd=17, cpu=x86 )
0024:Call
user32.CreateWindowExA(00000000,0000c019,00000000,91000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000)
ret=004200f4
0024:trace:win:WIN_CreateWindowEx (null) #c019 ex=00000000 style=91000000 0,0
0x0 parent=(nil) menu=(nil) inst=(nil) params=(nil)
00bc: init_thread() = 0 { pid=0020, tid=00bc, server_start=1d62d3b280579be
(-2.9701360), info_size=0, version=603, all_cpus=00000003, suspend=0 }
0024:trace:win:dump_window_styles style: WS_POPUP WS_VISIBLE WS_MAXIMIZE
0024:trace:win:dump_window_styles exstyle:
...
00bc:Starting thread proc 0x4201ca (arg=0x4304e8)
...
0024: create_window( parent=00010020, owner=00000000, atom=c019,
instance=00000000, dpi=96, awareness=2, class=L"" )
0024: create_window() = INVALID_HANDLE { handle=00000000, parent=00000000,
owner=00000000, extra=0, class_ptr=00000000, dpi=0, awareness=0 }
0024:warn:win:create_window_handle error 6 creating window
0024:trace:class:GetClassInfoExW (nil) #c019 0x1518f9e0
0024:trace:class:CLASS_FindClass #c019 0x7e910000 -> not found
0024:Ret user32.CreateWindowExA() retval=00000000 ret=004200f4
--- snip ---
The failing window creation resulted in NULL handle which got passed to
user32.GetDC():
--- snip ---
0024:Call user32.GetDC(00000000) ret=004200fb
0024:trace:win:GetDCEx hwnd 0x10020, hrgnClip (nil), flags 00000003
...
0024: get_visible_region( window=00010020, flags=00000013 )
0024: get_visible_region() = 0 { top_win=00010020, top_rect={-1920,0;-1919,1},
win_rect={0,0;3200,1080}, paint_flags=00000001, total_size=16,
region={{-1920,0;1280,1080}} }
0024:Call
winex11.drv.GetDC(00030039,00010020,00010020,1518fde0,1518fdf0,00000013)
ret=7e97bd3e
0024:Ret winex11.drv.GetDC() retval=00000001 ret=7e97bd3e
0024:trace:win:GetDCEx (0x10020,(nil),0x13): returning 0x30039 (updated)
0024:Ret user32.GetDC() retval=00030039 ret=004200fb
--- snip ---
Well, the rest of the OpenGL story is known and the current behaviour makes
sense.
Back to the actual problem...
The creation of the window which ought the be used for OpenGL context/rendering
fails because atom 0xc019 can't be found/resolved.
I should have looked more carefully at the trace log and the demo disassembly.
--- snip ---
...
004200B6 | xor esi,esi |
004200B8 | push esi |
004200B9 | push esi |
004200BA | push esi |
004200BB | push esi |
004200BC | push esi |
004200BD | push esi |
004200BE | push esi |
004200BF | push esi |
004200C0 | push esi |
004200C1 | push 91000000 |
004200C6 | push esi |
004200C7 | push C019 | global atom!
004200CC | push esi |
004200CD | push 4 |
004200CF | push end of time 720p.421288 |
004200D4 | call dword ptr ds:[<&user32.ChangeDisplaySettingsA>] |
004200DA | push esi |
004200DB | push esi |
004200DC | push end of time 720p.4304E8 |
004200E1 | push end of time 720p.4201CA |
004200E6 | push esi |
004200E7 | push esi |
004200E8 | call dword ptr ds:[<&KERNEL32.CreateThread>] |
004200EE | call dword ptr ds:[<&user32.CreateWindowExA>] | fails
004200F4 | push eax |
004200F5 | call dword ptr ds:[<&user32.GetDC>] |
004200FB | mov edi,eax |
004200FD | mov dword ptr ds:[3AB08EC],eax |
00420102 | push esi |
00420103 | push edi |
00420104 | push esi |
00420105 | push end of time 720p.42125C |
0042010A | push edi |
0042010B | call dword ptr ds:[<&gdi32.ChoosePixelFormat>] |
00420111 | push eax |
00420112 | push edi |
00420113 | call dword ptr ds:[<&gdi32.SetPixelFormat>] |
00420119 | call dword ptr ds:[<&opengl32.wglCreateContext>] |
0042011F | push eax |
00420120 | push edi |
00420121 | call dword ptr ds:[<&opengl32.wglMakeCurrent>] |
00420127 | call dword ptr ds:[<&user32.ShowCursor>] |
0042012D | call end of time 720p.4202CC |
--- snip ---
The demoscene guys are crazy and fight for each saved byte ;-)
Courtesy of: http://www.pouet.net/topic.php?which=9894
--- quote ---
I was able to get 4 bytes off of a test 1k intro (Peach GLSL Shader of Japan)
by replacing the "edit" string with 0xC018, making it 1006 bytes instead of
1010. Nice.
...and then I got it down to 1004 bytes, because now "test eax, eax" compressed
better than "test ax, ax", which used to compress better sometime before this
newest change. ;) This 1k intro business is crazy, you'd really need some kind
of brute-force code masher that tries all possible combinations of code that
perform the same thing.
--- quote ---
--- quote ---
That´s mine since 2009 using DirectX9...someone told me using "static" instead
of "edit" would be better back then in some other thread...was iq if i remember
correctly.
The ATOM for "static" is 0xC019 btw, but be warned: it added 7 bytes here in my
first test, opposed to chopping off 4 bytes in case of "edit".
--- quote ---
--- quote ---
Oh, shit...i did the test the wrong way around...meaning the ATOM actually
chopped off 7 bytes in case of "static" vs. "0xC019" :/ :D
Yay, thanks for the nice trick, man! :)
--- quote ---
Also relevant, shows dump of global and typical local atom tables:
https://github.com/lungetech/ICAS/blob/master/logs/volatility/win32/output/…
Wine source:
https://source.winehq.org/git/wine.git/blob/9e26bc811656ad8eb901bffa5528b9c…
--- snip ---
407 /***********************************************************************
408 * CLASS_FindClass
409 *
410 * Return a pointer to the class.
411 */
412 static CLASS *CLASS_FindClass( LPCWSTR name, HINSTANCE hinstance )
413 {
414 static const WCHAR comctl32W[] =
{'c','o','m','c','t','l','3','2','.','d','l','l',0};
415 struct list *ptr;
416 ATOM atom = get_int_atom_value( name );
417
418 GetDesktopWindow(); /* create the desktop window to trigger builtin
class registration */
419
420 if (!name) return NULL;
421
422 name = CLASS_GetVersionedName( name, NULL, NULL, TRUE );
423
424 for (;;)
425 {
426 USER_Lock();
427
428 LIST_FOR_EACH( ptr, &class_list )
429 {
430 CLASS *class = LIST_ENTRY( ptr, CLASS, entry );
431 if (atom)
432 {
433 if (class->atomName != atom) continue;
434 }
435 else
436 {
437 if (strcmpiW( class->name, name )) continue;
438 }
439 if (!class->local || class->hInstance == hinstance)
440 {
441 TRACE("%s %p -> %p\n", debugstr_w(name), hinstance,
class);
442 return class;
443 }
444 }
445 USER_Unlock();
446
447 if (atom) break;
448 if (!is_comctl32_class( name )) break;
449 if (GetModuleHandleW( comctl32W )) break;
450 if (!LoadLibraryW( comctl32W )) break;
451 TRACE( "%s retrying after loading comctl32\n", debugstr_w(name) );
452 }
453
454 TRACE("%s %p -> not found\n", debugstr_w(name), hinstance);
455 return NULL;
456 }
--- snip ---
https://source.winehq.org/git/wine.git/blob/9e26bc811656ad8eb901bffa5528b9c…
$ sha1sum atz-end_of_time.zip
3a4ce3fd92e2fdd1a4533ee67d4809d3f2184f6b atz-end_of_time.zip
$ du -sh atz-end_of_time.zip
3.3M atz-end_of_time.zip
$ wine --version
wine-5.8-173-g9e26bc8116
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=47028
Bug ID: 47028
Summary: WinSCP hosts list missing indentation
Product: Wine
Version: 4.6
Hardware: x86-64
URL: http://winscp.net/download/winscp577.zip
OS: Mac OS X
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
CC: jr98(a)gmx.net
Created attachment 64194
--> https://bugs.winehq.org/attachment.cgi?id=64194
terminal output, +message log, screenshots
On windows there is space between the edge of the box and the icons.
To reproduce, run WinSCP.exe and you can see the hosts list on the left.
Attached is a zip containing terminal output, a +message log and screenshots
for comparison.
--
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=54397
Bug ID: 54397
Summary: Wine does not populate prefixes with 32-bit dlls
Product: Wine
Version: 7.22
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: eralegrid(a)hotmail.com
Starting from Wine 7.22, Wine doesn't copy any 32-bit files into new prefixes.
For a 32-bit prefix, only system.reg/user.reg/user.reg and a bunch of empty
directories are created.
For a 64-bit prefix, things appear to be normal aside from
$WINEPREFIX/drive_c/windows/syswow64 being empty.
It seems this situation started with commit
d45de318748639cfd1e80a976b39f5e19213990f.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=13778
Summary: Date and Time display
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rx9tx(a)qrz.ru
Created an attachment (id=13813)
--> (http://bugs.winehq.org/attachment.cgi?id=13813)
wine window
The problem is that in a Windows application running in Wine the date and time
displayed as digit like 39591.6425810185 instead of May-23-2008, 15:25, see
pictures http://rx9tx.qrz.ru/wine.jpg and http://rx9tx.qrz.ru/windows.jpg .
Same about the frequency value 0000000000028.012100 in mHz (28.0121 mhz) is
shown like 298112000.0. I dont know what kind of database is used, but it has
the .isd extension, also .isf, .ism, .isl files are present.
Here's the excerption from the database with the data shown on the pics:
http://rx9tx.qrz.ru/log.txt
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=50338
Bug ID: 50338
Summary: Open/save dialog don't show current folder path.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: ltgustavsen(a)gmail.com
Distribution: ---
Created attachment 68924
--> https://bugs.winehq.org/attachment.cgi?id=68924
Screenshot from linux. Missing folder path.
Hello
The opening/save dialog in Picture Window 8 from dl-c.com doesn't work as
expected. There is no way to see which folder I’m in. The green back arrows on
the top don’t work when I open the default catalog. I have to start each time
in the left sidebar and browse to the correct directory. If I do so, the arrows
work.
I have attached some screenshots. And a debug file.
I have tested with wine-5.0.3 and wine-6.0-rc2
I have installed Picture Window this way
winetricks vcrun2019
wine msiexec /i Picture\ Window\ Pro.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.
https://bugs.winehq.org/show_bug.cgi?id=44016
Bug ID: 44016
Summary: Improve path handling in Open and Save dialogs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: kolan_n(a)mail.ru
Distribution: ---
Current open and save dialogs have large usability issues.
1 When I paste a path of a folder into it to make it open that folder in itself
it doesn't work and writes an error.
2 I also expect this dialog to accept the absolute path in linux rootfs.
3 I also expect it to show a drop-down menu as in Windows.
--
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=42645
Bug ID: 42645
Summary: File dialog usability
Product: Wine
Version: 1.9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: freddi34(a)yahoo.de
Distribution: ---
When working with project files across different programs (e.g. Linux/OS X
program and Windows program through Wine), users usually have to access the
same locations and files. Quick file access and navigation is essential for
productivity. If Wine's goal is not to be a bottom-of-the-drawer academic
project, but actually useful, it must sufficiently integrate with the
non-Windows desktop that its users are using.
Example workflow:
A 1. Native file manager (e.g. Nautilus) is opened at /home/username/folder1
2. User wants to open file1.ext from this folder in a Wine program through
the file open dialog.
B 1. User creates a file2.ext in a Wine program, opens the file save dialog
and wants to save it in the same location (folder1).
2. File save dialog is opened at a path deep in the virtual C: drive
(C:/Programs/Manufacturer/ProgramName/client/assets/.../...).
The file save dialog's location may be controlled by the Windows
application or where it was opened the last time.
Wine's file open/save dialog has significantly worse usability than any
GTK/KDE/OS X file dialog or even Windows' own.
- It is more likely not opened where the user needs it (since working
cross-system)
- Navigation is only possible by one step up (green up arrow button) or by
going multiple steps up towards the file system root (scrollable dropdown) and
then navigating step by step down in the native system's file tree.
- Double-click is cumbersome and leads repeatedly to accidental renamings or
wrong selections.
Wine's open/save dialogs should allow faster changing between commonly used
locations. This should be supported through:
- editable address (would allow to paste a complete path and press enter)
- droppable for native paths (drag&drop a folder from a native file manager,
this is commonly supported in e.g. GTK)
- persistent list of recently openend locations in this WINEPREFIX
While these are platform-agnostic, more comfort can be achieved by further
integrating with the desktop (Gnome/KDE/OS X):
- integrate with the desktop's bookmarks through Free Desktop Standard
- integrate with the desktop's recent locations
- (native file dialogs)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=35062
Bug #: 35062
Summary: FarCry3 : graphical glitches
Product: Wine
Version: 1.7.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: berillions(a)gmail.com
Classification: Unclassified
Created attachment 46762
--> http://bugs.winehq.org/attachment.cgi?id=46762
Graphical glitches on see
Hi,
There is a graphical bug when i play at FarCry3. this bug appears only when you
look the sea.
As you can see in the screenshot, it seems that the map is drawn in the sea.
I think it's not a problem about the sun/moon light reflections on the sea,
they're correctly drawn (not viewable in the screenshot)
Thanks,
Max
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
http://bugs.winehq.org/show_bug.cgi?id=23676
Summary: Arcanum essentially unusable due to graphics errors
Product: Wine
Version: 1.2
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex.richardson(a)gmx.de
When playing Arcanum, the issue shown by the screenshot happens as soon as you
attempt to scroll the view.
It seems that it only happens when scrolling to the top, left right and down
seem to be fine.
I know this did not happen with older versions of Wine ~1 year ago.
For testing purposes there is a demo of the game available here:
http://www.terra-arcanum.com/downloads/
If you need any other information please tell me, I'm quite new to reporting
bugs in Wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=53699
Bug ID: 53699
Summary: Hearthstone/Battle.net caught in update loop
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kilzzz(a)hotmail.com
Distribution: ---
Created attachment 73103
--> https://bugs.winehq.org/attachment.cgi?id=73103
Terminal section of update loop
Attempting to update an already working battle.net/Hearthstone install results
in the client repeatedly trying to update some unknown component. The client
will attempt to update the game only to cycle back to updating something else.
Its happening to more than just me
https://us.forums.blizzard.com/en/blizzard/t/cannot-download-any-games-from…
looking at the linux posts.
The same thing happens on a Manjaro install and a Debian testing install that
previously worked. Attached is a section of the terminal output from the
cycling.
--
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=49107
Bug ID: 49107
Summary: Rise of the Tomb Raider shows a black screen in DX12
mode
Product: vkd3d
Version: 1.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
No crash just spamming this line:
err:vkd3d_wait_for_gpu_fences: Failed to wait for Vulkan fences, vr -4.
wine-5.7-209-g4e2ad334b5
--
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=52146
Bug ID: 52146
Summary: [Control DX12]Wrong color when Global Reflections
setting is enabled
Product: vkd3d
Version: 1.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Hi,
I use vkd3d-git + Connor's patch from
https://bugs.winehq.org/show_bug.cgi?id=47713#c6
Sorry if it's not correct to create this BR considering that this is an
unnofficial patch (need more works to be upstreamed)
I tried Control DX12 with this patch and the game works great despite the
stuttering.
As explained in the BR's title, when "Global Reflections" is enabled in the
game's settings, a red color appears in game as you can see in the video and
screenshot.
I attach a VKD3D_DEBUG="trace" log (1.6Gb size) :
https://www.mediafire.com/file/7pn6eyhsa7mvy72/Control_DX12_glitches.7z/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=51653
Bug ID: 51653
Summary: HITMAN (2016) crashes when loading level in DX12 mode
Product: vkd3d
Version: 1.2
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Default output
fixme:d3d12_command_queue_GetClockCalibration: iface 0x7f8a5500, gpu_timestamp
0x2917fa48, cpu_timestamp 0x2917faa0 stub!
fixme:d3d12_command_queue_Wait: Failed to acquire Vulkan semaphore for fence
0x7ec63700, value 0x143b3, completed value 0x143ac.
04b8:fixme:dxgi:d3d12_swapchain_set_sync_interval Unsupported sync interval 2.
fixme:d3d12_pipeline_state_GetCachedBlob: iface 0x7f4d34f40140, blob 0x2917fa20
stub!
wine: Unhandled page fault on read access to 0000000000000000 at address
0000000140EDD169 (thread 04b8), starting debugger...
vkd3d-1.2-442-g04a0808
--
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=54627
Bug ID: 54627
Summary: Steelrising fails to start (needs ID3D12Device5
interface)
Product: vkd3d
Version: 1.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
An error has occurred :
Failed to create the DirectX12 rendering device.
Error code : 0x80004002
vkd3d:warn:d3d12_device_QueryInterface {8b4f173b-2fea-4b80-8f58-4307191ab95d}
not implemented, returning E_NOINTERFACE.
1.6-180-g6ccde9e8
--
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=55220
Bug ID: 55220
Summary: Dying Light 2: Stay Human fails to start due to
missing ID3D12Device1 interface
Product: vkd3d
Version: 1.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Failed to create D3D12Device
Feature level: D3D_FEATURE_LEVEL_11_1
Failed to get ID3D12Device1 interface
Failed to initialize D3D12Device
1.8-76-g2a3413e0
--
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=55415
Bug ID: 55415
Summary: Spider-Man: Shattered Dimensions crashes after a few
minutes of playing
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tinozzo123(a)tutanota.com
Distribution: ---
Created attachment 74977
--> https://bugs.winehq.org/attachment.cgi?id=74977
Logs just before the game crashes
When playing Spider-Man: Shattered Dimensions for a few minutes, the game
crashes.
--
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=55172
Bug ID: 55172
Summary: Guild Wars 2 - Black Lion Trading Company
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: garciamiguel3(a)gmail.com
Distribution: ---
Created attachment 74752
--> https://bugs.winehq.org/attachment.cgi?id=74752
Program Error Detail
If you open the "Black Lion Trading Company" window in the Guild Wars 2 game
and then enter the Gem Store or Trading Store tab. The error window will pop
up. Stating cefhost.exe encountered an error. However, the tab Currency
Exchange does not encounter any error.
--
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=50391
Bug ID: 50391
Summary: Hitman: Absolution player head model rendered with
artifacts with Vulkan renderer
Product: Wine
Version: 6.0-rc3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 69006
--> https://bugs.winehq.org/attachment.cgi?id=69006
example
With Tessellation enabled.
wine-6.0-rc3-28-ge27a95e9209
--
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=50334
Bug ID: 50334
Summary: vkd3d from git fails to run bison
libs/vkd3d-shader/preproc.tab.h
Product: vkd3d
Version: 1.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: mike(a)fireburn.co.uk
Distribution: ---
[Thursday, 10 December 2020] [02:37:22 GMT] <FireBurn> The last 4 commits to
vkd3d have created a build issue for me https://pastebin.com/FBTuDXbM
[Thursday, 10 December 2020] [02:37:47 GMT] <FireBurn> It's probably
f544cb38e5184c8218a36629f59c64568e55e6f5
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/configure
--prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu
--mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
--sysconfdir=/etc --localstatedir=/var/lib --disable-dependency-tracking
--disable-silent-rules --docdir=/usr/share/doc/vkd3d-9999
--htmldir=/usr/share/doc/vkd3d-9999/html --libdir=/usr/lib
--without-spirv-tools --disable-doxygen-pdf
configure: loading site script /usr/share/config.site
checking for i686-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc -m32
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether x86_64-pc-linux-gnu-gcc -m32 accepts -g... yes
checking for x86_64-pc-linux-gnu-gcc -m32 option to accept ISO C89... none
needed
checking whether x86_64-pc-linux-gnu-gcc -m32 understands -c and -o together...
yes
checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -m32 -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for i686-pc-linux-gnu-ar... x86_64-pc-linux-gnu-ar
checking the archiver (x86_64-pc-linux-gnu-ar) interface... ar
checking for i686-pc-linux-gnu-gcc... (cached) x86_64-pc-linux-gnu-gcc -m32
checking whether we are using the GNU C compiler... (cached) yes
checking whether x86_64-pc-linux-gnu-gcc -m32 accepts -g... (cached) yes
checking for x86_64-pc-linux-gnu-gcc -m32 option to accept ISO C89... (cached)
none needed
checking whether x86_64-pc-linux-gnu-gcc -m32 understands -c and -o together...
(cached) yes
checking for a sed that does not truncate output... /bin/sed
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking for widl... widl
checking checking whether widl version >= 3.20... yes (6.0-rc2)
checking for flex... flex
checking for bison... bison
checking for i686-pc-linux-gnu-doxygen... no
checking for doxygen... no
configure: WARNING: doxygen not found - will not generate any doxygen
documentation
checking for i686-pc-linux-gnu-perl... no
checking for perl... /usr/bin/perl
checking for a BSD-compatible install...
/usr/lib/portage/python3.8/ebuild-helpers/xattr/install -c
checking whether build environment is sane... yes
checking whether make sets $(MAKE)... yes
checking whether make supports the include directive... yes (GNU style)
checking whether make supports nested variables... yes
checking dependency style of x86_64-pc-linux-gnu-gcc -m32... none
checking whether to enable maintainer-specific portions of Makefiles... yes
checking whether make supports nested variables... (cached) yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking how to print strings... printf
checking for a sed that does not truncate output... (cached) /bin/sed
checking for fgrep... /bin/grep -F
checking for ld used by x86_64-pc-linux-gnu-gcc -m32... x86_64-pc-linux-gnu-ld
-m elf_i386
checking if the linker (x86_64-pc-linux-gnu-ld -m elf_i386) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... x86_64-pc-linux-gnu-nm
checking the name lister (x86_64-pc-linux-gnu-nm) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking how to convert i686-pc-linux-gnu file names to i686-pc-linux-gnu
format... func_convert_file_noop
checking how to convert i686-pc-linux-gnu file names to toolchain format...
func_convert_file_noop
checking for x86_64-pc-linux-gnu-ld -m elf_i386 option to reload object
files... -r
checking for i686-pc-linux-gnu-objdump... x86_64-pc-linux-gnu-objdump
checking how to recognize dependent libraries... pass_all
checking for i686-pc-linux-gnu-dlltool... no
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for i686-pc-linux-gnu-ar... (cached) x86_64-pc-linux-gnu-ar
checking for archiver @FILE support... @
checking for i686-pc-linux-gnu-strip... x86_64-pc-linux-gnu-strip
checking for i686-pc-linux-gnu-ranlib... x86_64-pc-linux-gnu-ranlib
checking command to parse x86_64-pc-linux-gnu-nm output from
x86_64-pc-linux-gnu-gcc -m32 object... ok
checking for sysroot... no
checking for a working dd... /bin/dd
checking how to truncate binary pipes... /bin/dd bs=4096 count=1
checking for i686-pc-linux-gnu-mt... no
checking for mt... no
checking if : is a manifest tool... no
checking for dlfcn.h... yes
checking for objdir... .libs
checking if x86_64-pc-linux-gnu-gcc -m32 supports -fno-rtti -fno-exceptions...
no
checking for x86_64-pc-linux-gnu-gcc -m32 option to produce PIC... -fPIC -DPIC
checking if x86_64-pc-linux-gnu-gcc -m32 PIC flag -fPIC -DPIC works... yes
checking if x86_64-pc-linux-gnu-gcc -m32 static flag -static works... yes
checking if x86_64-pc-linux-gnu-gcc -m32 supports -c -o file.o... yes
checking if x86_64-pc-linux-gnu-gcc -m32 supports -c -o file.o... (cached) yes
checking whether the x86_64-pc-linux-gnu-gcc -m32 linker
(x86_64-pc-linux-gnu-ld -m elf_i386) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking if LD -Wl,--version-script works... yes
checking whether the compiler supports -std=c99... yes
checking whether the compiler supports -Wdeclaration-after-statement... yes
checking whether the compiler supports -Wimplicit-fallthrough... yes
checking whether the compiler supports -Wmissing-prototypes... yes
checking whether the compiler supports -Wunused-but-set-parameter... yes
checking whether the compiler supports -Wvla... yes
checking whether the compiler supports -Wpointer-arith... yes
checking whether the compiler supports -Wl,--no-undefined... yes
checking for i686-w64-mingw32-gcc... i686-w64-mingw32-gcc
checking whether i686-w64-mingw32-gcc works... yes
checking for x86_64-w64-mingw32-gcc... x86_64-w64-mingw32-gcc
checking whether x86_64-w64-mingw32-gcc works... yes
checking for dlfcn.h... (cached) yes
checking pthread.h usability... yes
checking pthread.h presence... yes
checking for pthread.h... yes
checking vulkan/vulkan.h usability... yes
checking vulkan/vulkan.h presence... yes
checking for vulkan/vulkan.h... yes
checking vulkan/spirv.h usability... no
checking vulkan/spirv.h presence... no
checking for vulkan/spirv.h... no
checking vulkan/GLSL.std.450.h usability... no
checking vulkan/GLSL.std.450.h presence... no
checking for vulkan/GLSL.std.450.h... no
checking spirv/unified1/spirv.h usability... yes
checking spirv/unified1/spirv.h presence... yes
checking for spirv/unified1/spirv.h... yes
checking spirv/unified1/GLSL.std.450.h usability... yes
checking spirv/unified1/GLSL.std.450.h presence... yes
checking for spirv/unified1/GLSL.std.450.h... yes
checking whether VK_HEADER_VERSION >= 113... yes
checking whether SpvCapabilityDemoteToHelperInvocationEXT is declared... yes
checking whether program_invocation_name is declared... yes
checking pkg-config is at least version 0.9.0... yes
checking for ceilf in -lm... yes
checking for dlopen in -ldl... yes
checking for pthread_create in -lpthread... yes
checking for ldd... /usr/bin/ldd
checking for i686-pc-linux-gnu-otool... no
checking for otool... no
checking for i686-pc-linux-gnu-readelf... x86_64-pc-linux-gnu-readelf
checking for -lvulkan... libvulkan.so.1
checking for ncurses... yes
checking for xcb xcb-keysyms... yes
checking for __builtin_clz... yes
checking for __builtin_popcount... yes
checking for __sync_add_and_fetch... yes
checking for __sync_sub_and_fetch... yes
checking for pthread_setname_np... yes
checking how many arguments pthread_set_np() takes... two
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Doxyfile
config.status: creating Makefile
config.status: creating include/config.h
config.status: executing depfiles commands
config.status: executing libtool commands
Configuration summary for vkd3d 1.2
widl: widl
Have ncurses: yes
Have SPIRV-Tools: no
Have xcb: yes
Building demos: no
Building tests: yes
Building documentation: no
Building crosstests: yes
Using 32-bit cross compiler: i686-w64-mingw32-gcc
Using 64-bit cross compiler: x86_64-w64-mingw32-gcc
make -j8
widl -h -o include/vkd3d_d3d12.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_d3d12.idl
widl -h -o include/vkd3d_d3d12sdklayers.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_d3d12sdklayers.idl
widl -h -o include/vkd3d_d3dcommon.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_d3dcommon.idl
widl -h -o include/vkd3d_dxgi.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_dxgi.idl
widl -h -o include/vkd3d_dxgi1_2.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_dxgi1_2.idl
widl -h -o include/vkd3d_dxgi1_3.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_dxgi1_3.idl
widl -h -o include/vkd3d_dxgi1_4.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_dxgi1_4.idl
widl -h -o include/vkd3d_dxgibase.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_dxgibase.idl
widl -h -o include/vkd3d_dxgiformat.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_dxgiformat.idl
widl -h -o include/vkd3d_dxgitype.h
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/vkd3d_dxgitype.idl
bison -d -o libs/vkd3d-shader/preproc.tab.c
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d-shader/preproc.y
bison: libs/vkd3d-shader/preproc.tab.h: cannot open: No such file or directory
make: *** [Makefile:2197: libs/vkd3d-shader/preproc.tab.h] Error 1
--
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=49398
Bug ID: 49398
Summary: vkd3d fails to compile against Vulkan 1.2.140 headers
Product: vkd3d
Version: 1.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: mike(a)fireburn.co.uk
Distribution: ---
Here's the compile error:
In file included from
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:20:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/vkd3d_private.h:964:54:
error: ‘VK_PIPELINE_BIND_POINT_RANGE_SIZE’ undeclared here (not in a function);
did you mean ‘VK_PIPELINE_BIND_POINT_MAX_ENUM’?
964 | struct vkd3d_pipeline_bindings
pipeline_bindings[VK_PIPELINE_BIND_POINT_RANGE_SIZE];
|
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
VK_PIPELINE_BIND_POINT_MAX_ENUM
libtool: compile: x86_64-pc-linux-gnu-gcc -m32 -DHAVE_CONFIG_H -I.
-I/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999 -I./include
-I/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include
-I/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/dummy
-I/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/include/private
-Wall -pipe -std=c99 -Wdeclaration-after-statement -Wimplicit-fallthrough
-Wmissing-prototypes -Wunused-but-set-parameter -Wvla -Wpointer-arith
-Wl,--no-undefined -O3 -march=native -pipe -flto -c
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/vkd3d_main.c
-fPIC -DPIC -o libs/vkd3d/.libs/vkd3d_main.o
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:
In function ‘d3d12_command_list_invalidate_root_parameters’:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:1876:29:
warning: parameter ‘bind_point’ set but not used [-Wunused-but-set-parameter]
1876 | VkPipelineBindPoint bind_point)
| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:
In function ‘d3d12_command_list_prepare_descriptors’:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:2551:29:
warning: parameter ‘bind_point’ set but not used [-Wunused-but-set-parameter]
2551 | VkPipelineBindPoint bind_point)
| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:
In function ‘d3d12_command_list_update_descriptor_table’:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:2648:29:
warning: parameter ‘bind_point’ set but not used [-Wunused-but-set-parameter]
2648 | VkPipelineBindPoint bind_point, unsigned int index, struct
d3d12_desc *base_descriptor)
| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:
In function ‘d3d12_command_list_update_push_descriptors’:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:2751:29:
warning: parameter ‘bind_point’ set but not used [-Wunused-but-set-parameter]
2751 | VkPipelineBindPoint bind_point)
| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:
In function ‘d3d12_command_list_set_descriptor_table’:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:4083:29:
warning: parameter ‘bind_point’ set but not used [-Wunused-but-set-parameter]
4083 | VkPipelineBindPoint bind_point, unsigned int index,
D3D12_GPU_DESCRIPTOR_HANDLE base_descriptor)
| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:
In function ‘d3d12_command_list_set_root_constants’:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/command.c:4121:29:
warning: parameter ‘bind_point’ set but not used [-Wunused-but-set-parameter]
4121 | VkPipelineBindPoint bind_point, unsigned int index, unsigned
int offset,
| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~
In file included from
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/device.c:19:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/vkd3d_private.h:964:54:
error: ‘VK_PIPELINE_BIND_POINT_RANGE_SIZE’ undeclared here (not in a function);
did you mean ‘VK_PIPELINE_BIND_POINT_MAX_ENUM’?
964 | struct vkd3d_pipeline_bindings
pipeline_bindings[VK_PIPELINE_BIND_POINT_RANGE_SIZE];
|
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
VK_PIPELINE_BIND_POINT_MAX_ENUM
In file included from
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/resource.c:20:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/vkd3d_private.h:964:54:
error: ‘VK_PIPELINE_BIND_POINT_RANGE_SIZE’ undeclared here (not in a function);
did you mean ‘VK_PIPELINE_BIND_POINT_MAX_ENUM’?
964 | struct vkd3d_pipeline_bindings
pipeline_bindings[VK_PIPELINE_BIND_POINT_RANGE_SIZE];
|
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
VK_PIPELINE_BIND_POINT_MAX_ENUM
In file included from
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/state.c:20:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/vkd3d_private.h:964:54:
error: ‘VK_PIPELINE_BIND_POINT_RANGE_SIZE’ undeclared here (not in a function);
did you mean ‘VK_PIPELINE_BIND_POINT_MAX_ENUM’?
964 | struct vkd3d_pipeline_bindings
pipeline_bindings[VK_PIPELINE_BIND_POINT_RANGE_SIZE];
|
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
VK_PIPELINE_BIND_POINT_MAX_ENUM
make[1]: *** [Makefile:1167: libs/vkd3d/command.lo] Error 1
make[1]: *** Waiting for unfinished jobs....
In file included from
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/utils.c:19:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/vkd3d_private.h:964:54:
error: ‘VK_PIPELINE_BIND_POINT_RANGE_SIZE’ undeclared here (not in a function);
did you mean ‘VK_PIPELINE_BIND_POINT_MAX_ENUM’?
964 | struct vkd3d_pipeline_bindings
pipeline_bindings[VK_PIPELINE_BIND_POINT_RANGE_SIZE];
|
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
VK_PIPELINE_BIND_POINT_MAX_ENUM
make[1]: *** [Makefile:1167: libs/vkd3d/device.lo] Error 1
In file included from
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/vkd3d_main.c:20:
/var/tmp/portage/app-emulation/vkd3d-9999/work/vkd3d-9999/libs/vkd3d/vkd3d_private.h:964:54:
error: ‘VK_PIPELINE_BIND_POINT_RANGE_SIZE’ undeclared here (not in a function);
did you mean ‘VK_PIPELINE_BIND_POINT_MAX_ENUM’?
964 | struct vkd3d_pipeline_bindings
pipeline_bindings[VK_PIPELINE_BIND_POINT_RANGE_SIZE];
|
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
VK_PIPELINE_BIND_POINT_MAX_ENUM
make[1]: *** [Makefile:1167: libs/vkd3d/resource.lo] Error 1
make[1]: *** [Makefile:1167: libs/vkd3d/state.lo] Error 1
make[1]: *** [Makefile:1167: libs/vkd3d/utils.lo] Error 1
make[1]: *** [Makefile:1167: libs/vkd3d/vkd3d_main.lo] Error 1
The patch required to get this compiling is:
diff --git a/libs/vkd3d/vkd3d_private.h b/libs/vkd3d/vkd3d_private.h
index 1cc7864..fa736e4 100644
--- a/libs/vkd3d/vkd3d_private.h
+++ b/libs/vkd3d/vkd3d_private.h
@@ -53,6 +53,7 @@
#define VKD3D_MAX_SHADER_EXTENSIONS 1u
#define VKD3D_MAX_SHADER_STAGES 5u
#define VKD3D_MAX_VK_SYNC_OBJECTS 4u
+#define VKD3D_PIPELINE_BIND_POINT_COUNT 2u
struct d3d12_command_list;
struct d3d12_device;
@@ -961,7 +962,7 @@ struct d3d12_command_list
VkPipeline current_pipeline;
VkRenderPass pso_render_pass;
VkRenderPass current_render_pass;
- struct vkd3d_pipeline_bindings
pipeline_bindings[VK_PIPELINE_BIND_POINT_RANGE_SIZE];
+ struct vkd3d_pipeline_bindings
pipeline_bindings[VKD3D_PIPELINE_BIND_POINT_COUNT];
struct d3d12_pipeline_state *state;
Which is slightly different to:
https://github.com/d3d12/vkd3d/commit/8e7bf8a5c3e004763a62822ff2d79cf76907b…
--
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=47713
Bug ID: 47713
Summary: Control crashes at launch with vkd3d
Product: vkd3d
Version: 1.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 65184
--> https://bugs.winehq.org/attachment.cgi?id=65184
WINEDEBUG=+vkd3d VKD3D_DEBUG="trace" output log
Hello,
The game has two separate executable, once for d3d11 and the second for d3d12.
The game works correctly with Dx11/DXVK but crashes at launch when i want
launch it with vkd3d.
You can find the "WINEDEBUG=+vkd3d VKD3D_DEBUG="trace"" output log attached.
The backtrace is this :
Backtrace:
=>0 0x00007fe4ac02bbe7 vkd3d_serialize_root_signature+0xffffffffffffffff() in
libvkd3d.so.1 (0x00007fe4a4c409d0)
1 0x00007fe4ac02bdcb vkd3d_serialize_root_signature+0xffffffffffffffff() in
libvkd3d.so.1 (0x00007fe4a4c409d0)
2 0x0000000003f2cd55 EntryPoint+0xffffffffffffffff() in d3d_rmdwin10_f
(0x00000000198ea7e0)
3 0x0000000003f3ae50 EntryPoint+0xffffffffffffffff() in d3d_rmdwin10_f
(0x000000000bbae070)
4 0x0000000003f3e485 EntryPoint+0xffffffffffffffff() in d3d_rmdwin10_f
(0x000000000bbae070)
5 0x0000000002d3bf8c EntryPoint+0xffffffffffffffff() in renderer_rmdwin10_f
(0x000000003590fbf0)
6 0x0000000002d3afcd EntryPoint+0xffffffffffffffff() in renderer_rmdwin10_f
(0x000000003d2f5800)
0x00007fe4ac02bbe7 vkd3d_serialize_root_signature+0xffffffffffffffff in
libvkd3d.so.1: movq 0x0000000000000028(%r8),%r9
--
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=46510
Bug ID: 46510
Summary: Vkd3d is confused on optimus systems.
Product: vkd3d
Version: 1.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: janarvottin(a)gmail.com
Distribution: ---
When on integrated card, wine crashes. When discrete card is enabled following
error message is reported:
fixme:vkd3d_select_physical_device: Multiple physical devices available,
selecting the first one.
DXVK works around this problem by selecting discrete card over integrated one.
If dicrete isn't shown, integrated will be used instead.
https://github.com/doitsujin/dxvk/commit/40b52758e3240700b061dd9650986a1312…
Debian buster packages: libvkd3d1 (1.1-2)
wine-4.0-rc6 (Debian 4.0~rc6-1)
--
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=54895
Bug ID: 54895
Summary: Stray silently exits after a while
Product: vkd3d
Version: 1.7
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: cmccarthy(a)codeweavers.com
Regression SHA1: e63201a7a3970da569a0723613d7d98e93146edc
Distribution: ---
Launching in DX12 mode gives a black screen for around 15-20 seconds then just
exits.
--
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=52915
Bug ID: 52915
Summary: Build vkd3d-git is broken (configure: error: libvulkan
and libMoltenVK not found.)
Product: vkd3d
Version: 1.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 72297
--> https://bugs.winehq.org/attachment.cgi?id=72297
config.log
Hi,
I tried to build vkd3d-git (last commit eb2c3b0b) and it fails with this error
message during configure :
######
checking for -lvulkan... not found
checking for -lvulkan-1... not found
checking for -lMoltenVK... not found
configure: error: libvulkan and libMoltenVK not found.
make: *** [Makefile:1121 : config.status] Erreur 1
######
I attach the config log.
Revert these commits fix this issue :
- cab16fe9034ce6492ed7cc0a97a3ee69a4085f2a
- 99a3adcc19f2a64fad630948851616f52c00d553
Maxime
--
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=47269
Bug ID: 47269
Summary: World of Warcraft / D3D12 / Unplayable with RADV
Product: vkd3d
Version: 1.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 64563
--> https://bugs.winehq.org/attachment.cgi?id=64563
WoW d3d12 log
Hello,
i use wine-staging 4.8 + Mesa Git + LLVM 9 + vkd3d git and the game is
unplayable with RADV. As you can see on the screenshot, i have a lot of
graphical glitches.
I have this line in the log :
fixme:vkd3d_bind_heap_memory: Invalid heap offset 0x3b0000.
--
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=46551
Bug ID: 46551
Summary: Vkd3d GPU VA allocator never reclaims allocated GPU VA
ranges
Product: vkd3d
Version: 1.1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: joseph.kucia(a)gmail.com
Distribution: ---
A proper memory allocator for GPU VA ranges is needed.
--
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=46291
Bug ID: 46291
Summary: Blizzard update WoW to use DX12 and Multithread.
Product: vkd3d
Version: 1.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: eaglecomputers.ok(a)gmail.com
Distribution: ---
Shown below are the fixme that come from vkd3d, after the most recent Blizzard
patch to World of Warcraft. Using Nvidia, driver 415.23, latest vkd3d from
git, and wine-4.0-rc1-36-gec2c2f9fa0 (Staging).
fixme:vkd3d_create_device: Unsupported feature level 0xc000.
fixme:d3d12_device_CheckFeatureSupport: Root signature version 1_1 not
supported yet.
fixme:vkd3d_serialize_root_signature: Ignoring error blob 0x25f418.
fixme:d3d12_root_signature_init: Ignoring root signature flags 0x1.
fixme:vkd3d_serialize_root_signature: Ignoring error blob 0x25f418.
fixme:d3d12_root_signature_init: Ignoring root signature flags 0x1.
fixme:rs_desc_from_d3d12: Ignoring MultisampleEnable 0x1.
fixme:d3d12_device_CheckFeatureSupport: Unhandled feature 0x4.
fixme:d3d12_command_queue_GetPrivateData: iface 0x7e5a6230, guid
{000000f0-0000-000d-c0f5-fed7c47f0000}, data_size 0x25f898, data 0x25f860 stub!
Tell me how I can help, since I can test and report back usually same day.
--
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=52886
Bug ID: 52886
Summary: [The Council]Graphical glitches with Damavand (and
system hang)
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 72270
--> https://bugs.winehq.org/attachment.cgi?id=72270
Output Console log
Hi,
I have the game from GoG. Tried with plain wine and with my patched wine, same
issue for both.
There are graphical glitches when the game uses Damavand and my system hangs
after a while. The main menu in-game has no problem. The glitch appears during
the 1st cutscene at the beginning.
I attach 4 screenshots, 2 with Damavand and 2 with DXVK, in the same place in
the both case.
I attach the output console log and "VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace
WINEDEBUG=+d3d,+d3d11,+d3d_shader,+seh" log.
VKD3D trace + d3d log :
https://www.mediafire.com/file/w8z6snwwcha7mrt/TheCouncil_d3dlog.7z/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=52723
Bug ID: 52723
Summary: error: ‘for’ loop initial declarations are only
allowed in C99 mode (wine-7.4)
Product: vkd3d
Version: 1.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
Created attachment 72083
--> https://bugs.winehq.org/attachment.cgi?id=72083
log.txt
Unsure of version number for vkd3d.
Compiling in distro with:
compiler version 4.8.4
# gcc --version
glibc 2.19
# ldd --version
config line:
configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x
--libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686"
Compile error in wine-7.4
In function ‘fold_mul’:
error: ‘for’ loop initial declarations are only allowed in C99 mode
note: use option -std=c99 or -std=gnu99 to compile your code
--
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=46198
Bug ID: 46198
Summary: Xenia fails to find Directx 12 graphics adapter
[vkd3d]
Product: Wine
Version: 3.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chridye(a)gmail.com
Distribution: ---
Xenia seems to startup just fine but when it gets around to setting up the
directx 12 subsystem, it fails to find a suitable adapter. Xenia goes about
finding a suitable adapter via IDXGIFactory2::EnumAdapters1. It only requires
feature level 11_0.
the important bits:
I built wine from source on ubuntu 18.10 with support for vkd3d (or at least,
the build system said there was). I have nvidia 410 drivers installed.
gears-vkd3d ran.
vulkan doesn't crash at startup (wine64 xenia.exe --gpu=vulkan)
Directx 12 is used by default so just simply using wine64 xenia.exe is enough
to cause the problem.
This works consistently on Windows but is non-operational on Linux under wine.
The latest Xenia build can be found at
https://ci.appveyor.com/api/projects/benvanik/xenia/artifacts/xenia-d3d12.z…
To summarize:
Xenia fails to find a graphics device with a suitable feature level under wine
when one should exist.
--
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=46184
Bug ID: 46184
Summary: dx12 to vkd3d crashes wow, with a screen full of fixme
Product: Wine
Version: 3.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: eaglecomputers.ok(a)gmail.com
Distribution: ---
fixme:d3d12_device_CheckFeatureSupport: Root signature version 1_1 not
supported yet.
fixme:vkd3d_serialize_root_signature: Ignoring error blob 0x25f378.
fixme:d3d12_root_signature_init: Ignoring root signature flags 0x1.
fixme:vkd3d_serialize_root_signature: Ignoring error blob 0x25f378.
fixme:d3d12_root_signature_init: Ignoring root signature flags 0x1.
fixme:rs_desc_from_d3d12: Ignoring MultisampleEnable 0x1.
fixme:d3d12_device_CheckFeatureSupport: Unhandled feature 0x4
WoW, BFA, DX12 enabled in game, using vkd3d, and wine, with staging, compiled
from source. Latest vulkan driver, proprietary Nvidia driver 415.18, kernel
4.19.2-301, fedora 29, Gtx 970 4Gig, Amd FX 6300 6 Cores, 16Gig DDR3 1600.
Using DXVK for DX11 works fine. Vsync can not be disabled with vkd3d wrapper.
--
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=54726
Bug ID: 54726
Summary: Bioshock 1.0 demo crashes on missing 'tex2Dproj'
handling
Product: vkd3d
Version: 1.6
Hardware: x86-64
URL: http://us.download.nvidia.com/downloads/nZone/demos/nz
d_BioShockPC.zip
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Depends on: 34106
Distribution: ---
01b4:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4.
01b4:err:d3dcompiler:D3DCompile2 Shader log:
01b4:err:d3dcompiler:D3DCompile2 <anonymous>:200:20: E5005: Function
"tex2Dproj" is not defined.
01b4:err:d3dcompiler:D3DCompile2
--
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=55182
Bug ID: 55182
Summary: Legend of Grimlock 2 menu screen shows no text
Product: vkd3d
Version: 1.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ---
Created attachment 74771
--> https://bugs.winehq.org/attachment.cgi?id=74771
VKD3D_SHADER_DEBUG=trace & +d3dcompiler log
winetricks -q d3dcompiler_47 works around.
--
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=55190
Bug ID: 55190
Summary: Conspiracy's Clean Slate 64K demo crashes with
'Assertion failed:
iff->condition.node->data_type->dimx == 1'
Product: vkd3d
Version: 1.8
Hardware: x86-64
URL: https://web.archive.org/web/20210807072016/https://con
spiracy.hu/files/cns%21cns-AMDfix.zip
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ---
Created attachment 74788
--> https://bugs.winehq.org/attachment.cgi?id=74788
output
Continuation of bug 54926 & bug 54484.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=15399
Summary: Colin Mcrae Rally 1.0 shows Graphical Glitches within
menus and crashes before loading any track.
Product: Wine
Version: 1.1.5
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=4216
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Salz85(a)gmail.com
Created an attachment (id=16253)
--> (http://bugs.winehq.org/attachment.cgi?id=16253)
game run without any argument.
After Setting the compatibility to windows 95/98, installing direct media end
the indeo codec, Colin Mcrae rally start but deos not show any menu correctly,
except for fixed bitmap like the Copyright screen (see the screenshot ).
Even if I try to navigate the menu and get to load the track, wine crashes.
See the crash.log for the output when the game crashes wine, and menu.log for a
debug with "relay,+d3d7,+ddraw" active (reaching the menu, navigating it and
then exiting the application).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=54182
Bug ID: 54182
Summary: Altirra: Paste of text into debugger console replaces
whole text though it wasn't selected
Product: Wine
Version: 6.0.3
Hardware: x86-64
URL: https://www.virtualdub.org/altirra.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jaromir.obr(a)gmail.com
Distribution: Ubuntu
Created attachment 73715
--> https://bugs.winehq.org/attachment.cgi?id=73715
A screencast describing the issue - you can play it in Chrome
Originally reported here:
https://forums.atariage.com/topic/327133-altirra-400-released/?do=findComme…
Steps to reproduce:
1) Install and run Altirra emulator:
https://www.virtualdub.org/downloads/Altirra-4.01.zip
2) Press F8 (It will start debugger and break application)
3) Type "db" into debugger's console
4) Select and copy a text to clipboard over "Ctrl + C" - e.g. from Altirra or
from another application (even from a non Wine application)
5) Click into the debugger's console and paste text to the cursor after the
existing text ("Ctrl + V")
Expected result:
* The existing text is not replaced
Actual result:
* Whole existing text is replaced
The issue doesn't happen when running Altirra natively in Windows 10.
Used SW:
* Ubuntu 22.04
* Wine 6.0.3
* Altirra 4.10 (also older versions are affected)
--
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=55185
Bug ID: 55185
Summary: vbscript round does not handle numdecimalplaces
argument
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
We just found an issue where round wasn't returning expected values when using
the `numdecimalplaces` argument.
After looking at `Global_Round`, the second argument is not even looked at.
As a test, I modified the code to use: `VarR8Round` which seems to work well:
```
int decimal_places = 0;
double n;
double n2;
HRESULT hres;
.
.
.
if (args_cnt > 1) {
if (V_VT(args+1) != VT_ERROR) {
hres = to_int(args+1, &decimal_places);
if (FAILED(hres))
return hres;
}
}
hres = VarR8Round(n, decimal_places, &n2);
if(FAILED(hres))
return hres;
return return_double(res, n2);
```
--
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=55502
Bug ID: 55502
Summary: Sub argument name clash with global const
Product: Wine
Version: 8.13
Hardware: arm
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: francisdb(a)gmail.com
Public Sub Show(value)
WScript.Echo value
End Sub
Show 42
' with this line commented 42 is printed
' with this line uncommented 1 is not printed
Const Value = 1
--
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=54731
Bug ID: 54731
Summary: vbscript: stack_pop_bool doesn't support floats or ole
color
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
While working on porting Visual Pinball to cross platform, I've found some
scripts where comparisons that use floats and OLECOLOR directly fail. For
example:
If Light005.State Then
' State is a float V_R4 like 1.2
End If
If Light005.Colorfull Then
' Colorfull is an OLECOLOR VT_UI4
End If
Fixing involves updating stack_pop_bool to support more types as seen in
VARIANT_Coerce.
--
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=55115
Bug ID: 55115
Summary: widl crashes with dlls/sti after adding wia_lh.idl
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nathbappai(a)gmail.com
Distribution: ---
Created attachment 74676
--> https://bugs.winehq.org/attachment.cgi?id=74676
backtrace.txt
widl crashes with dlls/sti/sti_wia.idl after adding the wia_lh.idl file in this
merge request https://gitlab.winehq.org/wine/wine/-/merge_requests/3025
Backtrace attached.
--
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=55054
Bug ID: 55054
Summary: WineServer crash. (complete_async_poll: Assertion
`output->count == signaled_count' failed)
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: dfarkas82(a)gmail.com
Distribution: ---
Hello,
We are running two custom-built programs under Wine: a Manager (.Net framework
4.5) and a Streamer (WinApi).
The streamer program transfers audio/video streams from various devices (mostly
communicating over TCP), while the manager handles the starting/stopping of the
streamers (mostly communicating over HTTP).
Up to 60-70 streamers can be running at once, with only one manager.
On Windows, these programs can run for weeks without any problems.
However, under Wine on Linux, I receive the following error message after about
an hour of operation:
wineserver: server/sock.c:1122: complete_async_poll: Assertion `output->count
== signaled_count' failed.
This leads to WineServer shutting down.
Could you provide any insights into what this means, and if our own programs
are causing this, what modifications I would need to make to prevent this from
happening?
Wine-8.0.1 (64-bit)
Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-73-generic x86_64)
thank you,
--
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=55052
Bug ID: 55052
Summary: For loop where right bound is string coercion issue
Product: Wine
Version: 8.9
Hardware: aarch64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: francisdb(a)gmail.com
Dim i, num
num = "16"
For i = 0 To num
WScript.Echo i
Next
On windows using cscript this loops 16 times
Using wine vbscript this loops a lot further (at least 5022747)
As a workaround you can of course use 16 or CInt(num)
--
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=47699
Bug ID: 47699
Summary: For Honor and STEEP (Uplay) fail to connect to online
services (missing bcrypt functions)
Product: Wine
Version: 4.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: stefan.riesenberger(a)gmail.com
Distribution: ---
Created attachment 65164
--> https://bugs.winehq.org/attachment.cgi?id=65164
Log with +fixme,-ntdll
For Honor starts fine, but on the "Press any Key to continue" screen it fails
to connect to the online services and puts the following lines into the log
when trying to connect:
011f:fixme:bcrypt:BCryptGenerateSymmetricKey ignoring object buffer
0161:fixme:secur32:schannel_get_cipher_algid unknown algorithm 23
0161:fixme:secur32:schannel_get_mac_algid unknown algorithm 200, cipher 23
0163:fixme:bcrypt:BCryptCreateHash ignoring object buffer
0163:fixme:bcrypt:BCryptSecretAgreement 0x7fe82e905e10, 0x7fe82e907490,
0x7fe7d33bf8d8, 00000000
0163:fixme:bcrypt:BCryptDeriveKey 0xdeadfeed, L"HASH", (nil), 0x7fe840031920,
16, 0x7fe7d33bf8c0, 00000000
0163:fixme:bcrypt:BCryptDestroySecret 0xdeadfeed
0147:fixme:bcrypt:BCryptGenerateSymmetricKey ignoring object buffer
0147:fixme:bcrypt:BCryptGenRandom ignoring selected algorithm
STEEP also fails in a similar matter with the same log output.
Kind regards,
Riesi
--
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=54999
Bug ID: 54999
Summary: Process Explorer from Sysinternals shows a blank
window
Product: Wine
Version: 8.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
This is a regression between wine 8.0 and 8.1.
You MUST make clean WINEPREFIX for this! When the WINEPREFIX was created with
8.0 it also works with 8.1 and later. Only when the WINEPREFIX is created with
8.1 and later the problem occurs.
Tested with procexp64 from
https://web.archive.org/web/20230406081546/http://download.sysinternals.com…
Tested with both the 64bit and 32bit version, same behavior.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=13340
Summary: dicom image viewer aborts because
IMultiLanguage2_GetCharsetInfo doesn't like "ISO8859-1"
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
I had an MRI recently, and got a copy on cd-rom. The viewer app
crashed quickly on Wine.
trace:mlang:fnIMultiLanguage2_GetCharsetInfo 0x19dce8 L"ISO8859-1" 0x32f5b4
...
0009:Call KERNEL32.lstrcmpiW(01031d58 L"ISO8859-1",0032f524 L"iso-8859-1")
ret=7d52ed97
...
0009:Call oleaut32.SysAllocString(01577b00 L"System does not support the
specified encoding.\r\n") ret=69bf1378
...
wine: Unhandled exception 0x80000003 at address 0x7b83d7c1 (thread 0009),
starting debugger...
Backtrace:
=>1 0x7b83d7c1 DebugBreak+0x3() [wine-git/include/winternl.h:1828] in kernel32
2 0x7bc54140 call_entry_point+0x20() in ntdll
3 0x7bc55118 relay_call_from_32+0x1a1(descr=0x7b8b416c, idx=?,
stack=0x32f8fc) [wine-git/dlls/ntdll/relay.c:372] in ntdll
4 0x7b8273c1 in kernel32 (+0x73c1)
5 0x69b20265 in msxml4 (+0x10265)
6 0x004b8a53 in efilmlt (+0xb8a53)
Looks like Windows is more forgiving about how callers
identify charsets. We were only accepting names
like "iso-8859-1", but Windows accepts "ISO8859-1".
I have test that passes on WinXP, and a patch that fixes both the
test and the real app. Will send to wine-patches.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=55210
Bug ID: 55210
Summary: Hatching printed with wrong stripes direction in
Framemaker 8
Product: Wine
Version: 8.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineps.drv
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
When printing a hatching in Framemaker 8 the stripes are printed in
the wrong direction (from left to right instead of from right
to left and vice versa).
Attached are two FrameMaker documents each with a hatching in different
directions and the generated postscript files. The Postscript files differ
only in one (relevant) line - the /DataSource Statement created by ps.c.
--
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=55075
Bug ID: 55075
Summary: Araxis Merge 2023.5877: Application will not start
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: djgredler(a)gmail.com
Distribution: ---
Araxis Merge 2023.5877 will not start after installation.
It looks like some Windows UWP libs (api-ms-win-core-com-l2-1-1.dll) are
missing: https://learn.microsoft.com/en-us/uwp/win32-and-com/win32-apis
The Araxis Merge installer is available here:
https://www.araxis.com/download/Merge2023.5877-x64.msi (SHA1
956406d574f21155dce99872ac0bff3f9f2b96e6)
Setup steps:
winecfg -v win10
wine Downloads/Merge2023.5877-x64.msi
wine "C:/Program Files/Araxis/Araxis Merge/Merge.exe"
Output from running application (immediate crash):
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00d4:err:module:import_dll Library api-ms-win-core-com-l2-1-1.dll (which is
needed by L"C:\\Program Files\\Araxis\\Araxis Merge\\Merge.exe") not found
00d4:err:module:LdrInitializeThunk Importing dlls for L"C:\\Program
Files\\Araxis\\Araxis Merge\\Merge.exe" failed, status c0000135
--
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=55045
Bug ID: 55045
Summary: NFS Most Wanted has missing graphics with WineD3D in
WoW64 mode
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: aidas957(a)gmail.com
Distribution: ArchLinux
Created attachment 74608
--> https://bugs.winehq.org/attachment.cgi?id=74608
NFS Most Wanted graphics corruption screenshot
Hello,
as you have seen in the title, Need for Speed Most Wanted has missing graphics
when using WineD3D together with the new WoW64 mode (the old WoW64 mode works
fine as expected)
The first thing you'll notice is that the intro video is a black screen with a
semi-broken cursor
After that the start screen is completely black with some flickering (and then
once the main menu loads the 3D scene looks fine but the 2D menu interface is
missing completely except for some weird flickers)
If I load the game in the old WoW64 mode, the issues disappear and the game
looks correct
Now for some system information:
Kernel: 6.3.6-arch1
Graphics driver: Mesa 23.1.2 (with radeonsi driver being used)
GPU: AMD Renoir (the GPU in my Ryzen 5 4600H)
Window manager: KWin 5.27.5 (Wayland)
I couldn't upload a log and a trace to the Bugzilla attachments due to file
size limits, so here they are:
WineD3D WoW64 apitrace (done from the Linux side):
https://drive.google.com/file/d/1JkRbuoq9QLeQ8EsLvIVRnVvn4Ub1PthI/view
Huge Wine log (with +d3d,+d3d9,-ver,-d3dx):
https://drive.google.com/file/d/1731nk11aUqVrJHw42TbulQ9WkvmT7rTz/view
Note: I had to apply this patch
(https://gitlab.winehq.org/wine/wine/-/commit/13b9d7da6446ba6386be6c586c7d15…)
to prevent the game from crashing (because WoW64 doesn't support the
PERSISTENT_BIT flag yet)
--
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=55065
Bug ID: 55065
Summary: user32:monitor - check_preferred_mode() fails on the
TestBot's debiant VM
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:monitor - check_preferred_mode() fails on the TestBot's debiant VM:
monitor.c:1699: Tests skipped: Current display mode is already 1024x768,
skipping test.
monitor.c:1788: Test marked todo: Expected 0, got 50
monitor.c:1789: Test marked todo: Expected adapter device path, got empty
string
monitor.c:1729: Test failed: got -2.
monitor.c:1788: Test marked todo: Expected 0, got 50
monitor.c:1789: Test marked todo: Expected adapter device path, got empty
string
monitor.c:1699: Tests skipped: Current display mode is already 1024x768,
skipping test.
monitor.c:1788: Test marked todo: Expected 0, got 50
monitor.c:1789: Test marked todo: Expected adapter device path, got empty
string
monitor.c:1729: Test failed: got -2.
monitor.c:1788: Test marked todo: Expected 0, got 50
monitor.c:1789: Test marked todo: Expected adapter device path, got empty
string
See: https://test.winehq.org/data/patterns.html#user32:monitor
The failures started with the commit below which introduced
check_preferred_mode():
commit 24019f0d385c653d58be50f7941256e4e1c8b68a
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Wed Apr 19 18:57:04 2023 -0600
win32u: Partially implement
NtUserDisplayConfigGetDeviceInfo(DISPLAYCONFIG_DEVICE_INFO_GET_TARGET_PREFERRED_MODE).
--
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=54037
Bug ID: 54037
Summary: user32:msg - test_SendMessage_other_thread() sometimes
gets a todo success (GitLab CI)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:msg - test_SendMessage_other_thread() sometimes gets a todo success:
msg.c:19067: Test succeeded inside todo block: WaitForSingleObject failed,
ret:0
msg.c:19091: Test succeeded inside todo block: wrong status 00000000
See https://test.winehq.org/data/patterns.html#user32:msg
This happens about once a month on the Debian VMs in the TestBot nightly
WineTest runs, but is also known to impact the GitLab CI (e.g. MR!1596 MR!1519
).
--
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=53175
Bug ID: 53175
Summary: Roon no longer works under wine staging, help needed,
thanks.
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rustytone(a)gmx.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72621
--> https://bugs.winehq.org/attachment.cgi?id=72621
backtrace of the roon application - failed start, get it every time i launch.
hello sorry if this in the wrong section,
I have roon installed using wine-staging, the wine (non staging) doesn't seem
to work well with the roon windows application so decided to go with staging
release.
it was working correctly until 2 days ago, there was an update to wine-staging
and an update to the roon application as well.
hopefully the backtrace is helpful and I have included it,
running arch, latest updates, latest kernel, latest wine-staging etc.
any more information you need I will be happy to assist.
sorry again if this in the wrong section.
thank you - antonio.
--
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=49527
Bug ID: 49527
Summary: Printing font Chilanka crashes Notepad and Word
Product: Wine
Version: 5.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineps.drv
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 67657
--> https://bugs.winehq.org/attachment.cgi?id=67657
Avoid crash in get_glyf_pos in wineps.drv with font Chilanka.
Function get_glyf_pos accesses unconditionally the memory pointed to by
".data".
Unfortunately with this font we end up here with a null pointer.
123 *start = GET_BE_WORD(((WORD*)t42->tables[t42->loca_tab].data) + index);
I could observe this with following font:
fonts-smc-chilanka_1.400-1_all.deb from Ubuntu focal (20.04LTS).
https://packages.ubuntu.com/focal/fonts-smc-chilankahttp://de.archive.ubuntu.com/ubuntu/pool/main/f/fonts-smc-chilanka/fonts-sm…
To reproduce just enter "Test" and select font "Chilanka" in either Notepad
or Word. Then attempt to print.
Attached path on top of 5.12 avoids the crash, but does still not
produce the expected output, maybe related to 42739.
But avoiding the crash separately might still be desired?
--
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=53905
Bug ID: 53905
Summary: widl: support MIDL 3.0 and WinMD output
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: alvin(a)alvinhc.com
C++/WinRT (cppwinrt):
https://github.com/microsoft/cppwinrt
It is currently impossible to build the custom components in the cppwinrt test
suite with mingw-w64. For this to work, widl needs to:
- understand MIDL 3.0 syntax,
- generate the ABI header (not required if only using C++/WinRT projection),
- produce .winmd metadata of the component,
- read existing system .winmd metadata (not sure if actually needed).
The MIDL command line for this:
midl.exe /metadata_dir C:\Windows\System32\WinMetadata /winrt /winmd
"D:\a\cppwinrt\cppwinrt\_build\x64\Debug\test_component.winmd" /h
"D:\a\cppwinrt\cppwinrt\_build\x64\Debug\test_component.h" /ns_prefix /nomidl
test_component.idl
## MIDL 3.0
https://learn.microsoft.com/en-us/uwp/midl-3/intro
What I can tell is missing widl so far:
- MIDL 3.0 uses different basic type names (e.g. Int32, String)
- Attribute types, and using custom attributes
Example file:
https://github.com/microsoft/cppwinrt/blob/5ca626adae21be363399b44d2b6a9ab3…
> widl --winrt -h -H out/test_component.h --ns_prefix test_component.idl
test_component.idl:5: error: syntax error, unexpected aIDENTIFIER,
expecting ',' or ']'
(widl version 7.7 from mingw-w64)
## WinMD metadata
https://learn.microsoft.com/en-us/uwp/winrt-cref/winmd-files
These are CLR (think .NET and ECMA 335) assemblies used as a replacement for
the old typelib files.
--
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=41977
Bug ID: 41977
Summary: Gunner3 always crashes due to wine having a different
allocation scheme than windows
Product: Wine
Version: 1.9.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ArchLinux
Created attachment 56382
--> https://bugs.winehq.org/attachment.cgi?id=56382
Hack to get the game working, patch for the exe
Gunner 3 always crashes when selecting a level. According to my debugging, it's
because the game allocates memory with RtlAllocateHeap and then accesses the
area before that, aka undefined behavior. But note that it works just fine on
all windows versions and ReactOS.
It's probably WONTFIX, but since it works on windows I'll provide a hack (and
maybe a patch) for usage on linux.
Attached an patch for the gunner3.exe, make sure it has the MD5
4481bc4382bb00353edf0635516d904d.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=29255
Bug #: 29255
Summary: Microsoft Office 2003, 2007 & 2010 applications do not
print OTF
Product: Wine
Version: 1.3.34
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gunwald(a)gmx.de
Classification: Unclassified
Created attachment 37835
--> http://bugs.winehq.org/attachment.cgi?id=37835
Document showing that OTF printing does not work
All Microsoft Office applications form 2003 to 2010 are not able to print
documents using any OTF (Open Type Font). Printing a Document using any OTF
leads in a completely blank page.
I think, this is an important bug, because printing is a main function of any
office application.
This bug may be related to bug 25515
(http://bugs.winehq.org/show_bug.cgi?id=25515).
I did attach an document to demonstrate the bug.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=43418
Bug ID: 43418
Summary: gOddysey Pacemaker crashes with "User lib not found"
Product: Wine
Version: 2.12
Hardware: x86
URL: http://web.archive.org/web/20110624013029if_/http://webzoom.webs.com/smiff/PaceMakerR.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Split of from Bug 43414. For me the program doesn't work at all, while the OP
from Bug 43414 reported it working.
Snipped from the log that looks suspicous to me:
------
009:Ret PE DLL (proc=0x63cc6560,module=0x63c60000
L"msvcrt.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1
0009:Call PE DLL (proc=0x2251000,module=0x2250000
L"JV-ODE.dll",reason=PROCESS_ATTACH,res=(nil))
trace:seh:raise_exception code=c0000005 flags=0 addr=0x22c6010 ip=022c6010
tid=0009
trace:seh:raise_exception info[0]=00000000
trace:seh:raise_exception info[1]=9eeef1ec
trace:seh:raise_exception eax=02251000 ebx=7bd06000 ecx=b68a9cb0 edx=0033f95c
esi=0033f5d8 edi=00000001
trace:seh:raise_exception ebp=0033f5b8 esp=0033f59c cs=0023 ds=002b es=002b
fs=0063 gs=006b flags=00010246
trace:seh:call_stack_handlers calling handler at 0x7bcc7010 code=c0000005
flags=0
trace:seh:__regs_RtlUnwind code=c0000005 flags=2
trace:seh:__regs_RtlUnwind calling handler at 0x7bca52f0 code=c0000005 flags=2
trace:seh:__regs_RtlUnwind handler at 0x7bca52f0 returned 1
0009:exception in PE entry point
(proc=0x2251000,module=0x2250000,reason=PROCESS_ATTACH,res=(nil))
0009:Ret PE DLL (proc=0x2251000,module=0x2250000
L"JV-ODE.dll",reason=PROCESS_ATTACH,res=(nil)) retval=0
0009:Call PE DLL (proc=0x2251000,module=0x2250000
L"JV-ODE.dll",reason=PROCESS_DETACH,res=(nil))
trace:seh:raise_exception code=c0000005 flags=0 addr=0x22510a0 ip=022510a0
tid=0009
trace:seh:raise_exception info[0]=00000000
trace:seh:raise_exception info[1]=9eedf000
trace:seh:raise_exception eax=00000000 ebx=00000000 ecx=02250000 edx=0033f900
esi=00000001 edi=00000000
trace:seh:raise_exception ebp=0033f5b8 esp=0033f5a0 cs=0023 ds=002b es=002b
fs=0063 gs=006b flags=00010246
trace:seh:call_stack_handlers calling handler at 0x7bcc7010 code=c0000005
flags=0
trace:seh:__regs_RtlUnwind code=c0000005 flags=2
trace:seh:__regs_RtlUnwind calling handler at 0x7bca52f0 code=c0000005 flags=2
trace:seh:__regs_RtlUnwind handler at 0x7bca52f0 returned 1
0009:exception in PE entry point
(proc=0x2251000,module=0x2250000,reason=PROCESS_DETACH,res=(nil))
0009:Ret PE DLL (proc=0x2251000,module=0x2250000
L"JV-ODE.dll",reason=PROCESS_DETACH,res=(nil)) retval=0
0009:Ret KERNEL32.LoadLibraryA() retval=00000000 ret=100092fe
0009:Call KERNEL32.LoadLibraryA(0067fb94 "blitzclose.dll") ret=100092fe
0009:Call PE DLL (proc=0x2251199,module=0x2250000
L"blitzclose.dll",reason=PROCESS_ATTACH,res=(nil))
------
It seems like it can't load the DLLs, and thus crashes. But I might be wrong.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=30969
Bug #: 30969
Summary: Tron 2.0 - No music while playing game and in menu
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dmusic
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: an0nym0usse(a)hotmail.com
Classification: Unclassified
Created attachment 40628
--> http://bugs.winehq.org/attachment.cgi?id=40628
output when launching Tron.exe
No music while playing game and in menu.
The game install with no problem
I add the msvcirt.dll in system32 like suggested on the wine site
All seems to go well, the first setting menu launch with sound
After that the diverse publishing companies videos are played with sound.
After a couple of seconds the Game menu appears with sound effects but NO
MUSIC.
No music while playing the game too.
You can look for clues in attachment1
When I re-install WMFADist.exe (probably audio codecs) included in Tron 2.0 cd
it seem to install without a problem but in the console it give some errors:
zool@Satellite-M40:~/JEUX/Progz/Win32/Tron2$ wine WMFADist.exe
fixme:setupapi:SetupDefaultQueueCallbackW notification 262144 params 32f84c,0
err:setupapi:SetupDefaultQueueCallbackW copy error 0
L"C:\\users\\zool\\Temp\\IXP000.TMP\\msdmo.dll" ->
L"C:\\windows\\system32\\msdmo.dll"
fixme:setupapi:SetupDefaultQueueCallbackW notification 262144 params 32f84c,0
err:setupapi:SetupDefaultQueueCallbackW copy error 0
L"C:\\users\\zool\\Temp\\IXP000.TMP\\msvcrt.dll" ->
L"C:\\windows\\system32\\msvcrt.dll"
fixme:sfc:SFC_3 0
fixme:sfc:SFC_3 0
fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported.
err:ole:TLB_ReadTypeLib Loading of typelib
L"C:\\windows\\system32\\logagent.exe" failed with error 0
err:ole:TLB_ReadTypeLib Loading of typelib
L"C:\\windows\\system32\\logagent.tlb" failed with error 2
It's all for now
P.S.
I have filed this bug under : directx-dmusic, seemed logical
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=48220
Bug ID: 48220
Summary: dxruby needs WAVE form loading implemented
Product: Wine
Version: 4.20
Hardware: x86-64
URL: https://github.com/mirichi/dxruby/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
This refers to 'fixme:dmime:seg_IPersistStream_Load WAVE form loading not
implemented'.
As you can see, DirectMusicPerformance8 is being used here.
...yeah, really...even though it's been updated less than a year ago, simply
because of the design goals
Anyway, it doesn't crash but obviously no music is being played.
--
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=52673
Bug ID: 52673
Summary: Missing IShellItemImageFactory implementation for
ShellItem.
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Distribution: ---
This leads to KakaoTalk crashing when displaying the thumbnail of video being
uploaded.
--
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=53548
Bug ID: 53548
Summary: Msys2 installer UI has black background and incorrect
font spacing
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joel(a)airwebreathe.org.uk
Distribution: ---
Created attachment 72911
--> https://bugs.winehq.org/attachment.cgi?id=72911
Msys2 installer on Wine
The Msys2 installer is powered by Qt IFW (Installer Framework). When we load up
the installer window, the UI looks somewhat broken. Specifically there is black
rectangle along the top of the window, and the lettering is spaced out.
--
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=48669
Bug ID: 48669
Summary: iphlpapi.NotifyUnicastIpAddressChange() should call
the callback initially if requested (required for Far
Cry 5 online mode)
Product: Wine
Version: 5.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: gofmanp(a)gmail.com
Distribution: ---
Created attachment 66526
--> https://bugs.winehq.org/attachment.cgi?id=66526
Patch
Far Cry 5 fails to connect to online mode due to the missing part of
initialization which is done from NotifyUnicastIpAddressChange() callback. The
callback is supposed to be called right away if InitialNotification flag is
set.
The attached patch fixes the issue.
Far Cry 5 online mode also requires BCryptSecretAgreement(ECDH) and
BCryptDeriveKey(KDF_HASH, SHA1 hash) implementation, which is Bug #47699.
--
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=54574
Bug ID: 54574
Summary: Ubisoft Connect fails to initialize - Window doesn't
show
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 74117
--> https://bugs.winehq.org/attachment.cgi?id=74117
Console output (wine-8.2 on Slackware64/Multilib)
Hello everyone,
I am having problems launching UbisoftConnect.exe - it installs fine after
"winetricks corefonts" is run but doesn't start up. All I get is a blank window
and I can't log in as the login screen doesn't show.
--
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=54102
Bug ID: 54102
Summary: GPU Caps Viewer does not report any OpenCL devices
starting with version 7.21 / 7.22
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danielyhwong(a)gmail.com
Distribution: ---
This is the exact same issue with ticket 52389 in which GPU Caps viewer no
longer report CUDA support. This happens starting with version 7.21 and 7.22.
Revert back to version 7.20 resolves this issue.
In addition, I also reported exactly the same problem to Julliard on Jan 17, in
which I highlighted that starting with WINE 7.0-RC6 the problem goes away. I
include this info here for completeness.
If more info is required, please let me know, I can run tests and provide
results here.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=34774
Bug #: 34774
Summary: Crimson Skies crashes when a mission ends
Product: Wine
Version: 1.7.4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: benpicco-wine(a)flauschlabor.de
Classification: Unclassified
Created attachment 46368
--> http://bugs.winehq.org/attachment.cgi?id=46368
Unhandled page fault on read access
I've installed the game to a 32bit Windeprefix, installed quartz, Active Video
and native amstream.dll and disabled winegstreamer so the game would launch.
Everything works well, I can launch missions/instant action battles, but when
they end and the game normally would go to a debriefing screen, it crashes
instead.
Last few lines of console output (abbreviated):
fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming a
disconnected device 45 "Invalid argument".
fixme:dinput:joy_polldev joystick cannot handle type 21 event (code 1)
fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming a
disconnected device 45 "Invalid argument".
fixme:dinput:LinuxInputEffectImpl_Download Could not upload effect. Assuming a
disconnected device 45 "Invalid argument".
wine: Unhandled page fault on read access to 0x06240000 at address 0x22022e0
(thread 0047), starting debugger...
fixme:ole:RemUnknown_QueryInterface No interface for iid
{00000019-0000-0000-c000-000000000046}
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=53556
Bug ID: 53556
Summary: winealsa.drv segfaults on process exit
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: brendan(a)redmandi.com
Distribution: ---
Created attachment 72919
--> https://bugs.winehq.org/attachment.cgi?id=72919
Adds test to kernelbase_test.exe sync
I get a segfault on process exit whenever the winealsa.drv is loaded.
I can recreate this by running the winmm_test.exe midi test for example.
I've also attached a patch that adds a test to kernelbase_test.exe (under the
'sync' tests) that recreates this issue. It's recreated in this patch without
the process exit (thread termination is enough).
Here's the stacktrace for the winealsa.drv thread at the beginning of
signal_exit_thread (not long after SIGQUIT is signaled):
#0 0x00007ffff7cee3ce in signal_exit_thread ()
#1 0x00007ffff7d0d25b in abort_thread (status=status@entry=0) at
../../include/winnt.h:2246
#2 0x00007ffff7cf12e8 in quit_handler (signal=<optimised out>,
siginfo=<optimised out>, ucontext=<optimised out>) at
../../dlls/ntdll/unix/signal_x86_64.c:2861
#3 <signal handler called>
#4 0x00007ffff7e0a195 in __futex_abstimed_wait_common64 (private=0,
cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x7ffff5aa2528
<notify_read_cond+40>) at ./nptl/futex-internal.c:57
#5 __futex_abstimed_wait_common (cancel=true, private=0, abstime=0x0,
clockid=0, expected=0, futex_word=0x7ffff5aa2528 <notify_read_cond+40>) at
./nptl/futex-internal.c:87
#6 __GI___futex_abstimed_wait_cancelable64
(futex_word=futex_word@entry=0x7ffff5aa2528 <notify_read_cond+40>,
expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0,
private=private@entry=0) at ./nptl/futex-internal.c:139
#7 0x00007ffff7e0cac1 in __pthread_cond_wait_common (abstime=0x0, clockid=0,
mutex=0x7ffff5aa2540 <notify_mutex>, cond=0x7ffff5aa2500 <notify_read_cond>) at
./nptl/pthread_cond_wait.c:503
#8 ___pthread_cond_wait (cond=cond@entry=0x7ffff5aa2500 <notify_read_cond>,
mutex=mutex@entry=0x7ffff5aa2540 <notify_mutex>) at
./nptl/pthread_cond_wait.c:627
#9 0x00007ffff5a99a67 in midi_notify_wait (args=0x23cfdd0) at
../../dlls/winealsa.drv/alsamidi.c:1512
#10 0x00007ffff7cd7f13 in __wine_unix_call (handle=<optimised out>,
code=<optimised out>, args=0x7ffff5aa2528 <notify_read_cond+40>) at
../../dlls/ntdll/unix/loader.c:1362
#11 0x00007ffff7cee565 in __wine_syscall_dispatcher ()
#12 0x00000000024cf640 in ?? ()
#13 0x0000000000000019 in ?? ()
#14 0x00007ffff7e0d850 in ?? () at ./nptl/pthread_create.c:321
#15 0x00007ffff7cee3cc in signal_start_thread ()
#16 0x0000000000000000 in ?? ()
Before the call to __GI___futex_abstimed_wait_cancelable64 (made from frame 7),
the following line of code is executed:
https://sourceware.org/git/?p=glibc.git;a=blob;f=nptl/pthread_cond_wait.c;h…
__pthread_cleanup_push (&buffer, __condvar_cleanup_waiting, &cbuffer);
This appears to push some cleanup code on to a cleanup stack that glibc later
attempts to use during thread termination. However, the buffer and cbuffer
structs are allocated on the threads stack. Exploring frame 7, we can get the
memory address for the buffer struct (0x24ce870):
(gdb) f 7
#7 0x00007ffff7e0cac1 in __pthread_cond_wait_common (abstime=0x0, clockid=0,
mutex=0x7ffff5aa2540 <notify_mutex>, cond=0x7ffff5aa2500 <notify_read_cond>) at
./nptl/pthread_cond_wait.c:503
warning: Source file is more recent than executable.
503 err = __futex_abstimed_wait_cancelable64 (
(gdb) p &buffer
$1 = (struct _pthread_cleanup_buffer *) 0x24ce870
I then step forward 4 instructions:
(gdb) si
0x00007ffff7cee3d5 in signal_exit_thread ()
1: x/i $rip
=> 0x7ffff7cee3d5 <signal_exit_thread+9>: test %rcx,%rcx
(gdb)
0x00007ffff7cee3d8 in signal_exit_thread ()
1: x/i $rip
=> 0x7ffff7cee3d8 <signal_exit_thread+12>: jne 0x7ffff7cee3dc
<signal_exit_thread+16>
(gdb)
0x00007ffff7cee3dc in signal_exit_thread ()
1: x/i $rip
=> 0x7ffff7cee3dc <signal_exit_thread+16>: mov %rcx,%rsp
(gdb)
0x00007ffff7cee3df in signal_exit_thread ()
1: x/i $rip
=> 0x7ffff7cee3df <signal_exit_thread+19>: call *%rsi
(gdb) bt
#0 0x00007ffff7cee3df in signal_exit_thread ()
#1 0x00007ffff7d0a1f0 in start_thread (teb=0x67fd0000) at
../../dlls/ntdll/unix/thread.c:1070
#2 0x00007ffff7e0db43 in start_thread (arg=<optimised out>) at
./nptl/pthread_create.c:442
#3 0x00007ffff7e9fa00 in clone3 () at
../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
(gdb) p $rsp
$2 = (void *) 0x24cee00
And now the $rsp register is updated (to 0x24cee00), but it's to the right of
the buffer struct. 0x24cee00 - 0x24ce870 = 0x590 (1424 bytes). So once the
stack expands 1424 bytes (to the left), this buffer struct is overwritten.
I add a watch to the buffer structs memory address and continue:
(gdb) watch ((struct _pthread_cleanup_buffer *) 0x24ce870)->__routine
Hardware watchpoint 3: ((struct _pthread_cleanup_buffer *)
0x24ce870)->__routine
(gdb) c
Continuing.
Thread 2 "winmm_test.exe" hit Hardware watchpoint 3: ((struct
_pthread_cleanup_buffer *) 0x24ce870)->__routine
Old value = (void (*)(void *)) 0x7ffff7e0c7a0 <__condvar_cleanup_waiting>
New value = (void (*)(void *)) 0x7ffff7e16330 <unwind_stop>
0x00007ffff7fc2426 in __GI__dl_find_object (pc1=0x7ffff51663e9
<_Unwind_ForcedUnwind+57>, result=0x24ce8d0) at ./elf/dl-find_object.c:363
363 if (__glibc_unlikely (_dlfo_main.map_end == 0))
1: x/i $rip
=> 0x7ffff7fc2426 <__GI__dl_find_object+6>: push %r13
(gdb)
Continuing.
Thread 2 "winmm_test.exe" hit Hardware watchpoint 3: ((struct
_pthread_cleanup_buffer *) 0x24ce870)->__routine
Old value = (void (*)(void *)) 0x7ffff7e16330 <unwind_stop>
New value = (void (*)(void *)) 0x7ffff51663e9 <_Unwind_ForcedUnwind+57>
0x00007ffff5166c91 in get_cie_encoding (cie=0x7ffff516a1b8) at
../../../src/libgcc/unwind-dw2-fde.c:299
299 aug = cie->augmentation;
1: x/i $rip
=> 0x7ffff5166c91 <get_cie_encoding+1>: mov %rdi,%rbp
(gdb)
Continuing.
Thread 2 "winmm_test.exe" hit Hardware watchpoint 3: ((struct
_pthread_cleanup_buffer *) 0x24ce870)->__routine
Old value = (void (*)(void *)) 0x7ffff51663e9 <_Unwind_ForcedUnwind+57>
New value = (void (*)(void *)) 0x24ce890
0x00007ffff516584c in uw_update_context_1 (context=0x24ceb90, fs=0x24ce9d0) at
../../../src/libgcc/unwind-dw2.c:1454
1454 switch (fs->regs.reg[i].how)
1: x/i $rip
=> 0x7ffff516584c <uw_update_context_1+492>: lea 0x4209(%rip),%rbp
# 0x7ffff5169a5c
(gdb) c
Continuing.
It actually gets updated a few times, but the last update is to an invalid
executable address (0x24ce890); which ultimately leads to the segfault:
Thread 2 "winmm_test.exe" received signal SIGSEGV, Segmentation fault.
0x00000000024ce890 in ?? ()
1: x/i $rip
=> 0x24ce890: rex.WXB add %al,(%r8)
1: x/i $rip
=> 0x24ce890: rex.WXB add %al,(%r8)
--
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=54359
Bug ID: 54359
Summary: DaciaMediaNavEvolutionToolbox crashes due to error in
libcef
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dani.faugiana(a)gmail.com
Distribution: ---
Created attachment 73931
--> https://bugs.winehq.org/attachment.cgi?id=73931
Backtrace of the crash in libcef.dll
Hello,
I am trying to run DaciaMediaNavEvolutionToolbox to update the car maps.
The application crashes right after starting, I have attached the backtrace.
I have tried running the software in Windows XP and Windows 7 modes.
Same result in both modes.
The error seems to be in libcef.dll, the Chromium Embedded Framework.
Searching other bugs, it seems that it's a bug that re-appears from time to
time as Chromium changes its internals.
Is the fix already ongoing?
Or should I give up (or maybe try to help fixing it?)
Thanks
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33208
Bug #: 33208
Summary: WWII Battle Tanks: T-34 vs. Tiger selection of the new
company causes to crash
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
CC: andrey.goosev(a)gmail.com
Classification: Unclassified
Created attachment 43931
--> http://bugs.winehq.org/attachment.cgi?id=43931
logout + backtrace
Game runs without any overrides, but has crash when selecting a new company.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=40183
Bug ID: 40183
Summary: unable to install GOTO bridge software
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajax_lusinchi(a)yahoo.fr
Distribution: ---
Created attachment 53690
--> https://bugs.winehq.org/attachment.cgi?id=53690
report from installation
under ubuntu 140.04 with wine 1.6
GOTO bridge XVI works with windows
Installation failed
I also use without problem Funbridge sofware from the same firm
--
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=53951
Bug ID: 53951
Summary: Corsairs game crashes at startup
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: varrok(a)gmail.com
Distribution: ---
Created attachment 73527
--> https://bugs.winehq.org/attachment.cgi?id=73527
Logs from a clean wine32 prefix + winetricks dsound, quartz, gdi+, cinepack
components. WinXp compatibility mode.
Hi ????,
I'm trying to get the Corsairs Gold game to run
https://www.gog.com/game/corsairs_gold , but it refuses to. I got it to run on
one prefix (with issues, but at least got through the intro videos, menus [with
error messages] to gameplay), but reproducing it cleanly was too hard after
multiple attempts.
Sadly, this game doesn't have a demo for easy reproduction.
When I launch the game (getting past the separate .exe launcher), black screen
is displayed (where the cutscenes are supposed to play) for some time (probably
video duration) then the game's splash image is displayed, and the game crashes
at the first frame of the main menu.
The report issue Wine popup appears, but doesn't manage to fill in the data to
send even after waiting for a long while. I do have output logs though,
attached here.
Extra information:
- This game uses cinepack codec for the .avi videos, but installing it via
winetricks doesn't make them immediately run (they display black screen)
- The game requires at least the quartz component of winetricks (or
equivalent), and most likely dsound too - installing them alone didn't make the
game get to the menu correctly. Tried various other including: directmusic,
directshow, avifil32, dsmo, mf, allcodecs, gdi+, didn't seem to change
anything.
- The GOG version of the game uses a modified ddraw.dll (adraw.dll), it might
be the cause of some issues. Some person posted a modified exe that is
compatible with normal ddraw.dll
https://sourceforge.net/p/dxwnd/discussion/general/thread/2a942442/#7aa5 (Not
that I wish you to run potentially untrusted executables, so I'll just say I
tried it and though the file seems a legit game executable, it didn't help this
time)
- The crashed game doesn't exit cleanly, and sometimes the next launch crashes
a bit sooner than the others. Just a heads-up so you don't become insane from
seeing different outcomes to seemingly the same action :)
- wine-7.21-219-g5d1820c40bd , but the issue wasn't introduced in any new
version
- tested on a 32bit prefix, with emulated desktop 800x600
Br
--
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.
http://bugs.winehq.org/show_bug.cgi?id=34998
Bug #: 34998
Summary: 11 button mouse not detected in Wow
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)nuteknik.com
Classification: Unclassified
I am running wine 1.7.6 on Ubuntu 13.10.
I have a Razer Ochori 2013 mouse whose mouse buttons are not all detected while
running wow 5.4.
The mouse has four side buttons, two on the left, two on the right. Both
buttons on the right side are not detected in wow.
xev receives Buttonpress events for those two buttons, as 10 and 11.
note: xev receives both left side buttons as 8 and 9.
And curiously...I have never been able find buttons 6 or 7 on this mouse. The
mouse wheel does not tilt right or left...
I posted this issue in the forums and was suggested to open a bug.
Thanks for your help.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=49616
Bug ID: 49616
Summary: Speechexec Pro Dictate fails with: ITERATE_Actions
Execution halted, action L"ProductKeyError" returned
1603 with "Use demo key" mode
Product: Wine
Version: 5.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: bozkar(a)gmail.com
Distribution: ---
Slighly older version of SpeechExec Pro Dictate does not install with "Use demo
key" under wine 5.2.10-staging
due to 0024:err:msi:ITERATE_Actions Execution halted, action L"ProductKeyError"
returned 1603
i.e. the generated demo key is not applied.
If You run the installer with WINEDEBUG=+msi and grep for the key, You will
find the generated trial key.
You can paste it during the next run and the installer will run (installing at
least some of the components).
0140:fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"key", clsid
{000c109e-0000-0000-c000-000000000046} error was seen before in the output.
winetricks msxml6, dotnet40, dotnet20, and wsh were applied, the MS SQL
component ( SpeechExecLocalDataStorage_x86-ENU.msi ) was installed manually
before).
--
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=55407
Bug ID: 55407
Summary: wine-staging virtual desktop option breaks wine
creating windows
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lingtjien(a)hotmail.com
Distribution: ---
Environment:
AMD Ryzen 4800U
Wayland (Can also reproduce in X11)
Archlinux latest packages: wine-staging lib32-mesa lib32-vulkan-driver
lib32-vulkan-mesa-layers lib32-libva-mesa-driver lib32-pipewire lib32-libpulse
lib32-gnutls lib32-gst-plugins-good
Steps to reproduce:
1. start winecfg without a prefix and let it create a new prefix
2. go to graphics tab
3. enable the option to emulate a virtual desktop and press ok to confirm and
exit
4. start winecfg again
Result:
winecfg errors with:
```
0198:err:winediag:nodrv_CreateWindow Application tried to create a window, but
no driver could be loaded.
0198:err:winediag:nodrv_CreateWindow L"The explorer process failed to start."
```
Expected result:
winecfg to open the config windows to allow the user to adjust settings
Note:
This problem does not occur with the regular wine version, only staging
--
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.
http://bugs.winehq.org/show_bug.cgi?id=25740
Summary: setupapi: registry values missing %token% replacement
(dynamic strings, updspapi) (Windows PowerShell 2.0)
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
trying to start the Windows PowerShell Integrated Scripting Environment (ISE)
after installing Windows PowerShell 2.0 fails.
--- snip ---
$ wine powershell_ise.exe
...
Unhandled Exception: System.Reflection.TargetInvocationException: Exception has
been thrown by the target of an invocation. ---> System.ArgumentNullException:
Value cannot be null.
Parameter name: window
at System.Windows.MessageBox.Show(Window owner, String messageBoxText,
String caption, MessageBoxButton button, MessageBoxImage icon, MessageBoxResult
defaultResult)
at Microsoft.Windows.PowerShell.Gui.Internal.Program.Initialize()
--- End of inner exception stack trace ---
at Microsoft.Windows.PowerShell.GuiExe.Internal.GPowerShell.Main(String[]
args)
wine: Unhandled exception 0xe0434f4d at address 0x7b838ce2 (thread 0009),
starting debugger...
--- snip ---
The real cause is the inability to locate/load the assembly
"CompiledComposition.Microsoft.PowerShell.GPowerShell.dll" leading to later
crash.
The path to assembly is resolved using registry:
--- snip ---
0026:Call advapi32.RegOpenKeyExW(80000002,009bf828
L"Software\\Microsoft\\PowerShell\\1\\PowerShellEngine",00000000,00020019,0032ece8)
ret=0036a6a7
0026:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=0036a6a7
...
0026:Call advapi32.RegQueryValueExW(00000180,009bf770
L"ApplicationBase",00000000,0032ed18,00000000,0032ed1c) ret=0036a7aa
0026:Ret advapi32.RegQueryValueExW() retval=00000000 ret=0036a7aa
...
0026:Call KERNEL32.GetFullPathNameW(0032ea1c
L"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0\\CompiledComposition.Microsoft.PowerShell.GPowerShell.dll",00000105,0032e810,00000000)
ret=0036a1c3
0026:Ret KERNEL32.GetFullPathNameW() retval=00000073 ret=0036a1c3
--- snip ---
Registry export:
--- snip ---
REGEDIT4
[HKEY_LOCAL_MACHINE\Software\Microsoft\PowerShell\1\PowerShellEngine]
"ApplicationBase"="%SystemRoot%\\system32\\WindowsPowerShell\\v1.0"
"ConsoleHostAssemblyName"="Microsoft.PowerShell.ConsoleHost,Version=1.0.0.0,Culture=neutral,PublicKeyToken=31bf3856ad364e35,ProcessorArchitecture=msil"
"ConsoleHostModuleName"="\"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0\\Microsoft.PowerShell.ConsoleHost.dll\""
"PowerShellVersion"="2.0"
"PSCompatibleVersion"="1.0,2.0"
"RuntimeVersion"="v2.0.50727"
--- snip ---
The path contains "%SystemRoot%" token which should have been deformated at
_install_ time (.NET app code directly takes the path string).
>From the setupapi/updspapi based installer's update.inf:
--- snip ---
...
[ProductInstall.GlobalRegistryChanges.Install]
AddReg=PowerShell.Add.Reg
DelReg=PowerShell.Del.Reg
...
[PowerShell.Add.Reg]
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"ApplicationBase",0x00000000,%SystemRoot%\system32\WindowsPowerShell\v1.0
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"ConsoleHostAssemblyName",0x00000000,"Microsoft.PowerShell.ConsoleHost,Version=1.0.0.0,Culture=neutral,PublicKeyToken=31bf3856ad364e35,ProcessorArchitecture=msil"
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"ConsoleHostModuleName",0x00000000,"""%SystemRoot%\system32\WindowsPowerShell\v1.0\Microsoft.PowerShell.ConsoleHost.dll"""
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"PowerShellVersion",0x00000000,"2.0"
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"PSCompatibleVersion",0x00000000,"1.0,2.0"
HKLM,SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine,"RuntimeVersion",0x00000000,"v2.0.50727"
HKLM,SOFTWARE\Microsoft\PowerShell\1\ShellIds\Microsoft.PowerShell,"Path",0x00000000,%SystemRoot%\system32\WindowsPowerShell\v1.0\powershell.exe
--- snip ---
There are also %token% strings which are _not_ to be replaced, hence the double
% quoting:
--- snip ---
HKLM, SYSTEM\CurrentControlSet\Services\WinRM\Parameters, ServiceDll,
0x00020000, "%%SystemRoot%%\system32\WsmSvc.dll"
--- snip ---
MSDN says about the "INF AddReg Directive":
http://msdn.microsoft.com/en-us/library/ff546320.aspx
--- snip ---
[add-registry-section]
reg-root, [subkey],[value-entry-name],[flags],[value]
...
value
...
The expression of such a value depends on the registry type specified for
the flag, as follows:
* A registry string-type value can be expressed either as a "quoted
string" or as a %strkey% token defined in a Strings section of the INF file.
Such an INF-specified value does not have to include a NULL terminator at the
end of each string.
...
--- snip ---
There is a "dynamic strings" directive present in .inf file:
--- snip ---
[DynamicStrings]
SystemRoot=InstallPathEnvVar,SystemRoot
--- snip ---
This part is processed by installer, updspapi.UpdSpSetDynamicStringA gets
called:
--- snip ---
0023:Call setupapi.SetupFindFirstLineA(00144c68,01025d10
"DynamicStrings",00000000,0033bb94) ret=010758be
0023:Call ntdll.RtlCreateUnicodeStringFromAsciiz(0033baa8,01025d10
"DynamicStrings") ret=688f6bbf
0023:Ret ntdll.RtlCreateUnicodeStringFromAsciiz() retval=00000001 ret=688f6bbf
0023:trace:setupapi:SetupFindFirstLineW (0x144c68,L"DynamicStrings",(null)):
returning 63/0
..
0023:Call msvcrt._vsnprintf(0033b34b,000007f7,01025830 "ProcessDynamicStrings:
InstallPathEnvVar for %s returned %s",0033bb80) ret=010706ea
...
0023:Call updspapi.UpdSpSetDynamicStringA(00144c68,010f4940
"SystemRoot",001b7108 "C:\\windows") ret=01075d51
0023:fixme:updspapi:UpdSpSetDynamicStringA 0x144c68 "SystemRoot" "C:\\windows"
0023:Ret updspapi.UpdSpSetDynamicStringA() retval=00000001 ret=01075d51
...
0023:Call msvcrt._vsnprintf(0033b34b,000007f7,01025754 "ProcessDynamicStrings:
all %%%s%% replaced with %s.",0033bb80) ret=010706ea
--- snip ---
Setupapi installer log:
--- snip ---
2.734: ProcessDynamicStrings: InstallPathEnvVar for SystemRoot returned
C:\windows
2.734: ProcessDynamicStrings: all %SystemRoot% replaced with C:\windows.
--- snip ---
At later stage, when the registry section is processed:
--- snip ---
0023:trace:setupapi:SetupFindNextMatchLineW
(0x144c68,L"ProductInstall.GlobalRegistryChanges.Install",L"AddReg"): returning
2
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/10/2 index 1
returning L"PowerShell.Add.Reg"
0023:trace:setupapi:SetupFindFirstLineW
(0x144c68,L"PowerShell.Add.Reg",(null)): returning 48/0
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 1
returning L"HKLM"
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 2
returning L"SOFTWARE\\Microsoft\\PowerShell\\1\\PowerShellEngine"
...
0023:trace:setupapi:SetupGetStringFieldA context 0x144c68/0x144c68/48/0 index 4
returning "0x00000000"
0023:Call advapi32.RegCreateKeyExW(80000002,0033935c
L"SOFTWARE\\Microsoft\\PowerShell\\1\\PowerShellEngine",00000000,00000000,00000000,02000000,00000000,0033b37c,00000000)
ret=688ec641
0023:Ret advapi32.RegCreateKeyExW() retval=00000000 ret=688ec641
0023:trace:setupapi:registry_callback key 0x80000002
L"SOFTWARE\\Microsoft\\PowerShell\\1\\PowerShellEngine"
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 3
returning L"ApplicationBase"
...
0023:trace:setupapi:SetupGetStringFieldW context 0x144c68/0x144c68/48/0 index 5
returning L"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0"
0023:trace:setupapi:do_reg_operation setting value L"ApplicationBase" to
L"%SystemRoot%\\system32\\WindowsPowerShell\\v1.0"
0023:Call advapi32.RegSetValueExW(0000006c,0033935c
L"ApplicationBase",00000000,00000001,0075d100,0000005a) ret=688ec5be
0023:Ret advapi32.RegSetValueExW() retval=00000000 ret=688ec5be
...
0023:Call advapi32.RegCloseKey(0000006c) ret=688ec6ce
0023:Ret advapi32.RegCloseKey() retval=00000000 ret=688ec6ce
--- snip ---
The string field containing %SystemRoot% token never got the replacement value.
Updspapi.dll UpdSpSetDynamicStringA() is a stub and does not have any
connection to setupapi, maybe this is the problem.
Updspapi seems like an internal/private version of Microsofts setupapi library,
distributed with installers/SP installers - not to be installed into OS.
Unfortunately setting updspapi to "native", skipping Wine's builtin stub
crashes the installer.
BTW ... the PowerShell console/command line stuff really integrates nicely now
that Wine has proper console support (wineconsole no longer needed).
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=42862
Bug ID: 42862
Summary: Gta 5 doesn't launch in dx10 mode
Product: Wine
Version: 2.6
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: jhntipo(a)gmail.com
Created attachment 57960
--> https://bugs.winehq.org/attachment.cgi?id=57960
The GTA5.exe backtrace
When I launch GTA 5, the game doesn't appear instead, the Program error
dialogue box shows up. I am using the 3dm crack but the file that crashes is
GTA5.exe. I used commandline.txt to set the graphics runtime to dx10.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=34720
Bug #: 34720
Summary: Resident Evil 3: in the game launcher fonts not
rendered correctly
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winebugs140(a)gmail.com
Classification: Unclassified
Created attachment 46293
--> http://bugs.winehq.org/attachment.cgi?id=46293
RE3 Trace +font
You run the launcher using ResidentEvil3_menu.exe. I don't get anything in the
log. I've created a trace +font.
The problem can be reproduced in the demo (check out the link).
Tested with:
Windows Vista (without Wine), GeForce 9600M GS--the program works fine here
Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313)
Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=45472
Bug ID: 45472
Summary: oleaut32/oleaut.c: 1 MSVC "warning C4090: '=' :
different 'const' qualifiers"
Product: Wine
Version: 3.3
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: winehq-bugs_serge_180716(a)gautherie.fr
{{
...\oleaut32\oleaut.c(865) : warning C4090: '=' : different 'const' qualifiers
}}
pPSDispatchFacBuf is loosing its const.
Code added by
https://source.winehq.org/git/wine.git/commit/ebb839733ad84627a1be954ed861a…
.
Fwiw, see https://jira.reactos.org/browse/CORE-7538 .
There are other cases of this warning. With this first example, I would like to
know how you want them fixed...
--
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=54698
Bug ID: 54698
Summary: Printing from GRTools app under Wine-git (latest), the
app will crash
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mahmoudshmaitelly(a)yahoo.com
Distribution: ---
Created attachment 74208
--> https://bugs.winehq.org/attachment.cgi?id=74208
Printing bug app crashes
If I print from the app GRTools (freely available from GRTools.de) running
under latest wine-git version 8.4, the GRTools would crash and generates a
debug file as attached.
Thanks,
Mahmoud A Shmaitelly
--
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=55409
Bug ID: 55409
Summary: 3dmark2001se DOT3 mapping test caused crash on mesa
git (23.3+)
Product: Wine
Version: 8.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: randrik(a)mail.ru
Distribution: ---
So, another regression between 8.0-rc2 and 8.7/8.12 (8.7 crashes around that
test, so not sure if there was another bug)
I have integrated RS780L AMD GPU (very weak, openGL 3.3/3.0) and "new" GeForce
710 2Gb (OpenGL 4.3 on nouveau driver).
Both started to fail in 3dmark2001se DOT3 bump mapping test.
For testing try to install 3DMark2001SE, run it, uncheck all tests apart from
DOT3, run it (for me in 1400x900x32, 8AA).
For me it crashes on wine 8.12 / 8.7, and run OK on wine 8.0-rc2
--
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=55165
Bug ID: 55165
Summary: Age of Empires II Definitive Edition quits on startup,
due to WinVerifyTrust() failing on game binaries.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wintrust
Assignee: wine-bugs(a)winehq.org
Reporter: david(a)davidgow.net
Distribution: ---
The latest update of Age of Empires II: Definitive Edition no longer runs under
wine and wine derivatives like Proton, Crossover, etc. This is because the
updated version has an anti-tampering check which calls WinVerifyTrust() on all
of the bundled .exe and .dll files (even those the game doesn't use).
Under Wine, WinVerifyTrust() fails with TRUST_E_CERT_SIGNATURE on these PE
files, even though it works on other signed executables.
Patching wine to always return 0 from WinVerifyTrust() allows the game to
start, and to run successfully. See:
https://github.com/ValveSoftware/Proton/issues/3189#issuecomment-1610974028
I've written a simple program which calls WinVerifyTrust() on a file and prints
the error:
(source): https://davidgow.net/stuff/trustchk.c
(x86_64 binary): https://davidgow.net/stuff/trustchk64.exe
The trustchk64.exe binary is signed, so "trustchk64.exe trustchk64.exe" prints:
trustchk64.exe: 0 (Success. )
Running against an unsigned binary gives:
trustchk.exe: 800B0100 (No Signature found in file. )
Running against AoE2:DE's AoE2DE_s.exe file (or any other .exe or .dll from the
game) fails with:
AoE2DE_s.exe: 80096004 (TRUST_E_CERT_SIGNATURE: The signature of the
certificate cannot be verified.)
I've extracted the offending executable's signature with osslsigncode
extract-signature:
https://davidgow.net/stuff/AoE2DE_s.sig
Equally, I've verified the executable signature with osslsigncode:
https://davidgow.net/stuff/AoE2DE_s.sig-verify.txt
The Steam game info for the affected version is:
App ID: 813780
Build ID: 11543327
--
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=55058
Bug ID: 55058
Summary: dbghelp:dbghelp - SymRefreshModuleList() sometimes
returns 0 in 64-bit Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
dbghelp:dbghelp - SymRefreshModuleList() sometimes returns 0 in 64-bit Wine:
dbghelp.c:746: Test failed: SymRefreshModuleList failed: 0
See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp
This started happening systematically in the nightly tests on 2023-06-12, but
only in 3 of the 5 64-bit Wine test configurations:
* fails gitlab-debian-64 (Debian 11 container)
* fails debian11b-wow64 (Debian 11 QEmu VM)
* success debiant-wow64 (Debian Testing QEmu VM)
* fails fgtb-debian11-wow64 (Debian 11 QEmu VM)
* success fg-deb64-wow64 (Debian 11.7 QEmu VM)
Despite happening systematically in the nightlies I have not been able to
reproduce the failure reliably.
--
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=54962
Bug ID: 54962
Summary: GDI+ text rendering does not handle carriage returns
Product: Wine
Version: 8.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: klightspeed(a)netspace.net.au
Distribution: ---
Created attachment 74489
--> https://bugs.winehq.org/attachment.cgi?id=74489
C++ program reproducing issue
gdip_format_string does not currently handle CR-LF sequences in text to
be drawn. This results in boxes being rendered on the end of each line
rendered by e.g. Graphics::DrawString when the string contains
CR-LF (\r\n) newlines.
Comparing to the behaviour on Windows, it appears that Windows renders
carriage returns as zero-width characters.
Comparing the values filled into the lpnDx parameter to
GetTextExtentExPointW, Windows gives the characters '\r', '\n', and '\t'
a width of 0, while wine gives them the same width as any other unknown
character.
Windows:
Character offsets: "H" (12) "e" (21) "l" (24) "l" (27) "o" (36) "\u000d" (36)
"\u000a" (36) "W" (51) "o" (60) "r" (65) "l" (68) "d" (77)
wine:
Character offsets: "H" (12) "e" (21) "l" (25) "l" (29) "o" (38) "\u000d" (43)
"\u000a" (48) "W" (63) "o" (72) "r" (77) "l" (81) "d" (90)
--
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=53287
Bug ID: 53287
Summary: MxManagementCenter crashes on unimplemented function
msvcp140.dll.??0?$codecvt@_SDU_Mbstatet@@@std@@QEAA@_K
@Z when adding a camera
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 72654
--> https://bugs.winehq.org/attachment.cgi?id=72654
Console output
To reproduce, open the program, click "Add Devices", click the plus sign, type
127.0.0.1 in the URL box, and click the X at the top-right corner of the pop-up
dialog.
$ sha256sum MxManagementCenter-2.6_Setup-win64.exe
c728c75a259fc17d7a30bb9f19fb0179a49ae7f1ee69e28d21d1558ef0134654
--
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.
http://bugs.winehq.org/show_bug.cgi?id=34197
Bug #: 34197
Summary: Rootmagic 6 Invalid operation GDI+ (Code 1)
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Windows
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ivebeeneverywheremate(a)gmail.com
Classification: Unclassified
I have tried to open Rootsmagic 6 on Linux Mint 13 using Wine 1.4. A message
dialog box appears with a message "Invalid operation in GDI+ (Code:1)". There
is no issue with Wine opening Rootsmagic 4.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=54554
Bug ID: 54554
Summary: ntdll:file - test_set_io_completion() gets unexpected
count values on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:file - test_set_io_completion() gets unexpected count values on Windows
11:
file.c:989: Test failed: wrong count 0
file.c:1057: Test failed: wrong count 0
file.c:1062: Test failed: wrong count 0
See https://test.winehq.org/data/patterns.html#ntdll: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=55437
Bug ID: 55437
Summary: Death Stranding: "Start" and "Back" buttons are
reversed
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: windows.gaming.input
Assignee: wine-bugs(a)winehq.org
Reporter: tinozzo123(a)tutanota.com
Distribution: ---
Created attachment 74996
--> https://bugs.winehq.org/attachment.cgi?id=74996
Logs with WINEDEBUG=+input
Like the title says: when playing Death Stranding with a controller (tested on
a Switch Pro Controller and an Xbox 360), the mapping for the "Start" and
"Back" buttons are reversed.
This means that "Start" makes the character yell, and "Back" pauses the game
(instead of the opposite).
If I test the mapping with `wine control`, the mapping is normal.
Tested the Epic Games version of the game (launched with Legendary). Obviously,
needs DXVK and vkd3d-proton to launch it.
--
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=55403
Bug ID: 55403
Summary: Office 2021 needs
Windows.Management.Deployment.PackageManager
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: haakobja(a)gmail.com
Distribution: ---
I'm thinking about buying Office 2021 to run it in Wine, but I wanted to try
before I bought so I found a page linking to official Office 2021 cd images and
downloaded the English version
(https://officecdn.microsoft.com/db/492350f6-3a01-4f97-b9c0-c7c6ddf67d60/med…)
Immediately after starting setup, the installer quits with the following log:
002c:fixme:winediag:LdrInitializeThunk wine-staging 8.12 is a testing version
containing experimental patches.
002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when
filing bug reports on winehq.org.
0088:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0088:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0088:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0088:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0088:fixme:wineusb:query_id Unhandled ID query type 0x5.
0110:fixme:ntdll:EtwEventSetInformation (deadbeef, 0, 00000000, 0) stub
0110:fixme:cryptasn:CryptDecodeObjectEx Unsupported decoder for lpszStructType
1.3.6.1.4.1.311.2.1.12
0110:fixme:cryptasn:CryptDecodeObjectEx Unsupported decoder for lpszStructType
1.3.6.1.4.1.311.2.1.12
0110:fixme:ole:CoInitializeSecurity 00000000, -1, 00000000, 00000000, 0, 3,
00000000, 0, 00000000 stub
0110:fixme:ntdll:EtwEventSetInformation (deadbeef, 0, 00000000, 0) stub
0110:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 009E7331, 56) stub
0110:fixme:ver:GetCurrentPackageId (00C2EBAC 00000000): stub
0110:fixme:nls:get_dummy_preferred_ui_language (0x8 0x809 00C2E904 00000000
00C2E900) returning a dummy value (current locale)
0110:fixme:nls:get_dummy_preferred_ui_language (0x8 0x809 00C2E904 00A736F0
00C2E900) returning a dummy value (current locale)
0110:fixme:ver:GetCurrentPackageId (00C2E424 00000000): stub
0114:fixme:sync:SetWaitableTimerEx (000000E8, 0241DF30, 0, 00000000, 00000000,
00000000, 10000) semi-stub
0110:fixme:ntdll:fill_battery_state Multiple batteries found, only reporting on
the first
0058:fixme:nsi:ipv6_forward_enumerate_all not implemented
0058:fixme:nsi:ipv6_forward_enumerate_all not implemented
0110:fixme:ver:GetFileVersionInfoSizeExW flags 0x2 ignored
0110:fixme:ver:GetFileVersionInfoExW flags 0x2 ignored
0110:fixme:ver:GetFileVersionInfoSizeExW flags 0x2 ignored
0110:fixme:ver:GetFileVersionInfoExW flags 0x2 ignored
012c:fixme:combase:RoActivateInstance (03A3FDD4, 03A3FDCC): semi-stub
012c:fixme:combase:RoGetActivationFactory
(L"Windows.UI.ViewManagement.UISettings",
{00000035-0000-0000-c000-000000000046}, 03A3FD8C): semi-stub
012c:fixme:ui:uisettings2_get_TextScaleFactor iface 03526724, value 03A3FDB8
stub!
012c:fixme:dwmapi:DwmSetWindowAttribute (00010068, 21, 03A3FE8C, 4) stub
012c:fixme:combase:RoActivateInstance (03A3FD84, 03A3FD7C): semi-stub
012c:fixme:combase:RoGetActivationFactory
(L"Windows.UI.ViewManagement.UISettings",
{00000035-0000-0000-c000-000000000046}, 03A3FD3C): semi-stub
012c:fixme:ui:uisettings2_get_TextScaleFactor iface 03526724, value 03A3FD68
stub!
012c:fixme:combase:RoActivateInstance (03A3FD8C, 03A3FD84): semi-stub
012c:fixme:combase:RoGetActivationFactory
(L"Windows.UI.ViewManagement.UISettings",
{00000035-0000-0000-c000-000000000046}, 03A3FD44): semi-stub
012c:fixme:ui:uisettings2_get_TextScaleFactor iface 03526724, value 03A3FD70
stub!
0110:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0110:fixme:ver:GetPackagesByPackageFamily
(L"Microsoft.Office.Desktop_8wekyb3d8bbwe" 00C2E848 00000000 00C2E84C
00000000): stub
0110:fixme:combase:RoGetActivationFactory
(L"Windows.Management.Deployment.PackageManager",
{00000035-0000-0000-c000-000000000046}, 00C2DF2C): semi-stub
0110:err:combase:RoGetActivationFactory Failed to find library for
L"Windows.Management.Deployment.PackageManager"
0110:fixme:combase:RoOriginateLanguageException 0x80040154, L"", 00000000: stub
0110:err:seh:NtRaiseException Unhandled exception code c0000409 flags 1 addr
0x7fe2df
Seems like it's because Windows.Management.Deployment.PackageManager does not
exist
--
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=55215
Bug ID: 55215
Summary: user32:text - test_DrawTextCalcRect() crashes on
Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:text - test_DrawTextCalcRect() crashes on Windows:
text.c:537: this is the last test seen before the exception
0500:text: unhandled exception c0000005 at 77CF9F08
See https://test.winehq.org/data/patterns.html#user32:text
The crash most likely happens on this line due to the invalid LPRECT pointer:
textheight = DrawTextExA((HDC)0xdeadbeef, emptystring, 100000,
(LPRECT)0xdeadbeef, 0, 0);
Which was introduced by this commit:
commit 35c8f15bc67f7602438fe0c39a69ff6ddf6b8297
Author: Fabian Maurer <dark.shadow4(a)web.de>
AuthorDate: Mon Jun 12 22:02:45 2023 +0200
Commit: Alexandre Julliard <julliard(a)winehq.org>
CommitDate: Wed Jul 5 21:06:38 2023 +0200
user32: Ignore invalid parameters in DrawTextEx when HDC is invalid.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=47089
Signed-off-by: Fabian Maurer <dark.shadow4(a)web.de>
Note that this crash is specific to the official winetest.exe builds, probably
due to some memory layout difference. Regardless it means the test is
incorrect.
Also this crash was detected by the TestBot so MR!3049 should not have been
merged.
https://gitlab.winehq.org/wine/wine/-/merge_requests/3049
--
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.
http://bugs.winehq.org/show_bug.cgi?id=22596
Summary: PhotoScape unable to change/save files under Wine
1.1.43
Product: Wine
Version: 1.1.43
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: daquirm(a)seznam.cz
CC: daquirm(a)seznam.cz
Created an attachment (id=27721)
--> (http://bugs.winehq.org/attachment.cgi?id=27721)
LOG from the terminal
OS: Ubuntu 10.04 64bit
Wine 1.1.42 and 1.1.43 (tried Windows XP and Windows 7 compatibility mode)
trying to run PhotoScape v3.40
Problem: PhotoScape is unable to save or edit any files/images. It looks like
it's running just with read only permission.
Solution: Downgrade to Wine 1.1.31
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=54839
Bug ID: 54839
Summary: 3DMark 2000: missing benchmark information
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matheus.venturini(a)acad.ufsm.br
Distribution: ---
Created attachment 74341
--> https://bugs.winehq.org/attachment.cgi?id=74341
3DMark 2000 in Wine 8.5
Steps to reproduce:
1. Download and install 3DMark 2000 from the link above. The website has the
authentication key, but it is not necessary to complete the installation.
2. Launch 3DMark 2000 and and click "run default benchmark."
In between each benchmark test a screen is displayed which shows information
about your current settings and the next test to be performed, as well as the
amount of completed tests and remaining time until completion. In Wine 8.5 this
information does not appear.
Like with issue 54828 I would greatly appreciate if someone could reproduce
this, I always try to check if bugs can be reproduced in a VM but 3DMark's
software is very picky about the graphics card you have installed.
Another weird thing I experienced was with the "Texture Rendering Speed Test."
The 8MB textures version of this test has strangely wobbly and warping textures
which makes it seem like it is running at very low framerate. The other
variations of this test run perfectly.
--
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=55504
Bug ID: 55504
Summary: .NET 7 not working
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: makiwolf(a)outlook.at
Distribution: ---
Created attachment 75068
--> https://bugs.winehq.org/attachment.cgi?id=75068
backtrace
Can't run new dotnet 7 applications on command line
I have downloaded and installed on a clean ubuntu 23.04 system
https://dotnet.microsoft.com/en-us/download/dotnet/7.0
wine cmd
dotnet new console
dotnet run
OR
wine cmd
dotnet new winforms
dotnet run
Does anyone know if new .NET7 is supported in wine or only the old classic .NET
Framework?
Also can't find the new version in Wine AppDB
https://appdb.winehq.org/objectManager.php?sClass=application&iId=2586
--
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=47609
Bug ID: 47609
Summary: Godhome needs
"msvcp140.dll.??0?$codecvt@_UDU_Mbstatet@@@std@@QEAA@_
K@Z"
Product: Wine
Version: 4.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: Gentoo
Created attachment 65035
--> https://bugs.winehq.org/attachment.cgi?id=65035
Godhome output console log
Hello,
Godhome from GoG crashes at launch and needs this function to start.
Install vcrun2015 with winetricks fixes this issue.
If someone can work to fix bug #47605, the game needs this function too and the
previous workaround does not work
Thanks :-)
Maxime
--
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=36739
Bug ID: 36739
Summary: PreSonus Studio One 2.6 user interface/controls text
is invisible
Product: Wine
Version: 1.7.20
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
as the summary says.
In 'PreSonus Studio One 2.6', menu items, button and various other UI controls
text is invisible.
'winetricks -q gdiplus' works around and makes everything appear correctly.
$ sha1sum PreSonus_Studio_One_26_Installer.exe
a48cf628a04e514060e9d63b8eca4edead1bcc8b PreSonus_Studio_One_26_Installer.exe
$ du -sh PreSonus_Studio_One_26_Installer.exe
112M PreSonus_Studio_One_26_Installer.exe
$ wine --version
wine-1.7.20
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=50301
Bug ID: 50301
Summary: Star Wars:The old republic's launcher crashes
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gnarlin(a)gmail.com
Distribution: ---
Created attachment 68872
--> https://bugs.winehq.org/attachment.cgi?id=68872
launcher.exe before installing winbind and after
SWTOR runs with 5.0, but only to a loading screen. So I updated wine to the
staging 6.0-rc1 from winehq but only got errors. One of the errors indicated
that wine needed winbind, so I tried installing that. I still got errors, but
not as few but the launcher would still not run.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=35333
Bug ID: 35333
Summary: Text underline problem using GM_ADVANCED graphics mode
and dc rotation
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: ralf.habacker(a)freenet.de
Classification: Unclassified
Created attachment 47126
--> http://bugs.winehq.org/attachment.cgi?id=47126
wine screenshot with underlined text and TA_BASELINE text align (error)
Underlined text painted with TextOut() is not been drawn correctly in
GM_ADVANCED graphicsmode.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33664
Bug #: 33664
Summary: Can't paste from clipboard in Miranda
Product: Wine
Version: 1.5.31
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: 1and2(a)gmx.at
Classification: Unclassified
Created attachment 44563
--> http://bugs.winehq.org/attachment.cgi?id=44563
Terminal log
I cannot paste text from the clipboard in a chat window in Miranda 0.10.12.
OS: openSuse 12.3 KDE
Terminal log attached.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=54778
Bug ID: 54778
Summary: Multiple apps need support for SM1 non-float
expression (Strong Bad's Cool Game for Attractive
People Episode 1: Homestar Ruiner, Darksiders II
Deathinitive Edition (GOG), NewoAsteroids played with
Dolphin emulator)
Product: vkd3d
Version: 1.7
Hardware: x86-64
URL: https://www.moddb.com/games/strong-bad/downloads/stron
g-bad-s-cool-game-for-attractive-people-demo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ---
0114:err:d3dcompiler:D3DCompile2 <anonymous>:9:11: E5017: Aborting due to
not yet implemented feature: SM1 non-float expression.
--
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=40867
Bug ID: 40867
Summary: Some monospaced fonts rendered with double letter
spacing (cursor doubled)
Product: Wine
Version: 1.9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hexench(a)gmail.com
Distribution: ---
Created attachment 54922
--> https://bugs.winehq.org/attachment.cgi?id=54922
Far Manager wrong font spacing (Consolas)
For example i use Far Manager.
With Lucida Console all fine, but with Consolas font text width double letter
spacing.
I tried to copy glyphs from Consolas to Lucida, when I copied only Latin - font
was looked approximately normal, but when i copied more glyphs - font became
with double letter space.
--
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=54409
Bug ID: 54409
Summary: PNGGauntlet crashes on drag and drop
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stuart.lindley+winehq(a)gmail.com
Distribution: ---
Created attachment 73970
--> https://bugs.winehq.org/attachment.cgi?id=73970
dotnet 4 & dotnet40_kb2468871 output from terminal
Using Fedora 37, Wine from the staging repo, but the default from fedora also
has the same issues dating back to Fedora 36 too. I'm not sure which version
version exactly it broke.
Requirements:
PNGGauntlet is available from https://pnggauntlet.com/
For this application to work at present you'll need to install dotnet40 and
dotnet40_kb2468871. Without using actual dotnet, mono is used however wine
claims it can't find
/usr/share/wine/mono/wine-mono-7.4.0/bin/libmono-2.0-x86_64.dll and fails to
start even though that exact dll is in the exact directory it should be.
Reproducing:
The application crashes when dragging and dropping 10+ png images from a file
browser I'm currently using Nemo 5.6.2 from the Cinnamon Desktop environment.
You should be able to drag and drop as many images as you want in, this is how
it work in windows. You will need to kill the command manually after you've
compressed some images as it won't close.
--
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=52589
Bug ID: 52589
Summary: Broken menu drawing in VCL apps when using styles
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: michael.monreal+wine(a)gmail.com
Distribution: ---
Recently I got the chance to beta test the upcoming version 5 of popular data
recovery tool IsoBuster (www.isobuster.com/) on wine. The new version
introcuces the option to use GUI styles using the Visual Component Library
(VCL) by Embarcadero. While the app still works with themes I noticed a few
problems which only show on wine:
1. Opening a second menu from the menu band does not close a previously open
menu, meaning multiple menus are shown at the same time and draw on top of each
other
2. Menu items in the opened menu lose styling as soon as the mouse touches them
These problems only show when the new styling is active.
--
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=51622
Bug ID: 51622
Summary: i2c/ddc support in Wine
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Does it exist? I've tried grepping Wine source code and haven't found anything.
--
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=54601
Bug ID: 54601
Summary: Compilation fails with gcc 4.3.4 (error: unknown field
‘Type’ specified in initializer)
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
Created attachment 74133
--> https://bugs.winehq.org/attachment.cgi?id=74133
log.txt
in distro:
# uname --kernel-release
3.0.66
# gcc --version
4.3.4
# ldd --version
2.10.1
Compiling wine-8.1 fails with:
../wine-8.1/dlls/ntdll/unix/server.c: In function ‘invoke_system_apc’:
../wine-8.1/dlls/ntdll/unix/server.c:409: error: unknown field ‘Type’ specified
in initializer
../wine-8.1/dlls/ntdll/unix/server.c:409: warning: missing braces around
initializer
../wine-8.1/dlls/ntdll/unix/server.c:409: warning: (near initialization for
‘ext.<anonymous>’)
../wine-8.1/dlls/ntdll/unix/server.c:410: error: unknown field ‘Pointer’
specified in initializer
../wine-8.1/dlls/ntdll/unix/server.c:411: warning: initialization makes integer
from pointer without a cast
Compiling also fails with wine-8.2
--
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=55475
Bug ID: 55475
Summary: Respondus LockDown Browser crashes on launch,
KERNEL32.dll.DiscardVirtualMemory not implemented
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: micah.haber(a)gmail.com
Distribution: ---
Created attachment 75037
--> https://bugs.winehq.org/attachment.cgi?id=75037
Unhandled exception: unimplemented function KERNEL32.dll.DiscardVirtualMemory
called in 32-bit code (0x7bc2bbf0)
Installed in Windows 10 environment.
--
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=54177
Bug ID: 54177
Summary: vbscript fails to compile sub call when argument
expression contains multiplication
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
While working on the port of Visual Pinball, we found a script with code
similar to the following that fails to compile:
Public Sub AddTimer(aDelay, aMessage)
End Sub
Dim ii
ii = 1
AddTimer (ii-1)*200, "Message"
If the expression is wrapped in parenthesis, it compiles successfully:
AddTimer ((ii-1)*200), "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.
http://bugs.winehq.org/show_bug.cgi?id=28659
Bug #: 28659
Summary: rpcrt4/server test crashes on 32-bit FreeBSD9
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: FreeBSD
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: rpc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Created attachment 36831
--> http://bugs.winehq.org/attachment.cgi?id=36831
backtrace
The rpcrt4/rpc test fails as well, but that may be related to missing ntlm_auth
(which I haven't found how to satisfy on FreeBSD). The server test shows that
same error, but also crashes, so something nastier is going on.
Backtrace attached.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=52720
Bug ID: 52720
Summary: cmd.exe:batch times out in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
cmd.exe:batch started timing out in Wine on 2022-03-17:
batch.c:427: running TEST_CMDLINE.CMD test...
cmd.exe:batch:040c done (258) in 120s
Test failed: timed out
https://test.winehq.org/data/patterns.html#cmd.exe:batch
Unfortunately I was unable to find a change in Wine that would be the cause for
the timeout: in my tests cmd.exe:batch still times out when run from older Wine
versions.
* Based on the WineTest logs cmd.exe:batch was taking about 50 seconds up to
2022-03-16. But the next day that run time more than doubled to about 118 - 170
seconds, causing it to time out most of the time.
* Reverting the Wine source to the 2022-03-16 head, rebuilding from scratch and
recreating the wineprefix did not help: cmd.exe:batch still times out.
* No package upgrades were performed on that date. Plus this regression
happened simultaneously on multiple machines with different upgrade schedules.
* WINETEST_TIME=1 indicates that almost all of the time is spent running
TEST_BUILTINS.CMD:
batch.c:427:0.149 running TEST_BUILTINS.CMD test...
batch.c:136:158.289 Test succeeded
^^^ The first ok() call after WaitForSingleObject() is in the map_file() called
after run_test()
* Running the test manually it looked like the "--- for /R" "Plain directory
enumeration" part of test_builtins.cmd was enumerating all of the computer's
directories, starting with /bin, /boot, /etc, ... That would certainly take a
long time but that run crashed after about 1 minute so this may be unrelated.
--
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=53095
Bug ID: 53095
Summary: system:NtUserChangeDisplaySettings Changing
L"\\\\.\\DISPLAY1" display settings returned -2
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zizka(a)seznam.cz
Distribution: ---
Created attachment 72524
--> https://bugs.winehq.org/attachment.cgi?id=72524
1) Wine 7.0 crash; 2) Attempts to run with the Wine bundled by the vendor
(i-deal Games)
App: "Jagged Alliance 2 - Wildfire" from Steam
Wine 7.0
Ubuntu 2022.04
I am trying to make Jagged Alliance run.
The Wine distributed with Jagged Alliance seems not to work, because it has 36
byte long libwine.so and Wine doesn't even start. See the "JA 2 dist Wine log"
below.
So I tried with Wine 7.0 (current stable), and it failed with:
system:NtUserChangeDisplaySettings Changing L"\\\\.\\DISPLAY1" display
settings returned -2
Along that, the system switched to fullscreen, with the whole screen black.
On a second run, Wine crashed - see the 1st part of the attached text.
I will try to contact the company and ask if they could figure out.
But in the meantime, I think this is a valid bug on an old Win32 game which
could be present on some others. Thanks to anyone who takes a look.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=22904
Summary: Register URL protocol handlers under Linux
Product: Wine
Version: unspecified
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kempe.marcus(a)gmail.com
winemenubuilder is able to automatically register file type associations and
build menus under Linux, when triggered by an application under wine.
It would be great if the same thing were true for protocol handlers, so that
these would become registered in much the same way as when using gconftool in
gnome:
gconftool -s /desktop/gnome/url-handlers/spotify/command 'wine
c:\\spotify\\spotify.exe %s' --type String
gconftool-2 -s /desktop/gnome/url-handlers/spotify/enabled --type Boolean true
Would this be possible, hard, or maybe not a good idea?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.