Two bugs in 4.1.1

Tuomas Härkönen <[email protected]> Sat, 24 Jul 2004 19:42:39 +0300
Newsgroups gmane.comp.games.mud.client.lyntin
Message-ID <[email protected]>
I've ran into two bugs in Lyntin 4.1.1. Platform Win2k, Python 2.3.4. 
Using Tkui, but both can be reproduced in textui as well.

Starting with the one that seems to be quite simple:

The #snoop command appears broken. '#snoop <session> on/off' produces an 
error, stating that there is no method setSnoop defined in the Session 
class. This is indeed the case.

The second bug:

Lyntin seems to have trouble with long (_long_) lines. As a test case, I 
generated a plain ascii file with the character 'a' 10000 times. Lyntin 
chokes pretty badly as I try to view this file (more, cat, ... on my 
mud). After several seconds the file is printed and Lyntin resumes to 
normal speed. Prior to Lyntin printing the line, it slows down to crawl, 
not displaying anything from the mud and making typing on the input line 
nearly impossible.

Approximately same amount of data (10000 times 'a'), if split to 
separate lines, gets printed normally (no slowdown). I tested this by 
adding a '\n' between every 80 characters in the previously mentioned 
test file.

I realize that it is usually rare that a mud sends such a large chunk of 
text without newlines in it, but initially I found out about the problem 
in a real situation as I tried to check out a user's savefile on my mud. 
These files have a large mapping (LPC for associative array :) storing 
certain type of data, and this mapping, presented as a single line, was 
long enough to choke Lyntin.

A 10000 characters long line is somewhat excessive, 5000 characters is 
enough to be very noticeable, practically freezing the client for 
several seconds.

Tuomas


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click