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

B::Deparse error #10840

Closed
p5pRT opened this issue Nov 21, 2010 · 10 comments
Closed

B::Deparse error #10840

p5pRT opened this issue Nov 21, 2010 · 10 comments

Comments

@p5pRT
Copy link

p5pRT commented Nov 21, 2010

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

Searchable as RT79520$

@p5pRT
Copy link
Author

p5pRT commented Nov 21, 2010

From thecrux@gmail.com

Created by thecrux@gmail.com

This is a bug report for perl from thecrux@​gmail.com,
generated with the help of perlbug 1.39 running under perl 5.12.2.

-----------------------------------------------------------------
Got unexpected error with this simple testcase​:

$ perl -MO=Deparse -e 'use constant a=>"a"; print a,"a";'
Can't locate object method "GV" via package "B​::PV" at /usr/share/perl5/B/Deparse.pm line 506.
CHECK failed--call queue aborted.

Perl Info

Flags:
    category=library
    severity=medium
    module=B::Deparse

Site configuration information for perl 5.12.2:

Configured by builder at Wed Nov 17 16:02:15 UTC 2010.

Summary of my perl5 (revision 5 version 12 subversion 2) configuration:
   
  Platform:
    osname=linux, osvers=2.6.18-ovz-rhel-alt13.m51.15, archname=x86_64-linux-thread-multi
    uname='linux apiary.egro.altlinux.org 2.6.18-ovz-rhel-alt13.m51.15 #1 smp tue oct 12 07:57:28 utc 2010 x86_64 gnulinux '
    config_args='-ders -Dusethreads -Duseithreads -Duselargefiles -Duseshrplib -Dlibperl=libperl-5.12.so -Dcc=gcc -Doptimize=-pipe -Wall -O2 -Dprefix=/usr -Dprivlib=/usr/share/perl5 -Darchlib=/usr/lib64/perl5 -Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib64/perl5 -Dotherlibdirs=/etc/perl5:/usr/lib/perl5/vendor_perl -Dinc_version_list=none -Dpager=/usr/bin/less -isR -Dman1dir=none -Dman3dir=none -Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.12.2 -Dsitearch=/usr/local/lib64/perl/5.12.2'
    hint=recommended, useposix=true, d_sigaction=define
    useithreads=define, usemultiplicity=define
    useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
    use64bitint=define, use64bitall=define, uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
    optimize='-pipe -Wall -O2',
    cppflags='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include'
    ccversion='', gccversion='4.5.1 20101112 (ALT Linux 4.5.1-alt6)', gccosandvers=''
    intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
    ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
    alignbytes=8, prototype=define
  Linker and Libraries:
    ld='gcc', ldflags =' -fstack-protector -L/usr/local/lib'
    libpth=/usr/local/lib /lib /usr/lib /lib64 /usr/lib64 /usr/local/lib64
    libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc -lgdbm_compat
    perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
    libc=, so=so, useshrplib=true, libperl=libperl-5.12.so
    gnulibc_version='2.11.2'
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
    cccdlflags='-fPIC', lddlflags='-shared -pipe -Wall -O2 -L/usr/local/lib -fstack-protector'

Locally applied patches:
    


@INC for perl 5.12.2:
    /usr/local/lib64/perl/5.12.2
    /usr/local/share/perl/5.12.2
    /usr/lib64/perl5
    /usr/share/perl5
    /usr/lib64/perl5
    /usr/share/perl5
    /etc/perl5
    /usr/lib/perl5/vendor_perl
    .


Environment for perl 5.12.2:
    HOME=/home/crux
    LANG=ru_RU.utf8
    LANGUAGE (unset)
    LD_LIBRARY_PATH (unset)
    LOGDIR (unset)
    PATH=/home/crux/bin:/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin:/usr/games
    PERL_BADLANG (unset)
    SHELL=/usr/bin/zsh

@p5pRT
Copy link
Author

p5pRT commented Nov 21, 2010

From @cpansprout

On Sun Nov 21 06​:48​:18 2010, crux wrote​:

Got unexpected error with this simple testcase​:

$ perl -MO=Deparse -e 'use constant a=>"a"; print a,"a";'
Can't locate object method "GV" via package "B​::PV" at
/usr/share/perl5/B/Deparse.pm line 506.
CHECK failed--call queue aborted.

Thank you for your report. This has already been fixed in bleadperl, and
so the fix will make its way into 5.14.0.

@p5pRT
Copy link
Author

p5pRT commented Nov 21, 2010

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

@p5pRT
Copy link
Author

