Zugg Software :: View topic - Oddities (CPU , Display) When Using Debugger

Wanderer Joined: 07 Jun 2009 Posts: 65

@Zugg
I activate script debuger when cmud eat my processor(cpu 90%, ram 650/700KB), but screen is empty until i dont push any key. Debuger and cmud appears normal but my cpu... ;)

Posted: Wed Sep 29, 2010 5:02 pm

Couple of things...

First off, it sounds like your describing a different issue altogether, so you should really be starting a new post. ( I went ahead and did this)
Second we need more information. When you started your debugger session were you online, offline?
Third, the Debugger is a reflection of the raw information CMUD receives and the results of it's various processing of that information.
Fourth, ensure that all messages are selected for displaying in the Debugger window (this is the default by the way).

If you have accounted for the above, then we will need to receive more information specific to your scenario.

For example: What version of CMUD are you running? What OS? Do you use any programs like WindowBlinds or RocketDock? Is the CPU still maxed with the debugger window closed? Does this problem occur in a blank session? What do you mean by the screen is empty? The debugger window? The main session window? You say it is empty until you don't push a key? What key are you pushing? What do you see when you stop pushing it?

Any and all information you can provide will help to narrow down and recreate this problem will be useful. Without more information, there's not much that can do to address it.

Wanderer Joined: 07 Jun 2009 Posts: 65

Problem 1 : my horrible english :P
Problem 2 : cmud loops and hang off(CPU/RAM 99%) or crash(screen).

ad. 2. cmud current version - 3.29b(problem occur as of 3.23 version), windows xp pro sp3
cmud crashes when i loops it(not infinite loop!)
My script:
1 function return walkcost from X point to Y point.
2 function return @min_walkcost from loops @walkcost with stringlist
3 function return sorted list vnum from loops @min_walkcost

If in question walk is long(ex. .2s2w16s) and vnums list 10(or more), cmud hang off.

I use #LOCAL, #LOOP, #IF, #RETURN, #DELNITEM, #SWITCH.

PS. @Tech your topic title is wrong.

Wizard Joined: 17 Jun 2006 Posts: 1201

Thats the same identical type of error that I get and my CPU is pegged at 100% as well locking up CMUD. I'm also on Windows XP Pro sp3. Although the only looping I am doing in my settings is a recursive function to choose a random word that isn't the same as the last word chosen. I just wanted to point out that that's the same thing that happens with CMUD hanging and once in awhile that error pops up.

SubAdmin Joined: 18 Nov 2001 Posts: 5182

Oldguy2, you said, "and once in awhile that error pops up." Is it the exact same as what Araadan posted, or just the same type.

Anyhow, the type of error display is consistent with a stack overflow. However the write address of 0x0E7F0FDC isn't. I also just checked a more detailed set of process information on CMudPro 3.30 and the execution address of 0x029924F8 didn't match up with any external module. Making this something will move about with each version, and even small compiling changes like a debug mode. While the speciific addresses don't relate perfectly for debugging they may still be helpful.

Please post updated details on this with the current version and anything you can figure about the causes for it.

Wizard Joined: 17 Jun 2006 Posts: 1201

Well I know that the address is not the same. I meant the same access violation program terminated error. I will try to get a screenshot next time.

Posted: Mon Oct 04, 2010 4:29 pm

"Access violation" is a very generic Windows error message. Only if the numbers in the error message match will it be the same error. Getting the error dialog without the "Send bug" buttons means that it was caused by an infinite loop in your script somewhere.

Wanderer Joined: 07 Jun 2009 Posts: 65

Yesterday I update my cmud to 3,30b and problem still exist.
I try generate bug report.

Wanderer Joined: 07 Jun 2009 Posts: 65

unfortunately, cmud menu(help->send) is block when it execute infinite loop. ;]

Uploaded with ImageShack.us

Posted: Tue Oct 05, 2010 3:53 pm

Confirmed! Good procedure! I have no idea what is causing it. First I thought it was caused by changing $ret within the loop that is based upon the %numitems($ret), but messing around with that didn't change anything, so maybe the problem is with #continue. In any case, since I have a way to reproduce it, I should be able to get it fixed when I get back. Maybe somebody else can play with this to come up with a workaround.

Thanks very much for helping with this.

Wizard Joined: 17 Jun 2006 Posts: 1201

Well you don't need all that just to replace a few items. You only need to use replace.

Wizard Joined: 22 Mar 2007 Posts: 2320

One caveat to oldguy's suggestion is that it won't work if there are non-direction commands within the stringlist which contain h,j,k, or l.
In your example, you use "rr" in one command, so I assume that there may be other non-direction commands embedded as well.

Wizard Joined: 17 Jun 2006 Posts: 1201

Yes it will work. It does exactly what he was trying to do. The RR is irrelevant to what he was doing.

Wizard Joined: 22 Mar 2007 Posts: 2320

My point, oldguy, is that if instead of 'rr' he had a command like 'look' in his stringlist, your replace function would change that to 'seoosw'.

Wanderer Joined: 07 Jun 2009 Posts: 65

@oldguy2
custom portals?:>

Wizard Joined: 17 Jun 2006 Posts: 1201

Ah I see what you mean now. You could post something better. I was just trying to help out. Razz

Wanderer Joined: 07 Jun 2009 Posts: 65

@oldgyu2
check this:
rr|e|e|d|k|l|portal_l_k_j_h|w|s|d

walkcost - roomcost, roomportal, custom portals/exits:
$vnum = %roomlink($vnum,%item($sciezka,%i))
or
$vnum = %item(%roomportal($vnum,%item($sciezka,%i)),2)

$walkc = $walkc +%roomcost($vnum)

need replaceitem ;]

Posted: Thu Oct 14, 2010 8:51 pm

OK, I found the bug with %replaceitem. This bug can potentially cause an infinite loop with other list/table routines too. It really depended a lot on the actual data in the list/table and could cause the internal cached key table to get confused in some situations, resulting in either the infinite loop or potentially incorrect results.

I'm hoping this is the cause of all of the lockup problems, but we won't know until I can release the update, which probably won't be till next week. Depends upon how fast some other bug fixes go.

Btw, regarding optimizing your script, don't forget the new %ref function that allows you to modify a list "in place". Instead of doing:

Wanderer Joined: 07 Jun 2009 Posts: 65

Excellent work @Zugg. Cmud uptime 4days 15 hours. :>

Posted: Wed Oct 20, 2010 5:19 pm

Woot! Great to hear, thanks for letting me know.

Wizard Joined: 17 Jun 2006 Posts: 1201

I can't seem to get your example to work Zugg.

You stated to use the following to optimize: