Zugg Software :: View topic

Novice Joined: 26 Jul 2005 Posts: 34

First off I take no credit for this script to monitor xp made on merentha. It was given to me by a friend who said he had no problem with me playing with it in an attempt to improve it.

My problem is this. Dispite my best efforts it continues to save veribles in multipul places instead of just in its class folder. Any assistance at debuggins this script or general improvements would be greatly appreciated.

Novice Joined: 26 Jul 2005 Posts: 34

Seeings there was no nibbles to assit useing that I figured I'd display the full script to see if that would be helpful. This is what i imported in.

GURU Joined: 23 Dec 2000 Posts: 4834 Location: USA

That's what I figured...I don't see anything obvious. When you say in multiple places, does it do it randomly or does it just keep creating them in the same place over and over? My guess is that #MATH is creating all the new variables and it might be relying on the default class rather than searching for existing variables. Are there any other triggers, aliases, etc which turn on/off this class and perhaps interfere with the variable creation (if the class is disabled, variables will be created in the default class wherever that might currently be)?

You said you imported it, did you check to make sure it imported correctly? Sometimes scripts import without problems yet ZMud will expand something you didn't expect it to.

Posted: Sat Aug 20, 2005 3:51 am

dunno, but I dont see an alias for cost:
#ALIAS showxp {showxp=1;cost}
#ALIAS startxp {savexp=1;cost}

Is there a cost alias elsewhere?
of course, if cost is a mud side command ignore me :-)

Novice Joined: 26 Jul 2005 Posts: 34

I've imported it several times and always get the same results. On the randomness it saves to one of 3 subfolders but they have absolutely nothing to do with the script. Cost is a mud command for displaying how much exp you have.
and umm...oh yeah. I corrected the defaults on some of the VAR as default was xptrigger. Thats my fault as i tried adding that to the script to fix it without any luck.
The only way it works any better is if i don't put it in a class folder. Then the only thing that gets saved to a folder is the alarm timer, which isn't a big deal as it overwrites itself if i start the script over.

Wizard Joined: 15 Jan 2002 Posts: 1644 Location: USA

Make sure to go through and delete all of the extra variables, This one has a few bugfixes and uses a data record to keep all the variables together.

Novice Joined: 26 Jul 2005 Posts: 34

that keeps the alarm from moving to a different folder but the xptimer data record is still making a copy of itself in a different folder.
**EDIT**
correction. the data record starts copying itself into EVERY class folder

Posted: Sun Aug 21, 2005 2:55 pm

It sounds like your problem is similar to something that's happened to me in the past. I've actually found at least three seperate things that can cause this:

1) If you make use of the #prompt, %prompt, #yes, %yesno, or like commands for variable creation, and the class is left opened while the prompt is up, then scripts running in the backround will write into the open class. For example.. this is not how my alias is written, but if it WERE written this way (or in several similar ways), you could have this problem:

Posted: Sun Aug 21, 2005 3:02 pm

Oh, a fourth thing... any very long string, which opens/closes a class, can also cause this to happen. for example, a "reset" alias to reset all vars in a script to 0:

Wizard Joined: 15 Jan 2002 Posts: 1644 Location: USA

Yeah #CLASS should only be used for importing stuff into the correct folder, for modifying variables in the correct class folder use the class path format, for this to work though the class HAS to be enabled and exsist otherwise you will get a variable called path/var

path/var=1
#VAR path/var 1