[Bug 58335] New: Works 10.8 but fails 10.9?

List overview All Threads

older

[Bug 58422] New: Soldier of...

WineHQ Bugzilla

6 Jun 2025 6 Jun '25

2:58 p.m.

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Show replies by date

WineHQ Bugzilla

6 Jun 6 Jun

3:24 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9?

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

10:44 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9?

http://bugs.winehq.org/show_bug.cgi?id=58335

--- Comment #2 from Ken Sharp imwellcushtymelike@gmail.com --- Which distro are you using?

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

10:49 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9?

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

11 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9?

http://bugs.winehq.org/show_bug.cgi?id=58335

--- Comment #4 from Ken Sharp imwellcushtymelike@gmail.com --- Have you tried in a clean wineprefix?

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

11:41 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9?

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

7 Jun 7 Jun

2:12 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9?

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

5:28 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9?

http://bugs.winehq.org/show_bug.cgi?id=58335

Austin English austinenglish@gmail.com changed:

What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

8 Jun 8 Jun

8:20 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9?

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

9 Jun 9 Jun

11:10 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9?

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?

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

11:19 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9?

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?

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

10 Jun 10 Jun

12:02 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9?

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

6:07 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

http://bugs.winehq.org/show_bug.cgi?id=58335

Michael Setzer II mikes@kuentos.guam.net changed:

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

6:26 p.m.

New subject: [Bug 58335] 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?

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

6:27 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

7:15 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

11 Jun 11 Jun

12:28 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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?

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

11:54 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

13 Jun 13 Jun

3:18 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

11:24 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

http://bugs.winehq.org/show_bug.cgi?id=58335

Ken Sharp imwellcushtymelike@gmail.com changed:

--- 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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

3:39 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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

wine-devel-10.9-1.1.x86_64 winehq-devel-10.9-1.1.x86_64

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

14 Jun 14 Jun

2:37 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

8:04 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

15 Jun 15 Jun

12:24 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

12:25 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

3:24 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

http://bugs.winehq.org/show_bug.cgi?id=58335

Ken Sharp imwellcushtymelike@gmail.com changed:

What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Fedora

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

4:27 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

http://bugs.winehq.org/show_bug.cgi?id=58335

Ken Sharp imwellcushtymelike@gmail.com changed:

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

4:27 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

http://bugs.winehq.org/show_bug.cgi?id=58335

Ken Sharp imwellcushtymelike@gmail.com changed:

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

4:27 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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/

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

4:29 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

http://bugs.winehq.org/show_bug.cgi?id=58335

Ken Sharp imwellcushtymelike@gmail.com changed:

--- 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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

5:11 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

17 Jun 17 Jun

5:09 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

http://bugs.winehq.org/show_bug.cgi?id=58335

Zeb Figura z.figura12@gmail.com changed:

--- 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?

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

5:17 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

http://bugs.winehq.org/show_bug.cgi?id=58335

Jonas winehq@jonass.user.lysator.liu.se changed:

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

6:54 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

18 Jun 18 Jun

12:56 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

1:21 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

4:16 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

http://bugs.winehq.org/show_bug.cgi?id=58335

Ken Sharp imwellcushtymelike@gmail.com changed:

What |Removed |Added ---------------------------------------------------------------------------- Keywords| |source

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

25 Jun 25 Jun

4:05 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

6:53 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

6:53 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

7:06 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

7:40 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

8:58 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+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?

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

10:08 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

26 Jun 26 Jun

8:11 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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".

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

9:05 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

28 Jun 28 Jun

10:37 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

11:40 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

4:11 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

4:17 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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?

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

4:30 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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?

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

4:51 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

http://bugs.winehq.org/show_bug.cgi?id=58335

Dmitry Timoshkov dmitry@baikal.ru changed:

--- 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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

7:26 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

7:38 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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 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

Thanks. So, your CPU (where I'd guess the problem persists) doesn't support AVX. What about your other machines where Wine keeps working?

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

8:11 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

9:11 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

29 Jun 29 Jun

12:59 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

1:35 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.)

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

1:47 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.)

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

2:02 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

2:22 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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:~#

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

3:36 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.)

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

4:15 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

7:08 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

11:42 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

30 Jun 30 Jun

9:48 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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?

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

11:32 p.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

1 Jul 1 Jul

12:44 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

12:45 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

7:39 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

http://bugs.winehq.org/show_bug.cgi?id=58335

Vitaly Lipatov lav@etersoft.ru changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |lav@etersoft.ru

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

8:24 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

10:15 a.m.

New subject: [Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

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

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Age (days ago)

Last active (days ago)

wine-bugs@winehq.org

71 comments

1 participants

tags (0)

participants (1)

WineHQ Bugzilla