Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

panic: free from wrong pool during global destruction #8917

Closed
p5pRT opened this issue May 31, 2007 · 4 comments
Closed

panic: free from wrong pool during global destruction #8917

p5pRT opened this issue May 31, 2007 · 4 comments

Comments

@p5pRT
Copy link

p5pRT commented May 31, 2007

Migrated from rt.perl.org#43090 (status was 'resolved')

Searchable as RT43090$

@p5pRT
Copy link
Author

p5pRT commented May 31, 2007

From root@net1.coolsurf.com

Created by david@davidfavor.com

Latest patch level today fixes realloc panic in CPAN module and
introduces a new panic when CPAN exits.

perl -MCPAN -e shell
CPAN​: File​::HomeDir loaded ok (v0.65)

cpan shell -- CPAN exploration and modules installation (v1.9102)
ReadLine support enabled

cpan[1]> quit
Lockfile removed.
panic​: free from wrong pool during global destruction.

Probably best to add tests which reproduce the original realloc
from wrong pool problem and also reproduce this problem, since
test suite passes in both cases.

Perl Info

Flags:
    category=core
    severity=high

Site configuration information for perl 5.9.5:

Configured by root at Thu May 31 08:18:52 CDT 2007.

Summary of my perl5 (revision 5 version 9 subversion 5 patch 31316) configuration:
  Platform:
    osname=linux, osvers=2.6.20-1.2952.fc6, archname=i686-linux-thread-multi
    uname='linux net1.coolsurf.com 2.6.20-1.2952.fc6 #1 smp wed may 16 18:59:18 edt 2007 i686 i686 i386 gnulinux '
    config_args='-Dprefix=/usr/local/pkgs/perl-5.9.5 -ders -Dusedevel -Doptimize=-pipe -O2 -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Dloclibpth=/usr/local/lib -Dlocincpth=/usr/local/include -Dotherlibdirs=/tools/pmlib:/usr/local/pmlib -DDEBUGGING -Ui_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl=n -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -Dd_gethostent_r_proto -Ud_endhostent_r_proto -Ud_sethostent_r_proto -Ud_endprotoent_r_proto -Ud_setprotoent_r_proto -Ud_endservent_r_proto -Ud_setservent_r_proto'
    hint=recommended, useposix=true, d_sigaction=define
    useithreads=define, usemultiplicity=define
    useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
    use64bitint=undef, use64bitall=undef, uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm',
    optimize='-pipe -O2 -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -g',
    cppflags='-D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/include/gdbm'
    ccversion='', gccversion='4.1.1 20070105 (Red Hat 4.1.1-51)', gccosandvers=''
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
    ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
    alignbytes=4, prototype=define
  Linker and Libraries:
    ld='cc', ldflags =' -L/usr/local/lib'
    libpth=/usr/local/lib /lib /usr/lib
    libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc
    perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
    libc=/lib/libc-2.5.so, so=so, useshrplib=true, libperl=libperl.so
    gnulibc_version='2.5'
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E -Wl,-rpath,/usr/local/pkgs/perl-5.9.5/lib/5.9.5/i686-linux-thread-multi/CORE'
    cccdlflags='-fPIC', lddlflags='-shared -pipe -O2 -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -g -L/usr/local/lib'

Locally applied patches:
    DEVEL


@INC for perl 5.9.5:
    /usr/local/pkgs/perl-5.9.5/lib/5.9.5/i686-linux-thread-multi
    /usr/local/pkgs/perl-5.9.5/lib/5.9.5
    /usr/local/pkgs/perl-5.9.5/lib/site_perl/5.9.5/i686-linux-thread-multi
    /usr/local/pkgs/perl-5.9.5/lib/site_perl/5.9.5
    /tools/pmlib
    /usr/local/pmlib
    .


Environment for perl 5.9.5:
    HOME=/root
    LANG=C
    LANGUAGE (unset)
    LC_ALL=C
    LD_LIBRARY_PATH (unset)
    LOGDIR (unset)
    PATH=/usr/kerberos/sbin:/usr/kerberos/bin:/usr/lib/ccache:/tools/sbin:/usr/libexec:/home/vpopmail/bin:/var/qmail/bin:/tools/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin
    PERL_BADLANG (unset)
    SHELL=/bin/bash

@p5pRT
Copy link
Author

p5pRT commented Jul 25, 2007

From @smpeters

On Thu May 31 08​:24​:00 2007, root <!-- x --> at coolsurf.com wrote​:

This is a bug report for perl from david <!-- x --> at davidfavor.com,
generated with the help of perlbug 1.35 running under perl 5.9.5.

-----------------------------------------------------------------
[Please enter your report here]
Latest patch level today fixes realloc panic in CPAN module and
introduces a new panic when CPAN exits.

perl -MCPAN -e shell
CPAN​: File​::HomeDir loaded ok (v0.65)

cpan shell -- CPAN exploration and modules installation (v1.9102)
ReadLine support enabled

cpan[1]> quit
Lockfile removed.
panic​: free from wrong pool during global destruction.

Probably best to add tests which reproduce the original realloc
from wrong pool problem and also reproduce this problem, since
test suite passes in both cases.

For me, with an identically configured Perl, I got...

cpan shell -- CPAN exploration and modules installation (v1.9102)
ReadLine support available (maybe install Bundle​::CPAN or Bundle​::CPANxxl?)

cpan[1]> quit
Terminal does not support GetHistory.
Lockfile removed.

This appears to have been resolved.

@p5pRT
Copy link
Author

p5pRT commented Jul 25, 2007

The RT System itself - Status changed from 'new' to 'open'

@p5pRT
Copy link
Author

p5pRT commented Jul 25, 2007

@smpeters - Status changed from 'open' to 'resolved'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant