On Feb 23, 2013, at 3:23 AM, Pierre Jaury wrote:
> On 02/22/2013 09:17 PM, Glyph wrote:
>>
>> On Feb 22, 2013, at 8:30 AM, Christopher Armstrong
>> mailto:ra...@twistedmatrix.com>> wrote:
>>
>>> I think it's a reasonable change to make, and I don't foresee any
>>> problems with it, so I think
On 02/22/2013 09:17 PM, Glyph wrote:
>
> On Feb 22, 2013, at 8:30 AM, Christopher Armstrong
> mailto:ra...@twistedmatrix.com>> wrote:
>
>> I think it's a reasonable change to make, and I don't foresee any
>> problems with it, so I think it's fine to submit a bug about it. But I
>> do question the
On Feb 22, 2013, at 8:30 AM, Christopher Armstrong
wrote:
> I think it's a reasonable change to make, and I don't foresee any problems
> with it, so I think it's fine to submit a bug about it. But I do question the
> architecture that needs to make use of it. I would probably avoid scenarios
On Fri, Feb 22, 2013 at 9:40 AM, Pierre Jaury wrote:
> Hey everyone,
> As a matter of fact, this is not the case (the first generation of the
> Deferred object will return its actual current state but later
> generations will return `None`). Because a Deferred object generation
> from an inlineCa
Hey everyone,
First of all, I am a french developer mostly dealing with security
matters, I have been a Twisted enthusiast for a couple of years now and
have been hacking around with Twisted for the very last couple of months.
I am aware that Deferred-related classes are very stable nowadays and
Hi Christopher,
Apologize for the sloppy language. So would this be a better way of putting it?
Assuming a function func_a that has the inlineCallbacks decorator...
If func_a were added as a callback for a deferred (deferred 1), when
func_a was called another deferred would be returned (deferred
On Thu, Apr 1, 2010 at 8:20 PM, Jason J. W. Williams
wrote:
> Would it be fair to say that when developing code that utilizes
> inlineCallbacks, your function is a generator that returns a deferred
> whose callback is the coroutine that's yielding?
It pays to be very very specific about all the d
Would it be fair to say that when developing code that utilizes
inlineCallbacks, your function is a generator that returns a deferred
whose callback is the coroutine that's yielding?
-J
___
Twisted-Python mailing list
Twisted-Python@twistedmatrix.com
ht