1 |
Alan McKinnon <alan.mckinnon@×××××.com> wrote: |
2 |
|
3 |
> On 04/08/2015 11:13, covici@××××××××××.com wrote: |
4 |
> > Hi. After upgrading to perl 5.22.0 which was a pain -- had to remove |
5 |
> > all those virtuals -- I am now finding that a small perl program which |
6 |
> > connects to a mysql database yields the following when it exits: |
7 |
> > |
8 |
> > *** Error in `perl': double free or corruption (!prev): 0x0000000001ed8610 *** |
9 |
> > ======= Backtrace: ========= |
10 |
> > /lib64/libc.so.6(+0x71e4b)[0x7f59bc417e4b] |
11 |
> > /lib64/libc.so.6(+0x7730e)[0x7f59bc41d30e] |
12 |
> > /lib64/libc.so.6(+0x77afb)[0x7f59bc41dafb] |
13 |
> > /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mysql/mysql.so(mysql_db_destroy+0x32)[0x7f59bb206602] |
14 |
> > /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mysql/mysql.so(+0x1234d)[0x7f59bb21034d] |
15 |
> > /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBI/DBI.so(XS_DBI_dispatch+0xcc9)[0x7f59bb83e7a9] |
16 |
> > /usr/lib64/libperl.so.5.22(Perl_pp_entersub+0x49b)[0x7f59bc81663b] |
17 |
> > /usr/lib64/libperl.so.5.22(Perl_call_sv+0x36f)[0x7f59bc794b5f] |
18 |
> > /usr/lib64/libperl.so.5.22(+0xda25f)[0x7f59bc81b25f] |
19 |
> > /usr/lib64/libperl.so.5.22(Perl_sv_clear+0x740)[0x7f59bc81bc10] |
20 |
> > /usr/lib64/libperl.so.5.22(Perl_sv_free2+0x5d)[0x7f59bc81be9d] |
21 |
> > /usr/lib64/libperl.so.5.22(+0xb7298)[0x7f59bc7f8298] |
22 |
> > /usr/lib64/libperl.so.5.22(Perl_mg_free+0x2e)[0x7f59bc7f8a4e] |
23 |
> > /usr/lib64/libperl.so.5.22(Perl_sv_clear+0xae)[0x7f59bc81b57e] |
24 |
> > /usr/lib64/libperl.so.5.22(Perl_sv_free2+0x5d)[0x7f59bc81be9d] |
25 |
> > /usr/lib64/libperl.so.5.22(Perl_leave_scope+0xd51)[0x7f59bc84a411] |
26 |
> > /usr/lib64/libperl.so.5.22(+0x52c56)[0x7f59bc793c56] |
27 |
> > /usr/lib64/libperl.so.5.22(Perl_my_exit+0x3f)[0x7f59bc798d0f] |
28 |
> > /usr/lib64/libperl.so.5.22(Perl_pp_exit+0x4a)[0x7f59bc857a6a] |
29 |
> > /usr/lib64/libperl.so.5.22(Perl_runops_standard+0x16)[0x7f59bc80f316] |
30 |
> > /usr/lib64/libperl.so.5.22(perl_run+0x2f9)[0x7f59bc79c369] |
31 |
> > perl(main+0x149)[0x400e39] |
32 |
> > /lib64/libc.so.6(__libc_start_main+0xf0)[0x7f59bc3c67b0] |
33 |
> > perl(_start+0x29)[0x400e79] |
34 |
> > ======= Memory map: ======== |
35 |
> > |
36 |
> > memory map ommitted, if it is needed I can reproduce. |
37 |
> > |
38 |
> > So, should I downgrade -- means removing all those virtuals again -- or |
39 |
> > any other ideas would be appreciated. |
40 |
> > |
41 |
> > I am running the unstable gentoo, if you need more information, I can |
42 |
> > include it. |
43 |
> > |
44 |
> > Thanks in advance for any suggestions. |
45 |
> > |
46 |
> |
47 |
> |
48 |
> did you run emerge @preserved-rebuild, revdep-rebuild and perl-cleaner |
49 |
> after the upgrade? That stuff's easy to forget. |
50 |
> |
51 |
> |
52 |
|
53 |
I ran both perl-cleaner --reallyall and emerge @preserved-rebuild which |
54 |
only rebuilt some haskall stuff. Perl cleaner had some problems, it |
55 |
tried to rebuild some python packages which at the time (before I did |
56 |
the complete update_) had some problems because of the 3.3 to 3.4 |
57 |
change. So I just took the emerge line from the perl cleaner, ommitted |
58 |
any package which was a hard blocker andran the rest -- about 186 |
59 |
packages. I can try to rerun perl-cleaner if you think that would help |
60 |
any, since I now have updated the world. |
61 |
|
62 |
-- |
63 |
Your life is like a penny. You're going to lose it. The question is: |
64 |
How do |
65 |
you spend it? |
66 |
|
67 |
John Covici |
68 |
covici@××××××××××.com |