http://bugs.winehq.org/show_bug.cgi?id=58335
Bug ID: 58335 Summary: Works 10.8 but fails 10.9? Product: Wine Version: 10.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: mikes@kuentos.guam.net Distribution: ---
Created attachment 78708 --> http://bugs.winehq.org/attachment.cgi?id=78708 run wine notepad with 10.8 Fine Update to 10.9 then it fails
Have 5 machines that updated to 10.9 fine, but Acer notebook that works with 10.8 but fails with 10.9. Run wine notebook fine with 10.8 upgrade to 10.9 wine notebook then fails. downgrade to 10.8, and it works fine.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #1 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78709 --> http://bugs.winehq.org/attachment.cgi?id=78709 Run with debug option +seh shows a few more details?
Ran the notepad test with +seh option to show more info. But nothing clear to me.
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #2 from Ken Sharp imwellcushtymelike@gmail.com --- Which distro are you using?
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #3 from Michael Setzer II mikes@kuentos.guam.net --- Machine is running Fedora 42 with the winehq-devel The other working machines are also using Fedora 42.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #4 from Ken Sharp imwellcushtymelike@gmail.com --- Have you tried in a clean wineprefix?
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #5 from Michael Setzer II mikes@kuentos.guam.net --- Run from command line
Just wine notepad
Works if 10.8 winehq and wine installed Fails if 10.9 whiehq and wine installed
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #6 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78711 --> http://bugs.winehq.org/attachment.cgi?id=78711 strace wine notebook run with 10.9
Did run with strace to see if anything obvious. Did search for lines with the seh errors looking for something before.
Also, note get same error running under root and regular user.
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=58335
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #7 from Michael Setzer II mikes@kuentos.guam.net --- Tried remove all wine objects via dnf. Then installed winehq-devel and wine.devel and get same errors? Tried winehq-devel, but it is 10.0, so it worked fine.
So now what is different from 10.8 and 10.9 that cause the error.
Right now only solution is to have it execlude wine/winehq update or downgrade after it updates and fails.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #8 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78725 --> http://bugs.winehq.org/attachment.cgi?id=78725 output with WINEDEBUG=all?? Works
With this debug option it works?
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #9 from Michael Setzer II mikes@kuentos.guam.net --- uploaded all.xz which is output that runs without the seh errors. Have no clue why.. Is a huge file of junk
Running notepad results in errors and crash. wine notepad 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133
Will also work, but sends tons of lines to screen # WINEDEBUG=all wine notepad
These result in nothing happening WINEDEBUG=all wine notepad 2>/dev/null # WINEDEBUG=all,+seh wine notepad 2>/dev/null
This does work relatively quickly and notepad works. # WINEDEBUG=all wine notepad 2>/tmp/all
But creates output file 267M Jun 10 09:01 all converted to xz file of upload attachment 6.8M Jun 10 09:10 all.xz
Don't know if there might be a different option than all that would work to solve issue. Not sure why redirecting to /dev/null doesn't work?
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #10 from Michael Setzer II mikes@kuentos.guam.net --- Found it also works with WINEDEBUG=+heap wine notepad 2>/tmp/heap
But file is about 1/10th the size. This also works and provides heap and seh line. WINEDEBUG=+heap,+seh wine notepad 2>/tmp/heapseh This does not work?? WINEDEBUG=+seh wine notepad 2>/tmp/seh
Tried all the options from this page, but all +all and +heap work by themselfs.
https://gitlab.winehq.org/wine/wine/-/wikis/Debug-Channels
http://bugs.winehq.org/show_bug.cgi?id=58335
Michael Setzer II mikes@kuentos.guam.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Works 10.8 but fails 10.9? |Works 10.8 but fails 10.9? | |But works with | |WINEDEBUG=+heap
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #11 from Michael Setzer II mikes@kuentos.guam.net --- When run as wine notepad get this failure
wine notepad 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133
Notepad not run.
But WINEDEBUG=+heap wine notepad runs fine and opens notepad, but has massive lines sent to screen?
Running with +heap,+seh since original error is seh? WINEDEBUG=+heap,+seh wine notepad 2>/tmp/heap
heap file has 26197 lines and size of 2888324
Removing lines with trace results in just these lines. cat heap | grep -v trace 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0078:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) MESA-INTEL: warning: Ivy Bridge Vulkan support is incomplete 00f8:fixme:wineusb:add_usb_device Interface 1 has 6 alternate settings; using the first one. 00f8:fixme:wineusb:add_usb_device Interface 1 has 12 alternate settings; using the first one. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. wine: Unhandled page fault on write access to 0000000000000000 at address 0000000140003526 (thread 0034), starting debugger... 012c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133 0134:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 013c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 013c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 013c:err:commdlg:DllMain failed to create activation context, last error 14001 013c:err:seh:user_callback_handler ignoring exception c0000005 013c:err:seh:user_callback_handler ignoring exception c0000005
So, not clear why running without the +heap the error results in failure to run notepad, but with it the errors are ignored?
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #12 from Ken Sharp imwellcushtymelike@gmail.com --- Remove the wineprefix and start from scratch. rm -r ~/.wine
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #13 from Michael Setzer II mikes@kuentos.guam.net --- Had already tried that. Completely removed the .wine directory and same thing. Downgrading to 10.8 works fine Upgrade to 10.9 and it acts the same.
Same results with a regular user.
Even removed all all wine from system. dnf remove wine* then dnf install winehq-devel Same results. Downgrade to 10.8 works fine.
Had found with WINEDEBUG=+all, it would also work, but that created 271M file of lines. Tried all the options, and only +heap allows it to successfully open notepad (also tried cmd)
So why the seh error happen, and cause the wine to fail. Then why with the +heap it works?
Had no issues with upgrade on 6 other machines with Fedora 42, and one with Fedora 41 works find with 10.9 as well.
Generally, after a wine update run a quick wine notepad to have it do the little update for user and root to make sure things are OK, but this is first time I've had an issue.
THanks for reply.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #14 from Michael Setzer II mikes@kuentos.guam.net --- Found something that might give link to why adding +heap makes it work, but have no clue why.
0150:err:seh:_assert dlls/ntdll/heap.c:775: Assertion failed "FALSE" 0140:err:seh:_assert dlls/ntdll/heap.c:775: Assertion failed "FALSE" 0148:err:seh:_assert dlls/ntdll/heap.c:775: Assertion failed "FALSE" 0150:err:seh:_assert dlls/ntdll/heap.c:775: Assertion failed "FALSE"
Seems lines around 775 in heap.c do something if the +heap is enabled?
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #15 from Ken Sharp imwellcushtymelike@gmail.com --- A regression test will shine more light on the change. https://gitlab.winehq.org/wine/wine/-/wikis/Regression-Testing
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #16 from Michael Setzer II mikes@kuentos.guam.net --- (In reply to Ken Sharp from comment #15)
A regression test will shine more light on the change. https://gitlab.winehq.org/wine/wine/-/wikis/Regression-Testing
Not clear on how regression test would help. The winehq-stable 10 works The winehq-devel 10.8 works
But winehq=devel 10.9 fails with out WINEDEBUG=+heap wine cmd or notepad. time wine cmd 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133
real 0m0.859s user 0m0.086s sys 0m0.162s
time WINEDEBUG=+heap wine cmd 2>/tmp/done2 Microsoft Windows 10.0.19045
Z:\tmp>exit
real 0m11.273s user 0m0.107s sys 0m0.167s
Some delay since have to enter exit. done2 file has 25439 lines versus 2 of wine cmd 81 lines if elimanate onces with status 0 If add ,+seh line count goes to 25669 lines without status 0 goes up to 340?
One of ealier test showed ntdll with file heap.c talking line 775. Lines near that seem to say if +heap is active to ignore error??
So, activating the +heap debug option, just seems to have it ignore whatever it is finding as error.
Runing with +seh but no +heap results in failure??
time WINEDEBUG=+seh wine cmd 2>/tmp/done3
real 0m0.864s user 0m0.085s sys 0m0.148s root@setzconote:/tmp# cat done3 002c:trace:seh:dispatch_exception code=c0000005 (EXCEPTION_ACCESS_VIOLATION) flags=0 addr=00006FFFFFC4C133 002c:trace:seh:dispatch_exception info[0]=0000000000000000 002c:trace:seh:dispatch_exception info[1]=0000000000000028 002c:trace:seh:dispatch_exception rip=00006fffffc4c133 rsp=00007ffffe2fed30 rbp=0000000000000000 eflags=00010246 002c:trace:seh:dispatch_exception rax=0000000000000001 rbx=00007ffffe321bc0 rcx=00007ffffe2ff7e0 rdx=00007ffffe2ff860 002c:trace:seh:dispatch_exception rsi=0000000000000629 rdi=00007ffffe340000 r8=00007ffffe321bc0 r9=0000000000000000 002c:trace:seh:dispatch_exception r10=0000000000000002 r11=0000000000000202 r12=00007ffffe2ff7e0 r13=00007ffffe2ff860 002c:trace:seh:dispatch_exception r14=00007ffffe321cf0 r15=0000000000000000 mxcsr=00001f80 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133 0034:trace:seh:dispatch_exception code=c0000005 (EXCEPTION_ACCESS_VIOLATION) flags=0 addr=00006FFFFFC4C133 0034:trace:seh:dispatch_exception info[0]=0000000000000000 0034:trace:seh:dispatch_exception info[1]=0000000000000028 0034:trace:seh:dispatch_exception rip=00006fffffc4c133 rsp=00007ffffe2fed30 rbp=0000000000000000 eflags=00010246 0034:trace:seh:dispatch_exception rax=0000000000000001 rbx=00007ffffe324b50 rcx=00007ffffe2ff7e0 rdx=00007ffffe2ff860 0034:trace:seh:dispatch_exception rsi=0000000000000629 rdi=00007ffffe340000 r8=00007ffffe324b50 r9=0000000000000000 0034:trace:seh:dispatch_exception r10=0000000000000002 r11=0000000000000202 r12=00007ffffe2ff7e0 r13=00007ffffe2ff860 0034:trace:seh:dispatch_exception r14=00007ffffe324c80 r15=0000000000000000 mxcsr=00001f80 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133
http://bugs.winehq.org/show_bug.cgi?id=58335
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO
--- Comment #17 from Ken Sharp imwellcushtymelike@gmail.com ---
Not clear on how regression test would help. The winehq-devel 10.8 works But winehq=devel 10.9 fails
This is the VERY DEFINITION of a regression. Run the test.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #18 from Michael Setzer II mikes@kuentos.guam.net --- Tried running it, but following web page end with message about issue with 64 bit wine, but 32 bit wine? https://gitlab.winehq.org/wine/wine/-/wikis/Regression-Testing
$ git clone https://gitlab.winehq.org/wine/wine.git wine-git/ $ cd wine-git
CC="ccache gcc" ./configure --verbose --disable-tests Got message, about freetype, but shows it is all installed?
Package "freetype-2.13.3-2.fc42.x86_64" is already installed. Package "freetype-2.13.3-2.fc42.i686" is already installed. Package "freetype-devel-2.13.3-2.fc42.x86_64" is already installed. Package "freetype-devel-2.13.3-2.fc42.i686" is already installed.
Had to rerun with this. CC="ccache gcc" ./configure --verbose --disable-tests --without-freetype
ran make - took a long time.
msetzerii@setzconote:~/wine-git$ ./wine --version wine-10.9-214-g19441ac8046 msetzerii@setzconote:~/wine-git$ ./wine notepad wine: '/home/msetzerii/.wine' is a 64-bit installation, it cannot be used with a 32-bit wineserver.
CC="ccache gcc -m32" ./configure --verbose --disable-tests
msetzerii@setzconote:~/wine-git$ ./wine --version wine-10.9-214-g19441ac8046 msetzerii@setzconote:~/wine-git$ ./wine notepad wine: '/home/msetzerii/.wine' is a 64-bit installation, it cannot be used with a 32-bit wineserver.
wine-devel-10.9-1.1.x86_64 winehq-devel-10.9-1.1.x86_64
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #19 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78750 --> http://bugs.winehq.org/attachment.cgi?id=78750 Output with WINEDEBUG=+heap,+seh wine notepad
wine notepad 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c173 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c173 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c173
WINEDEBUG=+heap,+seh wine notepad works put produces lots of stderr lines. Only +heap allows it to open notepad Sine error is with seh include seh as well.
afert dnf update had to run with WINEDEBUG=+heap to get it to do the normal update, and then said it couldn't find momo and installed it as well. Other machine installed 10.10 update and same process but works without the +heap.
Downgrade to 10.8 works fine. Older Acer Notebook with Fedora 42.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #20 from Michael Setzer II mikes@kuentos.guam.net --- Just going to give up on winehq-devel. Tried lots of things, but nothing seems to work. The new 10.10 has same problem on that machine, and now on other machines the 10.10 totally screws up the one windows app I use. So, I've just moved all machines to winehq-stable.
Opened another bugzillia with the issue with Pegasus Email screen going totally screwy with 10.10.
Posted to Fedora bugzilla since the regression page seemed to be apt centered rather than dnf. so didn't get far with it. Then they just replied not a Fedora App so go to winehq.
Was interesting to try and find issue, but got nowhere.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #21 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78769 --> http://bugs.winehq.org/attachment.cgi?id=78769 Image after 10.10 installed? Bad
After upgrading to 10.10 this is window that shows. Bad
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #22 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78770 --> http://bugs.winehq.org/attachment.cgi?id=78770 Window that appears correctly with 10.9
Was working fine with 10.9 and options to this window with no problem. 10.10 comes up with an unusuable window.
http://bugs.winehq.org/show_bug.cgi?id=58335
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Fedora
http://bugs.winehq.org/show_bug.cgi?id=58335
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #78769|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=58335
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #78770|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #23 from Ken Sharp imwellcushtymelike@gmail.com --- You are all over the place here. First you claim that notepad won't even start, now you're saying that Pegasus Mail starts but doesn't draw correctly.
How are you managing to start Pegasus Mail if your Wine is so very broken?
The Pegasus Mail bug has nothing to do with this bug.
I installed Fedora 42 and tested Wine 10.0 and 10.10, including upgrading a wineprefix from Wine 10.0 to 10.10 and there are no issues.
For reasons beyond logic the Wine that came installed with Fedora is Staging 10.4. The Wines from the official repos are all built with new WoW64 which is experimental. Either way they work fine.
There's something very wrong with your system, and Wine's Bugzilla isn't the place to figure out what.
Before logging a bug report in the future, first ask for help on the forum to see if there actually is a Wine bug. https://forum.winehq.org/
http://bugs.winehq.org/show_bug.cgi?id=58335
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Resolution|--- |WORKSFORME
--- Comment #24 from Ken Sharp imwellcushtymelike@gmail.com --- Nobody else reporting an issue on Fedora 42. Broken system. Can reopen if a Wine bug can actually be found.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #25 from Michael Setzer II mikes@kuentos.guam.net --- I can only report what I see. And only difference is the updating of winehq Generally when I install a new winehq update I run wine notepad as a quick test afterwards to have it do the wine updating process.
On one machine, I then gave the seh errors and only adding the +heap option would get it to work.
Pegasus is actually the only windows program I run.
Then just noted the problem on my main notebook when I upgraded to the 10.10 that the Pegasus screen was all messed up after the upgrade. Downgrading to 10.9 fixed it to normal..
I had also tried going to winehq-stable and that works fine. Also, when back to Fedoras Wine installation and it also worked fine, but did notice that it was a staging version like you mentioned.
Don't know why it worked fine up to 10.8, but now have had problems with 10.9 and 10.10.
Thanks for your time. Original notepad issue was only on an Acer Aspire notebook, but Pegasus issue is on my Dell Notebook. Both older machine.
http://bugs.winehq.org/show_bug.cgi?id=58335
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|1 |0 Resolution|WORKSFORME |--- Status|RESOLVED |UNCONFIRMED CC| |z.figura12@gmail.com
--- Comment #26 from Zeb Figura z.figura12@gmail.com --- (In reply to Ken Sharp from comment #24)
Nobody else reporting an issue on Fedora 42. Broken system. Can reopen if a Wine bug can actually be found.
Can we not do this, please? If the original reporter is still around and still can reproduce the bug, don't resolve it WORKSFORME. Figure out why their environment differs from ours.
If we think it's Fedora's fault (and not worth our time to figure out what they've done this time to patch Wine), we can resolve it NOTOURBUG. But WORKSFORME in this situation is silly.
(In reply to Michael Setzer II from comment #25)
Thanks for your time. Original notepad issue was only on an Acer Aspire notebook, but Pegasus issue is on my Dell Notebook. Both older machine.
This sounds like two different issues, can we please open a separate bug for one of them?
http://bugs.winehq.org/show_bug.cgi?id=58335
Jonas winehq@jonass.user.lysator.liu.se changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@jonass.user.lysator. | |liu.se
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #27 from Michael Setzer II mikes@kuentos.guam.net --- Still here. The issue with notepad on one machine was not a big deal, since it would still work with 10.8 or earlier version, or with the +heap option. Not clear why I can download the git version and configure and build it on Fedora, but trying to run it fails..
Now have an issue with the primary program I use with wine not working on main machine with 10.10. Doesn't crash, but display goes all wrong. 10.9 works fine, but 10.10 fails. Going back to 10.9 fixes it.
Have installed a clean Fedora 42 in Virtual Box, and see same results. Created an Unbuntu lastest version Virtual Box, and it works fine with Pegasus and 10.10 Same machine, so not a hardware difference.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #28 from Ken Sharp imwellcushtymelike@gmail.com ---
I can download the git version and configure and build it on Fedora
This is new information. Previously you said you installed from the repositories. Have you tried both (official and your own build)? And in both cases there's a difference between 10.8 and 10.9?
Please attach your config.log from the build process.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #29 from Michael Setzer II mikes@kuentos.guam.net --- Have never made my own build?? Always download from winehq repo
[WineHQ] name=WineHQ packages type=rpm-md baseurl=https://dl.winehq.org/wine-builds/fedora/42 gpgcheck=1 gpgkey=https://dl.winehq.org/wine-builds/winehq.key enabled=1
Below. Install winehq-devel 10.10 and wine notepad fails (does work run with WINEDEBUG=+heap wine notepad)
downgrade to 10.9 and fails as well
downgrade to 10.8 and it works? No other changes. All using winehq.repo above.
# dnf install winehq-devel Updating and loading repositories: Repositories loaded. Package Arch Version Repository Size Installing: winehq-devel x86_64 1:10.10-1.1 WineHQ 61.9 KiB Installing dependencies: wine-devel x86_64 1:10.10-1.1 WineHQ 1.4 GiB
Transaction Summary: Installing: 2 packages
Total size of inbound packages is 221 MiB. Need to download 221 MiB. After this operation, 1 GiB extra will be used (install 1 GiB, remove 0 B). Is this ok [y/N]: y [1/2] winehq-devel-1:10.10-1.1.x86_64 100% | 324.1 KiB/s | 74.9 KiB | 00m00s [2/2] wine-devel-1:10.10-1.1.x86_64 100% | 7.6 MiB/s | 221.2 MiB | 00m29s ------------------------------------------------------------------------------------------------------------------------ [2/2] Total 100% | 7.6 MiB/s | 221.3 MiB | 00m29s Running transaction [1/4] Verify package files 100% | 0.0 B/s | 2.0 B | 00m03s [2/4] Prepare transaction 100% | 0.0 B/s | 2.0 B | 00m02s [3/4] Installing wine-devel-1:10.10-1.1.x86_64 100% | 115.4 MiB/s | 1.4 GiB | 00m12s [4/4] Installing winehq-devel-1:10.10-1.1.x86_64 100% | 15.7 KiB/s | 69.4 KiB | 00m04s Complete! root@setzconote:/lib/modules# wine notepad 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c173 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c173 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c173 root@setzconote:/lib/modules# dnf downgrade winehq-devel Updating and loading repositories: Repositories loaded. Package Arch Version Repository Size Downgrading: wine-devel x86_64 1:10.9-1.1 WineHQ 1.4 GiB replacing wine-devel x86_64 1:10.10-1.1 WineHQ 1.4 GiB winehq-devel x86_64 1:10.9-1.1 WineHQ 61.9 KiB replacing winehq-devel x86_64 1:10.10-1.1 WineHQ 61.9 KiB
Transaction Summary: Replacing: 2 packages Downgrading: 2 packages
Total size of inbound packages is 221 MiB. Need to download 221 MiB. After this operation, 989 KiB will be freed (install 1 GiB, remove 1 GiB). Is this ok [y/N]: y [1/2] winehq-devel-1:10.9-1.1.x86_64 100% | 360.1 KiB/s | 74.9 KiB | 00m00s [2/2] wine-devel-1:10.9-1.1.x86_64 100% | 6.6 MiB/s | 221.3 MiB | 00m34s ------------------------------------------------------------------------------------------------------------------------ [2/2] Total 100% | 6.6 MiB/s | 221.3 MiB | 00m34s Running transaction [1/6] Verify package files 100% | 0.0 B/s | 2.0 B | 00m03s [2/6] Prepare transaction 100% | 1.0 B/s | 4.0 B | 00m02s [3/6] Downgrading wine-devel-1:10.9-1.1.x86_64 100% | 85.7 MiB/s | 1.4 GiB | 00m17s [4/6] Downgrading winehq-devel-1:10.9-1.1.x86_64 100% | 373.4 KiB/s | 69.4 KiB | 00m00s [5/6] Removing winehq-devel-1:10.10-1.1.x86_64 100% | 1.8 KiB/s | 54.0 B | 00m00s [6/6] Removing wine-devel-1:10.10-1.1.x86_64 100% | 886.0 B/s | 2.6 KiB | 00m03s Complete! root@setzconote:/lib/modules# wine notepad 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133 # dnf downgrade winehq-devel Updating and loading repositories: Repositories loaded. Package Arch Version Repository Size Downgrading: wine-devel x86_64 1:10.8-1.1 WineHQ 1.4 GiB replacing wine-devel x86_64 1:10.9-1.1 WineHQ 1.4 GiB winehq-devel x86_64 1:10.8-1.1 WineHQ 61.9 KiB replacing winehq-devel x86_64 1:10.9-1.1 WineHQ 61.9 KiB
Transaction Summary: Replacing: 2 packages Downgrading: 2 packages
Total size of inbound packages is 221 MiB. Need to download 221 MiB. After this operation, 2 MiB will be freed (install 1 GiB, remove 1 GiB). Is this ok [y/N]: y [1/2] winehq-devel-1:10.8-1.1.x86_64 100% | 351.5 KiB/s | 74.9 KiB | 00m00s [2/2] wine-devel-1:10.8-1.1.x86_64 100% | 6.6 MiB/s | 220.9 MiB | 00m34s ------------------------------------------------------------------------------------------------------------------------ [2/2] Total 100% | 6.6 MiB/s | 221.0 MiB | 00m34s Running transaction [1/6] Verify package files 100% | 0.0 B/s | 2.0 B | 00m03s [2/6] Prepare transaction 100% | 1.0 B/s | 4.0 B | 00m03s [3/6] Downgrading wine-devel-1:10.8-1.1.x86_64 100% | 85.5 MiB/s | 1.4 GiB | 00m17s [4/6] Downgrading winehq-devel-1:10.8-1.1.x86_64 100% | 1.0 MiB/s | 69.4 KiB | 00m00s [5/6] Removing winehq-devel-1:10.9-1.1.x86_64 100% | 2.0 KiB/s | 54.0 B | 00m00s [6/6] Removing wine-devel-1:10.9-1.1.x86_64 100% | 892.0 B/s | 2.6 KiB | 00m03s Complete! # wine notepad MESA-INTEL: warning: Ivy Bridge Vulkan support is incomplete 00e0:fixme:wineusb:add_usb_device Interface 1 has 6 alternate settings; using the first one. 00e0:fixme:wineusb:add_usb_device Interface 1 has 12 alternate settings; using the first one. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 014c:err:environ:init_peb starting L"C:\windows\syswow64\rundll32.exe" in experimental wow64 mode 0154:err:environ:init_peb starting L"C:\windows\syswow64\iexplore.exe" in experimental wow64 mode # notepad opens just fine.
http://bugs.winehq.org/show_bug.cgi?id=58335
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |source
http://bugs.winehq.org/show_bug.cgi?id=58335
Bernhard Übelacker bernhardu@mailbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu@mailbox.org
--- Comment #30 from Bernhard Übelacker bernhardu@mailbox.org --- Hello Michael, if you still happen to have a machine around showing this issue, could you maybe capture a WINEDEBUG=+pid,+modules,+seh and attach it here, with a note which wine version was in use.
Alternatively following sequence of gdb commands may allow to trap the exception in gdb (if it happens in start.exe already), and if really lucky get a backtrace of it:
sudo dnf install wine-devel-debuginfo-10.10-1.1.x86_64 gdb -q --args wine notepad handle SIGUSR1 nostop run Enable debuginfod for this session? (y or [n]) y bt detach q wineserver -k
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #31 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78824 --> http://bugs.winehq.org/attachment.cgi?id=78824 Run with wine notepad 10.10, and then with ouptions.
With the options stated, (no +heap) it had a short output, and doesn't actually run notepad. With the +heap added it actually opends notepad
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #32 from Michael Setzer II mikes@kuentos.guam.net --- Running with the gdb got this info.
gdb -q --args wine notepad "/home/msetzerii/wine": not in executable format: file format not recognized (gdb) handle SIGUSR1 nostop Signal Stop Print Pass to program Description SIGUSR1 No Yes Yes User defined signal 1 (gdb) run Starting program: notepad No executable file specified. Use the "file" or "exec-file" command. (gdb) file notepad Reading symbols from notepad... Reading symbols from /usr/lib/debug/opt/wine-devel/bin/wine-10.10-1.1.x86_64.debug... (gdb) bt No stack. (gdb) detach The program is not being run. (gdb) run wine notepad Starting program: /usr/bin/notepad wine notepad
This GDB supports auto-downloading debuginfo from the following URLs: https://debuginfod.fedoraproject.org/ Enable debuginfod for this session? (y or [n]) y Debuginfod has been enabled. To make this setting permanent, add 'set debuginfod enabled on' to .gdbinit. Downloading separate debug info for system-supplied DSO at 0x7ffff7fc5000 Downloading 6.65 M separate debug info for /lib64/libc.so.6 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Downloading 276.34 K separate debug info for /lib64/libunwind.so.8 Downloading 99.91 K separate debug info for /root/.cache/debuginfod_client/19312758b1d0090aab17cf97a501851d16182864/debuginfo process 277175 is executing new program: /opt/wine-devel/lib64/wine/x86_64-unix/wine-preloader [Detaching after vfork from child process 277179] [Detaching after fork from child process 277181] 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c173 [Detaching after fork from child process 277183] 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c173 [Detaching after fork from child process 277185] 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c173 [Inferior 1 (process 277175) exited with code 05] (gdb) bt No stack. (gdb) detach The program is not being run. (gdb) q # wineserver -k
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #33 from Bernhard Übelacker bernhardu@mailbox.org --- (In reply to Michael Setzer II from comment #31)
Created attachment 78824 [details] Run with wine notepad 10.10, and then with ouptions. With the options stated, (no +heap) it had a short output, and doesn't actually run notepad. With the +heap added it actually opends notepad
Sorry, I wrote the wrong WINEDEBUG line, with modules instead of module. Could you please rerun with: WINEDEBUG=+pid,+module,+seh
(In reply to Michael Setzer II from comment #32)
gdb -q --args wine notepad "/home/msetzerii/wine": not in executable format: file format not recognized
Your "/home/msetzerii/wine" seems to be a script? Please replace the gdb line with: gdb -q --args /opt/wine-devel/bin/wine notepad
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #34 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78825 --> http://bugs.winehq.org/attachment.cgi?id=78825 output with new WINEDEBUG option. Notepad doesn't open
Ran with that option, but notepad doesn't open without the +heap.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #35 from Bernhard Übelacker bernhardu@mailbox.org --- Created attachment 78826 --> http://bugs.winehq.org/attachment.cgi?id=78826 debugging1.txt
(In reply to Michael Setzer II from comment #34)
Created attachment 78825 [details] output with new WINEDEBUG option. Notepad doesn't open
Ran with that option, but notepad doesn't open without the +heap.
I had for some reason a Fedora 42 VM around and installed also winehq devel packages in it. Unfortunately for me "notepad" opens without issue.
However, comparing my log from WINEDEBUG=+pid,+module,+seh to yours I find in my output these two lines, where I wonder why these are missing in your output:
0028:002c:trace:module:open_known_dll loaded L"\??\C:\windows\system32\kernel32.dll" from known dlls ... 0028:002c:trace:module:open_known_dll loaded L"\??\C:\windows\system32\kernelbase.dll" from known dlls
Then the crash happens somewhere in ntdll.dll, due to your output. By starting some process in my VM, confirming in this ntdll.dll got loaded to the same address and loading debug information, I believe the function which crashes is add_assembly, dlls/ntdll/actctx.c:770, where the variable actctx is dereferenced unconditionally.
770 if (actctx->num_assemblies == actctx->allocated_assemblies)
This leads unfortunately to another request, could you please run again with WINEDEBUG=+pid,+module,+seh,+actctx wine notepad and attach the result?
On a side note I still wonder what the file "/home/msetzerii/wine" contains. Is this really a script and get there some wine related environments set?
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #36 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78828 --> http://bugs.winehq.org/attachment.cgi?id=78828 Output with WINEDEBUG=+pid,+module,+seh,+actctx wine notepad 2>/tmp/out2
WINEDEBUG=+pid,+module,+seh,+actctx wine notepad 2>/tmp/out2
notepad does open without the +heap
In earlier testing, seems around line 775 in ntdll/heap.c there was a line that says to ignore error and that allowed notepad to open.
which wine /usr/bin/wine # ls -l /usr/bin/wine lrwxrwxrwx 1 root root 24 Jun 14 07:46 /usr/bin/wine -> /opt/wine-devel/bin/wine
So that is the wine it is running.
Running wine notepad does this. wine notepad 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c173 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c173 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c173
WINEDEBUG=+pid,+module,+seh,+actctx wine notepad 2>/tmp/out2 Now opens notepad and produces the attached out2.xz file.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #37 from Bernhard Übelacker bernhardu@mailbox.org --- (In reply to Michael Setzer II from comment #36)
which wine /usr/bin/wine # ls -l /usr/bin/wine lrwxrwxrwx 1 root root 24 Jun 14 07:46 /usr/bin/wine -> /opt/wine-devel/bin/wine
So that is the wine it is running.
I was asking about "/home/msetzerii/wine" because that is what you received from the attempt to debug it with gdb:
gdb -q --args wine notepad "/home/msetzerii/wine": not in executable format: file format not recognized
WINEDEBUG=+pid,+module,+seh,+actctx wine notepad 2>/tmp/out2 Now opens notepad and produces the attached out2.xz file.
Ok, this is unfortunate, then I am running out of ideas, without getting the crash myself or rebuilding wine.
Just for the record, out2 contains another access violation in winemenubuilder.exe at 0000000140003526, which I think translates to: in add_mimes at programs/winemenubuilder/winemenubuilder.c:1696 1696 list_add_tail(mime_types, &mime_type_entry->entry);
And notepad in out2 got also an access violation at 00006FFFFBF4366A, which I think translates to: in EDIT_WM_NCCreate at dlls/comctl32/edit.c:4312 4312 es->style = lpcs->style; But was able to recover because of "user_callback_handler ignoring exception".
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #38 from Michael Setzer II mikes@kuentos.guam.net --- OK. Was a simple text file in my home directory called wine. Just had the list of wine rpm files.
Have noticed that sometimes wine will load programs, in path. Not sure why gdb would try to run a non-executible files rather than the wine program in the path.
Windows generally looking in current directory before path.
Just to note. This notepad problem just happens on one of my 5 systems. Other ones don't have it.
Now am having an issue with Pegasus with 10.10 totally displaying window and panels wrong on all maachines. 10.9 is just fine. Even did a clean install of Fedora 42 under virtual box, and it shows same thing. But install of Ubuntu (Nobel) works just fine with same program and files.
Thanks again.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #39 from Michael Setzer II mikes@kuentos.guam.net --- Just tested with winehq-devel 10.11 and still get failure on 1 of 7 machines? Works fine on other 6 machines.
I've also noted another strange issue. Found that with +actctx it will load notepad with a blank screen WINEDEBUG=+actctx wine notepad But WINEDEBUG=+actctx wine notepad test Opens the notepad, but does not actually open the test file that has test in it. WINEDEBUG=+heap wine notepad test Does open notepad, and does open the test file correctly?
So, this is the machines lshw -short beginning lines. So not sure what with +heap it works, but +actctx has it open without error, but faild to actually open file.
Running wine notepad with no options gives this still. wine notepad 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3
H/W path Device Class Description ========================================================= system Aspire E1-731 (VAG70_HC_0685_2.29) /0 bus EA70_HC /0/0 memory 128KiB BIOS /0/4 processor Intel(R) Pentium(R) CPU 2020M @ 2.40GHz /0/4/b memory 32KiB L1 cache /0/4/c memory 256KiB L2 cache /0/4/d memory 2MiB L3 cache /0/a memory 32KiB L1 cache /0/1a memory 16GiB System Memory /0/1a/0 memory 8GiB SODIMM DDR3 Synchronous 1600 MHz (0.6 ns) /0/1a/1 memory DIMM [empty] /0/1a/2 memory 8GiB SODIMM DDR3 Synchronous 1600 MHz (0.6 ns) /0/1a/3 memory DIMM [empty] /0/100 bridge 3rd Gen Core processor DRAM Controller /0/100/2 display 3rd Gen Core processor Graphics Controller /0/100/14 bus 7 Series/C210 Series Chipset Family USB xHCI Host Controller /0/100/14/0 usb3 bus xHCI Host Controller /0/100/14/0/2 input7 input USB OPTICAL MOUSE /0/100/14/1 usb4 bus xHCI Host Controller /0/100/16 communication 7 Series/C216 Chipset Family MEI Controller #1 /0/100/1a bus 7 Series/C216 Chipset Family USB Enhanced Host Controller #2 /0/100/1a/1 usb1 bus EHCI Host Controller /0/100/1a/1/1 bus Integrated Rate Matching Hub
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #40 from Bernhard Übelacker bernhardu@mailbox.org --- (In reply to Michael Setzer II from comment #39)
I've also noted another strange issue. Found that with +actctx it will load notepad with a blank screen WINEDEBUG=+actctx wine notepad But WINEDEBUG=+actctx wine notepad test Opens the notepad, but does not actually open the test file that has test in it. WINEDEBUG=+heap wine notepad test Does open notepad, and does open the test file correctly?
This is really strange, one thing to rule out may be some very long/unexpected environment variable?
What happens if you compare the two start commands below? - The `wineserver -k` will kill all currently running wine processes in the current wineprefix. This is to make sure there are no old processes in the background. - By using `env -i` all environments get eliminated except those given at the commandline. - If you have a non-default wineprefix location add something like `WINEPREFIX=$WINEPREFIX` to the "env" line before `wine`.
wineserver -k WINEDEBUG=+pid wine notepad.exe test.txt
wineserver -k env -i DISPLAY=$DISPLAY WINEDEBUG=+pid wine notepad.exe test.txt
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #41 from Michael Setzer II mikes@kuentos.guam.net --- Now with 10.11
Running get these results. wineserver -k root@setzconote:/tmp# WINEDEBUG=+pid wine notepad.exe test.txt 0028:002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 0030:0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 0038:003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 root@setzconote:/tmp# env -i root@setzconote:/tmp# wineserver -k root@setzconote:/tmp# WINEDEBUG=+pid wine notepad.exe test.txt 0028:002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 0030:0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 0038:003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 root@setzconote:/tmp# WINEDEBUG=+pid,+heap wine notepad.exe test.txt 2>/tmp/outx
That last one opens the notepad and file correctly. The outx output is 3022706 Jun 29 02:00 outx removing lines the have "status 0" gives 11664 Jun 29 02:01 outxx
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #42 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78847 --> http://bugs.winehq.org/attachment.cgi?id=78847 output of outx and outxx without status 0 lines
Only runs notepad with the +heap option.
The notebook that has issue running is older machine. system Aspire E1-731 (VAG70_HC_0685_2.29) processor Intel(R) Pentium(R) CPU 2020M @ 2.40GHz
Other machines with newer processors have no issues? Just this one. Did run memtest on machine since one message said it might be memory issue, but test run took little over 20 minutes and found no issue, and that it runs with the +heap option?
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #43 from Michael Setzer II mikes@kuentos.guam.net --- Little test with differences. wine notepad 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3
Running with +heap works root@setzconote:/tmp# WINEDEBUG=+heap wine notepad 2>/tmp/outz
Line with 0x6ff info root@setzconote:/tmp# cat /tmp/outz | grep 0x6fffffc4c5b3 0128:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3
lines with c0000005 lines?
root@setzconote:/tmp# cat /tmp/outz | grep c0000005 0128:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 0138:err:seh:user_callback_handler ignoring exception c0000005 0138:err:seh:user_callback_handler ignoring exception c0000005
So, not sure why adding the +heap option has seh ignore the exception?
http://bugs.winehq.org/show_bug.cgi?id=58335
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #44 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Michael Setzer II from comment #42)
Created attachment 78847 [details] output of outx and outxx without status 0 lines
Only runs notepad with the +heap option.
The notebook that has issue running is older machine. system Aspire E1-731 (VAG70_HC_0685_2.29) processor Intel(R) Pentium(R) CPU 2020M @ 2.40GHz
Other machines with newer processors have no issues? Just this one. Did run memtest on machine since one message said it might be memory issue, but test run took little over 20 minutes and found no issue, and that it runs with the +heap option?
Could you please show the result of $ lscpu | grep avx for a problematic computer?
I had similar reports that starting from wine-10.9 on machines without AVX wine no longer works, while wine-10.8 worked. Reverting at least commits e397ed180d6b85b8d410e29153c7bfd297708f55 9d4faa32d012300036b387a01aed872f807e0e06 4a5fade673955be5d647c0212846af4c2d7ed212 fixed the problem.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #45 from Michael Setzer II mikes@kuentos.guam.net --- Don't get anything with the grep, so here is complete output
lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Address sizes: 36 bits physical, 48 bits virtual Byte Order: Little Endian CPU(s): 2 On-line CPU(s) list: 0,1 Vendor ID: GenuineIntel Model name: Intel(R) Pentium(R) CPU 2020M @ 2.40GHz CPU family: 6 Model: 58 Thread(s) per core: 1 Core(s) per socket: 2 Socket(s): 1 Stepping: 9 CPU(s) scaling MHz: 74% CPU max MHz: 2400.0000 CPU min MHz: 1200.0000 BogoMIPS: 4788.91 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mm x fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_go od nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer xsave lahf_lm cpuid_fault epb pti ssbd ibrs ibpb stibp tpr_shadow flexpriority ept vpid fsgsbase smep erm s xsaveopt dtherm arat pln pts vnmi md_clear flush_l1d Virtualization features: Virtualization: VT-x Caches (sum of all): L1d: 64 KiB (2 instances) L1i: 64 KiB (2 instances) L2: 512 KiB (2 instances) L3: 2 MiB (1 instance) NUMA: NUMA node(s): 1 NUMA node0 CPU(s): 0,1 Vulnerabilities: Gather data sampling: Not affected Ghostwrite: Not affected Indirect target selection: Not affected Itlb multihit: KVM: Mitigation: VMX disabled L1tf: Mitigation; PTE Inversion Mds: Mitigation; Clear CPU buffers; SMT disabled Meltdown: Mitigation; PTI Mmio stale data: Unknown: No mitigations Reg file data sampling: Not affected Retbleed: Not affected Spec rstack overflow: Not affected Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization Spectre v2: Mitigation; Retpolines; IBPB conditional; IBRS_FW; STIBP disabled; RSB filling; PBRSB-eIBRS Not affected; BHI Not affected Srbds: Not affected Tsx async abort: Not affected
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #46 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Michael Setzer II from comment #45)
Don't get anything with the grep, so here is complete output
...
Flags: fpu vme de pse tsc msr pae mce cx8 apic sepmtrr pge mca cmov pat pse36 clflush dts acpi mm x fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_go od nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer xsave lahf_lm cpuid_fault epb pti ssbd ibrs ibpb stibp tpr_shadow flexpriority ept vpid fsgsbase smep erm s xsaveopt dtherm arat pln pts vnmi md_clear flush_l1d
Thanks. So, your CPU (where I'd guess the problem persists) doesn't support AVX. What about your other machines where Wine keeps working?
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #47 from Michael Setzer II mikes@kuentos.guam.net --- Checked all 7 machines. The machine that doesn't work is a Pentium and doesn't have avx Have another machine that also doesn't have avx, but it is a Pentium II with 6 cores. The other 5 machines have avx and some also have avx2.
Was looking at machines without avx, but they have lots of different flags between them.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #48 from Michael Setzer II mikes@kuentos.guam.net --- Brought up a memory from 30 or 40 years ago. Had uucico gateway with Pegasus Mail DOS on Novell 2.x networks. Used simple C program worked great on my network, and others used it around the world. Had another high school that got an old novell network and workstations. They only had one machine with modem, and were only having one person be able to log into ISP at a time. So system would allow people use any machine to send and recieve emails.
Sent files, but didn't work?? Turned out that I had program compiled with -O2 switch that told compiler to use 80286 commands, but turned out there workstations machines were IBM System I's, and they had 8086 CPUs. So, just had to recompile without the -O2 switch, and it worked fine. Could be some flag that the Pentium doesn't support.
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #49 from Bernhard Übelacker bernhardu@mailbox.org --- (In reply to Michael Setzer II from comment #41)
root@setzconote:/tmp# env -i root@setzconote:/tmp# wineserver -k root@setzconote:/tmp# WINEDEBUG=+pid wine notepad.exe test.txt
`env -i` alone has not effect as far as I see. It was meant as part of one single wine command line: env -i PATH=$PATH DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY WAYLAND_DISPLAY=$WAYLAND_DISPLAY winecfg
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #50 from Bernhard Übelacker bernhardu@mailbox.org --- (In reply to Michael Setzer II from comment #38)
OK. Was a simple text file in my home directory called wine. Just had the list of wine rpm files.
Then I guess following could work, to reach debugging winecfg.exe:
wineserver -k gdb -q --args /usr/bin/wine winecfg set debuginfod enabled on handle SIGUSR1 nostop noprint catch fork run cont cont set follow-fork-mode child cont cont set follow-fork-mode parent dele 1 display/i $pc cont bt info reg detach q
(But there are plenty things that could go wrong if the order or number of processes getting created is different than in my test system with clean wineprefix.)
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #51 from Bernhard Übelacker bernhardu@mailbox.org --- (In reply to Michael Setzer II from comment #41)
Now with 10.11
root@setzconote:/tmp# WINEDEBUG=+pid wine notepad.exe test.txt 0028:002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3
This address 0x6fffffc4c5b3 with wine-10.11 leads me again to this function: add_assembly, dlls/ntdll/actctx.c:770, 770 if (actctx->num_assemblies == actctx->allocated_assemblies)
(If module load addresses for ntdll in my process is the same as in yours, and my manual add-symbol-file was working as expected.)
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #52 from Bernhard Übelacker bernhardu@mailbox.org --- (In reply to Dmitry Timoshkov from comment #44)
I had similar reports that starting from wine-10.9 on machines without AVX wine no longer works, while wine-10.8 worked. Reverting at least commits e397ed180d6b85b8d410e29153c7bfd297708f55 9d4faa32d012300036b387a01aed872f807e0e06 4a5fade673955be5d647c0212846af4c2d7ed212 fixed the problem.
If load addresses match and symbol files are ok, then the instruction at 0x6fffffc4c5b3 is just a mov instruction, which I guess is available already before avx.
0x00006fffffc4c5b3 <parse_manifest+83>: mov 0x28(%rbp),%r8
This would mean the problematic instruction got executed before, unfortunately without logging output.
This time I have started my test Fedora VM with qemu option "-cpu Penryn", which results in lscpu also not showing avx. "Unfortunately" winecfg opens properly inside this VM.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #53 from Michael Setzer II mikes@kuentos.guam.net --- Here is what I got? root@setzconote:~# wineserver -k root@setzconote:~# gdb -q --args /usr/bin/wine winecfg <testwine Reading symbols from /usr/bin/wine... Reading symbols from /usr/lib/debug/opt/wine-devel/bin/wine-10.11-1.1.x86_64.debug... (gdb) (gdb) Signal Stop Print Pass to program Description SIGUSR1 No No Yes User defined signal 1 (gdb) Catchpoint 1 (fork) (gdb) Starting program: /usr/bin/wine winecfg [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". process 298906 is executing new program: /opt/wine-devel/lib64/wine/x86_64-unix/wine-preloader [Detaching after vfork from child process 298909]
Catchpoint 1 (forked process 298911), 0x00007ffff7e50d08 in ?? () (gdb) Continuing. [Detaching after fork from child process 298911] 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3
Catchpoint 1 (forked process 298913), 0x00007ffff7e50d08 in ?? () (gdb) Continuing. [Detaching after fork from child process 298913] 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3
Catchpoint 1 (forked process 298915), 0x00007ffff7e50d08 in ?? () (gdb) (gdb) Continuing. [Attaching after process 298906 fork to child process 298915] [New inferior 2 (process 298915)] [Detaching after fork from parent process 298906] [Inferior 1 (process 298906) detached]
Thread 2.1 "start.exe" hit Catchpoint 1 (forked process 298916), 0x00007ffff7e50d08 in ?? () (gdb) Continuing. [Attaching after process 298915 fork to child process 298916] [New inferior 3 (process 298916)] [Detaching after fork from parent process 298915] [Inferior 2 (process 298915) detached] process 298916 is executing new program: /opt/wine-devel/lib64/wine/x86_64-unix/wine-preloader
Thread 3.1 "winecfg.exe" received signal SIGSEGV, Segmentation fault. 0x00006fffffc4c5b3 in ?? () (gdb) (gdb) (gdb) 1: x/i $pc => 0x6fffffc4c5b3: mov 0x28(%rbp),%r8 (gdb) Continuing. 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 [Inferior 3 (process 298916) exited with code 05] (gdb) No stack. (gdb) The program has no registers now. (gdb) The program is not being run. (gdb) root@setzconote:~#
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #54 from Bernhard Übelacker bernhardu@mailbox.org --- Created attachment 78862 --> http://bugs.winehq.org/attachment.cgi?id=78862 gdb-commands-58335_2.txt
(In reply to Michael Setzer II from comment #53)
Here is what I got?
Thread 3.1 "winecfg.exe" received signal SIGSEGV, Segmentation fault. 0x00006fffffc4c5b3 in ?? () (gdb) (gdb) (gdb) 1: x/i $pc => 0x6fffffc4c5b3: mov 0x28(%rbp),%r8
Nice, this confirms at least the instruction from my previous findings above.
I have a new sequence of commands, which hopefully load debug info and may show a backtrace. (That creates a temporary file /tmp/addr.txt to store the address where debug info should be loaded to, found no other way to do this.)
(As this is getting rather lenghty you may consider to attach the result as text file to the bug.)
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #55 from Michael Setzer II mikes@kuentos.guam.net --- root@setzconote:~# wineserver -k root@setzconote:~# gdb -q --args /usr/bin/wine winecfg <testwine2b Reading symbols from /usr/bin/wine... Reading symbols from /usr/lib/debug/opt/wine-devel/bin/wine-10.11-1.1.x86_64.debug... (gdb) (gdb) Signal Stop Print Pass to program Description SIGUSR1 No No Yes User defined signal 1 (gdb) Catchpoint 1 (fork) (gdb) Starting program: /usr/bin/wine winecfg [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". process 300094 is executing new program: /opt/wine-devel/lib64/wine/x86_64-unix/wine-preloader [Detaching after vfork from child process 300097]
Catchpoint 1 (forked process 300099), 0x00007ffff7e50d08 in ?? () (gdb) Continuing. [Detaching after fork from child process 300099] 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3
Catchpoint 1 (forked process 300101), 0x00007ffff7e50d08 in ?? () (gdb) Continuing. [Detaching after fork from child process 300101] 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3
Catchpoint 1 (forked process 300103), 0x00007ffff7e50d08 in ?? () (gdb) (gdb) Continuing. [Attaching after process 300094 fork to child process 300103] [New inferior 2 (process 300103)] [Detaching after fork from parent process 300094] [Inferior 1 (process 300094) detached]
Thread 2.1 "start.exe" hit Catchpoint 1 (forked process 300104), 0x00007ffff7e50d08 in ?? () (gdb) [Attaching after process 300103 fork to child process 300104] [New inferior 3 (process 300104)] [Detaching after fork from parent process 300103] [Inferior 2 (process 300103) detached] 0x00007ffff7e50d0e in ?? () (gdb) (gdb) (gdb) Catchpoint 2 (exec) (gdb) Continuing. process 300104 is executing new program: /opt/wine-devel/lib64/wine/x86_64-unix/wine-preloader
Thread 3.1 "wine-preloader" hit Catchpoint 2 (exec'd /opt/wine-devel/lib64/wine/x86_64-unix/wine-preloader), 0x00007d7d00000000 in _start () (gdb) 0x00007d7d00000000 in _start () (gdb) (gdb) 1: x/i $pc => 0x7d7d00000000 <_start>: mov %rsp,%rax (gdb) Continuing.
Thread 3.1 "winecfg.exe" received signal SIGSEGV, Segmentation fault. 0x00006fffffc4c5b3 in ?? () 1: x/i $pc => 0x6fffffc4c5b3: mov 0x28(%rbp),%r8 (gdb) (gdb) (gdb) 300104 (gdb) (gdb) (gdb) (gdb) $1 = 0x6fffffbf1000 (gdb) (gdb) add symbol table from file "/opt/wine-devel/lib64/wine/x86_64-windows/ntdll.dll" at .text_addr = 0x6fffffbf1000 Reading symbols from /opt/wine-devel/lib64/wine/x86_64-windows/ntdll.dll... (gdb) #0 add_assembly (actctx=0x0, at=ASSEMBLY_SHARED_MANIFEST) at dlls/ntdll/actctx.c:770 #1 parse_manifest (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x7ffffe2ff860, filename=filename@entry=0x7ffffe324b00 L"\134\077\077\134\103\072\134\167\151\156\144\157\167\163\134\167\151\156\163\170\163\134\155\141\156\151\146\145\163\164\163\134\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145\146\056\155\141\156\151\146\145\163", <incomplete sequence \164>, module=module@entry=0x0, directory=directory@entry=0x7ffffe324c30 L"\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145", <incomplete sequence \146>, shared=shared@entry=1, buffer=0x7ffffe340000, size=1577) at dlls/ntdll/actctx.c:2873 #2 0x00006fffffc3f26d in get_manifest_in_manifest_file (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x7ffffe2ff860, filename=0x7ffffe324b00 L"\134\077\077\134\103\072\134\167\151\156\144\157\167\163\134\167\151\156\163\170\163\134\155\141\156\151\146\145\163\164\163\134\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145\146\056\155\141\156\151\146\145\163", <incomplete sequence \164>, directory=directory@entry=0x7ffffe324c30 L"\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145", <incomplete sequence \146>, shared=shared@entry=1, file=0x20) at dlls/ntdll/actctx.c:3087 #3 0x00006fffffc0d9c0 in lookup_winsxs (acl=0x7ffffe2ff7e0, ai=0x7ffffe3251f0) at dlls/ntdll/actctx.c:3280 #4 lookup_assembly (acl=0x7ffffe2ff7e0, ai=0x7ffffe3251f0) at dlls/ntdll/actctx.c:3344 --Type <RET> for more, q to quit, c to continue without paging--#5 parse_depend_manifests (acl=<optimized out>) at dlls/ntdll/actctx.c:3401 #6 RtlCreateActivationContext (new_actctx=new_actctx@entry=0x7ffffe2ff938, ptr=ptr@entry=0x7ffffe2ff940) at dlls/ntdll/actctx.c:5384 #7 0x00006fffffc32327 in actctx_init () at dlls/ntdll/actctx.c:5238 #8 0x00006fffffc454b9 in loader_init (context=context@entry=0x7ffffe2ffb00, entry=entry@entry=0x7ffffe2ffb80) at dlls/ntdll/loader.c:4451 #9 0x00006fffffc04724 in LdrInitializeThunk (context=0x7ffffe2ffb00, unk2=<optimized out>, unk3=<optimized out>, unk4=<optimized out>) at dlls/ntdll/signal_x86_64.c:1019 #10 0x0000000000000000 in ?? () (gdb) #1 parse_manifest (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x7ffffe2ff860, filename=filename@entry=0x7ffffe324b00 L"\134\077\077\134\103\072\134\167\151\156\144\157\167\163\134\167\151\156\163\170\163\134\155\141\156\151\146\145\163\164\163\134\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145\146\056\155\141\156\151\146\145\163", <incomplete sequence \164>, module=module@entry=0x0, directory=directory@entry=0x7ffffe324c30 L"\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145", <incomplete sequence \146>, shared=shared@entry=1, buffer=0x7ffffe340000, size=1577) at dlls/ntdll/actctx.c:2873 warning: 2873 dlls/ntdll/actctx.c: No such file or directory (gdb) $2 = (struct actctx_loader *) 0x7ffffe2ff7e0 (gdb) #2 0x00006fffffc3f26d in get_manifest_in_manifest_file (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x7ffffe2ff860, filename=0x7ffffe324b00 L"\134\077\077\134\103\072\134\167\151\156\144\157\167\163\134\167\151\156\163\170\163\134\155\141\156\151\146\145\163\164\163\134\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145\146\056\155\141\156\151\146\145\163", <incomplete sequence \164>, directory=directory@entry=0x7ffffe324c30 L"\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145", <incomplete sequence \146>, shared=shared@entry=1, file=0x20) at dlls/ntdll/actctx.c:3087 3087 in dlls/ntdll/actctx.c (gdb) $3 = (struct actctx_loader *) 0x7ffffe2ff7e0 (gdb) #3 0x00006fffffc0d9c0 in lookup_winsxs (acl=0x7ffffe2ff7e0, ai=0x7ffffe3251f0) at dlls/ntdll/actctx.c:3280 3280 in dlls/ntdll/actctx.c (gdb) $4 = (struct actctx_loader *) 0x7ffffe2ff7e0 (gdb) root@setzconote:~# cat /tmp/addr.txt 0x6fffffbf1000
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #56 from Bernhard Übelacker bernhardu@mailbox.org --- Created attachment 78865 --> http://bugs.winehq.org/attachment.cgi?id=78865 gdb-commands-58335_3.txt
(In reply to Michael Setzer II from comment #55)
--Type <RET> for more, q to quit, c to continue without paging--#5
Looks like I did not consider the pagination ... I should next time add set pagination off set width 0
root@setzconote:~# gdb -q --args /usr/bin/wine winecfg <testwine2b
But now I realize it - is there a reason for running wine as root? I think this should be avoided due to this wiki entry: https://gitlab.winehq.org/wine/wine/-/wikis/FAQ#should-i-run-wine-as-root
Your backtrace shows:(gdb) #0 add_assembly (actctx=0x0, ...) at actctx.c:770 #1 parse_manifest (acl=acl@entry=0x7ffffe2ff7e0, ...) at actctx.c:2873 #2 0x00006fffffc3f26d in get_manifest_in_manifest_file (acl=acl@entry=0x7ffffe2ff7e0, ...) at actctx.c:3087 #3 0x00006fffffc0d9c0 in lookup_winsxs (acl=0x7ffffe2ff7e0, ...) at actctx.c:3280 #4 lookup_assembly (acl=0x7ffffe2ff7e0, ...) at dlls/ntdll/actctx.c:3344 #5 parse_depend_manifests (acl=<optimized out>) at dlls/ntdll/actctx.c:3401 #6 RtlCreateActivationContext (...) at dlls/ntdll/actctx.c:5384 #7 0x00006fffffc32327 in actctx_init () at dlls/ntdll/actctx.c:5238 #8 0x00006fffffc454b9 in loader_init (...) at dlls/ntdll/loader.c:4451
This leads to the assumption acl->actctx is a null pointer somehow.
Can you please repeat with gdb-commands-58335_3.txt. It may print the content of the acl variable.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #57 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78866 --> http://bugs.winehq.org/attachment.cgi?id=78866 output with new test using regular user.
Did with both root and regular user similar outputs.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #58 from Michael Setzer II mikes@kuentos.guam.net --- With 10.11
msetzerii@setzconote:~$ wine winecfg 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3
msetzerii@setzconote:~$ WINEDEBUG=+all wine winecfg 2>all msetzerii@setzconote:~$ ls -l all -rw-r--r-- 1 msetzerii msetzerii 1488823606 Jul 1 07:42 all
msetzerii@setzconote:~$ grep "c0000005" <all 52350.467:0028:002c:trace:seh:handle_syscall_fault code=c0000005 flags=0 addr=0x7f798d18d416 ip=7f798d18d416 tid=002c 52350.467:0028:002c:trace:seh:handle_syscall_fault returning to user mode ip=00006fffffbfe204 ret=c0000005 52350.467:0028:002c:SysRet NtOpenFile() retval=c0000005 52351.895:0068:006c:trace:seh:handle_syscall_fault code=c0000005 flags=0 addr=0x7f527e181416 ip=7f527e181416 tid=006c 52351.895:0068:006c:trace:seh:handle_syscall_fault returning to user mode ip=00006fffffbfe204 ret=c0000005 52351.895:0068:006c:SysRet NtOpenFile() retval=c0000005 52358.535:0124:0128:trace:seh:handle_syscall_fault code=c0000005 flags=0 addr=0x7fe8af777416 ip=7fe8af777416 tid=0128 52358.535:0124:0128:trace:seh:handle_syscall_fault returning to user mode ip=00006fffffbfe204 ret=c0000005 52358.535:0124:0128:SysRet NtOpenFile() retval=c0000005 52359.942:012c:0130:trace:seh:handle_syscall_fault code=c0000005 flags=0 addr=0x7f5051d10416 ip=7f5051d10416 tid=0130 52359.942:012c:0130:trace:seh:handle_syscall_fault returning to user mode ip=00006fffffbfe204 ret=c0000005 52359.942:012c:0130:SysRet NtOpenFile() retval=c0000005 52361.180:012c:0130:trace:seh:handle_syscall_fault code=c0000005 flags=0 addr=0x7f5051d10416 ip=7f5051d10416 tid=0130 52361.180:012c:0130:trace:seh:handle_syscall_fault returning to user mode ip=00006fffffbfe204 ret=c0000005 52361.180:012c:0130:SysRet NtOpenFile() retval=c0000005
wine notepad will run with +heap option, but not wine winecfg? It only works with +all option that I've found?
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #59 from Bernhard Übelacker bernhardu@mailbox.org --- Created attachment 78872 --> http://bugs.winehq.org/attachment.cgi?id=78872 gdb-commands-58335_4.txt
Hello, please find attached a newer debug script.
As a requirement please install before: dnf install script
Save the script to some folder with the name gdb-commands-58335_4.txt
Change the directory in an terminal to this folder and execute: wineserver -k script -c "gdb -q -ex 'source gdb-commands-58335_4.txt'" -a gdb-output_4.txt
Then attach the file gdb-output_4.txt here.
Again there are many things that could go wrong, but maybe it gives some more insight.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #60 from Michael Setzer II mikes@kuentos.guam.net --- msetzerii@setzconote:~$ wineserver -k; script -c "gdb -q -ex 'source gdb-commands-58335_4.txt'" -a gdb-output-58335_4.txt Script started, output log file is 'gdb-output-58335_4.txt'. Catchpoint 1 (fork) Downloading separate debug info for system-supplied DSO at 0x7ffff7fc5000... [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". process 139770 is executing new program: /opt/wine-devel/lib64/wine/x86_64-unix/wine-preloader [Detaching after vfork from child process 139774]
Catchpoint 1 (forked process 139776), 0x00007ffff7e50d08 in ?? () [Detaching after fork from child process 139776] 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3
Catchpoint 1 (forked process 139778), 0x00007ffff7e50d08 in ?? () [Detaching after fork from child process 139778] 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3
Catchpoint 1 (forked process 139780), 0x00007ffff7e50d08 in ?? () [Attaching after process 139770 fork to child process 139780] [New inferior 2 (process 139780)] [Detaching after fork from parent process 139770] [Inferior 1 (process 139770) detached]
Thread 2.1 "start.exe" hit Catchpoint 1 (forked process 139781), 0x00007ffff7e50d08 in ?? () [Attaching after process 139780 fork to child process 139781] [New inferior 3 (process 139781)] [Detaching after fork from parent process 139780] [Inferior 2 (process 139780) detached] 0x00007ffff7e50d0e in ?? () Catchpoint 2 (exec) process 139781 is executing new program: /opt/wine-devel/lib64/wine/x86_64-unix/wine-preloader
Thread 3.1 "wine-preloader" hit Catchpoint 2 (exec'd /opt/wine-devel/lib64/wine/x86_64-unix/wine-preloader), 0x00007d7d00000000 in _start () 0x00007d7d00000000 in _start () Temporary breakpoint 3 at 0x7d7d000016a4: set_process_name. (3 locations)
Thread 3.1 "wine-preloader" hit Temporary breakpoint 3.1, set_process_name (argc=3, argv=0x7fffffffd708) at loader/preloader.c:1378 1378 for (p = name = argv[1]; *p; p++) if (p[0] == '/' && p[1]) name = p + 1; 1: x/i $pc => 0x7d7d000016a4 <wld_start+2548>: mov 0x10(%r13),%rax wld_start (stack=0x7fffffffd670) at loader/preloader.c:1500 1500 pargc[1] = pargc[0] - 1; 1: x/i $pc => 0x7d7d00001810 <wld_start+2912>: mov 0x0(%r13),%rax 139781 add symbol table from file "/usr/lib64/ld-linux-x86-64.so.2" at .text_addr = 0x7ffff7fbb2c0 add symbol table from file "/opt/wine-devel/lib64/wine/x86_64-unix/wine" at .text_addr = 0x7ffff7ff3480 Temporary breakpoint 4 at 0x7ffff7ff34ad: file loader/main.c, line 184.
Thread 3.1 "wine" hit Temporary breakpoint 4, main (argc=2, argv=0x7fffffffd708) at loader/main.c:184 184 if (init_func) init_func( argc, argv ); 1: x/i $pc => 0x7ffff7ff34ad <main+45>: test %rax,%rax add symbol table from file "/opt/wine-devel/lib64/wine/x86_64-unix/ntdll.so" at .text_addr = 0x7ffff7ccaec0 add symbol table from file "/usr/lib64/libc.so.6" at .text_addr = 0x7ffff7d92b80 warning: File "/usr/lib64/libthread_db.so.1" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load". To enable execution of this file add add-auto-load-safe-path /usr/lib64/libthread_db.so.1 line to your configuration file "/home/msetzerii/.config/gdb/gdbinit". To completely disable this security protection add set auto-load safe-path / line to your configuration file "/home/msetzerii/.config/gdb/gdbinit". For more information about this security protection see the "Auto-loading safe path" section in the GDB manual. E.g., run from the shell: info "(gdb)Auto-loading safe path" warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available. add symbol table from file "/usr/lib64/ld-linux-x86-64.so.2" at .text_addr = 0x7ffff7fbb2c0 add symbol table from file "/opt/wine-devel/lib64/wine/x86_64-unix/wine" at .text_addr = 0x7ffff7ff3480 Temporary breakpoint 5 at 0x7ffff7cece69: file dlls/ntdll/unix/loader.c, line 1566.
Thread 3.1 "winecfg.exe" hit Temporary breakpoint 5, load_ntdll_functions (module=0x6fffffbf0000) at dlls/ntdll/unix/loader.c:1596 1596 exports = get_module_data_dir( module, IMAGE_DIRECTORY_ENTRY_EXPORT, NULL ); 1: x/i $pc => 0x7ffff7cece69 <__wine_main+841>: mov 0x3c(%r12),%eax add symbol table from file "/opt/wine-devel/lib64/wine/x86_64-windows/winecfg.exe" at .text_addr = 0x140001000 add symbol table from file "/opt/wine-devel/lib64/wine/x86_64-windows/ntdll.dll" at .text_addr = 0x6fffffbf1000 add symbol table from file "/opt/wine-devel/lib64/wine/x86_64-unix/ntdll.so" at .text_addr = 0x7ffff7ccaec0 add symbol table from file "/usr/lib64/libc.so.6" at .text_addr = 0x7ffff7d92b80 warning: td_ta_new failed: generic error warning: File "/usr/lib64/libthread_db.so.1" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load". warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available. add symbol table from file "/usr/lib64/ld-linux-x86-64.so.2" at .text_addr = 0x7ffff7fbb2c0 add symbol table from file "/opt/wine-devel/lib64/wine/x86_64-unix/wine" at .text_addr = 0x7ffff7ff3480 Temporary breakpoint 6 at 0x6fffffc0cc40: file dlls/ntdll/actctx.c, line 5252.
Thread 3.1 "winecfg.exe" hit Temporary breakpoint 6, RtlCreateActivationContext (new_actctx=new_actctx@entry=0x7ffffe2ff938, ptr=ptr@entry=0x7ffffe2ff940) at dlls/ntdll/actctx.c:5252 warning: 5252 dlls/ntdll/actctx.c: No such file or directory 1: x/i $pc => 0x6fffffc0cc40 <RtlCreateActivationContext>: push %r15 Temporary breakpoint 7 at 0x6fffffc0a2a0 (2 locations)
Thread 3.1 "winecfg.exe" hit Temporary breakpoint 7.1, 0x00006fffffc0a2a0 in RtlAllocateHeap () 1: x/i $pc => 0x6fffffc0a2a0 <RtlAllocateHeap>: lea 0x0(%rsp),%rsp 0x00006fffffc0cd39 in RtlCreateActivationContext (new_actctx=new_actctx@entry=0x7ffffe2ff938, ptr=ptr@entry=0x7ffffe2ff940) at dlls/ntdll/actctx.c:5279 5279 in dlls/ntdll/actctx.c 1: x/i $pc => 0x6fffffc0cd39 <RtlCreateActivationContext+249>: mov %rax,%rbp $1 = 0x7ffffe324e90 Temporary breakpoint 8 at 0x6fffffc0cf18: file dlls/ntdll/actctx.c, line 5347.
Thread 3.1 "winecfg.exe" hit Temporary breakpoint 8, RtlCreateActivationContext (new_actctx=new_actctx@entry=0x7ffffe2ff938, ptr=ptr@entry=0x7ffffe2ff940) at dlls/ntdll/actctx.c:5350 5350 in dlls/ntdll/actctx.c 1: x/i $pc => 0x6fffffc0cf18 <RtlCreateActivationContext+728>: movl $0x0,0x104(%rsp) Breakpoint 9 at 0x6fffffc0d1f0: file dlls/ntdll/actctx.c, line 3399. Breakpoint 10 at 0x6fffffc0d834: file dlls/ntdll/actctx.c, line 3336. Breakpoint 11 at 0x6fffffc0d238: file dlls/ntdll/actctx.c, line 3235. Breakpoint 12 at 0x6fffffc3f040: file dlls/ntdll/actctx.c, line 3058. Breakpoint 13 at 0x6fffffc4c560: file dlls/ntdll/actctx.c, line 2865. Breakpoint 14 at 0x6fffffc4c5b3: file dlls/ntdll/actctx.c, line 770.
Thread 3.1 "winecfg.exe" hit Breakpoint 13, parse_manifest (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x0, filename=filename@entry=0x0, module=module@entry=0x140000000, directory=directory@entry=0x0, shared=shared@entry=0, buffer=0x1400d1008, size=754) at dlls/ntdll/actctx.c:2865 2865 in dlls/ntdll/actctx.c 1: x/i $pc => 0x6fffffc4c560 <parse_manifest>: push %r15 #0 parse_manifest (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x0, filename=filename@entry=0x0, module=module@entry=0x140000000, directory=directory@entry=0x0, shared=shared@entry=0, buffer=0x1400d1008, size=754) at dlls/ntdll/actctx.c:2865 #1 0x00006fffffc3f415 in get_manifest_in_module (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x0, filename=filename@entry=0x0, directory=directory@entry=0x0, hModule=0x140000000, resname=<optimized out>, lang=0, shared=0) at dlls/ntdll/actctx.c:3012 #2 0x00006fffffc0d192 in RtlCreateActivationContext (new_actctx=new_actctx@entry=0x7ffffe2ff938, ptr=ptr@entry=0x7ffffe2ff940) at dlls/ntdll/actctx.c:5360 #3 0x00006fffffc32327 in actctx_init () at dlls/ntdll/actctx.c:5238 #4 0x00006fffffc454b9 in loader_init (context=context@entry=0x7ffffe2ffb00, entry=entry@entry=0x7ffffe2ffb80) at dlls/ntdll/loader.c:4451 #5 0x00006fffffc04724 in LdrInitializeThunk (context=0x7ffffe2ffb00, unk2=<optimized out>, unk3=<optimized out>, unk4=<optimized out>) at dlls/ntdll/signal_x86_64.c:1019 #6 0x0000000000000000 in ?? () $2 = (struct actctx_loader *) 0x7ffffe2ff7e0 $3 = {actctx = 0x7ffffe324e90, dependencies = 0x0, num_dependencies = 0, allocated_dependencies = 0}
Thread 3.1 "winecfg.exe" hit Breakpoint 14, add_assembly (actctx=0x7ffffe324e90, at=ASSEMBLY_MANIFEST) at dlls/ntdll/actctx.c:770 770 in dlls/ntdll/actctx.c 1: x/i $pc => 0x6fffffc4c5b3 <parse_manifest+83>: mov 0x28(%rbp),%r8 #0 add_assembly (actctx=0x7ffffe324e90, at=ASSEMBLY_MANIFEST) at dlls/ntdll/actctx.c:770 #1 parse_manifest (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x0, filename=filename@entry=0x0, module=module@entry=0x140000000, directory=directory@entry=0x0, shared=shared@entry=0, buffer=0x1400d1008, size=754) at dlls/ntdll/actctx.c:2873 #2 0x00006fffffc3f415 in get_manifest_in_module (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x0, filename=filename@entry=0x0, directory=directory@entry=0x0, hModule=0x140000000, resname=<optimized out>, lang=0, shared=0) at dlls/ntdll/actctx.c:3012 #3 0x00006fffffc0d192 in RtlCreateActivationContext (new_actctx=new_actctx@entry=0x7ffffe2ff938, ptr=ptr@entry=0x7ffffe2ff940) at dlls/ntdll/actctx.c:5360 #4 0x00006fffffc32327 in actctx_init () at dlls/ntdll/actctx.c:5238 #5 0x00006fffffc454b9 in loader_init (context=context@entry=0x7ffffe2ffb00, entry=entry@entry=0x7ffffe2ffb80) at dlls/ntdll/loader.c:4451 #6 0x00006fffffc04724 in LdrInitializeThunk (context=0x7ffffe2ffb00, unk2=<optimized out>, unk3=<optimized out>, unk4=<optimized out>) at dlls/ntdll/signal_x86_64.c:1019 #7 0x0000000000000000 in ?? () $4 = (ACTIVATION_CONTEXT *) 0x7ffffe324e90
Thread 3.1 "winecfg.exe" hit Breakpoint 9, parse_depend_manifests (acl=<optimized out>) at dlls/ntdll/actctx.c:3399 3399 in dlls/ntdll/actctx.c 1: x/i $pc => 0x6fffffc0d1f0 <RtlCreateActivationContext+1456>: mov 0x4c(%rsp),%r10d #0 parse_depend_manifests (acl=<optimized out>) at dlls/ntdll/actctx.c:3399 #1 RtlCreateActivationContext (new_actctx=new_actctx@entry=0x7ffffe2ff938, ptr=ptr@entry=0x7ffffe2ff940) at dlls/ntdll/actctx.c:5384 #2 0x00006fffffc32327 in actctx_init () at dlls/ntdll/actctx.c:5238 #3 0x00006fffffc454b9 in loader_init (context=context@entry=0x7ffffe2ffb00, entry=entry@entry=0x7ffffe2ffb80) at dlls/ntdll/loader.c:4451 #4 0x00006fffffc04724 in LdrInitializeThunk (context=0x7ffffe2ffb00, unk2=<optimized out>, unk3=<optimized out>, unk4=<optimized out>) at dlls/ntdll/signal_x86_64.c:1019 #5 0x0000000000000000 in ?? ()
Thread 3.1 "winecfg.exe" hit Breakpoint 10, lookup_assembly (acl=0x7ffffe2ff7e0, ai=0x7ffffe325a10) at dlls/ntdll/actctx.c:3336 3336 in dlls/ntdll/actctx.c 1: x/i $pc => 0x6fffffc0d834 <RtlCreateActivationContext+3060>: mov 0x18(%rdi),%rax #0 lookup_assembly (acl=0x7ffffe2ff7e0, ai=0x7ffffe325a10) at dlls/ntdll/actctx.c:3336 #1 parse_depend_manifests (acl=<optimized out>) at dlls/ntdll/actctx.c:3401 #2 RtlCreateActivationContext (new_actctx=new_actctx@entry=0x7ffffe2ff938, ptr=ptr@entry=0x7ffffe2ff940) at dlls/ntdll/actctx.c:5384 #3 0x00006fffffc32327 in actctx_init () at dlls/ntdll/actctx.c:5238 #4 0x00006fffffc454b9 in loader_init (context=context@entry=0x7ffffe2ffb00, entry=entry@entry=0x7ffffe2ffb80) at dlls/ntdll/loader.c:4451 #5 0x00006fffffc04724 in LdrInitializeThunk (context=0x7ffffe2ffb00, unk2=<optimized out>, unk3=<optimized out>, unk4=<optimized out>) at dlls/ntdll/signal_x86_64.c:1019 #6 0x0000000000000000 in ?? () $5 = (struct actctx_loader *) 0x7ffffe2ff7e0 $6 = {actctx = 0x7ffffe324e90, dependencies = 0x7ffffe325a10, num_dependencies = 1, allocated_dependencies = 4}
Thread 3.1 "winecfg.exe" hit Breakpoint 11, lookup_winsxs (acl=0x7ffffe2ff7e0, ai=0x7ffffe325a10) at dlls/ntdll/actctx.c:3235 3235 in dlls/ntdll/actctx.c 1: x/i $pc => 0x6fffffc0d238 <RtlCreateActivationContext+1528>: cmpq $0x0,0x8(%rdi) #0 lookup_winsxs (acl=0x7ffffe2ff7e0, ai=0x7ffffe325a10) at dlls/ntdll/actctx.c:3235 #1 lookup_assembly (acl=0x7ffffe2ff7e0, ai=0x7ffffe325a10) at dlls/ntdll/actctx.c:3344 #2 parse_depend_manifests (acl=<optimized out>) at dlls/ntdll/actctx.c:3401 #3 RtlCreateActivationContext (new_actctx=new_actctx@entry=0x7ffffe2ff938, ptr=ptr@entry=0x7ffffe2ff940) at dlls/ntdll/actctx.c:5384 #4 0x00006fffffc32327 in actctx_init () at dlls/ntdll/actctx.c:5238 #5 0x00006fffffc454b9 in loader_init (context=context@entry=0x7ffffe2ffb00, entry=entry@entry=0x7ffffe2ffb80) at dlls/ntdll/loader.c:4451 #6 0x00006fffffc04724 in LdrInitializeThunk (context=0x7ffffe2ffb00, unk2=<optimized out>, unk3=<optimized out>, unk4=<optimized out>) at dlls/ntdll/signal_x86_64.c:1019 #7 0x0000000000000000 in ?? () $7 = (struct actctx_loader *) 0x7ffffe2ff7e0 $8 = {actctx = 0x7ffffe324e90, dependencies = 0x7ffffe325a10, num_dependencies = 1, allocated_dependencies = 4}
Thread 3.1 "winecfg.exe" hit Breakpoint 12, get_manifest_in_manifest_file (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x7ffffe2ff860, filename=0x7ffffe325320 L"\134\077\077\134\103\072\134\167\151\156\144\157\167\163\134\167\151\156\163\170\163\134\155\141\156\151\146\145\163\164\163\134\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145\146\056\155\141\156\151\146\145\163", <incomplete sequence \164>, directory=directory@entry=0x7ffffe325450 L"\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145", <incomplete sequence \146>, shared=shared@entry=1, file=0x20) at dlls/ntdll/actctx.c:3058 3058 in dlls/ntdll/actctx.c 1: x/i $pc => 0x6fffffc3f040 <get_manifest_in_manifest_file>: push %r13 #0 get_manifest_in_manifest_file (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x7ffffe2ff860, filename=0x7ffffe325320 L"\134\077\077\134\103\072\134\167\151\156\144\157\167\163\134\167\151\156\163\170\163\134\155\141\156\151\146\145\163\164\163\134\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145\146\056\155\141\156\151\146\145\163", <incomplete sequence \164>, directory=directory@entry=0x7ffffe325450 L"\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145", <incomplete sequence \146>, shared=shared@entry=1, file=0x20) at dlls/ntdll/actctx.c:3058 #1 0x00006fffffc0d9c0 in lookup_winsxs (acl=0x7ffffe2ff7e0, ai=0x7ffffe325a10) at dlls/ntdll/actctx.c:3280 #2 lookup_assembly (acl=0x7ffffe2ff7e0, ai=0x7ffffe325a10) at dlls/ntdll/actctx.c:3344 #3 parse_depend_manifests (acl=<optimized out>) at dlls/ntdll/actctx.c:3401 #4 RtlCreateActivationContext (new_actctx=new_actctx@entry=0x7ffffe2ff938, ptr=ptr@entry=0x7ffffe2ff940) at dlls/ntdll/actctx.c:5384 #5 0x00006fffffc32327 in actctx_init () at dlls/ntdll/actctx.c:5238 #6 0x00006fffffc454b9 in loader_init (context=context@entry=0x7ffffe2ffb00, entry=entry@entry=0x7ffffe2ffb80) at dlls/ntdll/loader.c:4451 #7 0x00006fffffc04724 in LdrInitializeThunk (context=0x7ffffe2ffb00, unk2=<optimized out>, unk3=<optimized out>, unk4=<optimized out>) at dlls/ntdll/signal_x86_64.c:1019 #8 0x0000000000000000 in ?? () $9 = (struct actctx_loader *) 0x7ffffe2ff7e0 $10 = {actctx = 0x0, dependencies = 0x0, num_dependencies = 1, allocated_dependencies = 4}
Thread 3.1 "winecfg.exe" hit Breakpoint 13, parse_manifest (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x7ffffe2ff860, filename=filename@entry=0x7ffffe325320 L"\134\077\077\134\103\072\134\167\151\156\144\157\167\163\134\167\151\156\163\170\163\134\155\141\156\151\146\145\163\164\163\134\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145\146\056\155\141\156\151\146\145\163", <incomplete sequence \164>, module=module@entry=0x0, directory=directory@entry=0x7ffffe325450 L"\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145", <incomplete sequence \146>, shared=shared@entry=1, buffer=0x7ffffe340000, size=1577) at dlls/ntdll/actctx.c:2865 2865 in dlls/ntdll/actctx.c 1: x/i $pc => 0x6fffffc4c560 <parse_manifest>: push %r15 #0 parse_manifest (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x7ffffe2ff860, filename=filename@entry=0x7ffffe325320 L"\134\077\077\134\103\072\134\167\151\156\144\157\167\163\134\167\151\156\163\170\163\134\155\141\156\151\146\145\163\164\163\134\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145\146\056\155\141\156\151\146\145\163", <incomplete sequence \164>, module=module@entry=0x0, directory=directory@entry=0x7ffffe325450 L"\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145", <incomplete sequence \146>, shared=shared@entry=1, buffer=0x7ffffe340000, size=1577) at dlls/ntdll/actctx.c:2865 #1 0x00006fffffc3f26d in get_manifest_in_manifest_file (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x7ffffe2ff860, filename=0x7ffffe325320 L"\134\077\077\134\103\072\134\167\151\156\144\157\167\163\134\167\151\156\163\170\163\134\155\141\156\151\146\145\163\164\163\134\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145\146\056\155\141\156\151\146\145\163", <incomplete sequence \164>, directory=directory@entry=0x7ffffe325450 L"\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145", <incomplete sequence \146>, shared=shared@entry=1, file=0x20) at dlls/ntdll/actctx.c:3087 #2 0x00006fffffc0d9c0 in lookup_winsxs (acl=0x7ffffe2ff7e0, ai=0x7ffffe325a10) at dlls/ntdll/actctx.c:3280 #3 lookup_assembly (acl=0x7ffffe2ff7e0, ai=0x7ffffe325a10) at dlls/ntdll/actctx.c:3344 #4 parse_depend_manifests (acl=<optimized out>) at dlls/ntdll/actctx.c:3401 #5 RtlCreateActivationContext (new_actctx=new_actctx@entry=0x7ffffe2ff938, ptr=ptr@entry=0x7ffffe2ff940) at dlls/ntdll/actctx.c:5384 #6 0x00006fffffc32327 in actctx_init () at dlls/ntdll/actctx.c:5238 #7 0x00006fffffc454b9 in loader_init (context=context@entry=0x7ffffe2ffb00, entry=entry@entry=0x7ffffe2ffb80) at dlls/ntdll/loader.c:4451 #8 0x00006fffffc04724 in LdrInitializeThunk (context=0x7ffffe2ffb00, unk2=<optimized out>, unk3=<optimized out>, unk4=<optimized out>) at dlls/ntdll/signal_x86_64.c:1019 #9 0x0000000000000000 in ?? () $11 = (struct actctx_loader *) 0x7ffffe2ff7e0 $12 = {actctx = 0x0, dependencies = 0x0, num_dependencies = 1, allocated_dependencies = 4}
Thread 3.1 "winecfg.exe" hit Breakpoint 14, add_assembly (actctx=0x0, at=ASSEMBLY_SHARED_MANIFEST) at dlls/ntdll/actctx.c:770 770 in dlls/ntdll/actctx.c 1: x/i $pc => 0x6fffffc4c5b3 <parse_manifest+83>: mov 0x28(%rbp),%r8 #0 add_assembly (actctx=0x0, at=ASSEMBLY_SHARED_MANIFEST) at dlls/ntdll/actctx.c:770 #1 parse_manifest (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x7ffffe2ff860, filename=filename@entry=0x7ffffe325320 L"\134\077\077\134\103\072\134\167\151\156\144\157\167\163\134\167\151\156\163\170\163\134\155\141\156\151\146\145\163\164\163\134\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145\146\056\155\141\156\151\146\145\163", <incomplete sequence \164>, module=module@entry=0x0, directory=directory@entry=0x7ffffe325450 L"\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145", <incomplete sequence \146>, shared=shared@entry=1, buffer=0x7ffffe340000, size=1577) at dlls/ntdll/actctx.c:2873 #2 0x00006fffffc3f26d in get_manifest_in_manifest_file (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x7ffffe2ff860, filename=0x7ffffe325320 L"\134\077\077\134\103\072\134\167\151\156\144\157\167\163\134\167\151\156\163\170\163\134\155\141\156\151\146\145\163\164\163\134\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145\146\056\155\141\156\151\146\145\163", <incomplete sequence \164>, directory=directory@entry=0x7ffffe325450 L"\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145", <incomplete sequence \146>, shared=shared@entry=1, file=0x20) at dlls/ntdll/actctx.c:3087 #3 0x00006fffffc0d9c0 in lookup_winsxs (acl=0x7ffffe2ff7e0, ai=0x7ffffe325a10) at dlls/ntdll/actctx.c:3280 #4 lookup_assembly (acl=0x7ffffe2ff7e0, ai=0x7ffffe325a10) at dlls/ntdll/actctx.c:3344 #5 parse_depend_manifests (acl=<optimized out>) at dlls/ntdll/actctx.c:3401 #6 RtlCreateActivationContext (new_actctx=new_actctx@entry=0x7ffffe2ff938, ptr=ptr@entry=0x7ffffe2ff940) at dlls/ntdll/actctx.c:5384 #7 0x00006fffffc32327 in actctx_init () at dlls/ntdll/actctx.c:5238 #8 0x00006fffffc454b9 in loader_init (context=context@entry=0x7ffffe2ffb00, entry=entry@entry=0x7ffffe2ffb80) at dlls/ntdll/loader.c:4451 #9 0x00006fffffc04724 in LdrInitializeThunk (context=0x7ffffe2ffb00, unk2=<optimized out>, unk3=<optimized out>, unk4=<optimized out>) at dlls/ntdll/signal_x86_64.c:1019 #10 0x0000000000000000 in ?? () $13 = (ACTIVATION_CONTEXT *) 0x0
Thread 3.1 "winecfg.exe" received signal SIGSEGV, Segmentation fault. parse_manifest (acl=acl@entry=0x7ffffe2ff7e0, ai=ai@entry=0x7ffffe2ff860, filename=filename@entry=0x7ffffe325320 L"\134\077\077\134\103\072\134\167\151\156\144\157\167\163\134\167\151\156\163\170\163\134\155\141\156\151\146\145\163\164\163\134\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145\146\056\155\141\156\151\146\145\163", <incomplete sequence \164>, module=module@entry=0x0, directory=directory@entry=0x7ffffe325450 L"\141\155\144\066\064\137\155\151\143\162\157\163\157\146\164\056\167\151\156\144\157\167\163\056\143\157\155\155\157\156\055\143\157\156\164\162\157\154\163\137\066\065\071\065\142\066\064\061\064\064\143\143\146\061\144\146\137\066\056\060\056\062\066\060\060\056\062\071\070\062\137\156\157\156\145\137\144\145\141\144\142\145\145", <incomplete sequence \146>, shared=shared@entry=1, buffer=0x7ffffe340000, size=1577) at dlls/ntdll/actctx.c:2873 2873 in dlls/ntdll/actctx.c 1: x/i $pc => 0x6fffffc4c5b3 <parse_manifest+83>: mov 0x28(%rbp),%r8 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 [Inferior 3 (process 139781) detached] Script done.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #61 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78873 --> http://bugs.winehq.org/attachment.cgi?id=78873 File created by last script
Output from the last script.
http://bugs.winehq.org/show_bug.cgi?id=58335
Vitaly Lipatov lav@etersoft.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lav@etersoft.ru
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #62 from Bernhard Übelacker bernhardu@mailbox.org --- Created attachment 78876 --> http://bugs.winehq.org/attachment.cgi?id=78876 gdb-commands-58335_5.txt
(In reply to Michael Setzer II from comment #61)
Created attachment 78873 [details] File created by last script
Output from the last script.
Awesome, I read this output as acl.actctx and acl.dependencies get overwritten between breakpoints 11 and 12 in function lookup_winsxs before the call to get_manifest_in_manifest_file.
And I am attaching a new iteration of the debug script. All the same as before except please execute it now like this: wineserver -k script -c "gdb -q < gdb-commands-58335_5.txt" -a gdb-output-58335_5.txt
Also there is no need to put the output here as text. It is all included in the created output file, please just attach this output file.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #63 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78878 --> http://bugs.winehq.org/attachment.cgi?id=78878 output 5
output of 5.txt
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #64 from Bernhard Übelacker bernhardu@mailbox.org --- Created attachment 78880 --> http://bugs.winehq.org/attachment.cgi?id=78880 gdb-commands-58335_6.txt
(In reply to Michael Setzer II from comment #63)
Created attachment 78878 [details] output 5
output of 5.txt
Thank you very much, this output shows indeed the memory got written a zero to. And there is also a movaps instruction before which copies the content from register xmm6 into the memory which should hold the pointer we need (and which it does in my VM).
So this moves the AVX thing back into focus I guess ...
Hardware watchpoint 7: *(0x7ffffe2ff7e0) Old value = -30257520 New value = 0
0x6fffffc0cfd0 <+912>: movdqa 0xf0(%rsp),%xmm6 # line 5378 66 0f 6f b4 24 f0 00 00 00 ... 0x6fffffc0d9ae <+3438>: movaps %xmm6,0xf0(%rsp) # line 3280 0f 29 b4 24 f0 00 00 00 => 0x6fffffc0d9b6 <+3446>: mov %rax,0x28(%rsp) # line 3280
I had guessed there would be an exception when unsupported instructions get executed.
Just to be sure, which value is in this xmm6 register and when, could you please execute this again: wineserver -k script -c "gdb -q < gdb-commands-58335_6.txt" -a gdb-output-58335_6.txt
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #65 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78881 --> http://bugs.winehq.org/attachment.cgi?id=78881 output 6
output 6
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #66 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78882 --> http://bugs.winehq.org/attachment.cgi?id=78882 Full lscpu info
Full lscpu information.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #67 from Bernhard Übelacker bernhardu@mailbox.org --- (In reply to Michael Setzer II from comment #65)
Created attachment 78881 [details] output 6
It stays exciting - in your latest recording it shows the xmm6 register gets its zeros during the call to NtOpenFile ...
3251 in dlls/ntdll/actctx.c 1: x/i $pc => <RtlCreateActivationContext+1798>: call 0x6fffffbfe1f0 <NtOpenFile> 2: /x $xmm6 = {..., v2_int64 = {0x7ffffe324e90, 0x7ffffe325a10}, ...} 3: /x $rsp = 0x7ffffe2ff6f0
0x00006fffffc0d34b 3251 in dlls/ntdll/actctx.c 1: x/i $pc => <RtlCreateActivationContext+1803>: test %eax,%eax 2: /x $xmm6 = {..., v2_int64 = {0x0, 0x0}, ...} 3: /x $rsp = 0x7ffffe2ff6f0 (gdb)
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #68 from Dmitry Timoshkov dmitry@baikal.ru --- Created attachment 78883 --> http://bugs.winehq.org/attachment.cgi?id=78883 avx_sample
Could you please run the attached test program and attach its output? This test is a compiled code from https://learn.microsoft.com/en-us/windows/win32/debug/working-with-xstate-co....
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #69 from Michael Setzer II mikes@kuentos.guam.net --- ./avx_sample.exe 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 0024:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 00007FFFFE1FFEB0
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #70 from Michael Setzer II mikes@kuentos.guam.net --- WINEDEBUG=+heap wine avx_sample.exe 2>heap The AVX feature is not enabled.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #71 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78884 --> http://bugs.winehq.org/attachment.cgi?id=78884 Output of run with +heap
Output with +heap option that shows WINEDEBUG=+heap wine avx_sample.exe 2>heap The AVX feature is not enabled.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #72 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Michael Setzer II from comment #70)
WINEDEBUG=+heap wine avx_sample.exe 2>heap The AVX feature is not enabled.
Please attach +relay,+seh,+ntdll,+syscall trace (compressed).
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #73 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78887 --> http://bugs.winehq.org/attachment.cgi?id=78887 Output with WINEDEBUG=+heap,+relay,+seh,+ntdll,+syscall wine avx_sample.exe 2>output
Tried without the +heap, but doesn't display the message about not enabled. File is much smaller without the +heap.
1130169591 Jul 2 19:06 output raw output 184135 Jul 2 19:09 output2 raw output without +heap 4669392 Jul 2 19:08 output.xz compressed output.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #74 from Bernhard Übelacker bernhardu@mailbox.org --- Created attachment 78888 --> http://bugs.winehq.org/attachment.cgi?id=78888 gdb-commands-58335_7.txt
(In reply to Bernhard Übelacker from comment #67)
(In reply to Michael Setzer II from comment #65)
Created attachment 78881 [details] output 6
It stays exciting - in your latest recording it shows the xmm6 register gets its zeros during the call to NtOpenFile ...
And probably you can also give this new script a try? This should show us when __wine_syscall_dispatcher saves xmm6 to the stack and restores it afterwards: wineserver -k script -c "gdb -q < gdb-commands-58335_7.txt" -a gdb-output-58335_7.txt
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #75 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Michael Setzer II from comment #73)
Created attachment 78887 [details] Output with WINEDEBUG=+heap,+relay,+seh,+ntdll,+syscall wine avx_sample.exe 2>output
Tried without the +heap, but doesn't display the message about not enabled. File is much smaller without the +heap.
It's not relevant how +heap changes behaviour, please drop it. Could you add +file and create new log (without +heap)?
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #76 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78889 --> http://bugs.winehq.org/attachment.cgi?id=78889 output with +file and no +heap
WINEDEBUG=+relay,+seh,+ntdll,+syscall,+file wine avx_sample.exe 2>output_noheap The AVX feature is not enabled.
1126920720 Jul 2 19:31 output_noheap 4549652 Jul 2 19:37 output_noheap.xz
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #77 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78890 --> http://bugs.winehq.org/attachment.cgi?id=78890 out 7
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #78 from Michael Setzer II mikes@kuentos.guam.net --- msetzerii@setzconote:~$ wineserver -k msetzerii@setzconote:~$ script -c "gdb -q < gdb-commands-58335_7.txt" -a gdb-output-58335_7.txt
1126920720 Jul 2 19:31 output_noheap 4549652 Jul 2 19:37 output_noheap.xz
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #79 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Michael Setzer II from comment #77)
Created attachment 78890 [details] out 7
This log doesn't contain execution of avx_sample.exe, and there's no crash in it.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #80 from Bernhard Übelacker bernhardu@mailbox.org --- (In reply to Dmitry Timoshkov from comment #79)
(In reply to Michael Setzer II from comment #77)
Created attachment 78890 [details] out 7
This log doesn't contain execution of avx_sample.exe, and there's no crash in it.
Hello Dimitry, that was for my request.
It shows in __wine_syscall_dispatcher:
=> 0x7ffff7cfed8c <__wine_syscall_dispatcher+208>: xsave64 0xc0(%rcx) 2: /x $xmm6.v2_int64 = {0x7ffffe324e90, 0x7ffffe325a10} 4: /x $rcx = 0x7ffffe0ffd00
=> 0x7ffff7cfee83 <__wine_syscall_dispatcher+455>: movaps 0x1c0(%rcx),%xmm6 2: /x $xmm6.v2_int64 = {0x7ffffe324e90, 0x7ffffe325a10} # after execution: 2: /x $xmm6.v2_int64 = {0x0, 0x0} 4: /x $rcx = 0x7ffffe0ffd00
In my non-avx VM I just reach the fxsave64 path, which writes at offset 256 the register xmm6 to the stack. ( https://www.felixcloutier.com/x86/fxsave )
In Michaels failing machine we reach a instruction xsave64, but I could not yet find if that is supposed to save xmm6 register?
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #81 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Bernhard Übelacker from comment #80)
It shows in __wine_syscall_dispatcher:
=> 0x7ffff7cfed8c <__wine_syscall_dispatcher+208>: xsave64 0xc0(%rcx) 2: /x $xmm6.v2_int64 = {0x7ffffe324e90, 0x7ffffe325a10} 4: /x $rcx = 0x7ffffe0ffd00
=> 0x7ffff7cfee83 <__wine_syscall_dispatcher+455>: movaps 0x1c0(%rcx),%xmm6 2: /x $xmm6.v2_int64 = {0x7ffffe324e90, 0x7ffffe325a10} # after execution: 2: /x $xmm6.v2_int64 = {0x0, 0x0} 4: /x $rcx = 0x7ffffe0ffd00
In my non-avx VM I just reach the fxsave64 path, which writes at offset 256 the register xmm6 to the stack. ( https://www.felixcloutier.com/x86/fxsave )
In Michaels failing machine we reach a instruction xsave64, but I could not yet find if that is supposed to save xmm6 register?
According to https://www.felixcloutier.com/x86/xsave "The implicit EDX:EAX register pair specifies a 64-bit instruction mask. The specific state components saved correspond to the bits set in the requested-feature bitmap (RFBM), which is the logical-AND of EDX:EAX and XCR0."
I'd guess that something is wrong with user_shared_data->ProcessorFeatures[PF_XSAVE_ENABLED] flags: https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/unix/signal_x86... which leads to execution of xsave64 instead of fxsave64.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #82 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Dmitry Timoshkov from comment #81)
I'd guess that something is wrong with user_shared_data->ProcessorFeatures[PF_XSAVE_ENABLED] flags: https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/unix/ signal_x86_64.c?ref_type=heads#L2754 which leads to execution of xsave64 instead of fxsave64.
As a quick check does replacing 'jz 2f' by 'jmp 2f' on line 2755 help?
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #83 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Dmitry Timoshkov from comment #82)
(In reply to Dmitry Timoshkov from comment #81)
I'd guess that something is wrong with user_shared_data->ProcessorFeatures[PF_XSAVE_ENABLED] flags: https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/unix/ signal_x86_64.c?ref_type=heads#L2754 which leads to execution of xsave64 instead of fxsave64.
As a quick check does replacing 'jz 2f' by 'jmp 2f' on line 2755 help?
According to some limited testing this does help.
Changing condition at https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/unix/system.c?r... from if (features[PF_AVX_INSTRUCTIONS_AVAILABLE] && features[PF_XSAVE_ENABLED]) init_xstate_features( &data->XState ); to if (features[PF_XSAVE_ENABLED]) init_xstate_features( &data->XState ); helps as well (without changing jz to jmp). It looks like xstate->EnabledFeatures should be always correctly initilalized to contain flags (1 << XSTATE_LEGACY_FLOATING_POINT) | (1 << XSTATE_LEGACY_SSE) regardless of AVX support.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #84 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Dmitry Timoshkov from comment #83)
(In reply to Dmitry Timoshkov from comment #82)
(In reply to Dmitry Timoshkov from comment #81)
I'd guess that something is wrong with user_shared_data->ProcessorFeatures[PF_XSAVE_ENABLED] flags: https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/unix/ signal_x86_64.c?ref_type=heads#L2754 which leads to execution of xsave64 instead of fxsave64.
As a quick check does replacing 'jz 2f' by 'jmp 2f' on line 2755 help?
According to some limited testing this does help.
Changing condition at https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/unix/system. c?ref_type=heads#L528 from if (features[PF_AVX_INSTRUCTIONS_AVAILABLE] && features[PF_XSAVE_ENABLED]) init_xstate_features( &data->XState ); to if (features[PF_XSAVE_ENABLED]) init_xstate_features( &data->XState ); helps as well (without changing jz to jmp). It looks like xstate->EnabledFeatures should be always correctly initilalized to contain flags (1 << XSTATE_LEGACY_FLOATING_POINT) | (1 << XSTATE_LEGACY_SSE) regardless of AVX support.
And xstate->CompactionEnabled too.
http://bugs.winehq.org/show_bug.cgi?id=58335
demicorn bugs.winehq.org@boson.nom.za changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bugs.winehq.org@boson.nom.z | |a
http://bugs.winehq.org/show_bug.cgi?id=58335
winehq.org@ulf-gebhardt.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq.org@ulf-gebhardt.de
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #85 from winehq.org@ulf-gebhardt.de --- I believe to suffer from the same bug on arch and am unable to start some applications.
If I can help with info please let me know.
Currently running wine-staging 10.11
The problem seems limited to win32 programs as win64 still seem to work (Arch does no longer provide wine32 but ships with wine64 by default).
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #86 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Dmitry Timoshkov from comment #83)
Changing condition at https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/unix/system. c?ref_type=heads#L528 from if (features[PF_AVX_INSTRUCTIONS_AVAILABLE] && features[PF_XSAVE_ENABLED]) init_xstate_features( &data->XState ); to if (features[PF_XSAVE_ENABLED]) init_xstate_features( &data->XState ); helps as well (without changing jz to jmp). It looks like xstate->EnabledFeatures should be always correctly initilalized to contain flags (1 << XSTATE_LEGACY_FLOATING_POINT) | (1 << XSTATE_LEGACY_SSE) regardless of AVX support.
I've created https://gitlab.winehq.org/wine/wine/-/merge_requests/8497.
http://bugs.winehq.org/show_bug.cgi?id=58335
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |9d4faa32d012300036b387a01ae | |d872f807e0e06
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #87 from Bernhard Übelacker bernhardu@mailbox.org --- Created attachment 78894 --> http://bugs.winehq.org/attachment.cgi?id=78894 gdb-commands-58335_8.txt
Independent of the merge request, I still don't understand why my "-cpu Penryn" VM behaves differently and works. Maybe we could have a look at the initialization in init_shared_data_cpuinfo.
@Michael, could you please give this script a try and attach the output: wineserver -k script -c "gdb -q < gdb-commands-58335_8.txt" -a gdb-output-58335_8.txt
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #88 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78895 --> http://bugs.winehq.org/attachment.cgi?id=78895 out 8
Output 8 test
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #89 from winehq.org@ulf-gebhardt.de --- (In reply to Dmitry Timoshkov from comment #86)
(In reply to Dmitry Timoshkov from comment #83)
Changing condition at https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/unix/system. c?ref_type=heads#L528 from if (features[PF_AVX_INSTRUCTIONS_AVAILABLE] && features[PF_XSAVE_ENABLED]) init_xstate_features( &data->XState ); to if (features[PF_XSAVE_ENABLED]) init_xstate_features( &data->XState ); helps as well (without changing jz to jmp). It looks like xstate->EnabledFeatures should be always correctly initilalized to contain flags (1 << XSTATE_LEGACY_FLOATING_POINT) | (1 << XSTATE_LEGACY_SSE) regardless of AVX support.
I've created https://gitlab.winehq.org/wine/wine/-/merge_requests/8497.
Your PR fails on 10 tests within the 32bit space. I would love to have this issue resolved, since I cannot execute some programs with the latest wine-staging on my CPU.
If you could have another look whats the problem there, I would appreciate it <3
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #90 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to winehq.org from comment #89)
I've created https://gitlab.winehq.org/wine/wine/-/merge_requests/8497.
Your PR fails on 10 tests within the 32bit space.
Which 10 tests are that? The gitlab CI pipeline failures are not related to this MR, and I see 8, not 10 failures.
I would love to have this issue resolved, since I cannot execute some programs with the latest wine-staging on my CPU.
If you could have another look whats the problem there, I would appreciate it <3
It would be nice to actually test the patch and report back the result.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #91 from Bernhard Übelacker bernhardu@mailbox.org --- Created attachment 78904 --> http://bugs.winehq.org/attachment.cgi?id=78904 Add test to enable debugging of the issue at not affected CPUs.
(In reply to Dmitry Timoshkov from comment #90)
(In reply to winehq.org from comment #89)
I've created https://gitlab.winehq.org/wine/wine/-/merge_requests/8497.
Your PR fails on 10 tests within the 32bit space.
Which 10 tests are that? The gitlab CI pipeline failures are not related to this MR, and I see 8, not 10 failures.
At the merge request page it states "Test summary: 10 failed, ...". The two difference may be the two crashing tests. But I think they are not related to the patch of the merge request, instead there are unfortunately still some flaky tests in the CI.
I would love to have this issue resolved, since I cannot execute some programs with the latest wine-staging on my CPU.
If you could have another look whats the problem there, I would appreciate it <3
It would be nice to actually test the patch and report back the result.
If it might be of any help I was able to put a test together to debug the issue locally. This is done by not taking pre-defined cpuid from the environment if set.
Executing the test "ntdll_test.exe virtual cpuid" with the environment WINE_CPUID_00000001_00000000=000306a9_02100800_0dbae3bf_bfebfbff demonstrates the issue. (The values are from a "remote debug" at Michaels affected computer.)
Applying the patch of your merge request on top of it makes this test succeed again also with the environment set.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #92 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Dmitry Timoshkov from comment #86)
(In reply to Dmitry Timoshkov from comment #83)
Changing condition at https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/unix/system. c?ref_type=heads#L528 from if (features[PF_AVX_INSTRUCTIONS_AVAILABLE] && features[PF_XSAVE_ENABLED]) init_xstate_features( &data->XState ); to if (features[PF_XSAVE_ENABLED]) init_xstate_features( &data->XState ); helps as well (without changing jz to jmp). It looks like xstate->EnabledFeatures should be always correctly initilalized to contain flags (1 << XSTATE_LEGACY_FLOATING_POINT) | (1 << XSTATE_LEGACY_SSE) regardless of AVX support.
I've created https://gitlab.winehq.org/wine/wine/-/merge_requests/8497.
The patch was committed as 03039ab2eef0ceea87900f0085c47b253bae6453. It will be included in wine-10.12. Could you please test and report the results?
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #93 from Michael Setzer II mikes@kuentos.guam.net --- wine 10.12 does not fix the issue for me?? Download and installed 10.12
~$ wine --version wine-10.12 $ wine winecfg 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573
Doesn't make any output other than that and no winecfg
$ WINEDEBUG=+file wine winecfg 2>/tmp/winecfg
Doesn't make any output to screen and no winecfg
$ wine notepad 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573
No other output and no notepad $ WINEDEBUG=+file wine notepad 2>/tmp/notepad Notepad opens notepad and then closed ok.
But WINEDEBUG=+file wine notepad text.txt >/2mp/notepad2 Opens notepad, but file is not openned?
Did a number of test with different sized text.txt and using +all. Generally noted only shorter files will open ok, but seems to show the white screen, and then it flashes to a light grey, then the text will appear. Strangely, if move mouse outside notepad widow, it goes to a little darker gray color and all text disappears??
So, note clear what test to try with 10.12, or if something new, but patch didn't seem to solve this problem.
msetzerii@setzconote:~$
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #94 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78945 --> http://bugs.winehq.org/attachment.cgi?id=78945 Screen results of opening text.txt with notepad
text.xz contains files. Small text file 17 Jul 12 18:28 text.txt running wine with +file flag results in no file open? 9631 Jul 12 18:54 text-file.png Redirect of 2> file. 2139164 Jul 12 18:54 text.txt-file Redirect with +heap flag 18514 Jul 12 18:55 text-heap.png Screen that shows file open ok with +heap 15475 Jul 12 18:56 text-heap2.png Screen that shows once mouse is moved outsite panel 2347390 Jul 12 18:56 text.txt-heap Redird of 2> file with +heap.
10.12 has no issues on all other machines with notepad and winecfg. Just this Acer notebook
description: Notebook product: Aspire E1-731 (VAG70_HC_0685_2.29) vendor: Acer version: V1.17 serial: NXMGAAA004410000167200
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #95 from Michael Setzer II mikes@kuentos.guam.net --- Doing some testing and found a couple weird things. WINEDEBUG=+file ./depends.exe C:/windows/notepad.exe 2>/tmp/all
Using dependency walker shows this? Error: Modules with different CPU types were found.
Also, found issues with dll files system32/wow64.dll and system32/wow64win.dll has X But files are there, but strange that they have group with root along with some others. Most show my userid as owner and group?
From system32? -rwxr-xr-x. 1 msetzerii root 864965 Jul 12 18:01 conhost.exe -rw-r--r--. 1 msetzerii root 266000 Jul 26 2022 nvapi64.dll -rw-r--r--. 1 msetzerii root 1536 Jul 26 2022 nvencodeapi64.dll -rwxr-xr-x. 1 msetzerii root 580329 Jul 12 18:01 services.exe -rwxr-xr-x. 1 msetzerii root 137046 Jul 12 18:01 spoolsv.exe -rw-r--r--. 1 msetzerii root 214560 Jul 12 18:01 twain_32.dll -rwxr-xr-x. 1 msetzerii root 934985 Jul 12 18:01 winemenubuilder.exe -rw-rw-r--. 1 msetzerii root 1414966 Jul 12 18:01 wow64.dll -rw-rw-r--. 1 msetzerii root 1327496 Jul 12 18:01 wow64win.dll
ran command 8 with 10.12 and output to 8b cat gdb-output-58335_8b.txt | grep -i "memory|c0000005" 5: /x *0x7ffff7fba385 = <error: Cannot access memory at address 0x7ffff7fba385> 5: /x *0x7ffff7fba385 = <error: Cannot access memory at address 0x7ffff7fba385> 5: /x *0x7ffff7fba385 = <error: Cannot access memory at address 0x7ffff7fba385> 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573
lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Address sizes: 36 bits physical, 48 bits virtual Byte Order: Little Endian CPU(s): 2 On-line CPU(s) list: 0,1 Vendor ID: GenuineIntel Model name: Intel(R) Pentium(R) CPU 2020M @ 2.40GHz CPU family: 6 Model: 58 Thread(s) per core: 1 Core(s) per socket: 2 Socket(s): 1 Stepping: 9
Just looking for something?
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #96 from Michael Setzer II mikes@kuentos.guam.net --- Has not worked 10.9 to 10.12, but 10.8 worked fine. History with downgrading??
$ wine --version; wine notepad wine-10.12 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 $ wine --version; wine notepad wine-10.11 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c5b3 $ wine --version; wine notepad wine-10.10 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c173 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c173 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c173 $ wine --version; wine notepad wine-10.9 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c133
Downgraded to 10.8 it works Note: Previous downgrades never show wine upgrading window and option. This does that little window that usually would happen with version change?
$ wine --version; wine notepad wine-10.8 MESA-INTEL: warning: Ivy Bridge Vulkan support is incomplete 00ec:fixme:wineusb:add_usb_device Interface 1 has 6 alternate settings; using the first one. 00ec:fixme:wineusb:add_usb_device Interface 1 has 12 alternate settings; using the first one. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 014c:err:environ:init_peb starting L"C:\windows\syswow64\rundll32.exe" in experimental wow64 mode 0154:err:environ:init_peb starting L"C:\windows\syswow64\iexplore.exe" in experimental wow64 mode
Doing test with opening file also works. $ wine notepad text.txt MESA-INTEL: warning: Ivy Bridge Vulkan support is incomplete 00e8:fixme:wineusb:add_usb_device Interface 1 has 6 alternate settings; using the first one. 00e8:fixme:wineusb:add_usb_device Interface 1 has 12 alternate settings; using the first one. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5.
One additional thing. This notebook does not have blutooth, so not sure if that might be an issue??
http://bugs.winehq.org/show_bug.cgi?id=58335
jdawin@math.uni-bielefeld.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jdawin@math.uni-bielefeld.d | |e
--- Comment #97 from jdawin@math.uni-bielefeld.de --- (In reply to Dmitry Timoshkov from comment #92)
The patch was committed as 03039ab2eef0ceea87900f0085c47b253bae6453. It will be included in wine-10.12. Could you please test and report the results?
Hi,
I'm having the same issue on a Core2 Quad Q9550 which also lacks AVX. The issue is still present in wine-10.12 and newer versions from git. After bisecting, it seems that
745a11a231816a7d82490156c72a18c39216a14c
is the commit which introduced the issue. I hope this helps.
Regards, Jean Rene
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #98 from Michael Setzer II mikes@kuentos.guam.net --- Running notepad with 10.12 Still not working. Using strace to see if maybe it shows lines near error to identify cause?
$ wine notepad 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573
Run command with strace withoutput to strace file. Then find lines with error.
$cat -n strace | grep c0000005 761 read(10, 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 6117 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 49654 read(10, 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573
Then extraced the lines near those lines with errors?
750 rt_sigprocmask(SIG_SETMASK, [HUP INT USR1 USR2 ALRM CHLD IO], NULL, 8) = 0 751 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [HUP INT USR1 USR2 ALRM CHLD IO], 8) = 0 752 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [HUP INT USR1 USR2 ALRM CHLD IO], 8) = 0 753 write(7, "\25\0\0\0\0\0\0\0\0\0\0\0\30\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 754 read(8, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 755 rt_sigprocmask(SIG_SETMASK, [HUP INT USR1 USR2 ALRM CHLD IO], NULL, 8) = 0 756 rt_sigprocmask(SIG_SETMASK, [HUP INT USR1 USR2 ALRM CHLD IO], NULL, 8) = 0 757 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [HUP INT USR1 USR2 ALRM CHLD IO], 8) = 0 758 writev(7, [{iov_base="\35\0\0\0004\0\0\0@\0\0\0\2\0\0\0|\22gA\377\177\0\0\0\305b\207\274\376\377\377"..., iov_len=64}, {iov_base="\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., iov_len=40}, {iov_base="\1\0\0\0\4\0\0\0\24\0\0\0", iov_len=12}], 3) = 116 759 read(8, "\3\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 760 rt_sigprocmask(SIG_SETMASK, [HUP INT USR1 USR2 ALRM CHLD IO], NULL, 8) = 0 761 read(10, 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 762 "|\22gA\377\177\0\0\1\0\0\0\0\0\0\0", 16) = 16 763 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [HUP INT USR1 USR2 ALRM CHLD IO], 8) = 0 764 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [HUP INT USR1 USR2 ALRM CHLD IO], 8) = 0 765 write(7, "\25\0\0\0\0\0\0\0\0\0\0\0\24\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 766 read(8, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 767 rt_sigprocmask(SIG_SETMASK, [HUP INT USR1 USR2 ALRM CHLD IO], NULL, 8) = 0 768 rt_sigprocmask(SIG_SETMASK, [HUP INT USR1 USR2 ALRM CHLD IO], NULL, 8) = 0 769 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [HUP INT USR1 USR2 ALRM CHLD IO], 8) = 0 770 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [HUP INT USR1 USR2 ALRM CHLD IO], 8) = 0
6110 read(8, "\0\0\0\0\0\0\0\0\10\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 6111 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 6112 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [], 8) = 0 6113 writev(7, [{iov_base="-\0\0\0(\0\0\0\0\0\0\0\203\1\20\0\2\0\0\0\0\0\0\0\7\0\0\0`\0\0\0"..., iov_len=64}, {iov_base="\\0D\0e\0v\0i\0c\0e\0\\0C\0o\0n\0D\0r\0v\0\\0I\0"..., iov_len=40}], 2) = 104 6114 read(8, "\0\0\0\0\0\0\0\0\f\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 6115 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 6116 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [], 8) = 0 6117 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 6118 writev(7, [{iov_base="-\0\0\0*\0\0\0\0\0\0\0\203\1\20\0\2\0\0\0\0\0\0\0\7\0\0\0`\0\0\0"..., iov_len=64}, {iov_base="\\0D\0e\0v\0i\0c\0e\0\\0C\0o\0n\0D\0r\0v\0\\0O\0"..., iov_len=42}], 2) = 106 6119 read(8, "\0\0\0\0\0\0\0\0000\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 6120 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 6121 sysinfo({uptime=138634, loads=[27872, 11040, 3840], totalram=16592945152, freeram=2476302336, sharedram=937144320, bufferram=679686144, totalswap=8589930496, freeswap=8589885440, procs=1028, totalhigh=0, freehigh=0, mem_unit=1}) = 0 6122 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [], 8) = 0 6123 mmap(0x7ffffe8a0000, 65536, PROT_NONE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7ffffe8a0000 6124 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 6125 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [], 8) = 0 6126 mprotect(0x7ffffe8a0000, 65536, PROT_READ|PROT_WRITE) = 0 6127 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 6128 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [], 8) = 0 6129 mmap(0x7ffffe8b0000, 40960, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7ffffe8b0000
49640 read(8, "\0\0\0\0\0\0\0\0|\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 49641 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 49642 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [], 8) = 0 49643 write(7, "\37\1\0\0\0\0\0\0\0\0\0\0|\0\0\0\0000\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 49644 read(8, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 49645 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 49646 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [], 8) = 0 49647 write(7, "\35\1\0\0\0\0\0\0\0\0\0\0|\0\0\0\214\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 49648 read(8, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 49649 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 49650 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [], 8) = 0 49651 writev(7, [{iov_base="\35\0\0\0000\0\0\0@\0\0\0\2\0\0\0<\354\17\376\377\177\0\0\377\377\377\377\377\377\377\177"..., iov_len=64}, {iov_base="\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., iov_len=40}, {iov_base="\1\0\0\0\214\0\0\0", iov_len=8}], 3) = 112 49652 read(8, "\3\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 49653 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 49654 read(10, 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 49655 "<\354\17\376\377\177\0\0\0\0\0\0\0\0\0\0", 16) = 16 49656 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [], 8) = 0 49657 write(7, "\t\0\0\0\0\0\0\0\0\0\0\0\214\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 49658 read(8, "\0\0\0\0\0\0\0\08\0\0\0 \0\0\0\3\0\0\0\0\0\0\0\0\0\375\177\0\0\0\0"..., 64) = 64 49659 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 49660 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [], 8) = 0 49661 write(7, "\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\5\0\0\300\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 49662 read(8, "\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 49663 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 49664 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [], 8) = 0 49665 write(7, "\7\0\0\0\0\0\0\0\0\0\0\0\377\377\377\377\5\0\0\300\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 49666 read(8, "\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 49667 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 49668 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], NULL, 8) = 0 49669 close(6) = 0 49670 exit_group(-1073741819) = ? 49671 +++ exited with 5 +++
http://bugs.winehq.org/show_bug.cgi?id=58335
Michael Setzer II mikes@kuentos.guam.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|10.9 |10.12
--- Comment #99 from Michael Setzer II mikes@kuentos.guam.net --- Just to update. Works if downgrade to 10.8, but fails with 10.9 thru 10.12. Thought a patch included in 10.12 would fix it but error still occurs with 10.9 thru 10.12, thou the address it shows sometimes varies as shown in ealier message.
So something in change from 10.8 to 10.9 or later has caused issue. $ wine --version wine-10.12 $ wine notepad 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573
Have included what happens with version 10.12 down to 10.8 which works? Thanks.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #100 from Bernhard Übelacker bernhardu@mailbox.org --- (In reply to jdawin from comment #97)
Hi,
I'm having the same issue on a Core2 Quad Q9550 which also lacks AVX. The issue is still present in wine-10.12 and newer versions from git. After bisecting, it seems that
745a11a231816a7d82490156c72a18c39216a14c
is the commit which introduced the issue. I hope this helps.
Regards, Jean Rene
Hello Jean Rene, as you were bisecting, I assume this machine is setup to build wine from source? Could you please build wine-10.12 or later with my debugging patch from comment #91, attachment #78904, applied?
And run from this tree following commands: wineserver -k WINEDEBUG=+cpuid ./wine \ dlls/ntdll/tests/x86_64-windows/ntdll_test.exe virtual cpuid
And put the output into some file and attach it here?
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #101 from Michael Setzer II mikes@kuentos.guam.net --- I've just got the versions from the repos on my Fedora 42 machine.
wine-devel-10.12-1.1.x86_64 winehq-devel-10.12-1.1.x86_64 wine-devel-debugsource-10.12-1.1.x86_64 wine-devel-debuginfo-10.12-1.1.x86_64
Had instructions to download the git, and did the configure and build that seemed to go fine, but then trying to run the wine it built would get an error that the wine was 64 bit but the wineserver was 32bit??
Interesting, on this machine, I had used VirtualBox to create a clean Fedora 42 build, and it got same errors. But did an Ubuntu environment, and its wine worked fine?
wine notepad 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573
Tried WINEDEBUG=+cpuid,+heap wine notepad 2>/tmp/heapcpu msetzerii@setzconote:/tmp$ cat heapcpu | grep "cpu|c0000005" 012c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 013c:err:seh:user_callback_handler ignoring exception c0000005 013c:err:seh:user_callback_handler ignoring exception c0000005
But it has no lines with cpu and same errors, but notepad does open, but if mouse goes outside window it goes to a dark gray inside, and is unusable.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #102 from Michael Setzer II mikes@kuentos.guam.net --- I can downgrade to 10.8 using command cat winedowngrade.sh dnf downgrade wine-devel*10.8* -y
Then run notepad fine. $ wine notepad MESA-INTEL: warning: Ivy Bridge Vulkan support is incomplete 00f4:fixme:wineusb:add_usb_device Interface 1 has 6 alternate settings; using the first one. 00f4:fixme:wineusb:add_usb_device Interface 1 has 12 alternate settings; using the first one. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 0150:err:environ:init_peb starting L"C:\windows\syswow64\rundll32.exe" in experimental wow64 mode 0158:err:environ:init_peb starting L"C:\windows\syswow64\iexplore.exe" in experimental wow64 mode
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #103 from Bernhard Übelacker bernhardu@mailbox.org --- I submitted following merge request: https://gitlab.winehq.org/wine/wine/-/merge_requests/8591
It would be nice if users with affected machines could try the modification and report if it helps.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #104 from Bernhard Übelacker bernhardu@mailbox.org --- And I forgot to mention, after I got my hands on such a non-avx machine, it surfaces here with winehq packages in notepad's file open dialog incorrectly draing the "*.txt" input field. And the failing the user32:edit test.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #105 from Michael Setzer II mikes@kuentos.guam.net --- Don't understand the last two messages? I've run all the tests that have been posted, and uploaded the results? Also, tested all versions from 10.8 to 10.12. 10.8 works fine, but 10.9 thru 10.12 fail running the wine notepad.
Using various flags, it will sometimes open notepad with no file, but fail with a file name given. Some flags have it open small files, but larger ones fail. Also, moving mouse outside notepad window result in dark gray corruption.
Have uploaded those screens.
Have tried running commands with strace to see if it might flag something, but lines near errors didn't point anything obvious to me.
Had earlier downlaoded that git following page that seemed to be linked using apt versus dnf? Was able to download, and run configure, and then build the wine, but running it resulted with message that wine was a 64 bit version, but the wineserver was 32bit.
Had also, created Virtual box installs of Fedora 42 and Ubuntu latest. The Fedora 42 gave the same error with Virtual Box on same computer, but the Ubuntu had no error with wine notepad on same hardware.
Am willing to test to resolve issue. Just know the 10.8 works, and 10.9 to 10.12 are failing.
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #106 from Michael Setzer II mikes@kuentos.guam.net --- Just did some test. $ WINEDEBUG=+all wine notepad text.txt 2>/tmp/all5 msetzerii@setzconote:~$ cat text.txt $ wine --version msetzerii@setzconote:~$ ls -lrt /tmp/all* | cut -b 34-80 2951524623 Jul 18 14:58 /tmp/all 856185390 Jul 18 14:59 /tmp/all2 590731072 Jul 18 15:00 /tmp/all3 1511388784 Jul 18 15:07 /tmp/all4 1514593408 Jul 18 15:11 /tmp/all5 msetzerii@setzconote:~$ ls -lrt /tmp/all* | cut -b 34-80 2951524623 Jul 18 14:58 /tmp/all 856185390 Jul 18 14:59 /tmp/all2 590731072 Jul 18 15:00 /tmp/all3 1511388784 Jul 18 15:07 /tmp/all4 1514593408 Jul 18 15:11 /tmp/all5
First one /tmp/all was start where it showed updating windows like after a change in version, but it had pop up window with control.exe having a server error. Clicking on show details, showed nothing but crashed to command prompt. Other test also failed with crashes. last two opened text.txt file, but then mouse outside caused same dark gray window uploaded ealier, but clicking on x would close it?
Without flags still get this. msetzerii@setzconote:/tmp$ wineserver -k msetzerii@setzconote:/tmp$ wine notepad 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 $
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #107 from jdawin@math.uni-bielefeld.de --- (In reply to Bernhard Übelacker from comment #103)
I submitted following merge request: https://gitlab.winehq.org/wine/wine/-/merge_requests/8591
It would be nice if users with affected machines could try the modification and report if it helps.
Hi,
this patch applied to current wine from git (182e2887b7c01d464f296bd7aa1335f147d8e514) fixes the issue for me.
I can still run the tests mentioned in https://bugs.winehq.org/show_bug.cgi?id=58335#c100 later if that helps.
Thanks, Jean Rene
http://bugs.winehq.org/show_bug.cgi?id=58335
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|10.12 |10.9
--- Comment #108 from Ken Sharp imwellcushtymelike@gmail.com --- Please don't change the Wine version.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #109 from Michael Setzer II mikes@kuentos.guam.net --- (In reply to Ken Sharp from comment #108)
Please don't change the Wine version.
Sorry about that. Can see keeping the original version were problem occurred.
But it appeared that they thought the issue was going to be resolved with a patch in 10.12, but it may have fixed some issues, but not the one I have.
wine notepad or wine winecfg and basically everything don't work since 10.9.
$ wine notepad 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573
Interestingly, if a different version of wine installed it doesn't get to the point of wine being updated? Would usually after dnf update to wine, run wine notepad just to have it do that.
WINEDEBUG=+file wine notepad will have the update occur and notepad opens, but no cursor WINEDEBUG=+heap wine notepad will do update and notepad opens with cursor, but moving mouse out of window results in dark gray change to panel. Both will close without issue.
Redirected 2> to files. 2124243 Jul 19 00:55 file 2229824 Jul 19 00:55 heap
Not sure why those flags allow notepad to open while others don't? +all also works, but assume that is because they are included.
Thanks for correction.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #110 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78987 --> http://bugs.winehq.org/attachment.cgi?id=78987 Did test of +heap output with 10.12 and 10.8
heap was the output with 10.12 and heap8 is with 10.8? Not sure why such differece in sizes? 2229824 Jul 19 00:55 heap 5913927 Jul 19 01:07 heap8
diff is the diff file less lines with "staus 0" that causes much smaller file. 24839 Jul 19 01:08 diff Many lines are just different numbers, but a few lines talk about not finding things? The heap8 output results in notepad working just fine, while heap loads, but fails if mouse moved outside window. 324204 Jul 19 01:13 heapheap8diff.xz
With 10.8 $ wineserver -k msetzerii@setzconote:~$ wine --version wine-10.8 msetzerii@setzconote:~$ wine notepad MESA-INTEL: warning: Ivy Bridge Vulkan support is incomplete 00e4:fixme:wineusb:add_usb_device Interface 1 has 6 alternate settings; using the first one. 00e4:fixme:wineusb:add_usb_device Interface 1 has 12 alternate settings; using the first one. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5.
notepad fine.
With 10.12 $ wineserver -k msetzerii@setzconote:~$ wine --version wine-10.12
Run this to have it get thru wine config update $ WINEDEBUG=+heap wine notepad 2>/tmp/heapx
Then run just command $ wine notepad 002c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 0034:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 003c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x6fffffc4c573 $
No notepad at all.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #111 from Michael Setzer II mikes@kuentos.guam.net --- Created attachment 78988 --> http://bugs.winehq.org/attachment.cgi?id=78988 Did test between 10.8 and 10.9 so closer to change
Did the output of heap8 and heap9 did diff between and then removed status 0 lines.
4170497 Jul 19 04:03 heap8 20466236 Jul 19 04:10 heap9 16320 Jul 19 04:11 diff89 193904 Jul 19 04:14 heap8heap9diff89.xz
So perhaps diff89 might show somethings that stand out to someone with more knowledge.
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=58335
--- Comment #112 from jdawin@math.uni-bielefeld.de --- Created attachment 78992 --> http://bugs.winehq.org/attachment.cgi?id=78992 Debug output of ntdll_test.exe virtual cpuid with attachment #78904 applied
Output of WINEDEBUG=+cpuid ./wine dlls/ntdll/tests/x86_64-windows/ntdll_test.exe virtual cpuid
where wine is from commit 182e2887b7c01d464f296bd7aa1335f147d8e514 with the patch of comment #91 / attachment #78904 applied. The machine is a Core2 Quad Q9550 and doesn't have AVX.
-
WineHQ Bugzilla