Re: BUG: t/base/headers-auth.t assumes an ordering of hash keys
Albert Dvornik (bert@genscan.com)
05 Oct 1998 12:11:15 -0400
Gisle Aas <gisle@aas.no> writes:
> Did the test really fail for you? I would expect it to fail the same
> way for everybody.
Yes, it failed [on Solaris 2.3 + gcc 2.4.5, and please don't ask why I
live in the Stone Age =)]. My `perl -V' output is appended below, in
case you're interested.
I did find the fact no one found it before pretty strange; I'm
guessing that the ordering might have something to do with malloc
memory pools or other such obscurities. I haven't actually looked at
the Perl source to check this or anything, though.
--Albert Dvornik
<bert@genscan.com>
Summary of my perl5 (5.0 patchlevel 5 subversion 52) configuration:
Platform:
osname=solaris, osvers=2.3, archname=sun4-solaris
uname='sunos puma 5.3 generic sun4m sparc '
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef useperlio=undef d_sfio=undef
Compiler:
cc='gcc', optimize='-O -g', gccversion=2.4.5
cppflags='-DDEBUGGING -I/usr/local/include'
ccflags ='-DDEBUGGING -I/usr/local/include'
stdchar='unsigned char', d_stdstdio=define, usevfork=false
intsize=4, longsize=4, ptrsize=4, doublesize=8
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=8
alignbytes=8, usemymalloc=y, prototype=define
Linker and Libraries:
ld='gcc', ldflags =' -L/usr/local/lib -L/opt/gnu/lib'
libpth=/usr/local/lib /opt/gnu/lib /lib /usr/lib /usr/ccs/lib
libs=-lsocket -lnsl -ldl -lm -lc -lcrypt
libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' '
cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib -L/opt/gnu/lib'
Characteristics of this binary (from libperl):
Compile-time options: DEBUGGING
Built under solaris
Compiled at Oct 1 1998 18:07:14
@INC:
/home/b4/local/lib/perl5/5.00552/sun4-solaris
/home/b4/local/lib/perl5/5.00552
/home/b4/local/lib/perl5/site_perl/5.00552/sun4-solaris
/home/b4/local/lib/perl5/site_perl/5.00552
.