Zugg Software :: View topic

Apprentice Joined: 12 Mar 2005 Posts: 195

Clean install. System totally clean using compatability editor to root things out (at last)

alias attack

SubAdmin Joined: 18 Nov 2001 Posts: 5182

I can't see anything really wrong with what you posted. You have a few extra pairs of parenthesis, but that doesn't actually hurt anything. Spaces between the @targetlist reference and close parenthesis are the only thing I could imagine might cause a problem. Try changing that spacing then report back,

Wizard Joined: 11 Jul 2002 Posts: 1265 Location: USA

I'm working on it now, He didn't give us everything. I am recreating the crash. And working on a way to narrow it more.

Wizard Joined: 11 Jul 2002 Posts: 1265 Location: USA

For starters If you ONLY create the first alias and actually use it you get an Access Violation.
First you get the loop pop up and after you click ok you get.

Error: Access violation at 0X0040539E(tried to write to 0X00030FFC), program terminated.

After that, if you put a ~ before the attack target to keep away the infinate loop. When you create a second alias. His targettoggle, and place #say on in the value and check to be sure it compiles, heck even run it. Now type attack.

The contents of the value of the variable are echoed to the screen as if the Alias didn't compile. If you keep going you can make the value complex enough to cause the crash he described but I think this is enough weirdness to hunt down the bug.

Apprentice Joined: 12 Mar 2005 Posts: 195

here is a more extensive version of the same code that is suffering from the same crash.

ALIAS - "cloak"

Posted: Mon Nov 13, 2006 8:05 pm

Very wierd. It seems to be something to do with the #DELITEM calls in the first alias. If I replace these with #NOOP, then it works. But #DELITEM and #ADDITEM both cause it to fail. Looks like some obscure parser issue, so I've added it to the bug list.