[9.10x64b3] Crashes when mounting ISO from within a RAR file

The behaviour described in the bug report is either by design, or would be far too complex/time-consuming to be changed

Moderators: white, Hacker, petermad, Stefan2

Post Reply
User avatar
ZoSTeR
Power Member
Power Member
Posts: 1008
Joined: 2004-07-29, 11:00 UTC

[9.10x64b3] Crashes when mounting ISO from within a RAR file

Post by *ZoSTeR »

I've got a small ISO in RAR file.
When I enter the file the ISO gets temporarly unpacked by WinRar and during the mounting process TC crashes.

Microsoft Windows [Version 10.0.15063]
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48021
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

How do you mount the ISO?
Author of Total Commander
https://www.ghisler.com
User avatar
ZoSTeR
Power Member
Power Member
Posts: 1008
Joined: 2004-07-29, 11:00 UTC

Post by *ZoSTeR »

Just doubleclicking to mount it with Explorer/Windows.

I've tried it with a different ISO and with the internal Rar unpacker and the results are the same.

TC is started as Admin.

This is the stack from Process Explorer:

ntoskrnl.exe!KiSwapContext+0x76
ntoskrnl.exe!KiSwapThread+0x16a
ntoskrnl.exe!KiCommitThreadWait+0x101
ntoskrnl.exe!KeWaitForSingleObject+0x2b8
ntoskrnl.exe!AlpcpSignalAndWait+0x17f
ntoskrnl.exe!AlpcpReceiveSynchronousReply+0x56
ntoskrnl.exe!AlpcpProcessSynchronousRequest+0x32d
ntoskrnl.exe!NtAlpcSendWaitReceivePort+0x1ed
ntoskrnl.exe!KiSystemServiceCopyEnd+0x13
ntoskrnl.exe!KiServiceLinkage
ntoskrnl.exe!DbgkpSendErrorMessage+0x3ae
ntoskrnl.exe!DbgkForwardException+0xe350b
ntoskrnl.exe!KiDispatchException+0x5e0
ntoskrnl.exe!KiRaiseException+0x1b1
ntoskrnl.exe!NtRaiseException+0x7b
ntoskrnl.exe!KiSystemServiceCopyEnd+0x13
USER32.dll!InternalCreateDialog+0xd03
USER32.dll!CreateDialogIndirectParamAorW+0x57
USER32.dll!CreateDialogParamW+0x91
TOTALCMD64.EXE+0x1bde6
User avatar
Gral
Power Member
Power Member
Posts: 1460
Joined: 2005-01-26, 15:12 UTC

Post by *Gral »

Are you sure that unpacking from RAR on the fly is a necessary condition to cause error?
Look here - http://ghisler.ch/board/viewtopic.php?p=332761#332761 - maybe same bug?
User avatar
ZoSTeR
Power Member
Power Member
Posts: 1008
Joined: 2004-07-29, 11:00 UTC

Post by *ZoSTeR »

Gral wrote:Are you sure that unpacking from RAR on the fly is a necessary condition to cause error?
Look here - http://ghisler.ch/board/viewtopic.php?p=332761#332761 - maybe same bug?
I didn't have NewTimeZoneMethod=1 set. And even with that setting I could mount that sample ISO just fine (not using the OSF software).

When mounting it from within a Rar file via "Unpack and start" I got the same exception as with the other ISOs.
User avatar
Gral
Power Member
Power Member
Posts: 1460
Joined: 2005-01-26, 15:12 UTC

Post by *Gral »

OK, it seems that is something different then.
Mount method in "my" bug is irrelevant, most relevant is NewTimeZoneMethod option.

Bug report: viewtopic.php?t=48578
User avatar
ZoSTeR
Power Member
Power Member
Posts: 1008
Joined: 2004-07-29, 11:00 UTC

Post by *ZoSTeR »

Why has this bug report been moved to "TC Behaviour which will not be changed" ?


From the 32bit version:

---------------------------
Total Commander 9.10ß1
---------------------------
Access violation at address 7401E495. Write of address 00000018.
Access violation at address 7401E495. Write of address 00000018
Windows 10 10.0 (Build 15063), base: 00400000

Please report this error to the Author, with a description
of what you were doing when this error occurred!

Windows exception: C0000005
Stack trace:
7401E495
00406748 004D2DE3 004D3224 004D87A0 004485D8 00448485
00449AF2 004483BB 0044A83A 00448485 0044A486 >0042706A
00449A28 0042706A 0044997E 0044997E 0042706A 00449AF2
0044A486 0042706A 00449A28 00449A28 0042706A 0042C7E9
0042C884
Raw:
00406748 004D2DE3 004D3224 004A0046 0041FF43 0041FF85
0041F8ED 004A0046 0041FF43 0041FF85 0041F8ED 0041F8ED
005C0030 0042706A 0044A7FF 0044A755 0044A4A9 004D3A6D
00420A3B 00420A44 005D94BC 00412161 00412161 00447586
00447586 00411F04 004023EF 004023EF 004026B8 00402D6E
004D87A0 0053005A 004020A2 00402249 005C0030 0041820E
00418256 00402249 00403414 004021C8 004026A0 004079C1
0041820E 00418256 004020A2 0041820E 00418256 004135C8
00423FD7 0044997E 0042706A 005C0030 00570EA2 00418599
0057001D 004F0042 00530055 005C0030 0044A7FF 0059C7C7

Press Ctrl+C to copy this report!
Continue execution?
---------------------------
Yes No
---------------------------
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48021
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

Because you have admitted that it has nopthing to do with RAR. You posted a separate bug report about NewTimeZoneMethod, which is the real problem, right?
Author of Total Commander
https://www.ghisler.com
Post Reply