[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Help-smalltalk] Crashes due the async queue running over
From: |
Holger Hans Peter Freyther |
Subject: |
Re: [Help-smalltalk] Crashes due the async queue running over |
Date: |
Thu, 14 Apr 2011 09:23:37 +0200 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.15) Gecko/20110307 Fedora/3.1.9-0.39.b3pre.fc14 Lightning/1.0b2 Thunderbird/3.1.9 |
On 04/14/2011 08:38 AM, Paolo Bonzini wrote:
> On Wed, Apr 13, 2011 at 18:12, Holger Hans Peter Freyther
> <address@hidden> wrote:
>> I have attached the GDB backtrace and the two variables from frame 3 that
>> decide that we end up in the abort. I have also the strace output.
>>
>> do you have any idea of what is going wrong?
>
> How many sockets are open? In any case, the simplest thing is to
> register the signal handler itself as an async call (a kind of "bottom
> half") so that the signals can then be done synchronously.
I might have multiple instances of 'Socket' around (I should add them to the
finalizer list to have close called) but only _one_ should be connected.
>
> The problem is that _gst_async_call must be signal-safe, so it cannot
> call malloc.
Ah okay, this is why we are checking if we are in GST. The question I have
is... do we get the SIGIO for the _same_ socket/fd all over again. Can you see
this from the strace or should I inspect the 'bottom half' queue?
- [Help-smalltalk] Crashes due the async queue running over, Holger Hans Peter Freyther, 2011/04/13
- Re: [Help-smalltalk] Crashes due the async queue running over, Paolo Bonzini, 2011/04/14
- Re: [Help-smalltalk] Crashes due the async queue running over,
Holger Hans Peter Freyther <=
- Re: [Help-smalltalk] Crashes due the async queue running over, Paolo Bonzini, 2011/04/14
- Re: [Help-smalltalk] Crashes due the async queue running over, Holger Hans Peter Freyther, 2011/04/14
- Re: [Help-smalltalk] Crashes due the async queue running over, Holger Hans Peter Freyther, 2011/04/18
- Re: [Help-smalltalk] Crashes due the async queue running over, Paolo Bonzini, 2011/04/18
- Re: [Help-smalltalk] Crashes due the async queue running over, Holger Hans Peter Freyther, 2011/04/18