[#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 12:25 PM, cremes.devlist@mac.com wrote:
> I've been tearing my hair out the last few days trying to track
> down a bug in a gem that turns out to live in DRb. The gem is
> 'reliable-msg' and it relies on DRb for rpc (I've cc'ed the author
> too).
>
> I am not a good enough rubyist to track the problem all the way to
> its true source, but I do have a simple test case to reproduce the
> bug. Plus, there's a simple work around (look at the comments in
> the server sample code).
>
> As near as I can tell, this only breaks on OSX (OSX 10.4.6, ruby
> 1.8.4, DRb 2.0.4).
>
> The error concerns ACL handling and how 127.0.0.1/localhost is
> interpreted (maybe an ipv6 prob?). Doing a 'netstat -an|grep 9000'
> while the following code is run shows:
> tcp6 0 0 ::1.9000 *.*
> LISTEN
IPv6 can be the bane of your existence. Setting up proper name
service for it is not fun.
If you're only going to be talking over loopback you may want to
switch to UNIX sockets.
> With apologies to Eric Hodel from whom I borrowed some code, here
> are the samples:
>
> ------ SERVER --------
> #!/usr/bin/env ruby -w
> # simple_service.rb
> # A simple DRb service
>
> # load DRb
> require 'drb'
> require 'drb/acl'
>
> # start up the DRb service
> DRb.start_service 'druby://localhost:9000',
You can change this to 'druby://127.0.0.1:9000', that will force it
to use IPv4.
> [],
> :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.
> # 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.
--
Eric Hodel - drbrain@segment7.net - http://blog.segment7.net
This implementation is HODEL-HASH-9600 compliant
http://trackmap.robotcoop.com