Skip Menu |

This queue is for tickets about the Compress-Raw-Zlib CPAN distribution.

Report information
The Basics
Id: 84370
Status: stalled
Priority: 0/
Queue: Compress-Raw-Zlib

People
Owner: Nobody in particular
Requestors: perlover [...] perlover.com
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in: 2.000_09
Fixed in: 2.048



Subject: Strange core dumped from Compress::Raw::Zlib
Hi, I have compiled CentOS 6.3 with my own compiled perl v5.16.2 (below dump of perl -V). There i have your module from standard perl 5.16.2 distribution. I didn't see a like bug in your bug list or in Changes file so i decided to post this here. I got strange bug from starman server. When i had shutdown server i got that perl process was core dumped. I have core dump and i see that problem in your module when a memory freeing: Here gdb's backtrace: (gdb) bt #0 0x00007f56efaa38a5 in raise () from /lib64/libc.so.6 #1 0x00007f56efaa5085 in abort () from /lib64/libc.so.6 #2 0x00007f56efae0fe7 in __libc_message () from /lib64/libc.so.6 #3 0x00007f56efae6916 in malloc_printerr () from /lib64/libc.so.6 #4 0x00007f56efae9443 in _int_free () from /lib64/libc.so.6 #5 0x00007f56e493a72b in XS_Compress__Raw__Zlib__inflateStream_DESTROY (my_perl=<value optimized out>, cv=<value optimized out>) at Zlib.xs:1572 #6 0x00007f56f0bb5d57 in Perl_pp_entersub (my_perl=0xf40010) at pp_hot.c:2778 #7 0x00007f56f0b497b4 in Perl_call_sv (my_perl=0xf40010, sv=0x3b81638, flags=45) at perl.c:2705 #8 0x00007f56f0bc77a8 in S_curse (my_perl=0xf40010, sv=0x4210988, check_refcnt=true) at sv.c:6375 #9 0x00007f56f0bc7f68 in Perl_sv_clear (my_perl=0xf40010, orig_sv=0x4210988) at sv.c:6042 #10 0x00007f56f0bc8642 in Perl_sv_free2 (my_perl=0xf40010, sv=0x4210988) at sv.c:6507 #11 0x00007f56f0bbdcc1 in S_visit (my_perl=0xf40010, f=0x7f56f0bc9120 <do_clean_objs>, flags=2048, mask=2048) at sv.c:420 #12 0x00007f56f0bc8df8 in Perl_sv_clean_objs (my_perl=0xf40010) at sv.c:577 #13 0x00007f56f0b4bf7d in perl_destruct (my_perl=0xf40010) at perl.c:774 #14 0x0000000000400e81 in main (argc=20, argv=0x7fff3e12af98, env=0x7fff3e12b040) at perlmain.c:131 Here perl -V: Summary of my perl5 (revision 5 version 16 subversion 2) configuration: Platform: osname=linux, osvers=2.6.32-279.el6.x86_64, archname=x86_64-linux-thread-multi uname='linux ah17 2.6.32-279.el6.x86_64 #1 smp fri jun 22 12:19:21 utc 2012 x86_64 x86_64 x86_64 gnulinux ' config_args='-des -Doptimize=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -DDEBUGGING=-g -Dmyhostname=localhost -Dperladmin=perlover@perlover.com -Dcc=gcc -Dcf_by=Perlover -Darchname=x86_64-linux-thread-multi -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl=n -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -isr -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 -Dusesitecustomize' 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='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic', cppflags='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include' ccversion='', gccversion='4.4.6 20120305 (Red Hat 4.4.6-4)', 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/../lib64 /usr/lib/../lib64 /usr/local/mysql/lib /usr/local/mysql/lib/mysql /lib /usr/lib /lib64 /usr/lib64 /usr/local/lib64 libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc libc=, so=so, useshrplib=true, libperl=libperl.so gnulibc_version='2.12' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E -Wl,-rpath,/usr/local/lib/perl5/5.16.2/x86_64-linux-thread-multi/CORE' cccdlflags='-fPIC', lddlflags='-shared -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: HAS_TIMES MULTIPLICITY PERLIO_LAYERS PERL_DONT_CREATE_GVSV PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP PERL_PRESERVE_IVUV USE_64_BIT_ALL USE_64_BIT_INT USE_ITHREADS USE_LARGE_FILES USE_LOCALE USE_LOCALE_COLLATE USE_LOCALE_CTYPE USE_LOCALE_NUMERIC USE_PERLIO USE_PERL_ATOF USE_REENTRANT_API USE_SITECUSTOMIZE Built under linux Compiled at Feb 5 2013 18:15:12 %ENV: PERL5LIB="/home/tubecj/perl5/lib/perl5/x86_64-linux-thread-multi:/home/tubecj/perl5/lib/perl5" PERL_LOCAL_LIB_ROOT="/home/tubecj/perl5" PERL_MB_OPT="--install_base /home/tubecj/perl5" PERL_MM_OPT="INSTALL_BASE=/home/tubecj/perl5" @INC: /home/tubecj/perl5/lib/perl5/x86_64-linux-thread-multi /home/tubecj/perl5/lib/perl5/x86_64-linux-thread-multi /home/tubecj/perl5/lib/perl5 /usr/local/lib/perl5/site_perl/5.16.2/x86_64-linux-thread-multi /usr/local/lib/perl5/site_perl/5.16.2 /usr/local/lib/perl5/5.16.2/x86_64-linux-thread-multi /usr/local/lib/perl5/5.16.2 Server works a long time, was tested for memory before installing some days by memtest86+ So i don't think that there hardware error I hope this will help to you Best regards, Perlover
From: perlover [...] perlover.com
I filled before posting a version of Compress::Raw::Zlib as 2.048 But now i see this version as "Bug fixed" but it's not true. I want to correct this info - i see this bug IN version 2.048
On Tue Apr 02 07:38:17 2013, perlover@perlover.com wrote: Show quoted text
> I filled before posting a version of Compress::Raw::Zlib as 2.048 > But now i see this version as "Bug fixed" but it's not true.
What was the bug number? Show quoted text
> I want to correct this info - i see this bug IN version 2.048
I've never used starman before, so I need you to give me some more information about how can reproduce the core. Do I need to install anything other than starman? Do I need a psgi script? cheers Paul
From: perlover [...] perlover.com
Show quoted text
> What was the bug number?
I am about this bug number :) Show quoted text
> > I want to correct this info - i see this bug IN version 2.048
> > I've never used starman before, so I need you to give me some more > information about how can reproduce the core. Do I need to install > anything other than starman? Do I need a psgi script?
I think this is very very rarely bug I often run & stop starman server and i see this first time So i don't know how to reproduce it I think may be some useful info may be in backtrace list. I saw this bug only when stopped starman server (http://search.cpan.org/dist/Starman/) and only this one time By backtrace i see that may be there is freeing memory error. If you will be able to understand what happens - please mark this bug like 'NOT_CONFIRMED'. May be anybody will reproduce it later. If i see it again i will let you know more info Thanks