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

Jump to bottom

Panic in 5.8.3 may reappear in 5.9.0 #7815

Closed
p5pRT opened this issue Feb 24, 2005 · 6 comments
Closed

Panic in 5.8.3 may reappear in 5.9.0 #7815

p5pRT opened this issue Feb 24, 2005 · 6 comments
Labels
distro-Linux type-core

Comments

@p5pRT
Copy link

p5pRT commented Feb 24, 2005

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

Searchable as RT34257$
@p5pRT
Copy link
Author

p5pRT commented Feb 24, 2005

From throop@cs.utexas.edu

Created by david.r.throop@boeing.com

The following three line program, givepanic, gives a panic in PERL
5.8.3 running under Red Hat Linux on a Dell Dimension 6100.

#! /opt/gnu/bin/perl
$_ = "PP\cIUNK\cICNJ\cINN\cINN\cIPP\cINN";
@​f = /((PP|TR)\cI?(UNK\cI?|NN\cI?|NV\cI?)+(CNJ\cI(NN\cI?|UNK\cI?|NV\cI?)+)?)*/;

% perl givepanic
panic​: pp_match start/end pointers at givepanic line 3.

Upgrading to 5.8.6 fixed the problem. However, a correspondent in the
USENET newsgroup comp.lang.perl.moderated wrote​:

  This happens for me on perls <= 5.8.3 and doesn't with perls >= 5.8.4
  (except that it also fails on 5.9.0)

Perl Info 

Flags:
    category=core
    severity=high

Site configuration information for perl v5.8.6:

Configured by Red Hat, Inc. at Tue Feb 22 13:21:07 CST 2005.

Summary of my perl5 (revision 5 version 8 subversion 6) configuration:
  Platform:
    osname=linux, osvers=2.4.26, archname=i386-linux-thread-multi
    uname='linux austen 2.4.26 #1 sun may 16 20:53:10 cdt 2004 i686 i686 i386 gnulinux '
    config_args='-des -Doptimize=-O2 -g -march=i386 -mcpu=i686 -Dversion=5.8.6 -Dmyhostname=localhost -Dperladmin=root@localhost -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -isr -Dinc_version_list=5.8.5 5.8.4 5.8.3 5.8.2 5.8.1 5.8.0'
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=define use5005threads=undef 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='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm',
    optimize='-O2 -g -march=i386 -mcpu=i686',
    cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/include/gdbm'
    ccversion='', gccversion='3.2.2 20030222 (Red Hat Linux 3.2.2-5)', 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='gcc', 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.3.2.so, so=so, useshrplib=true, libperl=libperl.so
    gnulibc_version='2.3.2'
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E -Wl,-rpath,/usr/lib/perl5/5.8.6/i386-linux-thread-multi/CORE'
    cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib'

Locally applied patches:
    


@INC for perl v5.8.6:
    /usr/lib/perl5/5.8.6/i386-linux-thread-multi
    /usr/lib/perl5/5.8.6
    /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi
    /usr/lib/perl5/site_perl/5.8.6
    /usr/lib/perl5/site_perl/5.8.5
    /usr/lib/perl5/site_perl/5.8.4
    /usr/lib/perl5/site_perl/5.8.3
    /usr/lib/perl5/site_perl/5.8.2
    /usr/lib/perl5/site_perl/5.8.1
    /usr/lib/perl5/site_perl/5.8.0
    /usr/lib/perl5/site_perl
    /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi
    /usr/lib/perl5/vendor_perl/5.8.6
    /usr/lib/perl5/vendor_perl/5.8.5
    /usr/lib/perl5/vendor_perl/5.8.4
    /usr/lib/perl5/vendor_perl/5.8.3
    /usr/lib/perl5/vendor_perl/5.8.2
    /usr/lib/perl5/vendor_perl/5.8.1
    /usr/lib/perl5/vendor_perl/5.8.0
    /usr/lib/perl5/vendor_perl
    .


Environment for perl v5.8.6:
    HOME=/net/usercd/dthroop
    LANG=en_US.iso885915
    LANGUAGE (unset)
    LD_LIBRARY_PATH=/net/apps4/rapsc++/gnu/solaris/lib:/usr/X11R6.1/lib:/usr/lib:/usr/local/lib:/net/usercd/dthroop/livingstone/lib
    LOGDIR (unset)
    PATH=/usr/local/java/bin:/usr/local/gcc-2.95.3/bin:/usr/local/bin:/usr/local/bin/X11:/etc:/usr/etc:/usr/local/bin/mh:/ccs/bin:/net/usercd/dthroop/bin:/net/usercd/dthroop/livingstone/bin:/net/usercd/dthroop/exe:/usr/ucb:/bin:/usr/bin:/usr/sbin:/usr/openwin/bin:/usr/X11R6.1/bin:/usr/bin/X11:/net/userkl/lflores/Protege-2000l/jre/bin
    PERL_BADLANG (unset)
    SHELL=/usr/local/bin/tcsh

