Zugg Software :: View topic - [2.13] Output spaces missing? Also alias from alias not working.

Sorcerer Joined: 13 Jan 2006 Posts: 715

EDIT: Noticed I forgot to include version in Subject... *WHAPS HIMSELF*

In the cMUD GD darmir and I have been discussing something he wrote for zMUD, I modified, and we both ported to cMUD.
The issue is that when:
@channel @person @emph @input
is used, cMUD sends the values to the MUD without the spaces between the variables. I'm not absolutely sure this is a bug, but in zMUD the above worked.
Now, I posted a fix for this in the GD forum, BUT to me its just a workaround. Unless Zugg says otherwise (ie this is actually proper intended behavior).
However we are having another issue with it.

Here is my enhanced version ported to cMUD. It WORKS if you use the stutter alias. If however you use one of the mood aliases (stex, stconf, and st), it just outputs your text to the channel with a trailing space. Maybe this is a bug, or maybe I'm missing something thats new in cMUD.

Posted: Thu Nov 29, 2007 5:33 pm

In CMUD you can't just put a variable on a line and expect it to be sent to the MUD. CMUD doesn't know whether to send it to the MUD or to execute it as a command. If you want to preserve spaces, you need to use the #SEND command:

#SEND {@channel @person @emph @input}

If you want to execute it as a CMUD script, then you would use #EXEC:

#EXEC {@channel @person @emph @input}

Putting variables on their own line to send them to the MUD was one of those weird things that zMUD did even though it wasn't officially documented or supported.

Also, in CMUD the < and > characters are not special characters, so you don't need all of the ~ characters in your #SHOW commands. Just doing something like:

Sorcerer Joined: 13 Jan 2006 Posts: 715

Ok, grin, that isn't the problem we're having.
If you use "stex gt I want to stutter" it should then call: "stutter gt I want to stutter"
Do we need to put EXEC before the stutter call in the stex variable?
ie. instead of:

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

Edit:

Scratch that...

Posted: Thu Nov 29, 2007 8:01 pm

See also this post. Any line beginning with a variable should begin instead with #exec, #send or #sendraw. It's not the "stutter %-1" line you need to change, but the "@channel @person @emph @input" line, as Zugg showed in his post. You said that's the line that was causing the problem in your original post.

Also, you might find better results replacing what variables you can with local variables. You'll still have to use #exec or whatever, but it'll be neater and faster.

Posted: Thu Nov 29, 2007 8:02 pm

No, your first example is fine:

Wizard Joined: 22 Mar 2007 Posts: 2320

Ack, Zugg beat me to it and gave the correct answer, which I couldn't. Smile

Posted: Thu Nov 29, 2007 8:24 pm

Look at the penultimate line of the "stutter" alias. It's "@channel @output". As Zugg and I have both explained, CMUD won't like that. The problem isn't how he calls the stutter alias, but the way the stutter alias tries to send the commands to the MUD - that is, it doesn't.

Sorcerer Joined: 13 Jan 2006 Posts: 715

No, I corrected the penultimate line in stutter already,
However in order to get it to work I did try the #EXEC stutter and that made it work
So something isn't right. Another bug for Zugg to work on.

Using
#ALIAS stex {mood = 1;#EXEC stutter %-1}

Was the only way to get it to work.
As I understand it the forces the %-1 to expand prior to sending it with the stutter, and without doing so
stutter was outputting just what I sent it without parsing it. Had absolutely nothing to do with the penultimate line,
but I fixed that anyways.

I'll try it without the #EXEC now that I've corrected the actual stutter alias and see if it works...

Which it does not.
If I use "stex gt test test test"
it is NOT parsed by the stutter alias. Not at ALL. It is simply dropped all the way down and output right back to the mud WITH a trailing space
so result sent to MUD is "gt test test test "
if I use #EXEC stutter %-1
to call stutter, then it works fine.
So, it seems there is a bug there, yes?

Current stutter alias:

Posted: Thu Nov 29, 2007 9:17 pm

Of course! I remember now. This is a behaviour that's changed from zMUD. It works the same way as if you did

#var something %-1

the %-1 in its entirety is always the third parameter, even if it contains spaces. That explains why the "channel" variable is being set to "gt test test test". So what you need to do is this:

stutter %1 %-2

or your #exec there.

Sorcerer Joined: 13 Jan 2006 Posts: 715

That makes absolutely no sense.
When it is passed to stutter, stutter should STILL parse the full argument passed to it, not just automatically dump it into the %1 for itself.
That is WRONG by any common sense at all.

SubAdmin Joined: 18 Nov 2001 Posts: 5182

Actually it isn't wrong if you understand how CMud and zMud before it handles parameters. I will start from zMud, with a simple alias.

Posted: Thu Nov 29, 2007 11:03 pm

More generally, most other languages work that way too. To use a Lua example:

Sorcerer Joined: 13 Jan 2006 Posts: 715

That still seems backwards to me, it really does go against common sense to say all of a sudden that when an alias is passed a multiple word reference it should treat it as a single entity automatically. Especially when it only does it when called from within another alias USING the %-n format which is supposed to take all the line starting with n and going on forever. But maybe I never understood how the %-n was supposed to work because of zMUD's bad parser ;)

So I'll just accept that the correct way to do this is to use #EXEC to call stutter with from the stex and other aliases.

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

You can do it that way, but that doesn't necessarily make it the "correct" way. I think you hit the nail on the head when you basically say that zMUD "broke" your way of programming. Heh.