Yes. Thanks, Daniel, epoll reactor really helped, it seems to work without lags now.
On 6/20/06, Daniel Henninger <[EMAIL PROTECTED]> wrote: > Sadly, that's the problem. =( "Something is broken" with the > twisted 2.* series. A couple of things seem to fix it: > > 1. using the epoll reactor > 2. (using the select reactor instead of poll? not sure about this yet) > 3. using twisted 1.3 instead =( > > Twisted 1.3 works fine. I'm 99.5% sure that "I've done something" to > mess up my transports under Twisted 2. My guess is that I've > overridden some important variable. Either way... damn hard to > track down what's going on. =( =( > > Daniel > > On Jun 20, 2006, at 11:13 AM, Alexey A. Nikitine wrote: > > > Yes, I'm running Twisted 2.0.1 > > My jabber server is Wildfire. > > > > Daniel Henninger wrote: > >> Let me take a guess here... =) > >> > >> You are running Twisted 2.0.0 or newer? > >> > >> Daniel > >> > >> On Jun 20, 2006, at 10:45 AM, Alexey A. Nikitine wrote: > >> > >>> Hello. > >>> > >>> There is a strange bug in PyICQ-t. I observe quite a long delay > >>> (about > >>> 10 sec.) between receiving a message by a jabber server and > >>> retransmitting it to the ICQ server. However, it relays messages > >>> back > >>> (from ICQ to Jabber) much faster. In addition, sending a message > >>> from > >>> ICQ to Jabber triggers those delayed messages to be sent to ICQ. > >>> > >>> Why does PyICQ-t work so strange? I tried both 0.7b and SVN. > >>> > >>> Thank you. > >>> > >>> -- > >>> Alexey Nikitine. > >>> > >>> > >>> > >>> > >>> > >>> _______________________________________________ > >>> py-transports mailing list > >>> [email protected] > >>> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports > >> > >> _______________________________________________ > >> py-transports mailing list > >> [email protected] > >> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports > > > > _______________________________________________ > > py-transports mailing list > > [email protected] > > http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports > > _______________________________________________ > py-transports mailing list > [email protected] > http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports > From [EMAIL PROTECTED] Wed Jun 21 07:58:57 2006 From: [EMAIL PROTECTED] (Stian B. Barmen) Date: Wed Jun 21 07:59:05 2006 Subject: [py-transports] Epoll reactor problems In-Reply-To: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4490 bytes Desc: not available Url : http://modevia.com/pipermail/py-transports/attachments/20060621/79b85b3c/smime.bin From [EMAIL PROTECTED] Thu Jun 22 13:17:14 2006 From: [EMAIL PROTECTED] (David E Freitas) Date: Thu Jun 22 13:17:20 2006 Subject: [py-transports] PyMSNt - disabling sub-sync In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Greetings, Thank you for pyMSNt! I would like to know what the correct way to disable roster-subsync would be? Shouldn't there be a option that can be set that can disable subsync for those who do not want the facility? Sincerely, David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://modevia.com/pipermail/py-transports/attachments/20060622/e4646be8/attachment.html From [EMAIL PROTECTED] Thu Jun 22 15:36:16 2006 From: [EMAIL PROTECTED] (Norman Rasmussen) Date: Thu Jun 22 15:36:20 2006 Subject: [py-transports] PyMSNt - disabling sub-sync In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> If the client doesn't support it, then pymsnt doesn't try it. On 6/22/06, David E Freitas <[EMAIL PROTECTED]> wrote: > Greetings, > > Thank you for pyMSNt! > > I would like to know what the correct way to disable roster-subsync would > be? > Shouldn't there be a option that can be set that can disable subsync for > those who do not want the facility? > > > Sincerely, > > > > David > > _______________________________________________ > py-transports mailing list > [email protected] > http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports > > > -- - Norman Rasmussen - Email: [EMAIL PROTECTED] - Home page: http://norman.rasmussen.co.za/ From [EMAIL PROTECTED] Mon Jun 26 10:49:10 2006 From: [EMAIL PROTECTED] (James Bunton) Date: Mon Jun 26 10:50:00 2006 Subject: [py-transports] Idle away when on more resources In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On 15/06/2006, at 6:49 PM, Stian B. Barmen wrote: > I have this issue with the MSN and ICQ transports. When I am logged > on with more then one resource and one of them goes idle the > transport goes away. > > Is this a known issue? > > Best regards > Stian B. Barmen The transport will set your MSN status to whatever the highest priority resource is. If you have two resources, one with priority 5, which is online, and one with priority 10 - away, your status will be set to away. --- James
