On 28/06/12 12:46, Martin wrote:
On 26/06/12 15:12, exar...@twistedmatrix.com wrote:
On 25 Jun, 12:16 pm, mar...@webscio.net wrote:
No suggestions as to how I could get rid of this? :(
I put together a minimal example of ReconnectingClientFactory for the
connection refused case for you. I
On 26/06/12 15:12, exar...@twistedmatrix.com wrote:
On 25 Jun, 12:16 pm, mar...@webscio.net wrote:
No suggestions as to how I could get rid of this? :(
I put together a minimal example of ReconnectingClientFactory for the
connection refused case for you. It's attached. I don't see any
er
On 25 Jun, 12:16 pm, mar...@webscio.net wrote:
No suggestions as to how I could get rid of this? :(
I put together a minimal example of ReconnectingClientFactory for the
connection refused case for you. It's attached. I don't see any errors
logged. If your program differs from this, plea
On 06/25/2012 10:47 PM, Martin wrote:
> Well, kind of - I know that I need to do addErrBack on the deferred
> objects, I kind of knew that when I asked the original question having
> read the documentation on deferreds. What I still don't know though is
> how am I supposed to catch these deferreds
On 26/06/2012, at 7:47 AM, Martin wrote:
> On 25/06/12 22:27, Adrian Overbury wrote:
>> On 25/06/2012, at 10:16 PM, Martin wrote:
>>
>>> On 14/06/12 12:38, Martin wrote:
Hi, thanks for your reply.
Indeed, the ReconnectingClientFactory is being sent the Failure object to
>>
On Tue, Jun 26, 2012 at 5:47 AM, Martin wrote:
> On 25/06/12 22:27, Adrian Overbury wrote:
> > On 25/06/2012, at 10:16 PM, Martin wrote:
> >
> >> On 14/06/12 12:38, Martin wrote:
> >>> Hi, thanks for your reply.
> >>>
> >>> Indeed, the ReconnectingClientFactory is being sent the Failure object
>
On 25/06/12 22:27, Adrian Overbury wrote:
> On 25/06/2012, at 10:16 PM, Martin wrote:
>
>> On 14/06/12 12:38, Martin wrote:
>>> Hi, thanks for your reply.
>>>
>>> Indeed, the ReconnectingClientFactory is being sent the Failure object to
>>>
>>> def clientConnectionLost(self, connector, reason):
>>
On 25/06/2012, at 10:16 PM, Martin wrote:
> On 14/06/12 12:38, Martin wrote:
>> Hi, thanks for your reply.
>>
>> Indeed, the ReconnectingClientFactory is being sent the Failure object to
>>
>> def clientConnectionLost(self, connector, reason):
>>log.msg('Lost connection. Reason: %s' % r
On 14/06/12 12:38, Martin wrote:
> Hi, thanks for your reply.
>
> Indeed, the ReconnectingClientFactory is being sent the Failure object to
>
> def clientConnectionLost(self, connector, reason):
> log.msg('Lost connection. Reason: %s' % reason)
> protocol.ReconnectingClientFactory.clientCon
On Thu, Jun 14, 2012 at 7:38 PM, Martin wrote:
> Hi, thanks for your reply.
>
> Indeed, the ReconnectingClientFactory is being sent the Failure object to
>
> def clientConnectionLost(self, connector, reason):
> log.msg('Lost connection. Reason: %s' % reason)
> protocol.Reconnecti
Hi, thanks for your reply.
Indeed, the ReconnectingClientFactory is being sent the Failure object to
def clientConnectionLost(self, connector, reason):
log.msg('Lost connection. Reason: %s' % reason)
protocol.ReconnectingClientFactory.clientConnectionLost(self,
connector, reaso
On Jun 11, 2012, at 8:01 AM, Martin wrote:
> Hi there,
>
> I've been looking around for a solution for several hours now, and maybe
> I'm just missing something..
>
> I've a factory that implements protocol.ReconnectingClientFactory which
> works just fine, however, whenever the program ends
Hi there,
I've been looking around for a solution for several hours now, and maybe
I'm just missing something..
I've a factory that implements protocol.ReconnectingClientFactory which
works just fine, however, whenever the program ends running, I get a
bunch of Unhandled error in Deferred mess
13 matches
Mail list logo
