https://bugs.winehq.org/show_bug.cgi?id=52646
Bug ID: 52646 Summary: Trying to run wit (Wimms Iso Tools) , it works, its just when I start the iso extraction it gives me this error. Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs@winehq.org Reporter: madeinclt26@gmail.com Distribution: ---
Created attachment 71966 --> https://bugs.winehq.org/attachment.cgi?id=71966 After it starts extracting the iso it says " The program wit.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience.
After it starts extracting the iso it says " The program wit.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience.
https://bugs.winehq.org/show_bug.cgi?id=52646
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Trying to run wit (Wimms |wit.exe from Wimms Iso |Iso Tools) , it works, its |Tools crashes on iso |just when I start the iso |extraction |extraction it gives me this | |error. | CC| |dark.shadow4@web.de Component|winedbg |-unknown
--- Comment #1 from Fabian Maurer dark.shadow4@web.de --- I highly doubt winedbg is to blame here.
Can you please provide exact instructions on how to reproduce? A download link for the program would be great, and if possible, an iso to test with.
https://bugs.winehq.org/show_bug.cgi?id=52646
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO
--- Comment #2 from Gijs Vermeulen gijsvrm@gmail.com --- Also try with 'Windows 7' version set instead of 'Windows 8'.
Please attach the full terminal output, see: https://wiki.winehq.org/FAQ#How_can_I_get_a_debugging_log_.28a.k.a._terminal_output.29.3F.
https://bugs.winehq.org/show_bug.cgi?id=52646
--- Comment #3 from Joel G madeinclt26@gmail.com --- (In reply to Fabian Maurer from comment #1)
I highly doubt winedbg is to blame here.
Can you please provide exact instructions on how to reproduce? A download link for the program would be great, and if possible, an iso to test with.
This is the link: https://wit.wiimm.de/
(Linux/x86_64 (64 bit)
I'm using an HP Chromebook 11 G5 EE
I used the exact patcher in a windows computer and it worked.( I have it in my usb drive)
But when I try with "Wine Windows Program Loader" it gives me the error above.
https://bugs.winehq.org/show_bug.cgi?id=52646
--- Comment #4 from Joel G madeinclt26@gmail.com --- I wanna add that almost any other program load perfectly.
https://bugs.winehq.org/show_bug.cgi?id=52646
--- Comment #5 from Joel G madeinclt26@gmail.com --- (In reply to Gijs Vermeulen from comment #2)
Also try with 'Windows 7' version set instead of 'Windows 8'.
Please attach the full terminal output, see: https://wiki.winehq.org/FAQ#How_can_I_get_a_debugging_log_.28a.k.a. _terminal_output.29.3F.
Tried.. didnt work
https://bugs.winehq.org/show_bug.cgi?id=52646
--- Comment #6 from Joel G madeinclt26@gmail.com --- Don't know if im doing something wrong , I didnt even know what winedbg was.
https://bugs.winehq.org/show_bug.cgi?id=52646
--- Comment #7 from Joel G madeinclt26@gmail.com --- This could help https://wit.wiimm.de/wit/
https://bugs.winehq.org/show_bug.cgi?id=52646
--- Comment #8 from Joel G madeinclt26@gmail.com --- PROGRAM ERROR DETAILS
Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0x610a24aa). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:610a24aa ESP:00c6cb40 EBP:00000000 EFLAGS:00010257( R- -- I Z-A-P-C) EAX:00000000 EBX:612ec9e4 ECX:00000000 EDX:00000000 ESI:002315b8 EDI:7ffd1000 Stack dump: 0x00c6cb40: 7bc49350 00000057 00000020 0000002a 0x00c6cb50: 612ec9fc 0000002c 00c6cb88 7bc4d8d9 0x00c6cb60: 00000001 7bc00000 00000001 7bc57650 0x00c6cb70: 611fbd70 612edb10 00000003 612ec9e4 0x00c6cb80: 00000000 612ee1c8 00c6cc18 610a28f0 0x00c6cb90: 612ec9e4 00000001 00000000 00c6cbe0 Backtrace: =>0 0x610a24aa GetCommandLineA@0+0x2c30a() in cygwin1 (0x00000000) 1 0x610a28f0 GetCommandLineA@0+0x2c750() in cygwin1 (0x00c6cc18) 2 0x610a3076 GetCommandLineA@0+0x2ced6() in cygwin1 (0x00c6ccc8) 3 0x61006adf __assert+0x552f() in cygwin1 (0x00c6ccc8) 4 0x61005702 __assert+0x4152() in cygwin1 (0x00000000) 5 0x610057c4 __assert+0x4214() in cygwin1 (0x00c6ff30) 6 0x6100687f __assert+0x52cf() in cygwin1 (0x00c6ff30) 7 0x00536d10 in wit (+0x136d10) (0x00c6ff30) 8 0x7b62e040 WriteTapemark+0x100(device=7FFD1000, type=0x7ffd1000, count=0, immediate=0xc6ffec) in kernel32 (0x00c6ff48) 9 0x7bc57ea7 RtlWakeConditionVariable+0x57(variable=7B62E030) in ntdll (0x00c6ff5c) 10 0x7bc58560 RtlCreateUserThread(entry=00401000, arg=7FFD1000) in ntdll (0x00c6ffec) 0x610a24aa cygwin1+0xa24aa: movzbl 0x1(%eax),%ecx Modules: Module Address Debug info Name (24 modules) PE 00400000-00a62000 Export wit PE 01830000-019ca000 Deferred gdi32 PE 61000000-614f0000 Dwarf cygwin1 PE 61500000-6156e000 Deferred iphlpapi PE 61740000-61809000 Deferred advapi32 PE 62fc0000-631a3000 Deferred rpcrt4 PE 63480000-63499000 Deferred version PE 66b00000-66b59000 Deferred win32u PE 688c0000-68937000 Deferred netapi32 PE 6a280000-6a46f000 Deferred msvcrt PE 6bc00000-6bc8b000 Deferred sechost PE 6bcc0000-6be4f000 Deferred setupapi PE 6ca80000-6cb88000 Deferred wldap32 PE 6cfb0000-6cfce000 Deferred cygz PE 6d780000-6d7ed000 Deferred ws2_32 PE 6e4c0000-6e4f5000 Deferred dnsapi PE 6ed00000-6f3f5000 Deferred user32 PE 6f480000-6f49b000 Deferred nsi PE 6f710000-6f732000 Deferred cyggcc_s-1 PE 70b40000-70d82000 Deferred ucrtbase PE 71200000-7123f000 Deferred imm32 PE 7b000000-7b290000 Deferred kernelbase PE 7b600000-7b8f4000 Dwarf-4 kernel32 PE 7bc00000-7be21000 Dwarf-4 ntdll Threads: process tid prio (all id:s are in hex) 00000038 services.exe 0000003c 0 00000040 0 00000054 0 00000064 0 00000078 0 000000ac 0 000000c4 0 000000dc 0 00000044 winedevice.exe 00000048 0 0000005c 0 00000060 0 00000068 0 0000006c 0 000000d0 0 0000004c explorer.exe 00000050 0 00000088 0 0000008c 0 00000070 winedevice.exe 00000074 0 0000007c 0 00000080 0 00000084 0 00000098 0 0000009c 0 000000a0 0 000000a4 plugplay.exe 000000a8 0 000000b0 0 000000b4 0 000000b8 0 000000bc svchost.exe 000000c0 0 000000c8 0 000000cc 0 000000d4 rpcss.exe 000000d8 0 000000e0 0 000000e4 0 000000e8 0 000000ec 0 000000f0 0 00000100 cmd.exe 00000104 0 00000108 conhost.exe 0000010c 0 00000180 start.exe 00000184 0 00000188 conhost.exe 0000018c 0 000001a0 0 00000190 winedbg.exe 00000194 0 00000198 winedbg.exe 0000019c 0 000001a4 start.exe 000001a8 0 000001ac start.exe 000001b0 0 000001ec start.exe 000001f0 0 000001f4 start.exe 000001f8 0 0000020c cmd.exe 00000210 0 00000214 conhost.exe 00000218 0 0000021c (D) T:\cpu\Patch\Patcher\wit.exe 00000220 0 <== 00000224 2 00000228 0 00000234 0 System information: Wine build: wine-7.0 Platform: i386 (WOW64) Version: Windows 7 Host system: Linux Host version: 4.16.18-galliumos
https://bugs.winehq.org/show_bug.cgi?id=52646
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |https://wit.wiimm.de/downlo | |ad/wit-v3.04a-r8427-cygwin6 | |4.zip Keywords| |download
--- Comment #9 from Gijs Vermeulen gijsvrm@gmail.com --- How are you running wine? Because if you are using a regular install, the instructions I linked should work.
What command are you passing to wit.exe to reproduce this issue?
Please have a look at https://wiki.winehq.org/Bugs#How_to_report, because right now there is almost nothing to work with here.
https://bugs.winehq.org/show_bug.cgi?id=52646
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|https://wit.wiimm.de/downlo |https://wit.wiimm.de/downlo |ad/wit-v3.04a-r8427-cygwin6 |ad/wit-v3.04a-r8427-cygwin3 |4.zip |2.zip Status|NEEDINFO |NEW
--- Comment #10 from Fabian Maurer dark.shadow4@web.de --- I can reproduce a crash only with the 32bit version. Just run "wine wit -h" and it crashes.
Log:
0164:fixme:ntdll:NtSetInformationToken unimplemented class 4 0164:fixme:security:GetWindowsAccountDomainSid (00C8C294 00246AC4 00C8C290): semi-stub 0164:fixme:netapi32:DsEnumerateDomainTrustsW ((null), 0x0023, 00C8C42C, 00C8C430): stub 016c:fixme:wldap32:ldap_set_optionA Unsupported option: 0x95 016c:fixme:wldap32:ldap_set_optionA Unsupported option: 0x96 0164:fixme:netapi32:NetUserGetInfo Only implemented for local computer, but remote serverL"\\@" was requested. wine: Unhandled page fault on read access to 00000001 at address 610B1B48 (thread 0164), starting debugger...
https://bugs.winehq.org/show_bug.cgi?id=52646
--- Comment #11 from Fabian Maurer dark.shadow4@web.de --- Possibly related to our existing cygwin bugs though, e.g. bug 47808. The following works for me
WINEDEBUG=+relay wine wit -h &> x.log
It also works with my debug version of wine (wine-7.4) compiled from source. Very annoying-.
https://bugs.winehq.org/show_bug.cgi?id=52646
Bernhard Übelacker bernhardu@mailbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu@mailbox.org
--- Comment #12 from Bernhard Übelacker bernhardu@mailbox.org --- Created attachment 72050 --> https://bugs.winehq.org/attachment.cgi?id=72050 debugging attempt
wine: Unhandled page fault on read access to 00000001 at address 610B1B48 ... => 0x610b1b48 <_ZN8cwdstuff18override_win32_cwdEbm+744>: movzbl 0x1(%eax),%ecx
Hello, I tried to reproduce and found that the crash at 610B1B48 is caused in find_fast_cwd_pointer searching in RtlGetCurrentDirectory_U for a call instruction, taking the function from that call and searching in this function for a "push %edi" there. But if there is no such instruction above page fault is received.
Upstream leaves now the function if no such instruction is found: https://sourceware.org/git/?p=newlib-cygwin.git;a=commitdiff;h=4ddf5903fd24f... The cygwin1.dll versions up to 3.1.2 are affected, 3.1.3 contain this fix. Unfortunately this wit application bundles cygwin1.dll in version 3.0.7.
One can still use older cygwin1.dll releases by adding 64 nop instructions at the begin of RtlGetCurrentDirectory_U like this line: __asm__ __volatile__( "nop" );
With this modification "wine wit.exe -h" shows it help page.
...: page fault on read access to 0x00000001 in 32-bit code (0x610a24aa). 0x610a24aa cygwin1+0xa24aa: movzbl 0x1(%eax),%ecx
The crashing address 0x610b1b48 for Fabian Maurer and me is quite different to the address 0x610a24aa shown to Joel G. But the instruction shown there and the read access address is equal. Therefore I wouldn't exclude the initial crash is what I received above, but especially the different alignment looks strange.