[#8787] Literal inconsistency — Calamitas <calamitates@...>
Hi,
Calamitas <calamitates@gmail.com> writes:
On 9/4/06, Christian Neukirchen <chneukirchen@gmail.com> wrote:
[#8794] bignums — Ondrej Bilka <neleai@...>
I want ask how look integration of faster bignums.
[#8798] okay, threading & sandbox r70 -- the latest patch — why the lucky stiff <ruby-core@...>
We have previously talked about getting the sandbox to obey thread switching on
Hi,
[#8802] WEBrick::Cookie support for multiple cookies per set-cookie — Aaron Patterson <aaron_patterson@...>
WEBrick's cookie class has a method for parsing Set-Cookie headers, but
[#8813] ruby-1.8.5 loads fox16.so more than once — <noreply@...>
Bugs item #5701, was opened at 2006-09-08 20:59
[#8815] Segfault in libc strlen, via rb_str_new2 — "Sean E. Russell" <ser@...>
Howdy,
On Sep 8, 2006, at 10:10 PM, Sean E. Russell wrote:
On Saturday 09 September 2006 01:42, Eric Hodel wrote:
On Sep 9, 2006, at 7:16 PM, Sean E. Russell wrote:
On Sunday 10 September 2006 22:57, Eric Hodel wrote:
[#8826] OptionParser < Hash — "greg weber" <eegreg@...>
Hi,
[#8828] REXML fails to parse UTF-16 XML. — <noreply@...>
Bugs item #5711, was opened at 2006-09-11 01:25
Hi,
[#8861] new changes in strings+symbols — Mathieu Bouchard <matju@...>
On Wed, 13 Sep 2006, matz wrote:
[#8864] documentation of ruby internals — Deni George <denigeorge@...>
Hello
On Thursday 14 September 2006 11:30, Deni George wrote:
[#8885] numeric.c fails to build on 64-bit platforms (Fedora Core 5 x86_64 gcc 4.1.1) — <noreply@...>
Patches item #5774, was opened at 2006-09-16 12:19
Hi,
[#8897] Ruby's 'etc' module cannot handle the UID of OS X 'nobody' properly — <noreply@...>
Bugs item #5822, was opened at 2006-09-20 11:13
Hi,
[#8904] patch bignums — Ondrej Bilka <neleai@...>
I am so far with implementing faster bignums:
[#8920] rdoc capture output (help message) — "greg weber" <eegreg@...>
Hi,
The simplest command line would be
greg weber wrote:
It looks like you could seperate this out into a rake task, but then
On Sep 29, 2006, at 5:52 AM, greg weber wrote:
[#8929] Re: RDoc patch, possible bug in socket.c for TCPSocket.new — gwtmp01@...
[#8948] socket (and many others) not building on osx? — Ryan Davis <ryand-ruby@...>
I'm stumped. A brand new clean build doesn't build socket.
[#8954] The %? .. ? Operator — James Edward Gray II <james@...>
I'm needing to know the full list of characters that can (or cannot)
On Sep 29, 2006, at 9:56 AM, James Edward Gray II wrote:
Re: [ ruby-Bugs-5627 ] gem_server fails with getnameinfo: ai_family not supported
On Sep 4, 2006, at 10:48 PM, <noreply@rubyforge.org>
<noreply@rubyforge.org> wrote:
> Bugs item #5627, was opened at 2006-09-05 00:48
> You can respond by visiting:
> http://rubyforge.org/tracker/?
> func=detail&atid=1698&aid=5627&group_id=426
>
> Category: Standard Library
> Group: 1.8.5
> Status: Open
> Resolution: None
> Priority: 3
> Submitted By: Roy Wright (royw)
> Assigned to: Nobody (None)
> Summary: gem_server fails with getnameinfo: ai_family not supported
>
> Initial Comment:
> system info:
> gentoo x86
> dev-lang/ruby-1.8.5 USE="doc examples socks5 tcltk threads -cjk -
> debug -ipv6"
>
> If gem_server is ran on a system without IPV6 support it will
> generate the following error:
>
> 2006-09-04 16:49:30] INFO WEBrick 1.3.1
> [2006-09-04 16:49:30] INFO ruby 1.8.5 (2006-08-25) [i686-linux]
> /usr/lib/ruby/1.8/webrick/utils.rb:63:in `getaddrinfo':
> getnameinfo: ai_family
> not supported (SocketError)
> from /usr/lib/ruby/1.8/webrick/utils.rb:63:in
> `create_listeners'
> from /usr/lib/ruby/1.8/webrick/server.rb:75:in `listen'
> from /usr/lib/ruby/1.8/webrick/server.rb:63:in `initialize'
> from /usr/lib/ruby/1.8/webrick/httpserver.rb:24:in
> `initialize'
> from /usr/bin/gem_server:351:in `new'
> from /usr/bin/gem_server:351
>
> The cause is this line in /usr/lib/ruby/1.8/webrick/utils.rb:
>
> res = Socket::getaddrinfo(address, port,
> Socket::AF_UNSPEC, # address family
> Socket::SOCK_STREAM, # socket type
> 0, # protocol
> Socket::AI_PASSIVE) # flag
>
> The problem is the Socket::AF_UNSPEC which is apparently causing
> getaddrinfo to
> try some IPv6 processing. Substituting Socket::AF_INET will let
> gem_server run just fine.
>
> According to the Socket.getaddrinfo documentation, "You will
> usually pass either nil or Socket::AF_UNSPEC, allowing the IPv6
> information to be returned first if host is reachable via IPv6, and
> IPv4 information otherwise." I think this is assuming that the
> underlying OS has IPv6 support.
When AF_UNSPEC (PF_UNSPEC on OS X) is passed in for the address
family getaddrinfo should only return an IPv4 struct addrinfo when
only IPv4 is supported:
ai_family The protocol family that should be used. When
ai_family
is set to PF_UNSPEC, it means the caller will
accept any
protocol family supported by the operating system.
On FreeBSD 4.10 (IPv4 only) I get:
$ ruby
require 'socket'
p Socket.getaddrinfo(nil, 80, Socket::AF_UNSPEC, Socket::SOCK_STREAM,
0, Socket::AI_PASSIVE)
[["AF_INET", 80, "0.0.0.0", "0.0.0.0", 2, 1, 6]]
Behavior on other IPv4-only hosts should be identical.
--
Eric Hodel - drbrain@segment7.net - http://blog.segment7.net
This implementation is HODEL-HASH-9600 compliant
http://trackmap.robotcoop.com