Zugg Software :: View topic

Apprentice Joined: 03 Nov 2007 Posts: 132

This may be something to do with how the ATCP triggers are sent to the client from the mud but I've been getting things like this where it's firing in huge chunks all at once. For example I'll be sitting not sending anything to the mud but then as soon as I do I get a million ATCP lines as if they've been saving up:

11:21:07.161p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27858/27900
11:21:07.164p | a CleanLus |m 6000m, 5400e, 9p, 32400en, 27858w elrxk<>-ATCP Firing
11:21:07.180p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27858/27900
11:21:07.183p | a CleanLus |ATCP Firing
11:21:07.204p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27858/27900
11:21:07.208p | a CleanLus |ATCP Firing
11:21:07.216p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27858/27900
11:21:07.220p | a CleanLus |ATCP Firing
11:21:07.228p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27872/27900
11:21:07.231p | a CleanLus |ATCP Firing
11:21:07.240p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27886/27900
11:21:07.244p | a CleanLus |ATCP Firing
11:21:07.253p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.257p | a CleanLus |ATCP Firing
11:21:07.265p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.269p | a CleanLus |ATCP Firing
11:21:07.278p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.282p | a CleanLus |ATCP Firing
11:21:07.290p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.295p | a CleanLus |ATCP Firing
11:21:07.306p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.311p | a CleanLus |ATCP Firing
11:21:07.322p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.327p | a CleanLus |ATCP Firing
11:21:07.336p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.341p | a CleanLus |ATCP Firing
11:21:07.353p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.358p | a CleanLus |ATCP Firing
11:21:07.369p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.374p | a CleanLus |ATCP Firing
11:21:07.384p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.388p | a CleanLus |ATCP Firing
11:21:07.396p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.400p | a CleanLus |ATCP Firing
11:21:07.408p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.412p | a CleanLus |ATCP Firing
11:21:07.421p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.426p | a CleanLus |ATCP Firing
11:21:07.434p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.438p | a CleanLus |ATCP Firing
11:21:07.446p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.450p | a CleanLus |ATCP Firing
11:21:07.459p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.463p | a CleanLus |ATCP Firing
11:21:07.471p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.475p | a CleanLus |ATCP Firing
11:21:07.483p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.488p | a CleanLus |ATCP Firing
11:21:07.496p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.500p | a CleanLus |ATCP Firing
11:21:07.508p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.512p | a CleanLus |ATCP Firing
11:21:07.520p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.524p | a CleanLus |ATCP Firing
11:21:07.531p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.538p | a CleanLus |ATCP Firing
11:21:07.545p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.552p | a CleanLus |ATCP Firing
11:21:07.559p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.564p | a CleanLus |ATCP Firing
11:21:07.571p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.576p | a CleanLus |ATCP Firing
11:21:07.584p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.589p | a CleanLus |ATCP Firing
11:21:07.596p | a CleanLus #Telnet 200: Char.Vitals<LF>NL:0/100 H:6900/6900 M:6000/6000 E:5400/5400 P:9/10 N:32400/32400 W:27900/27900
11:21:07.600p | a CleanLus |ATCP Firing

I count 33 times it fired in roughly half a second and I had been idle for about 57 seconds. Is there some setting or anything in particular I should be doing to prevent this kind of thing? It seems a bad idea for the trigger to be firing that many times that fast. Does an ATCP trigger create it's own thread?

Posted: Tue Nov 20, 2007 5:22 pm

You can turn on the "Show raw input/output" message in the Debugger to see the exact raw text being sent from the MUD. Also, make sure you have MCCP turned OFF when using ATCP.

ATCP triggers are normal triggers, so yes, they create a thread (or reuse a thread from the internal pool). And CMUD waits until the thread finishes before processing more text from the MUD.

CMUD itself isn't queuing any of these messages. It only calls your trigger when the IAC SB 200 telnet data is received from the MUD. So I'm guessing that the MUD itself is sending this for some reason.

Apprentice Joined: 03 Nov 2007 Posts: 132

Oh right, completely forgot to disable MCCP when I upgraded. Once I disabled it my ATCPs were firing at a regular rate instead of in huge bunches. Thank you! I don't suppose there's a chance that if you have ATCP enabled it automatically disables MCCP and vice versa...

Posted: Tue Nov 20, 2007 5:41 pm

No, I'm really just hoping that Iron Realms will get this problem fixed. Maybe it's time for me to send them another note?

ATCP is turned off by default for new users. I'll probably just put something in the documentation for ATCP and MCCP to mention this issue. And hopefully it will become well-known enough that everyone else will bug the IRE people too.

Novice Joined: 12 Oct 2006 Posts: 49

Actually, I believe this has more to do with the IRE mud and rapture than CMUD. I had noticed this occuring when ATCP telnet triggers were possible, that in Lusternia, they do love to send numerous ATCP messages for no reason, even when you are doing nothing at all. If you take a look in Achaea, you will notice the vast difference in the ATCP triggers going off. And from your Char-Vitals, I am assuming here that this log came from Lusternia. I have reported this to Lusternia before when I first discovered it, so we will see if they will eventually do something about it.