[#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,

Confirmed: YAML bug in 1.8.4

From: why the lucky stiff <ruby-core@...>
Date: 2006-05-10 22:49:51 UTC
List: ruby-core #7861
Mauricio Fernandez wrote:
> It's not fixed in CVS (ruby_1_8 branch):
>
> $ ruby -v yaml-bug.rb 
> ruby 1.8.4 (2006-05-09) [i686-linux]
> /home/batsman/usr/lib/ruby/1.8/yaml.rb:133:in `load': syntax error ... 
>   
All Ruby HEAD patches have been backported to Syck CVS yesterday.  Also, 
outstanding patches from PySyck maintainers and Audrey Tang.  You can 
follow here: http://code.whytheluckystiff.net/syck/timeline

I've cleared out many of the tickets also.  Rubyforge tickets are moved.

--
Now, about the bug above.  Thankyou for reporting this!  This appears to 
be bad YAML coming out of the emitter.  (Which makes sense since a new 
emitter was written for 1.8.3/1.8.4.)  The parser is correctly giving a 
syntax error.  I am in the YAML spec looking right now.

At any rate, Syck 0.65 will be updated in Ruby CVS this weekend.

_why

In This Thread

Prev Next