Mailing List Archive: Perl: porters

RC2 test failure: NetBSD/Alpha (was: RC1 build failure)

Index | Next | Previous | View Threaded

david at cantrell

Nov 27, 2007, 4:58 AM

Post #1 of 4 (58 views)
Permalink

RC2 test failure: NetBSD/Alpha (was: RC1 build failure)

> > > > $ ./perl ../lib/Net/hostent.t
> > > > 1..7
> > > > ok 1 - use Net::hostent;
> > > > not ok 2 - gethost('localhost')
> The failing test checks the definedness of the return value of
> gethost(), not its value.
> Does the built-in gethostbyaddr() return undef too ?

I assume you mean gethostbyname? Yeah, that's undef in RC2 (built with
threads).

With a version of perl at patch 31856 (built *without* threads) it
returns a sane-looking array.

--
David Cantrell | Cake Smuggler Extraordinaire

It's my experience that neither users nor customers can articulate
what it is they want, nor can they evaluate it when they see it
-- Alan Cooper

rgarciasuarez at gmail

Nov 27, 2007, 5:20 AM

Post #2 of 4 (56 views)
Permalink

Re: RC2 test failure: NetBSD/Alpha (was: RC1 build failure) [In reply to]

On 27/11/2007, David Cantrell <david[at]cantrell.org.uk> wrote:
> > > > > $ ./perl ../lib/Net/hostent.t
> > > > > 1..7
> > > > > ok 1 - use Net::hostent;
> > > > > not ok 2 - gethost('localhost')
> > The failing test checks the definedness of the return value of
> > gethost(), not its value.
> > Does the built-in gethostbyaddr() return undef too ?
>
> I assume you mean gethostbyname? Yeah, that's undef in RC2 (built with
> threads).
>
> With a version of perl at patch 31856 (built *without* threads) it
> returns a sane-looking array.

So the problem would be with the _r functions. What do the command:
perl -V:d_gethost.*
return on those perls ?

david at cantrell

Nov 27, 2007, 5:55 AM

Post #3 of 4 (56 views)
Permalink

RC2 test failure: NetBSD/Alpha (was: RC1 build failure) [In reply to]

On Mon, Nov 26, 2007 at 03:33:06PM -0600, Craig A. Berry wrote:
> On Nov 26, 2007 2:36 PM, David Cantrell <david[at]cantrell.org.uk> wrote:
> > > $ ./perl ../lib/Net/t/hostname.t
> > > 1..5
> > > Segmentation fault (core dumped)
> It appears to be calling domainname(), which is done via syscall() on
> some systems. Your syscall.ph may have an incorrect prototype for
> getdomainname() or gethostname().

I can't find a syscall.ph anywhere in the source tree.

But the prototypes should be (from the man pages):

int getdomainname(char *name, size_t namelen);
int gethostname(char *name, size_t namelen);

--
David Cantrell | Official London Perl Mongers Bad Influence

"Cynical" is a word used by the naive to describe the experienced.
George Hills, in uknot

david at cantrell

Nov 27, 2007, 6:28 AM

Post #4 of 4 (52 views)
Permalink

Re: RC2 test failure: NetBSD/Alpha (was: RC1 build failure) [In reply to]

On Tue, Nov 27, 2007 at 02:20:21PM +0100, Rafael Garcia-Suarez wrote:
> On 27/11/2007, David Cantrell <david[at]cantrell.org.uk> wrote:
> > > > > > $ ./perl ../lib/Net/hostent.t
> > > > > > 1..7
> > > > > > ok 1 - use Net::hostent;
> > > > > > not ok 2 - gethost('localhost')
> > > The failing test checks the definedness of the return value of
> > > gethost(), not its value.
> > > Does the built-in gethostbyaddr() return undef too ?
> >
> > I assume you mean gethostbyname? Yeah, that's undef in RC2 (built with
> > threads).
> >
> > With a version of perl at patch 31856 (built *without* threads) it
> > returns a sane-looking array.
>
> So the problem would be with the _r functions. What do the command:
> perl -V:d_gethost.*
> return on those perls ?

Working:
d_gethostbyaddr_r='undef';
d_gethostbyname_r='undef';
d_gethostent_r='undef';
d_gethostprotos='define';

Not working:
d_gethostbyaddr_r='define';
d_gethostbyname_r='define';
d_gethostent_r='define';
d_gethostprotos='define';

--
David Cantrell | London Perl Mongers Deputy Chief Heretic

Are you feeling bored? depressed? slowed down? Evil Scientists may
be manipulating the speed of light in your vicinity. Buy our patented
instructional video to find out how, and maybe YOU can stop THEM

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact lists@gossamer-threads.com