Re: [Twisted-Python] Phasing out old-style classes

2009-10-08 Thread Matt Perry
Mark, you might find this link helpful: http://stackoverflow.com/questions/172306/how-are-you-planning-on-handling-the-migration-to-python-3/214601#214601 Seems to me that the answer is no, there isn't a serious effort underway to port to Python 3, and there probably won't be for a while. My gues

Re: [Twisted-Python] sleeping in inlineCallbacks

2009-10-07 Thread Matt Perry
reactor.callLater() is the best way to delay a certain function call. sleep() will block the entire program from running, which you probably don't want to do. On Wed, Oct 7, 2009 at 3:35 PM, Paul Thomas wrote: > > On 7 Oct 2009, at 20:30, Paul Thomas wrote: > > > Is there any way to do something

Re: [Twisted-Python] Lots and lots and lots and lots... of deferreds

2009-10-06 Thread Matt Perry
009 at 11:13 PM, Steve Steiner (listsin) < list...@integrateddevcorp.com> wrote: > > On Oct 6, 2009, at 11:00 PM, Matt Perry wrote: > > > One thing of note is that you say you have concurrency issues > > handled -- but with asynchronous I/O, there are no concurrency &g

Re: [Twisted-Python] Lots and lots and lots and lots... of deferreds

2009-10-06 Thread Matt Perry
Your limit will usually be the number of file descriptors in the system, which can be usually changed via ulimit or your system's equivalent. On Linux I believe it defaults to 1024, so you should be able to handle 1024 simultaneous connections. One thing of note is that you say you have concurren

Re: [Twisted-Python] run queries in deffered, but not in transaction

2009-09-17 Thread Matt Perry
ry Forgeot d'Arc wrote: > Hello, > > 2009/9/17 Matt Perry : > > Make sure you're using the @inlineCallbacks decorator and the yield > > statement referenced previously. Without those you're just adding > several > > callbacks to the same Deferred; with them

Re: [Twisted-Python] run queries in deffered, but not in transaction

2009-09-16 Thread Matt Perry
Make sure you're using the @inlineCallbacks decorator and the yield statement referenced previously. Without those you're just adding several callbacks to the same Deferred; with them, the function will wait until the Deferred fires before continuing. def logRequest(self, *arg, **kw): obj = co