|
Vijilante SubAdmin
Joined: 18 Nov 2001 Posts: 5182
|
Posted: Sat Oct 13, 2007 7:29 pm
[2.06] Crash on close caused by docking |
I can't really be sure whether this one is new or matches some of the old crash on close issues.
Procedure
1. Launch CMud
2. Close Sessions Window (ESC)
3. Open Package Editor (CTRL-G)
4. Select New|Window
5. Enter name for the window and click save changes
6. Change window to floating in Package Editor and click save changes
7. Change window to tabbed in Package Editor and click save changes
8. Close CMud by clicking X
Code: |
date/time : 2007-10-13, 15:35:42, 175ms
operating system : Windows XP Service Pack 2 build 2600
system language : English
system up time : 25 days 8 hours
program up time : 32 seconds
processor : AMD Athlon(tm) Processor
physical memory : 163/383 MB (free/total)
free disk space : (C:) 14.09 GB
display mode : 1024x768, 32 bit
process id : $1be0
allocated memory : 22.04 MB
executable : cMUD.exe
exec. date/time : 2007-10-12 22:49
version : 2.6.0.0
madExcept version : 3.0b
callstack crc : $f1ba9033, $12c5cfcb, $12c5cfcb
count : 2
exception number : 1
exception class : EAccessViolation
exception message : Access violation at address 0071989B in module 'cMUD.exe'. Read of address 00000008.
Main ($900):
0071989b +17 cMUD.exe aqDockingBase 6799 +2 TaqCustomDockingManager.UpdateTree
00719a03 +0b cMUD.exe aqDockingBase 6847 +2 TaqCustomDockingManager.BeginUpdate
00717e56 +4a cMUD.exe aqDockingBase 5915 +5 TaqCustomDockingContainer.Destroy
007019a0 +68 cMUD.exe aqDocking 2055 +10 TaqInsideContainer.Destroy
00507a3c +b0 cMUD.exe Controls 5429 +16 TWinControl.Destroy
0050f3b8 +28 cMUD.exe Controls 8901 +2 TCustomControl.Destroy
00718431 +49 cMUD.exe aqDockingBase 6109 +5 TaqCustomDockingSite.Destroy
0047e3b2 +5a cMUD.exe Classes 9853 +9 TComponent.DestroyComponents
0047e0c3 +67 cMUD.exe Classes 9757 +8 TComponent.Destroy
0071986f +b7 cMUD.exe aqDockingBase 6788 +26 TaqCustomDockingManager.Destroy
00706f48 +60 cMUD.exe aqDocking 4826 +9 TaqDockingManager.Destroy
0047e3b2 +5a cMUD.exe Classes 9853 +9 TComponent.DestroyComponents
0047e0c3 +67 cMUD.exe Classes 9757 +8 TComponent.Destroy
00503054 +d0 cMUD.exe Controls 3242 +15 TControl.Destroy
00507a81 +f5 cMUD.exe Controls 5439 +26 TWinControl.Destroy
005247ce +36 cMUD.exe Forms 2076 +3 TScrollingWinControl.Destroy
00525b47 +ab cMUD.exe Forms 2638 +10 TCustomForm.Destroy
0055a11e +12 cMUD.exe CustomForm 62 +1 TzCustomForm.Destroy
00779aa5 +19 cMUD.exe International 47 +2 TInterForm.Destroy
0077a5ae +12 cMUD.exe zsForm 47 +1 TzForm.Destroy
00a21ece +12 cMUD.exe MultiForm 330 +3 TMultForm.Destroy
0047e3b2 +5a cMUD.exe Classes 9853 +9 TComponent.DestroyComponents
005231be +36 cMUD.exe Forms 1348 +3 DoneApplication
0040e83c +3c cMUD.exe SysUtils 3409 +6 DoExitProc
004059af +1e cMUD.exe System @Halt0
7c91312f +69 ntdll.dll RtlUnicodeStringToAnsiString
7c812907 +b6 kernel32.dll GetVersionExA |
|
|
_________________ The only good questions are the ones we have never answered before.
Search the Forums |
|
|
|
Tech GURU
Joined: 18 Oct 2000 Posts: 2733 Location: Atlanta, USA
|
Posted: Sun Oct 14, 2007 2:24 pm |
Confirmed.
|
|
_________________ Asati di tempari! |
|
|
|
Vijilante SubAdmin
Joined: 18 Nov 2001 Posts: 5182
|
Posted: Sat Oct 20, 2007 3:10 pm |
This one still occurs in 2.07
|
|
_________________ The only good questions are the ones we have never answered before.
Search the Forums |
|
|
|
Zugg MASTER
Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Mon Oct 22, 2007 7:31 pm |
Yep, still on the bug list. A lot of your reported bugs doing weird things in the package editor didn't get fixed in 2.07 since they mainly involved procedures that are not encountered commonly in normal usage. So they didn't have as high of priority as some other bugs.
|
|
|
|
Vijilante SubAdmin
Joined: 18 Nov 2001 Posts: 5182
|
Posted: Mon Oct 22, 2007 9:22 pm |
What is truly funny about that statement is that I *never*, with any version of CMud, have been able to make a successful import of my settings. All of these procedure I find to replicate crashes or other bugs are from tracking down something that I noticed going wrong while attempting to import and organize the settings from my .mud files. I haven't been able to test every version, I did make a pretty close attempt though.
|
|
_________________ The only good questions are the ones we have never answered before.
Search the Forums |
|
|
|
Zugg MASTER
Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Mon Oct 22, 2007 10:33 pm |
OK, even with v2.07? I've tested the *.MUD files that you posted to the Guru forum and they both import just fine for me here in v2.07. So if you have some other *.MUD files that are not importing, please post them so I can test them.
|
|
|
|
Vijilante SubAdmin
Joined: 18 Nov 2001 Posts: 5182
|
Posted: Tue Oct 23, 2007 12:20 am |
It is not so much the import/conversion that fails. It is all the the things I do organizing those settings that starts finding stuff. For example my zMud mapping script is half in the main window and half in a childow. Among the first things I do after importing that child window's .mud is add some modules in it so I can bring the 2 halves together into a single package. Then I start moving the stuff from the main package into the second package. That is what leads to most of these bugs that I find and keeps leaving me frustrated. That particular move is actually what lead to me finding the problem with alarms in disabled classes. That same move is the one that caused a totally horked package in 1 shot with 2.07, however it seems that was 1 in a million shot.
Just a few months ago I would have responded to seeing that horked package by uninstalling CMud and walking away from computer saying, "I can't use this #$%$^!" My home situation and circumstance in my life took far too much of my thoughts to track down such bugs. I was definitely upset enough with those other issues that I only reported at best a few bugs each version; and if I bumped into a bug I had already reported in a previous version first I just stopped and uninstalled and didn't report anything.
I am sure it is frustrating for you to read my statement above (both the recent paragraph and my previous post), and if it is any consolation I think I just had a good import made since I knew just about thing I should not do in the entire process. I will give you reports on other bugs when I am a bit less snippy.
Yes, I agree the bug procedure in this thread is defnitely outside normal usage. If I remember right I was trying to adjust my layout at the end of what seemed a good import in 2.06 and bumped into a crash. Next time I load up I find that in my rush that have a good directory of everything I could backup, I just lost a whole bunch of things. Of course that leads me to hunt the bug down with a vengenance. I don't stop hunting that until I find a procedure that replicates it, no matter how ludicrous the procedure is. I bumped into the bug during normal usage, and someone else will to. |
|
_________________ The only good questions are the ones we have never answered before.
Search the Forums |
|
|
|
Zugg MASTER
Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Tue Oct 23, 2007 1:59 am |
Quote: |
My home situation and circumstance in my life took far too much of my thoughts to track down such bugs |
Wow, I'm very sorry to hear about that. I guess I had taken for granted your bug reporting in the past and hadn't considered that there might be some other issues involved. So when I didn't see you bumping posts, especially for some more obscure bugs, I had thought that they were fixed. With so few beta testers these days, the loss of a good tester can make a big impact.
I definitely want to get this working for you. I really value your input, and if you are having these kind of issues, than other people are going to get frustrated too. And the whole point of the 2.0x version of CMUD is to get past this "CMUD is just #$^& and I'm going to keep ignoring it and just use zMUD". I'm not going to release a public version until we are past that point.
So we'll just keep plugging away at this. I'll keep trying to reproduce the reports that you provide (which are excellent posts btw). I've just been so focused on really serious thread problems and issues with the new string/database hash tables that I haven't given the settings editor stuff a high-enough priority. But I used v2.07 over the weekend for about 20+ hours of playing, and at one point I had CMUD 2.07 running for a continuous 50 hours before my ISP hiccuped and dumped my network connection. All of this was without any crash or hang. Then when I restarted it I got a thread hang within 30 minutes. So it's definitely very intermittent, but getting better and better (and I was able to capture some info in the last hang that I think has helped me fix it in 2.08).
But I'm not using the package editor to drag stuff around as much as you are. So while I leave the package editor open all the time to catch any hangs, I'm not moving massize amounts of stuff. So you are probably testing that a lot more than I ever could.
Anyway, hang in there. I really appreciate what you do to help with this. |
|
|
|
Zugg MASTER
Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Tue Oct 23, 2007 2:15 am |
Btw, I should also add that the bugs dealing with the Package Editor are some of the most difficult and frustrating ones for me to work on. The package editor is *so* complex that it's really easy for a bug "fix" to have unintended side effects. So fixing a new bug can often cause some old bug to re-emerge again. And it's nearly impossible to do automated testing on this particular module (unlike the parser, for example).
For example, the latest bug where it doesn't update the tree after your move something (either with MoveTo or with drag/drop) is new. I wasn't seeing that in past versions, but I reproduced it in the 2.07 version. I have no idea why it started doing that. But hopefully by pounding on these bugs I can slowly improve it and make the code a bit more stable. It's one of the reasons I'm so hesitant to replace the TreeView since it would mean starting over on bug fixing. So even though the current TreeView is a pain to work with, at least I've built up a fairly extensive set of fixes for it.
Anyway, I just fixed the problem with the tree update and I can see that it would be really frustrating to move settings around with that bug. So I'll try to get 2.08 out later tonight with some of these serious bug fixes. |
|
|
|
Zugg MASTER
Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Tue Oct 23, 2007 2:24 am |
I've also fixed 2.08 so that it won't let you delete the package that contains the currently active session window (the Untitled session in your examples). This should prevent some crashes and corrupted settings.
But I'm also kind of curious as to why you were deleting the Untitled package in the first place...was it just to reproduce a crash, or is there a real reason that you need to do this to convert your existing settings? |
|
|
|
Vijilante SubAdmin
Joined: 18 Nov 2001 Posts: 5182
|
Posted: Tue Oct 23, 2007 3:56 am |
Sorry I wasn't clear on what X to hit with the bug report you mention. It is in another topic by the way, and it will confuse both of us for me to post about it here. I will post something there, just before I zip up my good looking packages and layout and start fresh with 2.08.
|
|
_________________ The only good questions are the ones we have never answered before.
Search the Forums |
|
|
|
|
|