Zugg Software :: View topic - [2.18] %eval issues **Main problem found, possible bug?**

Posted: Wed Jan 09, 2008 6:44 am

EDIT: Reduced spam since problem was found. Read below about numbered aliases and %eval functions processing the alias first.

Charneus

Enchanter Joined: 09 Sep 2007 Posts: 605

I see 9 and hours:1 mins:5 secs:17 respectively in untitled session. There is something on your side.

Posted: Wed Jan 09, 2008 7:44 am

I figured as much, but I don't see what it could be that's causing that. It's not triggers or anything. I guess worse comes to worse, I'll reinstall and see if that fixes it. But it's just weird...

Charneus

EDIT: One thing I've found out is that it works in my captures window, but doesn't show anything to the main output...

Posted: Wed Jan 09, 2008 11:16 pm

Bumping this up. See the above. I decided to edit the original post instead of creating this new one, but found out it doesn't bump it. :\

Charneus

Enchanter Joined: 05 Mar 2003 Posts: 593 Location: Canada

Not so much a solution, but a way to work around it..
Use the #MATH command since it also evaluates expressions.

Posted: Thu Jan 10, 2008 10:18 pm

Right, but the problem is, this script is disabling the %eval function, which I use in a lot of other scripts. I don't think scripts should be able to do that. So I'm guessing it's a bug of some sort that a script can terminate usage of it.

Charneus

Wizard Joined: 03 Mar 2001 Posts: 1127 Location: London

How did you export that to XML?

The 'MQF_Zroom6' variable isn't correctly exported. It contains < and > which weren't changed to &gt and &lt properly in the export you posted.

Posted: Fri Jan 11, 2008 12:05 am

Actually, it imports correctly. The forum eats the &gt and &lt. *shrug* Could someone import it into an untitled session and see if it affects their %eval? I've done it, so I know it affects mine... Of course, in order to import it correctly, you'll have to change that variable so that it reads the PK. But then again, you can just take that part out...

Charneus

Posted: Fri Jan 11, 2008 8:45 am

Ok... so now I'm getting somewhere.

Apparently, the bug lies in with using numbers as aliases. In the script, there are 20 numbered aliases (1-20). %eval is NOT broken after all. It just won't output any number that is matched by an alias. For example:

Posted: Fri Jan 11, 2008 9:54 am

I don't think this a bug. Personally I think it breaks most naming conventions to have an alias as a number (sort of along the line of not allowing the '-' in the alias name.)

Posted: Fri Jan 11, 2008 3:39 pm

If it's not a bug, then it's a very big inconvenience. I use the script to be able to choose from a list of rooms that I will walk to, and it's much easier to type "17, enter" than "seventeen, enter." I can't use letters because, well, most letters are shortcuts for something else (such as "d" for "down," "c" for "cast," etc.) I suppose I could make macros, but then that limits my ability to use numbers in general chat.

But the fact remains that it's showing a blank line instead of the number. But if I convert it to a string, then it shows up properly. And if I have an alias named 1, I can still do %eval(10-1) with no problem. The only problem is if I type %eval(10-9).

Using numbers as an alias wasn't a problem in zMUD, so I don't see why it would be a problem in CMUD. Didn't stop any functions/commands, didn't break any scripts, and was just another alias. *shrug* But what do I know? I just try to write scripts for ease of use. :\

Charneus

And Tech, I'm not trying to sound pissy towards you. I just woke up, and probably would have said things in a nicer way, but my brain can't function like that right now. So please, just take it with a grain of salt. :P

Newbie Joined: 10 Jan 2008 Posts: 3

Aliases shouldn't START with a number. Try starting each alias with a single letter and you should be fine. Something like R##.

Wizard Joined: 03 Mar 2001 Posts: 1127 Location: London

As a workaround, you could use an #ONINPUT trigger instead of an alias.

Sorcerer Joined: 13 Jan 2006 Posts: 715

I also use numbers as an alias, for casting certain spells. I always have and always will. Of course I use MUD based aliases for it so it isn't a problem for me either ;) There is nothing quite as simple as "1 frog" to have inferno casted on the frog ;) But again, I do this in mud, all my zMUD/CMUD aliases are 2 characters long or more and all are alphabetic characters only.hat

Still, as an aside, that is a fairly weird behavior in zMUD, I would think this falls into that "undocumented and unintended" functionality.

Novice Joined: 02 Dec 2007 Posts: 42

Agreening w/ FishBug here - 'c1' and 'c2' for casting, 'r1' or 'r17' for running, etc?

Surely prepending a single letter and moving on isn't that big of a deal, is it? Might seem awkward for a few days, but like everything else you'll get used to it.

Posted: Fri Jan 11, 2008 5:24 pm

Guinn, I don't know why I didn't think of that originally. I've used #ONINPUT in a number of cases, and this works much better now... using ^(%d)$ instead of having 20 different aliases. :P Thanks for the suggestion.

Charneus

Posted: Fri Jan 11, 2008 6:00 pm

CMUD does allow aliases to begin with numbers. It didn't originally but because so many zMUD users had used aliases beginning with numbers, an unintended feature, Zugg decided to allow the behaviour.

This is still potentially a bug report but glad to see you have a workaround charneus.

SubAdmin Joined: 18 Nov 2001 Posts: 5182

I did a quick test of this and have to say it is a bug, %eval should not be affected by the existence of an alias with a particular name. My testing didn't find any other expression methods to be affected.

Procedure
1. Launch CMud
2. Close Sessions window (ESC)
3. Enter at the command line