[#5143] Win32API segfault in 1.8.3p1 — Nathaniel Talbott <ntalbott@...>
I'm on Windows XP, using VC7 to compile. I've previously gotten a good
Hi,
[#5151] COPY and INSTALL on Windows — Nathaniel Talbott <ntalbott@...>
1.8.3p1 has changed the defaults for the COPY and INSTALL Makefile
[#5152] 1.8.3 p1 segfault in array.c- bccwin32 - bcc5.5 (free) compiler bug — "daz" <dooby@...10.karoo.co.uk>
[#5160] Alternative for win32\ifchange.bat — "daz" <dooby@...10.karoo.co.uk>
[#5179] Cannot build HEAD on OS X 10.4.1 — Eric Hodel <drbrain@...7.net>
Somehow the rb_fd_init macro is conflicting with the definition of
Hi,
Hi,
[#5188] Re: IO#read — Yukihiro Matsumoto <matz@...>
Hi,
[#5190] Resolv and TTL — Eric Hodel <drbrain@...7.net>
I would like to retrieve the TTL values from Resolv, but they seem to
[#5206] Object#inspect() doesn't return; uses 100% cpu — Andrew Walrond <andrew@...>
Is this something I could have caused by overriding some method on the
[#5211] ruby 1.8 CVS do not work with --enable-pthread configure option — noreply@...
Bugs item #2038, was opened at 2005-06-16 13:57
[#5215] Hackers Guide Translation Request! — "Charles E. Thornton" <ruby-core@...>
I have recently discovered RUBY and want to understand it a deep level -
[#5219] Segmentation fault in timeout.rb — Michel Pastor <K@...>
Hi,
On Fri, 17 Jun 2005 05:03:18 +0900
Hi,
On Fri, 17 Jun 2005 11:51:07 +0900
Hi,
On Sat, 18 Jun 2005 10:28:53 +0900
Hi,
On Sun, 19 Jun 2005 23:05:56 +0900
[#5233] event_hook shows weirdness when invoked on mixed in methods — Ryan Davis <ryand-ruby@...>
The following attachment, when run, shows the following behavior:
[#5264] XMLRPC vulnerabilities? — Hugh Sasse <hgs@...>
I've just seen this (by RSS)
[#5267] RubyUnit Test Ordering — Jordan Gilliland <jordan@...>
I'm using ruby 1.8.2 (2004-12-25) [i686-linux] and I've noticed that the
[#5277] Macros in win32.h — james@...
win32.h defines a load of macros. This means any C or C++ program which embeds
[#5288] committing rdoc additions corrections to head? — Ryan Davis <ryand-ruby@...>
There is some discussion on ruby-doc about people documenting core
[#5296] Subversion — Shugo Maeda <shugo@...>
Hi,
Shugo Maeda wrote:
Curt Hibbs wrote:
On 6/30/05, Nikolai Weibull
Austin Ziegler wrote:
On 6/30/05, Nikolai Weibull
Austin Ziegler wrote:
On 6/30/05, mathew <meta@pobox.com> wrote:
Austin Ziegler wrote:
On 7/1/05, mathew <meta@pobox.com> wrote:
Austin Ziegler wrote:
On 7/1/05, Nikolai Weibull
Austin Ziegler wrote:
On 7/1/05, mathew <meta@pobox.com> wrote:
Austin Ziegler wrote:
On Thursday 30 June 2005 19:19, mathew wrote:
"Sean E. Russell" <ser@germane-software.com> writes:
On 30 Jun 2005, at 08:19, Shugo Maeda wrote:
Hi,
Re: [ ruby-Bugs-2047 ] TCPSocket fails to bind first time on certain FreeBSD configs
On 20 Jun 2005, at 04:29, noreply@rubyforge.org wrote:
> Bugs item #2047, was opened at 2005-06-20 12:24
> You can respond by visiting:
> http://rubyforge.org/tracker/?
> func=detail&atid=1698&aid=2047&group_id=426
>
> Category: Standard Library
> Group: None
> Status: Open
> Resolution: None
> Priority: 3
> Submitted By: Brian Candler (bcandler)
> Assigned to: Nobody (None)
> Summary: TCPSocket fails to bind first time on certain FreeBSD configs
>
> Initial Comment:
> I have some very strange reproducible behaviour with TCPSocket. It
> differs
> between two machines which are almost identical: one is FreeBSD-5.4-
> RELEASE,
> the other is FreeBSD-5.4-STABLE dating from only a week or so after
> 5.4-RELEASE. Both report Ruby version as
> "ruby 1.8.2 (2004-12-25) [i386-freebsd5]"
>
> The 5.4-RELEASE machine is running a GENERIC kernel with IPv6
> enabled. The
> 5.4-STABLE machine has a slightly customised kernel, with IPv6
> turned off.
> This is the only thing which I can imagine is significant.
>
> Now, it's the 5.4-STABLE machine (no IPv6) which is being strange:
>
> $ irb
> irb(main):001:0> require 'socket'
> => true
> irb(main):002:0> a = TCPServer.new(1234)
> => #<TCPServer:0x813aed0>
> irb(main):003:0>
>
> At this point, you'd expect the server to be listening on port 1234.
> However, it isn't: in another window I can try
No, it is. Remove -4 from sockstat args...
> $ telnet localhost 1234
> Trying 127.0.0.1...
> telnet: connect to address 127.0.0.1: Connection refused
> telnet: Unable to connect to remote host
> $ sockstat -4l
> USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN
> ADDRESS
> mailnull exim-4.50- 432 4 tcp4 *:25 *:*
> root sshd 393 4 tcp4 *:22 *:*
> root lpd 363 7 tcp4 *:515 *:*
> root syslogd 266 6 udp4 *:514 *:*
$ sockstat -l | grep 1234
eric ruby18 28234 3 tcp6 *:1234 *:*
$ telnet localhost 1234
Trying ::1...
Connected to localhost.coop.robotcoop.com.
Escape character is '^]'.
^]
telnet> quit
Connection closed.
> However, as soon as I create a *second* TCPServer object, it works.
>
> This is completely repeatable. Now: if I give an IP address
> explicitly to
> bind to, it's OK:
[snip]
Now it is listening on *two* ports:
$ sockstat -l | grep 1234
eric ruby18 28325 3 tcp4 *:1234 *:*
eric ruby18 28234 3 tcp6 *:1234 *:*
> So I have a workaround which solves my problem - but it looks like
> there's something strange going on under the surface.
You need to bind both IPv6 and IPv4 addresses on IPv6-enabled hosts.
The following should work on both IPv4-only and IPv4/IPv6 hosts (I
took it from WEBrick):
$ cat x.rb
require 'socket'
res = Socket.getaddrinfo(nil, 1234, Socket::AF_UNSPEC,
Socket::SOCK_STREAM, 0,
Socket::AI_PASSIVE)
sockets = []
res.each do |ai|
sockets << TCPServer.new(ai[3], ai[1])
end
sleep 10
$ ruby x.rb &
[2] 28585
$ sockstat -l | grep 1234
eric ruby 28585 3 tcp6 *:1234 *:*
eric ruby 28585 4 tcp4 *:1234 *:*
Also, what is in your /etc/hosts?
$ cat /etc/hosts
::1 localhost.coop.robotcoop.com localhost
127.0.0.1 localhost.coop.robotcoop.com localhost
--
Eric Hodel - drbrain@segment7.net - http://segment7.net
FEC2 57F1 D465 EB15 5D6E 7C11 332A 551C 796C 9F04