@p5pRT
Copy link
Author

p5pRT commented Feb 24, 2005

From @ysth

On Thu, Feb 24, 2005 at 09​:31​:40PM -0000, David R. Throop wrote​:

The following three line program, givepanic, gives a panic in PERL
5.8.3 running under Red Hat Linux on a Dell Dimension 6100.

#! /opt/gnu/bin/perl
$_ = "PP\cIUNK\cICNJ\cINN\cINN\cIPP\cINN";
@​f = /((PP|TR)\cI?(UNK\cI?|NN\cI?|NV\cI?)+(CNJ\cI(NN\cI?|UNK\cI?|NV\cI?)+)?)*/;

% perl givepanic
panic​: pp_match start/end pointers at givepanic line 3.

Upgrading to 5.8.6 fixed the problem. However, a correspondent in the
USENET newsgroup comp.lang.perl.moderated wrote​:

This happens for me on perls <= 5.8.3 and doesn't with perls >= 5.8.4
(except that it also fails on 5.9.0)

That was me. Note that 5.9.0 preceeded 5.8.2 (see perldoc perlhist).
The panic doesn't happen in 5.9.1 or in current development sources,
so this bug can be closed.

@p5pRT
Copy link
Author

p5pRT commented Feb 24, 2005

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

@p5pRT
Copy link
Author

p5pRT commented Feb 24, 2005

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

@p5pRT p5pRT closed this as completed Feb 24, 2005
@p5pRT
Copy link
Author

p5pRT commented Feb 24, 2005

From throop@cs.utexas.edu

Thanks! I appreciate you straightening me out about how
5.9.0 preceeded 5.8.2. It relieves me of any fear for when we
eventually upgrade to 5.9.X.

And thanks for the quick response.

David Throop

  From rt-sthoenna=efn.org@​perl.org Thu Feb 24 15​:56​:04 2005
  Subject​: Re​: [perl #34257] Panic in 5.8.3 may reappear in 5.9.0
  From​: "Yitzchak Scott-Thoennes via RT" <perlbug-followup@​perl.org>
  To​: throop@​cs.utexas.edu
 
  On Thu, Feb 24, 2005 at 09​:31​:40PM -0000, David R. Throop wrote​:
  > The following three line program, givepanic, gives a panic in PERL
  > 5.8.3 running under Red Hat Linux on a Dell Dimension 6100.
  >
  > #! /opt/gnu/bin/perl
  > $_ = "PP\cIUNK\cICNJ\cINN\cINN\cIPP\cINN";
  > @​f = /((PP|TR)\cI?(UNK\cI?|NN\cI?|NV\cI?)+(CNJ\cI(NN\cI?|UNK\cI?|NV\cI?)+)?)*/;
  >
  > % perl givepanic
  > panic​: pp_match start/end pointers at givepanic line 3.
  >
  > Upgrading to 5.8.6 fixed the problem. However, a correspondent in the
  > USENET newsgroup comp.lang.perl.moderated wrote​:
  >
  > This happens for me on perls <= 5.8.3 and doesn't with perls >= 5.8.4
  > (except that it also fails on 5.9.0)
 
  That was me. Note that 5.9.0 preceeded 5.8.2 (see perldoc perlhist).
  The panic doesn't happen in 5.9.1 or in current development sources,
  so this bug can be closed.
 
 

@p5pRT
Copy link
Author

p5pRT commented Feb 24, 2005

From @iabyn

On Thu, Feb 24, 2005 at 04​:03​:28PM -0600, David R. Throop wrote​:

Thanks! I appreciate you straightening me out about how
5.9.0 preceeded 5.8.2. It relieves me of any fear for when we
eventually upgrade to 5.9.X.

Note that the 5.9.x are *development* versions, and it it unlikely that
you would want to upgrade to any of them. Eventually the 5.9.x branch will
become 5.10.0

--
A walk of a thousand miles begins with a single step...
then continues for another 1,999,999 or so.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
distro-Linux type-core
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@p5pRT