Zugg Software :: View topic - zMUD creating multiple copies of variables

Beginner Joined: 19 Mar 2004 Posts: 17 Location: Sweden

Since I upgraded from version 6.x to 7.04 I have this problem where zMUD creates the same variable over and over again instead of changing it, and I end up with hundreds or sometimes thousands of copies of the same variable.

For example the variables hp and mana that is set by the prompt. Every time I get a new prompt I get another copy of these variables. It doesn't happen all the time though, but I haven't been able to isolate what starts or stops this behavior.

GURU Joined: 10 Oct 2000 Posts: 4379 Location: USA

Post the triggers that create these duplicate variables.

Wizard Joined: 25 Mar 2003 Posts: 1113 Location: USA

I've been using 7.04 since its release without problem, but last night I saw the same behavior with one particular variable. I deleted the extra copies and tried to do what I had just done to see if they would come back again, but they didn't. I, too, am at a loss for how the extra copies were created.

Beginner Joined: 19 Mar 2004 Posts: 17 Location: Sweden

OK, I'll do that a little later. (I'm on a different computer now.)

But for hp and mana there are no triggers. I have said in the preferences that these two variables are in the prompt, and zMUD has figured out for itself how to extract them.

Should it even be possible to create multiple variables with the same name (and the same value)? If I try to change the value of one of these in the settings editor it pops a message saying that a variable with that name already exists, and I have to click "Override" a couple of hundred times until it has replaced all copies.

Posted: Fri Mar 19, 2004 3:15 pm

I am on 7.04 too. I encountered a similar bug several days ago, but haven't bothered to test the cause yet because i hardly do the thing that cause it.

It occured when I imported a relatively old ASCII script into my current settings, and immediately certain variables kept creating duplicates of themselves. Deleting the variables did not help because they continued to multiply. The variables involved were those that were incremented every second using one-second alarms, perhaps including hp/mana prompt variables. I had to restart zMUD and then it stopped. Apparently, when importing a script that had unrelated variables/functions, it some how temporarily corrupted the settings in memory.

GURU Joined: 28 Sep 2000 Posts: 434 Location: USA

I have been seeing this for quite some time actually. Thought it was just me. When importing scripts, things tend to go haywire for that one split second. In my case, they are buttons and expression triggers, both with associated variables being duplicated.

I'll see if I can track this down later this evening.

Posted: Sat Mar 20, 2004 12:07 pm

On the topic of duplicates, I noticed duplicate pairs of database records more recently. Record pairs with exactly the same record numbers coexisting in the database. It does not seem normal at all. Razz

I think this is unrelated to importing scripts though, this happened more recently. Only in the past month have I started using the database extensively.

This may be another topic, in brief, I find %find and #find unstable, it has the ability to wipe out whole database views when used incorrectly. Specifically when specifying incorrect column-key numbers in the third argument.

Beginner Joined: 19 Mar 2004 Posts: 17 Location: Sweden

I have finaly been able to reproduce the problem.

#CLASS foobar
#T- foobar

From this point on until another #CLASS is given all variables created or changed will end up as a clone in foobar. For example:

#VAR foo 1
#VAR foo 1
#VAR foo 1

...will create three copies of @foo in foobar.