Re^2: How to obtain perl5/auto/IO/IO.so with global symbols?

[ek15]

edit: For your question "what global symbols?", this is what I mean (the directly delivered executable from Company A).

[emk@ekdev2 IO]$ pwd
/tmp/par-656d6b/cache-08da00fae2ebdaf6d8f69a0988dac72d0e1f3d62/inc/lib
+/auto/IO
[emk@ekdev2 IO]$ nm -g IO.so 
                 U PerlIO_getpos
                 U PerlIO_setpos
                 U PerlIO_tmpfile
                 U PerlIO_ungetc
                 U Perl_Isv_undef_ptr
                 U Perl_Isv_yes_ptr
                 U Perl_PerlIO_clearerr
                 U Perl_PerlIO_error
                 U Perl_PerlIO_fileno
                 U Perl_PerlIO_flush
...
0000000000001760 T boot_IO
                 U fcntl@@GLIBC_2.2.5
                 U fsync@@GLIBC_2.2.5
                 U poll@@GLIBC_2.2.5
                 U sockatmark@@GLIBC_2.2.5

The following is what I get when I run ldd -v IO.so on each machine. The outputs are exactly the same, apart from the memory addresses. I ran ldd on the test machine's IO.so found in /tmp/par-..., and I ran ldd on the build machine's IO.so found in /usr/lib64/perl5/auto/IO.

Just realized you probably meant to run ldd -v IO.so for the executable I got directly from Company A. I checked on that, and even that one has the same output for ldd -v.

    linux-vdso.so.1 =>  (0x00007fff091de000)
    libc.so.6 => /lib64/libc.so.6 (0x00007f1a0386b000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f1a03e47000)

    Version information:
    ./IO.so:
        libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
    /lib64/libc.so.6:
        ld-linux-x86-64.so.2 (GLIBC_2.3) => /lib64/ld-linux-x86-64.so.
+2
        ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64
+.so.2

[beech]

Hi,

So perl-5.16.3 RPM has stripped the symbols from IO.so ...

What happens if you build your own IO.so? Does it have symbols then?

See http://search.cpan.org/~toddr/IO-1.36_01/ or https://perl5.git.perl.org/perl.git/tree/HEAD:/dist/IO

cpanm --look TODDR/IO-1.36_01.tar.gz
...
perl Makefile.PL 
make
...
nm -g blib/arch/auto/IO/IO.so

[ek15]

Hi. I built my own and it did have global symbols, but that did not fix the issue. The issue was fixed when I changed the Par packer Makefile (Makefile.packer) to no longer package libc.so.6. Many other libraries were also packed, but it seems like none of the packed libraries were used if the test system had its own version of that library. Libc.so.6 was the exception. Anyway, the issue is solved either way. Thanks for all your help.

[beech]

Hi,

The outputs are exactly the same

Are you really really sure?

What is the output of  LD_DEBUG=help  ./switchscan ...?

[ek15]

Yes, I just went back and verified they are the same, apart from the last two lines being switched in order.

Did you mean LD_DEBUG=help ./switchscan? That will just display the help message. Were you thinking of LD_DEBUG=libs ./switchscan?

[beech]

Hi,

Did you mean LD_DEBUG=help ./switchscan? That will just display the help message. Were you thinking of LD_DEBUG=libs ./switchscan?

Sorry, I meant "all"