Is it possible to SORT the clam-av-db?
/var/FTP/ftpuser/upload/test/e/EAREAR~1.COM: Ear FOUND
/var/FTP/ftpuser/upload/test/e/EAREAR~1.EXE: PS-MPC.Ear.1024.c FOUND
/var/FTP/ftpuser/upload/test/e/EAREAR~2.COM: Ear #1 FOUND
/var/FTP/ftpuser/upload/test/e/EARHOM~1.COM: Homecoming FOUND
/var/FTP/ftpuse
On Tue, Oct 14, 2003 at 02:41:26AM +0200, Tomasz Kojm wrote:
> On Mon, 13 Oct 2003 09:18:51 -0700
> Kelsey Cummings <[EMAIL PROTECTED]> wrote:
>
> > The clamav-devel-20031009 version seems to be segfault free which is a
> > great improvement over some of the previous versions. However, I've
> > h
What should I do if I know that a declaration in ClamAV is wrong?
So like this:
/var/FTP/ftpuser/upload/test/c/CHAOS.COM: Spyer #2 FOUND
/var/FTP/ftpuser/upload/test/c/CHAOS1~1.COM: Spyer #2 FOUND
/var/FTP/ftpuser/upload/test/c/CHAOS1~1.EXE: Spyer #2 FOUND
/var/FTP/ftpuser/upload/test/c/CHAOS1~2.
Thanks to those who replied on the CVS inconsitancies earlier. The
situation seems to be resolved as far as download is concerned.
However, in attempting to build on an OpenBSD 3.3 server, I get:
/bin/sh ../libtool --mode=link gcc -g -O2-o clamd options.o cfgfile.o clamd.o
tcpserver.o l
On Mon, 13 Oct 2003 09:18:51 -0700
Kelsey Cummings <[EMAIL PROTECTED]> wrote:
> The clamav-devel-20031009 version seems to be segfault free which is a
> great improvement over some of the previous versions. However, I've
> had it deadlock a couple of times over the past few days. Has anyone
> el
Hi,
and I promise I will never ever post again to this list using two
different mail accounts. I had some problems fiddeling around with
news.gmane.org which are now solved.
Greetings, Bernd
---
This SF.net email is sponsored by: SF.net Giv
On Mon, Oct 13, 2003 at 09:50:29PM +0200, Stefan Kaltenbrunner wrote:
> Kelsey Cummings wrote:
>
> >The clamav-devel-20031009 version seems to be segfault free which is a
> >great improvement over some of the previous versions. However, I've had it
> >deadlock a couple of times over the past few
those lines:
in libclamav/message.c:
#if defined(NO_STRTOK_R) || !defined(CL_THREAD_SAFE)
and in libclamav/mbox.c
#if defined(NO_STRTOK_R) || !defined(CL_THREAD_SAFE)
to get it compiled here.
This patch is against CVS 20031013:
--- ../original/libclamav/message.c Wed Oct 1 11:28:23
On So 12 Okt 2003 09:18:37p Bernd Kuhls wrote:
> I solved it with these patches:
Hi,
oops, first time using diff;-) and mixed up the original and the
updated file. The correct looks like this:
--- ../original/libclamav/message.c Wed Oct 1 11:28:23 2003
+++ ./libclamav/message.c Mon
Hi,
going further gave me a linking error when linking libclamav.so:
undefined reference to strtok_r.
I solved it with these patches:
--- ./clamav-devel-20031012/libclamav/mbox.cSun Oct 12 10:31:12
2003
+++ ./original/libclamav/mbox.c Wed Oct 1 11:27:42 2003
@@ -64,9 +64,11 @@
#include "
Hi,
got the patch for sendfile.h, but now I have another problem.
I am using the following version of those programs:
automake (GNU automake) 1.7.8
aclocal (GNU automake) 1.7.8
autoconf (GNU Autoconf) 2.57
GNU m4 1.4o
with this configure string
./configure --disable-clamav
and getting this:
mak
Kelsey Cummings wrote:
The clamav-devel-20031009 version seems to be segfault free which is a
great improvement over some of the previous versions. However, I've had it
deadlock a couple of times over the past few days. Has anyone else seen
this behavior?
Symptoms are pretty straight forward. I
CKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"clamav\"
> -DVERSION=\"devel-20031013\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
> -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
> -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
On Mon, 13 Oct 2003 15:56:19 +0200
Bernd Kuhls <[EMAIL PROTECTED]> wrote:
> Hi,
>
> the new CVS version does not compile here despite the patch which was
> incorporated in my name.
>
> The problem here is that I don´t have the symbol STRTOK_R in my
> libpthread. Maybe ./configure should search
The clamav-devel-20031009 version seems to be segfault free which is a
great improvement over some of the previous versions. However, I've had it
deadlock a couple of times over the past few days. Has anyone else seen
this behavior?
Symptoms are pretty straight forward. It's running and still l
those lines:
in libclamav/message.c:
#if defined(NO_STRTOK_R) || !defined(CL_THREAD_SAFE)
and in libclamav/mbox.c
#if defined(NO_STRTOK_R) || !defined(CL_THREAD_SAFE)
to get it compiled here.
This patch is against CVS 20031013:
--- ../original/libclamav/message.c Wed Oct 1 11:28:23
Hi,
despite using --disable-shared --enable-static gives dynamic linked
binaries using CVS 20031013.
Greetings, Bernd
---
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts over 70,000 Open Source Projects
The update has a new bug:
depmode=gcc3 /bin/bash ../depcomp \
gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"clamav\"
-DVERSION=\"devel-200
> Maybe it doens't realize that it is Solaris:
>
> ./configure outputs:
> checking build system type... sparc-sun-solaris2.8
> checking host system type... sparc-sun-solaris2.8
> checking target system type... sparc-sun-solaris2.8
Please try with current version - configure script was
updated (ne
I realized that you have to change it in ./configure!!
Line 9078 should be:
CLAMD_LIBS="-lpthread -lsocket -lnsl -lresolv"
Best regards
Wolfgang
> -Ursprüngliche Nachricht-
> Von: Tomasz Kojm [mailto:[EMAIL PROTECTED]
> Gesendet: Montag, 13. Oktober 2003 09:14
> An: [EMAIL PROTEC
Maybe it doens't realize that it is Solaris:
./configure outputs:
checking build system type... sparc-sun-solaris2.8
checking host system type... sparc-sun-solaris2.8
checking target system type... sparc-sun-solaris2.8
In config.log I have:
## - ##
## Platform. ##
## - ##
hostnam
> LIBS = -L../libclamav -L/usr/lib/libmilter -lmilter -lpthread -lsocket -lnsl
>
> The correct one
>
> LIBS = -L../libclamav -L/usr/lib/libmilter -lresolv -lmilter -lpthread -lsocket -lnsl
>
> With the last line it works. Not with the latest snapshot!
Strange,
configure.in:
solaris*)
FRES
On Mon, 2003-10-13 at 05:57, Odhiambo Washington wrote:
> > I am behind a firewall, but this has not been an issue for
> > non-Sourceforge CVS servers such as the BSD-Airtools project, etc.
Check the status page of sf.net, theres been problems with pserver based
cvs access for a while. SF exp
23 matches
Mail list logo
