Re: Bug

Basically, the thread is trying to communicate with lyntin when you have 
no engine object.  I have a fix for this:

420 in net.py to be these 2 lines:

      if not self._shutdownflag:
        self._config.change("mudecho", "on")

        # output message so the user knows what happened.
        event.OutputEvent(message.Message("Lost connection to: %s\n" % 
self._host)).enqueue()

Eric

Eliezer Flores wrote:
> Don't know if it's helpful but i've encountered this too. When I quit 
> out while it's exhibiting this behaviour., it gives me this stack crawl:
> 
> Traceback (most recent call last):
> File 
> "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/threading.py", 
> line 442, in __bootstrap
> File 
> "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/threading.py", 
> line 422, in run
> File "/Users/eliezerflores/Dev Projects/lyntin/lyntin40/lyntin/net.py", 
> line 420, in run
> File "/Users/eliezerflores/Dev 
> Projects/lyntin/lyntin40/lyntin/config.py", line 285, in change
> File "/Users/eliezerflores/Dev 
> Projects/lyntin/lyntin40/lyntin/config.py", line 95, in set
> File "/Users/eliezerflores/Dev 
> Projects/lyntin/lyntin40/lyntin/config.py", line 197, in check
> exceptions.AttributeError: 'NoneType' object has no attribute 
> 'convert_boolean'
> Unhandled exception in thread started by
> Error in sys.excepthook:
> 
> Andrea Palazzi wrote:
>> On 28/12/2005 15:36:29, Eugene wrote:
>>> On Wed, 28 Dec 2005 13:59:51 +0000
>>>  Andrea Palazzi 
>>> <[email protected]> wrote:
>>>> Hi,
>>>>
>>>> There is a bug somewhere in lyntin: it happens that from time to 
>>>> time  text from the mud is not sent to the UI, while input from the 
>>>> user is  sent to the mud. Sometimes the ui starts again showing text 
>>>> and nothing  seems to be lost, but there can be several minutes with 
>>>> absolutely no text from the mud. No error is shown.
>>>> Both the tkui and the cursesui are affected by this bug; I think 
>>>> that  this bug is triggered when nothing happens for a while, but 
>>>> I'm not  sure of this, is just an impression.
>>>
>>> Interesting. I didn't notice anything like that in days
>>> of my mudding. Could you locate the problem some more? Cannot
>>> it be a network lag?
>> I will try to narrow down the problem, but I don't think it's a 
>> network lag; I mean, i've never seen a lag during minutes. Moreover, 
>> this appens with different muds, i'd rather think the bug is somewhere 
>> in the socket handling (reading) code.
>>
>> Bye
>>   Andrea
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
>> files
>> for problems?  Stop!  Download the new AJAX search engine that makes
>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>> http://ads.osdn.com/?ad_idv37&alloc_id865&opÿick
>> _______________________________________________
>> Lyntin-devl mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/lyntin-devl
>>
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click