develooper Front page | perl.perl5.porters | Postings from December 2004

[perl #7460] HP-UX core dump from op/pwent.t

From:
Steve Peters via RT
Date:
December 7, 2004 16:58
Subject:
[perl #7460] HP-UX core dump from op/pwent.t
Message ID:
rt-3.0.11-7460-102353.16.2978096422982@perl.org
> [jhi@cc.hut.fi - Sun Aug 05 01:50:04 2001]:
> 
> 
> -----------------------------------------------------------------
> [Please enter your report here]
> 
> Core dump deep down in the bowels of libc when endpwent() is called.
> I have little idea of how to even start fixing this.  This used to
> work as a few weeks ago, the HP-UX installation hasn't been patched.
> 
> What little I do know is that the user database setup (who can login)
> in the machine is a little bit wonky (I won't go into details because
> I don't know them :), but that of course is no excuse for a coredump.
> 
> elvis:/tmp/jhi/perl ; gdb ./perl t/core
> GNU gdb 4.18
> Copyright 1998 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and
>    you are
> welcome to change it and/or distribute copies of it under certain
>    conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for
>    details.
> This GDB was configured as "hppa1.1-hp-hpux11.00"...
> Core was generated by `perl'.
> Program terminated with signal 10, Bus error.
> 
> warning: The shared libraries were not privately mapped; setting a
> breakpoint in a shared library will not work until you rerun the
>    program.
> 
> Reading symbols from ./perl...done.
> Reading symbols from /usr/lib/libnsl.1...done.
> Reading symbols from /usr/lib/libxti.2...done.
> Reading symbols from /usr/lib/libnm.sl...done.
> Reading symbols from /usr/lib/libc.2...done.
> Reading symbols from /usr/lib/libdld.2...done.
> Reading symbols from /usr/lib/libsec.2...done.
> Reading symbols from /usr/lib/libm.2...done.
> Reading symbols from
>    /usr/lib/nls/loc/locales.2//fi_FI.iso88591...done.
> Reading symbols from /usr/lib/libnss_files.1...done.
> Reading symbols from /usr/lib/libnss_nis.1...done.
> #0  0xc004216c in  () from /usr/lib/libc.2
> (gdb) where
> #0  0xc004216c in  () from /usr/lib/libc.2
> #1  0xc00d7550 in __nss_src_state_destr () from /usr/lib/libc.2
> #2  0xc00d7768 in __nss_src_state_destr () from /usr/lib/libc.2
> #3  0xc00d78a8 in nss_delete () from /usr/lib/libc.2
> #4  0xc01126d8 in endpwent () from /usr/lib/libc.2
> #5  0x12b5f0 in Perl_pp_epwent () at pp_sys.c:5231
> #6  0xcf060 in Perl_runops_debug () at run.c:51
> #7  0x25b68 in S_run_body (oldscope=1) at perl.c:1572
> #8  0x25554 in perl_run (my_perl=0x40026004) at perl.c:1494
> #9  0x20544 in main (argc=2, argv=0x7f7e6870, env=0x7f7e687c) at
>    perlmain.c:76
> (gdb) up
> #1  0xc00d7550 in __nss_src_state_destr () from /usr/lib/libc.2
> (gdb) up
> #2  0xc00d7768 in __nss_src_state_destr () from /usr/lib/libc.2
> (gdb) up
> #3  0xc00d78a8 in nss_delete () from /usr/lib/libc.2
> (gdb) up
> #4  0xc01126d8 in endpwent () from /usr/lib/libc.2
> (gdb) up
> #5  0x12b5f0 in Perl_pp_epwent () at pp_sys.c:5231
> 5231        endpwent();
> (gdb)
> 

As in the following ticket,
http://rt.perl.org/rt3/Ticket/Display.html?id=7460, this core dump seems
to have been fixed prior to 5.8.0.  I also built a 5.8.6, and this test
passed without any failures.



nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About