This is with the 20031013 snapshot. Looks like clamd doesn't like loading a new database.
#0 0x400cfb14 in _fwalk () #1 0x400cf7e5 in _cleanup () #2 0x400d29f4 in exit () #3 0x58f8 in sighandler () #4 0x40055074 in _dispatch_signal () #5 0x40055139 in _dispatch_signals () #6 0x40054979 in _thread_sig_handler () #7 0x4000a004 in ?? () #8 0x400be4e2 in fopen () #9 0x400273c0 in cl_loaddb () #10 0x40027a9c in cl_loaddbdir () #11 0x4b0b in threadwatcher () #12 0x4004a151 in _thread_start () #13 0x1f in ?? () Error accessing memory address 0xffffffff: Invalid argument. In clam's log I have: Fri Oct 17 06:03:40 2003 -> SelfCheck: Database modification detected. Forcing reload. Fri Oct 17 06:03:40 2003 -> SelfCheck: Integrity OK Fri Oct 17 06:03:40 2003 -> Reading databases from /usr/local/share/clamav Fri Oct 17 06:03:40 2003 -> Segmentation fault :-( Bye.. Which then leads to clamd going into a loop and load soars. Oct 17 06:05:03 ns sm-mta[23744]: delaying connections on daemon MTA: load average=4 >= 4 Oct 17 06:06:35 ns sm-mta[23744]: delaying connections on daemon MTA: load average=8 >= 4 FWIW this is an OpenBSD 3.3-stable machine on x86. -- Craig ------------------------------------------------------- This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo The Event For Linux Datacenter Solutions & Strategies in The Enterprise Linux in the Boardroom; in the Front Office; & in the Server Room http://www.enterpriselinuxforum.com _______________________________________________ Clamav-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/clamav-devel
