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"
Date: Mon, 1 Sep 2008 20:56:26 +0800 (CST)
Subject: Re: [Clamav-users] send virus problem
>
> Hello Aron,
>
> >
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
check_clamav-check_mat
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_disa
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 tha
> 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
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 o
> -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 warni
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:0
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
>>
>>
>
>
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
chec
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
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
>
> ./config
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
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 resul
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
>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 low-
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 06
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 fi
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 sam
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
.l
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
test/.split/split.clam.ol
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 http://wi
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 comp
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 pro
On 2008-09-03 01:39, René Berber wrote:
> 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
> **
28 matches
Mail list logo