[#7809] uninit bug in yaml/emitter.c — "Pat Eyler" <rubypate@...>
During our hacking night, we also looked at an UNINIT bug in yaml/emitter.c
[#7813] :!~ not a symbol — noreply@...
Bugs item #4344, was opened at 2006-05-03 17:41
[#7818] (security-related) patch to ALLOC macros to prevent integer overflow bugs — "Dominique Brezinski" <dominique.brezinski@...>
While fixing the integer overflow in rb_ary_fill(), it occurred to me
[#7833] segfault on Proc#call after setting a trace_func — Mauricio Fernandez <mfp@...>
$ cat bug2.rb
[#7843] Possible YAMl bug in 1.8.4 — Damphyr <damphyr@...>
OK, while parsing the td2 data from the ruby-lang website we stumbled on
Its probably a bug. I'm not familiar with the specifics, but Ruby
[#7858] Ruby threads working with native threads — "Francis Cianfrocca" <garbagecat10@...>
I recently wrote a network-event extension for Ruby ("eventmachine" in
[#7865] Strange interactions between Struct and 'pp' — noreply@...
Bugs item #4457, was opened at 2006-05-12 17:13
[#7872] Nonblocking socket-connect — "Francis Cianfrocca" <garbagecat10@...>
All, I needed a nonblocking socket connect for my asynchronous-event
In article <3a94cf510605140559l7baa0205le341dac4f47d424b@mail.gmail.com>,
How about introducing the method Socket#set_nonblocking, or alternatively
Hi,
Well, it's ok then. I'm comfortable adding in the nonblocking
Hi,
How about Socket#nbconnect and Socket#nbaccept?
On 5/15/06, Francis Cianfrocca <garbagecat10@gmail.com> wrote:
In article <1147709691.180288.28647.nullmailer@x31.priv.netlab.jp>,
[#7881] Segfault on x86_64 when built with -O0 in CFLAGS — noreply@...
Bugs item #4491, was opened at 2006-05-16 12:46
[#7882] reproducible bug in DRb on OSX — cremes.devlist@...
I've been tearing my hair out the last few days trying to track down
[#7909] SCRIPT_LINES__ issue when loading a file more than once — Mauricio Fernandez <mfp@...>
SCRIPT_LINES__ is an obscure feature very few people care about, but I happen
On Fri, May 19, 2006 at 06:46:05PM +0900, Mauricio Fernandez wrote:
Hi,
[#7923] Nonblocking accept — "Francis Cianfrocca" <garbagecat10@...>
Thanks to the Matz and colleagues for adding the *_nonblock functions. They
[#7928] set_trace_func: binding has wrong self value for return events — =?ISO-8859-15?Q?Florian_Gro=DF?= <florgro@...>
Moin.
Florian Growrote:
Re: reproducible bug in DRb on OSX
On May 16, 2006, at 5:57 PM, Eric Hodel wrote:
> On May 16, 2006, at 12:25 PM, cremes.devlist@mac.com wrote:
>> [snip]
>> [],
>> :tcp_acl => ACL.new('allow 127.0.0.1'.split("
>> "), ACL::ALLOW_DENY) # <-- causes failure
>> #:tcp_acl => ACL.new('allow localhost'.split("
>> "), ACL::ALLOW_DENY) <-- works
>> # works if you replace 127.0.0.1 with localhost
>
> DRb chose to listen on the IPv6 socket, so you'll need to allow
> both 127.0.0.1 and ::1 or just use localhost.
>
> You could also try removing ::1 localhost from /etc/hosts, that
> might fix it.
Adding "allow ::1" also makes this work. So, it appears to be a ipv6
issue with DRb. Any hint as to how to fix this in a permanent
fashion. Alternately, I can write up a short explanation (inventing
things along the way to fill in my knowledge gaps) and submit it to
the DRb maintainer as a documentation patch.
I can go either way.
>> # wait for the DRb service to finish before exiting
>> DRb.thread.join
>> -------------
>>
>> The error displayed by the client is:
>>
>> ~/developer/projects/ruby/bugs/drb-acl cremes$ ruby -w
>> simple_client.rb druby://localhost:9000
>> /opt/local/lib/ruby/1.8/drb/drb.rb:567:in `load': connection
>> closed (DRb::DRbConnError)
>
> I bet the connection came from ::1:9000 so DRb closed the connection.
This is apparently correct based on my success with adding "allow ::
1" to the ACL.
cr