Hi Luca
OK,this time I know the mails goes right,and I will continue my progress.
Thank you!
Regards,
Aron Xu
From: Luca Gibelli [EMAIL PROTECTED]
To: ClamAV users ML clamav-users@lists.clamav.net
Date: Mon, 1 Sep 2008 20:56:26 +0800 (CST)
Subject: Re: [Clamav-users] send virus problem
On Ubuntu 8.04, make check fails with:
gcc -DSRCDIR=\/root/clamav-0.94/unit_tests\ -g -O2 -o .libs/check_clamav
check_clamav-check_clamav.o check_clamav-check_jsnorm.o
check_clamav-check_str.o check_clamav-check_regex.o
check_clamav-check_disasm.o check_clamav-check_uniq.o
On 2008-09-02 19:06, Brandon Perry wrote:
On Ubuntu 8.04, make check fails with:
gcc -DSRCDIR=\/root/clamav-0.94/unit_tests\ -g -O2 -o .libs/check_clamav
check_clamav-check_clamav.o check_clamav-check_jsnorm.o
check_clamav-check_str.o check_clamav-check_regex.o
check_clamav-check_disasm.o
Ok, make check works. valgrind check fails, but that is't an issue to me.
On Tue, Sep 2, 2008 at 11:11 AM, Brandon Perry [EMAIL PROTECTED]wrote:
Run apt-get install check.
Compiles fine obviously. After doing make uninstall and make install,
running freshclam says that I am still
On Mon, 1 Sep 2008 Ken LEpee wrote:
I read once that many anti viruses which are meant for linux based
os don't work in computers using dual processor
On 01.09.08 11:34, G.W. Haywood wrote:
That is nonsense.
I guess that should mean that many antiviruses can't use two CPUs/cores etc.
Run apt-get install check.
Compiles fine obviously. After doing make uninstall and make install,
running freshclam says that I am still running 0.94-exp, not 0.94.
Running
freshclam from the source dir says the same thing:
Did you configure with --enable-experimental?
Yes, I used
Hi Everyone,
My apologies for sending this again if you've already read this. It's a
reminder for those
who may have missed it last week.
The next ClamAV users webcast will be tomorrow at 1700GMT
(1800BST; 1900CEST; 1300EDT).
The presentation, given by Török Edwin, will cover the new features
-Original Message-
From: [EMAIL PROTECTED] [mailto:clamav-users-
[EMAIL PROTECTED] On Behalf Of Brandon Perry
Sent: Tuesday, September 02, 2008 12:06 PM
To: ClamAV users ML
Subject: [Clamav-users] ClamAV 0.94 release
Configuring on CentOS 5.2 x64 produces the following warnings:
You need to check to run 'make check' as per above.
On Tue, Sep 2, 2008 at 1:44 PM, Jason Bertoch [EMAIL PROTECTED] wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:clamav-users-
[EMAIL PROTECTED] On Behalf Of Brandon Perry
Sent: Tuesday, September 02, 2008 12:06 PM
On 2008-09-02 21:44, Jason Bertoch wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:clamav-users-
[EMAIL PROTECTED] On Behalf Of Brandon Perry
Sent: Tuesday, September 02, 2008 12:06 PM
To: ClamAV users ML
Subject: [Clamav-users] ClamAV 0.94 release
Configuring on
Running redhat and have installed bzip2 1.0.5 in /usr/local/. How can I
tell clamav's Configure to look in /usr/local/ just for bzip2? Configure
is returning:
checking how to link with libbz2... /usr/local/lib/libbz2.a
checking for bzReadOpen in -lbz2... no
checking bzlib.h usability... yes
On 2008-09-02 22:49, Roberto Ullfig wrote:
Running redhat and have installed bzip2 1.0.5 in /usr/local/. How can I
tell clamav's Configure to look in /usr/local/ just for bzip2?
Try this:
./configure --with-libbz2-prefix=/usr/local/
or
./configure CPPFLAGS=-I/usr/local/ LIBS=-L/usr/local/lib
Török Edwin wrote:
On 2008-09-02 22:49, Roberto Ullfig wrote:
Running redhat and have installed bzip2 1.0.5 in /usr/local/. How can I
tell clamav's Configure to look in /usr/local/ just for bzip2?
Try this:
./configure --with-libbz2-prefix=/usr/local/
or
./configure
On 2008-09-02 23:04, Roberto Ullfig wrote:
Török Edwin wrote:
On 2008-09-02 22:49, Roberto Ullfig wrote:
Running redhat and have installed bzip2 1.0.5 in /usr/local/. How can I
tell clamav's Configure to look in /usr/local/ just for bzip2?
Try this:
./configure
Hi,
Something changed in configure which results on a wrong setting for the
existence of gethostbyname_r, it worked fine on 0.94rc1, now it doesn't
build unless using the following.
Simple solution: add '--disable-gethostbyname_r' to configure line.
I haven't found what changed and how the
IIRC, the announcement said that POSIX breakage would happen if you tried to
compile 0.94 on cygwin...
On Tue, Sep 2, 2008 at 4:16 PM, René Berber [EMAIL PROTECTED] wrote:
Hi,
Something changed in configure which results on a wrong setting for the
existence of gethostbyname_r, it worked fine
From the announcement:
** This version drops the special support for Cygwin. Our QA process showed
** serious problems with ClamAV builds under Cygwin due to some low-level
** incompatibilities in the POSIX compatibility layer, resulting in
unreliable
** ClamAV behaviour.
On Tue, Sep 2, 2008 at
Brandon Perry wrote:
IIRC, the announcement said that POSIX breakage would happen if you tried to
compile 0.94 on cygwin...
If you mean this part :
** This version drops the special support for Cygwin. Our QA process showed
** serious problems with ClamAV builds under Cygwin due to some
WARNING: Local version: 0.94-exp Recommended version: 0.94
yes, with --enable-experimental.
1) yes, i tested rc1, and it worked here.
2) the `-exp` suffix seems to be a last-minute improvement for release?
would the conclusion be not/never to use '--enable-experimental'?
__cut__
Wed Sep 3
René Berber wrote:
serious problems ? Only problem is the test I mentioned, passing a
file descriptor is not supported under Cygwin as far as I know.
I have no cygwin experience, but Windows *does* allow passing file
descriptors to child process. Not in the same way as unix, but I'd find
Sarocet wrote:
René Berber wrote:
serious problems ? Only problem is the test I mentioned, passing a
file descriptor is not supported under Cygwin as far as I know.
I have no cygwin experience, but Windows *does* allow passing file
descriptors to child process. Not in the same way as
Hello,
Sorry for the long post.
The following command and error stops clamav build, any ideas?
gcc -shared -Wl,-h -Wl,libclamav.so.5 -o .libs/libclamav.so.5.0.1
.libs/matcher-ac.o .libs/matcher-bm.o .libs/matcher.o .libs/md5.o
.libs/others.o .libs/readdb.o .libs/cvd.o .libs/dsig.o .libs/str.o
This little tidbit has really screwed up a lot of reporting code for me.
Thanks but no thanks, I'll be taking it out. You might want to make this
a configure switch for your users who know the difference between
official and not official signatures.
dp
What might have happened here:
clamdscan test
/test/.split/split.clam.arjaa: Input/Output error ERROR
...
$ clamscan test/.split
]$ clamscan test/.split
test/.split/split.clam-upack.exeaa: OK
test/.split/split.clam-upack.exeab: OK
test/.split/split.clam.ole.docaa: OK
Dennis Peterson wrote:
What might have happened here:
Should have added: Solaris 9, gcc 3.3.2.
Also seeing the duplicate uniq_get in libclamav.map on one but not both
sol 9 systems.
dp
___
Help us build a comprehensive ClamAV guide: visit
Additional info:
gcc is version 3.4.6, ld in not GNU ld, it is Sun's version 5.9-1.378 .
In fact, ld's -M parameter seems to have different meaning, and it also
could be a bug (ld itself added the symbol twice).
--
René Berber
___
Help us build a
Good morning,
I opened the Bug 1151 two days ago.
I have opened it as P3/Normal as it is not a blocking bug.
Unfortunately, nobody seems to be interested by it.
As I am not very familiar with clamd bug resolution,
could you please tell me how long it generally takes before
that kind of bug is
27 matches
Mail list logo