[lnkForumImage]
TotalShareware - Download Free Software

Confronta i prezzi di migliaia di prodotti.
Asp Forum
 Home | Login | Register | Search 


 

Forums >

comp.lang.ruby

Socket issue in ruby 1.8.6 in freebsd?

Saku Ytti

2/9/2009 1:20:00 PM

WORKING: (telnet 62.95.30.77 echo)
getuid(0x2,0x1,0x6,0xff,0x0,0x0) = 0 (0x0)
setuid(0x0,0x1,0x6,0xff,0x0,0x0) = 0 (0x0)
setsockopt(0x3,0x0,0x3,0x8062020,0x4,0x0) = 0 (0x0)
connect(3,{ AF_INET 62.95.30.77:7 },16) ERR#61 'Connection refused'

BROKEN: (Ping.pingecho('62.95.30.77'))
fcntl(3,F_GETFL,) = 2 (0x2)
fcntl(3,F_SETFL,O_NONBLOCK|0x2) = 0 (0x0)
connect(3,{ AF_INET 62.95.30.77:7 },16) ERR#36 'Operation now in progress'
getsockopt(0x3,0xffff,0x1007,0xbfbfc7e4,0xbfbfc7e0,0x28070ae0) = 0 (0x0)
gettimeofday({1234181515.137904 },0x0) = 0 (0x0)
select(5,{},{3},{3},{4.964864 }) = 1 (0x1)
connect(3,{ AF_INET 62.95.30.77:7 },16) ERR#22 'Invalid argument'
getsockopt(0x3,0xffff,0x1007,0xbfbfc7e4,0xbfbfc7e0,0x28070ae0) = 0 (0x0)
gettimeofday({1234181515.157227 },0x0) = 0 (0x0)
gettimeofday({1234181515.157406 },0x0) = 0 (0x0)
select(0,{},{},{},{0.099820 }) = 0 (0x0)
gettimeofday({1234181515.264522 },0x0) = 0 (0x0)
select(0,{},{},{},{0.000000 }) = 0 (0x0)
connect(3,{ AF_INET 62.95.30.77:7 },16) ERR#22 'Invalid argument'
fcntl(3,F_SETFL,0x2) = 0 (0x0)
close(3) = 0 (0x0)
sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0)



Is the connect after select an issue here? Or what is? Same thing
works in Linux. In both cases I do receive the TCP RST (as per
tcpdump).

--
++ytti

4 Answers

Saku Ytti

2/19/2009 10:26:00 AM

0

On (2009-02-09 22:19 +0900), Saku Ytti wrote:

Just short update, FreeBSD packet maintainer has confirmed this
issue and reported that RubySpec also trips on it.
No clue yet about resolution.

> WORKING: (telnet 62.95.30.77 echo)
> getuid(0x2,0x1,0x6,0xff,0x0,0x0) = 0 (0x0)
> setuid(0x0,0x1,0x6,0xff,0x0,0x0) = 0 (0x0)
> setsockopt(0x3,0x0,0x3,0x8062020,0x4,0x0) = 0 (0x0)
> connect(3,{ AF_INET 62.95.30.77:7 },16) ERR#61 'Connection refused'
>
> BROKEN: (Ping.pingecho('62.95.30.77'))
> fcntl(3,F_GETFL,) = 2 (0x2)
> fcntl(3,F_SETFL,O_NONBLOCK|0x2) = 0 (0x0)
> connect(3,{ AF_INET 62.95.30.77:7 },16) ERR#36 'Operation now in progress'
> getsockopt(0x3,0xffff,0x1007,0xbfbfc7e4,0xbfbfc7e0,0x28070ae0) = 0 (0x0)
> gettimeofday({1234181515.137904 },0x0) = 0 (0x0)
> select(5,{},{3},{3},{4.964864 }) = 1 (0x1)
> connect(3,{ AF_INET 62.95.30.77:7 },16) ERR#22 'Invalid argument'
> getsockopt(0x3,0xffff,0x1007,0xbfbfc7e4,0xbfbfc7e0,0x28070ae0) = 0 (0x0)
> gettimeofday({1234181515.157227 },0x0) = 0 (0x0)
> gettimeofday({1234181515.157406 },0x0) = 0 (0x0)
> select(0,{},{},{},{0.099820 }) = 0 (0x0)
> gettimeofday({1234181515.264522 },0x0) = 0 (0x0)
> select(0,{},{},{},{0.000000 }) = 0 (0x0)
> connect(3,{ AF_INET 62.95.30.77:7 },16) ERR#22 'Invalid argument'
> fcntl(3,F_SETFL,0x2) = 0 (0x0)
> close(3) = 0 (0x0)
> sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0)
>
>
>
> Is the connect after select an issue here? Or what is? Same thing
> works in Linux. In both cases I do receive the TCP RST (as per
> tcpdump).
>
> --
> ++ytti
>

--
++ytti

Roger Pack

2/21/2009 12:41:00 AM

0

Saku Ytti wrote:
> On (2009-02-09 22:19 +0900), Saku Ytti wrote:
>
> Just short update, FreeBSD packet maintainer has confirmed this
> issue and reported that RubySpec also trips on it.
> No clue yet about resolution.

I'd repost this to core.
Cheers!
-=r
--
Posted via http://www.ruby-....

Saku Ytti

2/23/2009 5:20:00 PM

0

On Feb 21, 2:41=A0am, Roger Pack <rogerpack2...@gmail.com> wrote:

> > Just short update, FreeBSD packet maintainer has confirmed this
> >issueand reported that RubySpec also trips on it.
> > No clue yet about resolution.
>
> I'd repost this to core.

Yeah I indeed planned, but FreeBSD packet maintainer fixed this.
http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/ruby18/files/patc...
ket_socket.c?sortby=3Ddate

Roger Pack

2/23/2009 7:25:00 PM

0


>> I'd repost this to core.
>
> Yeah I indeed planned, but FreeBSD packet maintainer fixed this.
> http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/ruby18/files/patch-ext_socket_socket.c?s...

perhaps should submit a patch to core of it.
-=r
--
Posted via http://www.ruby-....