mudlet-makers team mailing list archive

[mitchej123 <906743@xxxxxxxxxxxxxxxxxx>]

Ah,

Thanks for taking a look at this.

I've been going off of http://tintin.sourceforge.net/mccp/ which says:
"The server may terminate compression at any point by sending an orderly
stream end (Z_FINISH). Following this, the connection continues as a
normal telnet connection."

The details on zuggsoft also currently say something similar:
"Compression can only be terminated by the server - a normal end to the
compression stream is assumed to mean "revert to uncompressed mode". It
may be desirable for the server to automatically terminate compression
when an IAC DONT COMPRESS sequence is received from the client. "


The mud I run is The Realms of Hell - mud.rohonline.net 3333.  It will auto negotiate MCCP, however once you log in you can use the 'mccp' command.  If compression is already enabled it will send the Z_STREAM_END, if not enabled it will send the telnet sequence to re-negotiate it.  Typing "Score" will indicate "MCCP Disabled", "MCCP V1 Enabled", or "MCCP V2 Enabled".

Additionally, we use a reboot sequence very similar to copyover found on
diku muds, we save everything, disable compression, execl a new version,
and then renegotiate mccp. (Which seemed to be the suggested procedure
after some googling).

-Jason

-- 
You received this bug notification because you are a member of Mudlet
Makers, which is subscribed to Mudlet.
https://bugs.launchpad.net/bugs/906743

Title:
  Output parsing freezes after receiving Z_STREAM_END

Status in Mudlet the MUD client:
  New

Bug description:
  Upon receiving Z_STREAM_END mudlet stops handling output from the mud
  server.  Upon looking at the code it looks like it correctly calls
  inflateEnd, however it doesn't reset any of the compression options so
  the client is still looking for compressed data and never gets any.

  I noticed this issue when one of my users complained that her
  mudclient [mudlet] froze on reboot(copyover).  My mud server first
  ends compression, reboots, and then attempts to re-negotiate it.

  I've attached a patch that seems to address the issue.

To manage notifications about this bug go to:
https://bugs.launchpad.net/mudlet/+bug/906743/+subscriptions