Problem - DoCommand - Couldn't parse '/echo 1'

[TheFiddler]

I have been re-writing a mac I found on RG and keep coming into a few issues I have been seeing with KA ever since the 9/20 updates.

MQ2 Chat - DoCommand - Couldn't parse '/echo 1'

• I can't even seem to manually send an echo in game let alone from a macro. I have seen KA consistantly have this issue since 9/20 also.
• Is there KB on this type of issue? I have not found one so far.

 

[LorDeth]

I have been re-writing a mac I found on RG and keep coming into a few issues I have been seeing with KA ever since the 9/20 updates.

MQ2 Chat - DoCommand - Couldn't parse '/echo 1'

• I can't even seem to manually send an echo in game let alone from a macro. I have seen KA consistantly have this issue since 9/20 also.
• Is there KB on this type of issue? I have not found one so far.

try re-aliasing everything...

either rename your macroquest.ini to macroquest.ini.backup and reload mq, and in one of your toon's kiss ini's , change the version to =0, and run it..

that will rebuild a bunch of aliases.. thats what it looks like the issue is.. i ran into this on the 09-20...

 

[TheFiddler]

Thanks LorDeth - I will do this when I'm awake later again...

 

[eqmule]

/alias /echo delete

 

[TheFiddler]

/alias /echo delete

That worked perfectly! Thank you EQMule.

The next main issue I'm dealing with now is probably how I have the macro structured...
I would greatly appreciate any input anyone can offer on this!

MQ2 Chat:

Couldn't find label :MainLoop

Current basic structure used:

| Info...
#turbo 40
Sub Main
    /echo
    /if &/or else statements & /calls
    /nav Loc
        :MainLoop
            /if &/or else statements & /calls
        /goto :Mainloop
    /Return
Sub This
        /commands & While statement
        /goto :MainLoop
    /Return
Sub That
        /commands & /if statements & /calls
        /goto :MainLoop
    /Return
Sub End
        /echo
        /end
        /quit
    /Return

I don't know currently what's wrong with it, but I'm learning along the way.
Now that the /echo command is working makes the spam in the MQ2 window a lot less. Now there are only line call-outs for when the macro fails to execute one line or another.

Couldn't find label :MainLoop
name.mac@90 (Sub2): /goto :MainLoop
name.mac@53 (Main): /call Sub2
The current macro has ended.

I realise this may not be enough of a picture. I'm trying to not post the Macro before it's ready to be submitted.
I'm hoping what I have shown might help someone who understands this better than I in helping me with possible structural issues.

I came across the use of /doevents and seeing in KA and other macs how #event is used to define a title of subs. I have the understanding that the /doevents and #event tags might need to be incorporated for this mac I'm re-writing to work, but I'm not sure.

- - - Updated - - -

I think I found part of the problem with /goto :MainLoop
I have that line on every sub, trying to get it to go back to the beginning of the :MainLoop in the Sub Main.
KA only has one instance of /goto :MainLoop towards the end of the Sub Main.

I expect by that info alone I can only go back to a Label within the same Sub where I define it.

If I'm correct in my supposition on this, how then would I have the macro go back to the beginning of the :MainLoop from the end of a Sub where :MainLoop was not defined?

 

[eqmule]

There is no such thing as a global label. You can go to labels that are the same sub only.

 

[william12]

What you want to do is create a variable for when you want to return to mainloop from another sub so

sub main

if variable x /goto :mainloop

sub that

/commands & /if statements /varset x 1
/return
/return

Make sure the mainloop sets that variable back to 0 if = 1.


Something like

Sub Main
/if (${varx}) /goto :mainloop
/dothis
:mainloop
/call this
/if (${varx}) /goto :mainloop
return

Sub this
        /if statement /varset varx 1
        /return
/return

 

[MrPatate]

Thx Eqmule, that solved my problem