./boinc: symbol lookup error: ./boinc: undefined symbol: gzopen64

Lowering priority, just because I have never seen this reported before.

This is happening on my Gentoo install as well when BOINC tries to upload a result:

BOINC client version 5.10.28 for i686-pc-linux-gnu
Libraries: libcurl/7.17.1 OpenSSL/0.9.8g zlib/1.2.3
OS: Linux: 2.6.23-gentoo-r3
./boinc: symbol lookup error: ./boinc: undefined symbol: gzopen64

#ldd boinc:
linux-gate.so.1 => (0xb7fd4000)
libnsl.so.1 => /lib/libnsl.so.1 (0xb7fa9000)
libdl.so.2 => /lib/libdl.so.2 (0xb7fa5000)
libz.so.1 => /lib/libz.so.1 (0xb7f93000)
libstdc++.so.6 => /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libstdc++.so.6 (0xb7eb2000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7e9b000)
libm.so.6 => /lib/libm.so.6 (0xb7e76000)
libc.so.6 => /lib/libc.so.6 (0xb7d4c000)
/lib/ld-linux.so.2 (0xb7fd5000)
libgcc_s.so.1 => /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libgcc_s.so.1 (0xb7d41000)

I have sys-libs/zlib-1.2.3-r1
which does not appear to contain gzopen64:
#objdump -T /lib/libz.so.1 | grep open
00000000 DF *UND* 00000251 GLIBC_2.1 fdopen
000034d6 g DF .text 00000012 Base gzopen
0000348d g DF .text 00000049 Base gzdopen
00000000 DF *UND* 00000033 GLIBC_2.1 fopen

I updated the BOINC client from 5.10.21, which was working fine for me (but manager was not working)

I have the same problem when uploading results:

./boinc: symbol lookup error: ./boinc: undefined symbol: gzopen64

#uname -a: [edited]

Linux 2.6.23.14-107.fc8 #1 SMP 2008 i686 athlon i386 GNU/Linux

#ldd /opt/BOINC/boinc:

linux-gate.so.1 => (0x00110000) libnsl.so.1 => /lib/libnsl.so.1 (0x0069f000) libdl.so.2 => /lib/libdl.so.2 (0x00839000) libz.so.1 => /lib/libz.so.1 (0x00886000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00cb6000) libpthread.so.0 => /lib/libpthread.so.0 (0x0086b000) libm.so.6 => /lib/libm.so.6 (0x00840000) libc.so.6 => /lib/libc.so.6 (0x006de000) /lib/ld-linux.so.2 (0x006bf000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00c9b000)

#objdump -T /lib/libz.so.1 | grep open:

00000000 DF *UND* 000002fa GLIBC_2.1 fdopen 00000000 DF *UND* 00000032 GLIBC_2.1 fopen 008897e0 g DF .text 00000088 Base gzdopen 00889870 g DF .text 00000014 Base gzopen

zlib is version 1.2.3-14.fc8 from the Fedora repositories.

Output of /opt/BOINC/run_client from user nstickney

And one more, reported on Cosmology@Home:

>> Beginning Phase 3 <<
>> ----------------- <<

at z =   0.0000000E+00  sigma8 (all matter)=  0.8138058
06-Feb-2008 13:42:13 [Cosmology@Home] Computation for task wu_013108_090634_0_2 finished
./boinc: symbol lookup error: ./boinc: undefined symbol: gzopen64

[1]+  Exit 127                ./boinc

After restarting the client, the following message is repeated:

06-Feb-2008 13:42:29 [Cosmology@Home] Restarting task wu_013108_090634_0_2 using camb version 205
06-Feb-2008 13:42:31 [Cosmology@Home] Task wu_013108_090634_0_2 exited with zero status but no 'finished' file
06-Feb-2008 13:42:31 [Cosmology@Home] If this happens repeatedly you may need to reset the project.

Returning priority to Major.

I downloaded the source for 5.10.42, compiled it and no longer have this issue.

I think whats happening is a zlib issue...zlib.h converts gzopen over to *64 calls when _FILE_OFFSET_BITS is 64 but cant define the prototypes unless _LARGEFILE64_SOURCE is also defined...incorrectly calling gzopen64.

Not sure it's a BOINC issue...??

ldd boinc

linux-gate.so.1 => (0xffffe000) libnsl.so.1 => /lib/libnsl.so.1 (0xb7f96000) libcurl.so.4 => /usr/lib/libcurl.so.4 (0xb7f5e000) libidn.so.11 => /usr/lib/libidn.so.11 (0xb7f2c000) libssl.so.0.9.8 => /usr/lib/libssl.so.0.9.8 (0xb7ee9000) libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0xb7da3000) libdl.so.2 => /lib/libdl.so.2 (0xb7d9f000) libz.so.1 => /lib/libz.so.1 (0xb7d8b000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7c9d000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7c86000) libm.so.6 => /lib/libm.so.6 (0xb7c61000) libc.so.6 => /lib/libc.so.6 (0xb7b2e000) /lib/ld-linux.so.2 (0xb7fd3000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7b21000)

objdump -T /lib/libz.so.1 | grep open 00000000 DF *UND* 00000281 GLIBC_2.1 fdopen 00000000 DF *UND* 00000032 GLIBC_2.1 fopen 00003a20 g DF .text 00000088 Base gzdopen 00003ab0 g DF .text 00000014 Base gzopen

testes on clean Scientific Linux 5.1, Kernel 2.6.18-53.1.21.el5, standard RHEL libcurl

Should be fully fixed in check-in 15530.

Fixed in [15530].

Looks like Trac only looks for "fix #1234" or "fixes #1234", not "fixes ticket #1234".

should be fixed in latest 6.2 release