Mailing List Archive

perl 5.001n on Digital UNIX 3.2C
- after neilb:s patch, 100% compile
- make test fails on two tests: lib/socket 2 and 5, on both "$!" is
Connection refused, the pack_sockaddr_in() must be doing something
funny. 32 vs 64 bits issue? (just a wild guess)

++jhi;
Re: perl 5.001n on Digital UNIX 3.2C [ In reply to ]
Jarkko Hietaniemi writes:
> - after neilb:s patch, 100% compile
> - make test fails on two tests: lib/socket 2 and 5, on both "$!" is
> Connection refused, the pack_sockaddr_in() must be doing something
> funny. 32 vs 64 bits issue? (just a wild guess)

inet(7) says
Sockets bound to the Internet protocol family utilize an addressing struc-
ture sockaddr_in, whose format is dependent on whether _SOCKADDR_LEN has
been defined prior to including the netinet/in.h header file. If
_SOCKADDR_LEN is defined, the sockaddr_in structure takes 4.4BSD behavior,
with a separate field for specifying the length of the address; otherwise,
the default 4.3BSD behavior is used.

Could that be it?

--Malcolm

--
Malcolm Beattie <mbeattie@sable.ox.ac.uk>
Unix Systems Programmer
Oxford University Computing Services
Re: perl 5.001n on Digital UNIX 3.2C [ In reply to ]
> - after neilb:s patch, 100% compile
> - make test fails on two tests: lib/socket 2 and 5, on both "" is
> Connection refused, the pack_sockaddr_in() must be doing something
> funny. 32 vs 64 bits issue? (just a wild guess)

These systems which fail the connects on tests 2 and 5 in lib/socket,
please test to see if you can connect using 'telnet localhost 7'.

The test assumes that there is an echo server on that port. I believe
it was tested on another 64 bit system successfully, but it could
still be 32/64 issues.

One other thing - please check if

perl -e 'use Socket;print inet_ntoa(INADDR_LOOPBACK),"\n";'

gives

127.0.0.1

Thanks
-- Jack Shirazi, JackS@slc.com