Total Commander Forum Index Total Commander
Forum - Public Discussion and Support
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

[8.0ß5-x64] Crash on quick Esc after closing nag screen

 
Post new topic   Reply to topic    Total Commander Forum Index -> TC Behaviour which will not be changed Printable version
View previous topic :: View next topic  
Author Message
Flint
Power Member
Power Member


Joined: 27 Oct 2003
Posts: 2867
Location: Moscow, Russia

PostPosted: Sun Oct 16, 2011 9:51 am    Post subject: [8.0ß5-x64] Crash on quick Esc after closing nag screen Reply with quote

1. Start an unregistered copy of TC with non-existent INI located in a read-only place (e.g. Windows or Program Files if you are not Admin). Wait for the nag screen to appear.
2. Press the appropriate 1-2-3 key and very quickly after it press Esc.
3. If keypresses are quick enough, the Configuration dialog appears (Esc must be pressed too early to close this dialog).
4. Close the dialog by pressing Esc again.
5. TC crashes with the following stack trace:
Code:
---------------------------
Total Commander 8.0ß5
---------------------------
Access violation.
Access violation
Windows 7 SP1 6.1 (Build 7601)

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

Stack trace (x64):A68270
528405 6A59DF 68E24C 7C4282 7B887B 437533 89FCCF 7F5858
8A89C5 76CA9BD1
Press Ctrl+C to copy this report!
Continue execution?
---------------------------
Yes   No   
---------------------------

_________________
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, other stuff!
 
Using TC 8.01 / Win7 x64 SP1
Back to top
View user's profile Send private message Send e-mail Visit poster's website
ghisler(Author)
Site Admin
Site Admin


Joined: 04 Feb 2003
Posts: 24621
Location: Switzerland

PostPosted: Mon Oct 17, 2011 6:53 am    Post subject: Reply with quote

Thanks, I will analyze your report. So far I couldn't reproduce the crash, the configuration dialog always disappears immediately...
_________________
Author of Total Commander
http://www.ghisler.com
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Flint
Power Member
Power Member


Joined: 27 Oct 2003
Posts: 2867
Location: Moscow, Russia

PostPosted: Mon Oct 17, 2011 9:29 am    Post subject: Reply with quote

ghisler(Author) wrote:
So far I couldn't reproduce the crash, the configuration dialog always disappears immediately...

I reproduced it in a virtual machine with Aero turned on. Aero works more slowly there than on host, so maybe it's worth trying, or even slow down the virtual machine itself (in latest VirtualBox release there is an option for that; don't know about VMware).
_________________
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, other stuff!
 
Using TC 8.01 / Win7 x64 SP1
Back to top
View user's profile Send private message Send e-mail Visit poster's website
ghisler(Author)
Site Admin
Site Admin


Joined: 04 Feb 2003
Posts: 24621
Location: Switzerland

PostPosted: Wed Oct 19, 2011 8:09 am    Post subject: Reply with quote

Unfortunately I can't reproduce it even when I put a Sleep(1000) command in the function which reacts to 1-2-3. I have now put a try...except block around the crash location, but that's just fighting against the symptoms. I have no idea how to reproduce this error, sorry.
_________________
Author of Total Commander
http://www.ghisler.com
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Flint
Power Member
Power Member


Joined: 27 Oct 2003
Posts: 2867
Location: Moscow, Russia

PostPosted: Sun Oct 23, 2011 4:52 am    Post subject: Reply with quote

ghisler(Author)
OK, in 8.0β6 the crash does not occur. I think it may be left with this try..except wrapping. If you wish to find the real source of the problem just let me know, I'm ready to help: record a video, run test builds of TC for debugging purposes, etc.
_________________
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, other stuff!
 
Using TC 8.01 / Win7 x64 SP1
Back to top
View user's profile Send private message Send e-mail Visit poster's website
ghisler(Author)
Site Admin
Site Admin


Joined: 04 Feb 2003
Posts: 24621
Location: Switzerland

PostPosted: Mon Oct 24, 2011 8:06 am    Post subject: Reply with quote

I don't think it's worth the troubles, because most users will not encounter it. Therefore this pseudo fix is probably sufficient.
_________________
Author of Total Commander
http://www.ghisler.com
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Flint
Power Member
Power Member


Joined: 27 Oct 2003
Posts: 2867
Location: Moscow, Russia

PostPosted: Fri May 11, 2012 5:47 am    Post subject: Reply with quote

Just out of interest: could this old problem be caused by the fact that TC opened two Configuration dialogs, as you wrote here? I tried to reproduce the scenario described in the first post and found out that Esc now always closes the Configuration dialog, so step 3 became impossible and the whole scenario unreproducible.

So what I think happened earlier: after closing the nag screen, TC opened two Configuration dialogs. If I waited for some time and only then pressed Esc, TC had enough time to initialize and show both copies of the dialog, and when processing Esc TC closed them both. But if I pressed Esc too early, TC opened the first dialog, then processed Esc which closed this first dialog, and only then the second copy of the dialog arrived — the one I could see on the step 3. And closing this second copy corrupted some internal data.

Now that you fixed the bug with creating two dialogs, maybe, this problem also became resolved, and temporary workaround with try..excepd can be got rid of. If you think this idea is worth checking, you can count on me.
_________________
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, other stuff!
 
Using TC 8.01 / Win7 x64 SP1
Back to top
View user's profile Send private message Send e-mail Visit poster's website
ghisler(Author)
Site Admin
Site Admin


Joined: 04 Feb 2003
Posts: 24621
Location: Switzerland

PostPosted: Mon May 14, 2012 8:14 am    Post subject: Reply with quote

Interesting indeed - yes, please test it, I still can't reproduce this problem here...
_________________
Author of Total Commander
http://www.ghisler.com
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Flint
Power Member
Power Member


Joined: 27 Oct 2003
Posts: 2867
Location: Moscow, Russia

PostPosted: Mon May 14, 2012 9:22 am    Post subject: Reply with quote

ghisler(Author) wrote:
yes, please test it

If you would provide a test build without try..except… Smile As I said, I already tried to reproduce the problem in rc2, but I cannot tell whether TC works fine because of the mentioned bugfix, or because the exception is intercepted and suppressed, as you implemented it earlier.
_________________
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, other stuff!
 
Using TC 8.01 / Win7 x64 SP1
Back to top
View user's profile Send private message Send e-mail Visit poster's website
ghisler(Author)
Site Admin
Site Admin


Joined: 04 Feb 2003
Posts: 24621
Location: Switzerland

PostPosted: Wed May 16, 2012 8:55 am    Post subject: Reply with quote

I see - if you don't get any crash, I don't see a reason to check this now without try..except.
_________________
Author of Total Commander
http://www.ghisler.com
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic    Total Commander Forum Index -> TC Behaviour which will not be changed All times are GMT - 6 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Impressum: This site is maintained by Ghisler Software GmbH

Using phpBB © 2001-2005 phpBB Group