Hi! The same situation is shown and at me on FreBSD-6.0 with clamav-0.90.3 from ports. Is also other problems on FreBSD6.0, for example with support cuadX... Probably it is necessary to pass on FreBSD-6.2
S> Török Edvin wrote: >> On 7/19/07, Steven <[EMAIL PROTECTED]> wrote: >>> I am running many different versions of FreeBSD but I only see this problem >>> on >>> 6.0. I have tried it on versions 4.10, 4.11, 5.3, 5.4, 6.1, and 6.2 without >>> any problems. I have two boxes running 6.0 and they both exhibit this >>> problem. >>> One is running 6.0-STABLE and one is running 6.0-RELEASE-p17. >> >> To me this indicates that the problem probably is in FreeBSD 6.0. S> I believe you are correct, or at least when the port is used with 6.0. >> >>> I have tried compiling with debugging options (--enable-debug) but it did >>> not >>> give me any further information. I have also tried compiling with debugging >>> symbols (-g) and starting the program in gdb but gdb was telling me it could >>> not find any symbols. I could very well be doing this wrong with gdb though >>> as I do not have much familiarity with gdb. >> >> See http://www.clamav.net/bugs/ for some details on how to use gdb. >> Try to get a core file at least, and then use gdb on it. S> I worked out some of my retardation with gdb and I get the following: S> Starting program: /usr/local/bin/freshclam S> (no debugging symbols found)...(no debugging symbols found)...(no S> debugging symbols found)...(no debugging symbols found)...(no debugging symbols S> found)...(no debugging symbols found)...[New LWP 100161] S> (no debugging symbols found)...(no debugging symbols found)...(no S> debugging symbols found)...[New Thread 0x805c100 (LWP 100161)] S> ClamAV update process started at Thu Jul 19 10:20:31 2007 S> main.cvd is up to date (version: 43, sigs: 104500, f-level: 14, builder: sven) S> ERROR: Can't get information about test.clamav.net: Host not found S> ERROR: Can't download daily.cvd from test.clamav.net S> Trying again in 5 secs... S> Program received signal SIGSEGV, Segmentation fault. S> [Switching to Thread 0x805c100 (LWP 100161)] S> 0x282668c7 in _nanosleep () from /usr/lib/libpthread.so.2 S> (gdb) bt S> #0 0x282668c7 in _nanosleep () from /usr/lib/libpthread.so.2 S> #1 0x282b1a25 in sleep () from /lib/libc.so.6 S> #2 0x2824ae53 in sleep () from /usr/lib/libthr.so.2 S> #3 0x0804e788 in getopt_long_only () S> #4 0x0804f0b8 in getopt_long_only () S> #5 0x0804a32a in ?? () S> #6 0x00000001 in ?? () S> #7 0xbfbfec1c in ?? () S> #8 0xbfbfec24 in ?? () S> #9 0x00000010 in ?? () S> #10 0x08052ea8 in getopt_long_only () S> #11 0x00000001 in ?? () >> >>> Everything is built from ports. >> >> Build it from sources downloaded from clamav.net S> I built it from the source and not through the ports and it appears S> not to have the problem anymore. It looks like an incompatibility S> between pthread and clamav. S> I have looked through the Makefile for the port and I see this: S> # This port has a problem with -pthread, S> # force to use -lthr until it's not fixed. .if ${OSVERSION} >>= 601000 S> PTHREAD_LIBS= -lthr S> .endif S> I changed 601000 to 600000 to force it to use -lthr for FreeBSD S> version 6.0 and recompiled the port. Freshclam no longer segfaults S> on me so this definitely looks like a minor bug in the port Makefile. S> Thanks for the assistance. S> Steven S> _______________________________________________ S> Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net S> http://lurker.clamav.net/list/clamav-users.html Sergey ----------------- Powered by ClamAV www.clamav.net _______________________________________________ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://lurker.clamav.net/list/clamav-users.html