https://bugs.winehq.org/show_bug.cgi?id=55925
Bug ID: 55925
Summary: StarOffice 4.0 crashes on start
Product: Wine
Version: 8.20
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 75485
--> https://bugs.winehq.org/attachment.cgi?id=75485
WINEDEBUG=+ole
Steps to reproduce:
1. Run `SETUP.EXE` (straightforward even if you don't know German)
2. Run `wine 'C:\office40\soffice.exe'`
This looked suspicious:
0114:trace:ole:StgOpenStorage16
(c:\office40\config\soffice.cfg,00000000,0x00000040,00000000,0,02D7F530)
0114:warn:ole:StgOpenStorage16 Couldn't open file for storage
$ sha256sum SETUP.EXE
68f4fa4f1b2cc18056190c8082dacf4d8e296b4aec97527bb5b52eafabf6c699
--
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=55977
Bug ID: 55977
Summary: Small quartz errors in Fallout 3
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: m1m1k4tz(a)protonmail.com
Distribution: ---
Created attachment 75566
--> https://bugs.winehq.org/attachment.cgi?id=75566
quartz
While playing Fallout 3 there are some small errors that don't impact gameplay
but I thought I would give you guys the heads up. Compiled and tested on Fedora
39
--
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=55764
Bug ID: 55764
Summary: Wine will temporarily disconnect logitech devices for
a split second when launching game/application.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: noltogreen2187(a)gmail.com
Distribution: ---
Created attachment 75253
--> https://bugs.winehq.org/attachment.cgi?id=75253
dmesg logs after launching game. (Note: currently only using logitech g pro
gaming keyboard)
Steps to reproduce:
1. Get a logitech mouse or keyboard (in my case logitech g pro gaming keyboard,
and logitech g203 mouse).
2. Launch game/application.
And then you wont be able to input keystrokes for a split second.
This bug is really annoying since i use input-remapper to well, remap inputs,
so when this happens my set profile stops and ill have to go re-apply it
everytime i want to play a game. It will also make the time that it freezes
alot longer.
This doesnt happen with steam or using wine in a flatpak.
Wine version doesnt seem to matter, maybe if i use a version from a year or two
back it wont happen, but idk i havent tested.
My motherboard & bios version: Gigabyte Technology Co., Ltd. B450M DS3H-CF,
F41.
--
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=55957
Bug ID: 55957
Summary: Wolfenstein: Return To Castle. Crashes at startup.
Product: Wine
Version: 5.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gastra1er(a)mail.ru
Distribution: ---
Created attachment 75549
--> https://bugs.winehq.org/attachment.cgi?id=75549
log file for WINEDEBUG=+relay
Two years ago everything worked, now I can’t start 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=2636
gastra1er <gastra1er(a)mail.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gastra1er(a)mail.ru
--
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=3058
gastra1er <gastra1er(a)mail.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gastra1er(a)mail.ru
--
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=55953
Bug ID: 55953
Summary: page fault in cmxcomm64 when changing UI page of a
Crestron Xpanel64 Regression 8.16 staging
Product: Wine
Version: 8.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dtimms(a)iinet.net.au
Distribution: ---
An AV manufacturer provides a program which generates a touchpanel UI design
which can run on a windows PC using Xpanel. There are a pair off apps (32 and
64 bit) exes, and associated dlls. These load a UI design from a .vtx file. The
design shows pages and buttons, and a simple example can swap between pages via
a button. The application will connect to an IP address/number in the
configuration menu, of the AV manufacturer controller. It will then send and
receive the state of buttons and other controls.
OS: Fedora 38 and 39. x86_64
alternatives set wine as wine64.
Startup:
- In nemo: right click Xpanel64.exe and click Wine, or
- Terminal: wine64 Xpanel64.exe
Normal Operation: (Fedora packages)
Wine 8.15 with staging
Wine up to 8.16 without staging.
Wine up to 8.16 with staging -W eventfd_synchronization.all
Fault occurs: (Fedora packages built locally using mock).
Wine 8.16 with staging
Wine 8.17 with or without staging
Wine 8.19 with or without staging
Wine 8.21 with or without staging (WineHQ Fedora repo).
Fault: Xpanel64.exe runs and shows the initial page UI. Crash occurs when
clicking a button which would normal change UI pages within the application.
Wine Debugger shows, and a second Program Error Details is available.
--
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=55946
Bug ID: 55946
Summary: cloudmusic: crash when open cloudmusic.exe
Product: Wine
Version: 8.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: li_hai_qiang(a)outlook.com
Distribution: ---
Created attachment 75527
--> https://bugs.winehq.org/attachment.cgi?id=75527
crash when open cloudmusic.exe
cloudmusic: crash when open cloudmusic.exe
--
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=55910
Bug ID: 55910
Summary: Calibre 7 Portable doesn't work
Product: Wine
Version: 8.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bilbiliblus(a)gmail.com
Distribution: ---
Created attachment 75458
--> https://bugs.winehq.org/attachment.cgi?id=75458
Error in Calibre 7 Portable
I installed calibre 7 Portable in Ubuntu 22.04.3 and, when I try to run I get
the error in the attachment.
It doesn't work.
I worked fine with Calibre 6.29
--
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=55907
Bug ID: 55907
Summary: Wine Noodle setup 2.9.2 : crashes on start
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: m600(a)free.fr
Distribution: ---
Created attachment 75444
--> https://bugs.winehq.org/attachment.cgi?id=75444
unimplemented function KERNEL32.dll.DiscardVirtualMemory called in 64-bit code
tried to install "Noodl Setup 2.9.2.exe" (see www.noodl.net/)
then got crashe starting with this :
Unhandled exception: unimplemented function KERNEL32.dll.DiscardVirtualMemory
called in 64-bit code (0x0000017002d3a8).
--
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.
https://bugs.winehq.org/show_bug.cgi?id=55755
Bug ID: 55755
Summary: ntdll:wow64 - The 32-bit test_modules() fails to find
the main module in Wine's new WoW mode
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:wow64 - The 32-bit test_modules() fails to find the main module in Wine's
new WoW mode:
wow64.c:1568: Test failed: main module not found
See https://test.winehq.org/data/patterns.html#ntdll:wow64
In particular one can see this issue on fg-deb64-i386, fgtb-debian11-i386,
fgtb-debian12-i386 and rbernon-*-wow64 which all run the 32-bit tests in the
new Windows-on-Windows Wine mode. This failure does no happen in the 64-bit
test, or when running in a pure 32-bit environment or in the old
Windows-on-Windows mode.
This also happens on macOS when running the 32-bit tests in the new WoW mode
(see mac_rbernon-macos-*-wow64).
A bisect shows that this failure started with the commit below:
commit de81e2ea41b27a14f88177639c5b5d35a210b5bd
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Fri Oct 6 15:08:02 2023 +0200
ntdll: Only create the main module on the 32-bit side for wow64.
This means this most likely has the same fix as bug 55744.
--
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.