p5pRT commented Nov 21, 2010

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

@p5pRT p5pRT closed this as completed Nov 21, 2010
@p5pRT
Copy link
Author

p5pRT commented Nov 22, 2010

From thecrux@gmail.com

On Sun, Nov 21, 2010 at 12​:12​:17PM -0800, Father Chrysostomos via RT wrote​:

On Sun Nov 21 06​:48​:18 2010, crux wrote​:

Got unexpected error with this simple testcase​:

$ perl -MO=Deparse -e 'use constant a=>"a"; print a,"a";'
Can't locate object method "GV" via package "B​::PV" at
/usr/share/perl5/B/Deparse.pm line 506.
CHECK failed--call queue aborted.

Thank you for your report. This has already been fixed in bleadperl, and
so the fix will make its way into 5.14.0.

Can you point to a commit there this was fixed?
Is it possible to backport this change to 5.12?

@p5pRT
Copy link
Author

p5pRT commented Nov 23, 2010

From thecrux@gmail.com

On Sun, Nov 21, 2010 at 12​:12​:17PM -0800, Father Chrysostomos via RT wrote​:

On Sun Nov 21 06​:48​:18 2010, crux wrote​:

Got unexpected error with this simple testcase​:

$ perl -MO=Deparse -e 'use constant a=>"a"; print a,"a";'
Can't locate object method "GV" via package "B​::PV" at
/usr/share/perl5/B/Deparse.pm line 506.
CHECK failed--call queue aborted.

Thank you for your report. This has already been fixed in bleadperl, and
so the fix will make its way into 5.14.0.

Can anyone point to the commit where this was fixed?
Is it possible to backport this change to 5.12?

--
Vladimir Lettiev aka crux ✉ theCrux@​gmail.com

@p5pRT
Copy link
Author

p5pRT commented Nov 28, 2010

From @cpansprout

On Mon Nov 22 22​:26​:31 2010, crux wrote​:

On Sun, Nov 21, 2010 at 12​:12​:17PM -0800, Father Chrysostomos via RT
wrote​:

On Sun Nov 21 06​:48​:18 2010, crux wrote​:

Got unexpected error with this simple testcase​:

$ perl -MO=Deparse -e 'use constant a=>"a"; print a,"a";'
Can't locate object method "GV" via package "B​::PV" at
/usr/share/perl5/B/Deparse.pm line 506.
CHECK failed--call queue aborted.

Thank you for your report. This has already been fixed in bleadperl, and
so the fix will make its way into 5.14.0.

Can anyone point to the commit where this was fixed?
Is it possible to backport this change to 5.12?

This was fixed by e5c69c9, which has been approved for cherry-picking by
three committers (including David Golden).

It won’t apply without e3d2b9e, however, which was rejected by David Golden.

So could David un-reject it? Or should e5c69c9 be tweaked and applied? I
don’t feel comfortable doing the latter, but would not mind if someone
else did it.

@p5pRT
Copy link
Author

p5pRT commented Nov 28, 2010

From [Unknown Contact. See original ticket]

On Mon Nov 22 22​:26​:31 2010, crux wrote​:

On Sun, Nov 21, 2010 at 12​:12​:17PM -0800, Father Chrysostomos via RT
wrote​:

On Sun Nov 21 06​:48​:18 2010, crux wrote​:

Got unexpected error with this simple testcase​:

$ perl -MO=Deparse -e 'use constant a=>"a"; print a,"a";'
Can't locate object method "GV" via package "B​::PV" at
/usr/share/perl5/B/Deparse.pm line 506.
CHECK failed--call queue aborted.

Thank you for your report. This has already been fixed in bleadperl, and
so the fix will make its way into 5.14.0.

Can anyone point to the commit where this was fixed?
Is it possible to backport this change to 5.12?

This was fixed by e5c69c9, which has been approved for cherry-picking by
three committers (including David Golden).

It won’t apply without e3d2b9e, however, which was rejected by David Golden.

So could David un-reject it? Or should e5c69c9 be tweaked and applied? I
don’t feel comfortable doing the latter, but would not mind if someone
else did it.

@p5pRT
Copy link
Author

p5pRT commented Jan 14, 2011

From @xdg

I had rejected in cherrymaint a set of things that came in from Dave M
that seemed related. If this one can be safely pulled out and used
separately, I have no objections to that.

@p5pRT
Copy link
Author

p5pRT commented Jan 15, 2011

From @rjbs

The required commits have been cherry-picked into 5.12.3-RC2, likely to ship January 22.

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