[#3419] Valgrind analysis of [BUG] unknown node type 0 — Andrew Walrond <andrew@...>

Hello list,

19 messages 2004/09/17
[#3422] Re: Valgrind analysis of [BUG] unknown node type 0 — ts <decoux@...> 2004/09/17

>>>>> "A" == Andrew Walrond <andrew@walrond.org> writes:

[#3423] Re: Valgrind analysis of [BUG] unknown node type 0 — Andrew Walrond <andrew@...> 2004/09/17

On Friday 17 Sep 2004 12:01, ts wrote:

[#3424] Re: Valgrind analysis of [BUG] unknown node type 0 — ts <decoux@...> 2004/09/17

>>>>> "A" == Andrew Walrond <andrew@walrond.org> writes:

[#3425] Re: Valgrind analysis of [BUG] unknown node type 0 — Andrew Walrond <andrew@...> 2004/09/17

On Friday 17 Sep 2004 12:37, ts wrote:

[#3426] Re: Valgrind analysis of [BUG] unknown node type 0 — ts <decoux@...> 2004/09/17

>>>>> "A" == Andrew Walrond <andrew@walrond.org> writes:

[#3428] Re: Valgrind analysis of [BUG] unknown node type 0 — Andrew Walrond <andrew@...> 2004/09/17

On Friday 17 Sep 2004 13:05, ts wrote:

[#3429] Re: Valgrind analysis of [BUG] unknown node type 0 — ts <decoux@...> 2004/09/17

>>>>> "A" == Andrew Walrond <andrew@walrond.org> writes:

Re: Ruby is eating my signals!

From: nobu.nokada@...
Date: 2004-09-01 00:52:04 UTC
List: ruby-core #3335
Hi,

At Wed, 1 Sep 2004 08:14:30 +0900,
Eric Schwartz wrote in [ruby-core:03334]:
> What's happening is that the STAF library does a connect() to the remote
> system, and that connect() is what is hanging.  When Ruby recieves the
> SIGALRM, rb_trap_immediate is not set, so the signal is deferred-- the
> problem is, because it's hanging inside the connect(), the Ruby
> internals that poll that deferred list never get called, so the signal
> is effectively "eaten".

Can't you use select() before it?  Or, is it safe to abort the
function?  If so, you could interrupt it by enclosing the call
with TRAP_BEG and TRAP_END.

-- 
Nobu Nakada

In This Thread