[#7872] Nonblocking socket-connect — "Francis Cianfrocca" <garbagecat10@...>

All, I needed a nonblocking socket connect for my asynchronous-event

18 messages 2006/05/14
[#7873] Re: Nonblocking socket-connect — Tanaka Akira <akr@...17n.org> 2006/05/14

In article <3a94cf510605140559l7baa0205le341dac4f47d424b@mail.gmail.com>,

[#7874] Re: Nonblocking socket-connect — "Francis Cianfrocca" <garbagecat10@...> 2006/05/15

How about introducing the method Socket#set_nonblocking, or alternatively

[#7875] Re: Nonblocking socket-connect — Yukihiro Matsumoto <matz@...> 2006/05/15

Hi,

[#7876] Re: Nonblocking socket-connect — "Francis Cianfrocca" <garbagecat10@...> 2006/05/15

Well, it's ok then. I'm comfortable adding in the nonblocking

[#7877] Re: Nonblocking socket-connect — Yukihiro Matsumoto <matz@...> 2006/05/15

Hi,

Re: [ ruby-Bugs-4491 ] Segfault on x86_64 when built with -O0 in CFLAGS

From: ts <decoux@...>
Date: 2006-05-17 08:27:48 UTC
List: ruby-core #7886
>>>>> "n" == noreply  <noreply@rubyforge.org> writes:

n> The problem appears to stem from '/bin/bash' being a file, not a
n> directory -- Rails was doing a similar Dir.glob, referencing a
n> subdirectory of a plain file object, which was where I was seeing the
n> segfault in production.  On i386 it returns an empty array.  Building
n> with -O2 in the CFLAGS resolves the problem.  I understand if this
n> mighte a case of "so don't build with -O0" but I believe behavior
n> should be identical on both platforms, or at the very least not exhibit
n> a segfault on x86_64. 

 Well not really a problem with -O0 (i.e. it can possible to have a version
 which crash with -O2), but rather an alignment problem.

 This is the call rb_protect(rb_sys_warning()) which give the crash because
 rb_sys_warning() is a variadic function.




Guy Decoux

In This Thread