On Fri, Oct 31, 2008 at 11:53 AM, Allen, Geoff [EMAIL PROTECTED] wrote:
This might be a long-shot, but has anyone compiled ClamAV (and
specifically, clamav-milter) on Tru64 Unix? I'm trying, but can't get
configure to generate a proper Makefile that will compile clamav-milter.
I'd love to
On Fri, Oct 31, 2008 at 5:11 PM, Török Edwin [EMAIL PROTECTED] wrote:
meaning clamd won't be built either
configure:13401: checking pthread.h usability
configure:13418: gcc -c -g -O2 conftest.c 5
In file included from conftest.c:94:
/usr/include/pthread.h:312:4: #error Please compile the
On Dec 10, 2007 11:07 PM, Jeffrey Rice [EMAIL PROTECTED] wrote:
Hello,
Is there any way to reduce/control the memory use of clamd?
snip
Dennis is right. But to answer your question, use ulimit -m in your
initscript for clamd .
___
Help us build a
On 9/4/07, mike caplin [EMAIL PROTECTED] wroteJeff,
I just tried to build 0.91.2 on Tru64 and this old error cropped-up.
Since DEC's cc has some C++ features, 'try' is a reserved word. Please
change the name of the variable 'try' (I tested substituing 'tries' and
the
program compiles) in
HP-UX 10.20 is ancient and hasn't been supported by HP in a very long time.
(It is of the same vintage as Linux 2.2 kernels, if not older).
Consequently, the header files probably don't conform to the current POSIX
standards that the ClamAV code is expecting.
When clamd is called in STREAM mode, is each STREAM handled by a
different thread (assuming a moderate load), like MULTISCAN?
Secondarily, does clamav-milter call clamd in STREAM mode?
thanks in advance
___
Help us build a comprehensive ClamAV
On 4/13/07, I wrote:
[I tried asking this on the developer's mailing list, but posting is
restricted there, so]
I am looking to do some performance testing of ClamAV in various
configurations on various hardware. I am wondering if you have a stash of
email messages, with at least
Chuck,
Thanks a lot. I copied the tar ball. You can delete it now.
Michael,
I'll take whatever I can get. Send me a message offline and let me know
where I can copy those 82 messages from. Or, I might be able to give you a
place to upload them. Let me know.
If anyone else out there has
[I tried asking this on the developer's mailing list, but posting is
restricted there, so]
I am looking to do some performance testing of ClamAV in various
configurations on various hardware. I am wondering if you have a stash of
email messages, with at least some malware infected, that
On 4/4/07, mike caplin [EMAIL PROTECTED] wrote:
Compiling clamd on Tru64 v5.1b fails with the following error (NOTE: using
DEC's cc not gcc):
The DEC/Compaq/HP C compiler for Tru64 UNIX supports structured exception
handling with try() blocks. See section 11.3 and 11.4 of the Tru64 UNIX
On 2/6/07, mike caplin [EMAIL PROTECTED] wrote:
I am trying to build v0.88.7 on Tru64 5.1B in order to upgrade from an
older version however freshclam fails to compile with the following
error:
snip
Hi Mike,
Sorry for the delay in looking at this. It looks to me like adding
Haven't built it, but it looks like either a function prototype
problem, or perhaps a required include file is not included correctly.
I don't have access to a Tru64 system just this moment, but I might be
able to get to one tomorrow.
On 2/6/07, mike caplin [EMAIL PROTECTED] wrote:
I am trying
On 8/28/06, Nigel Horne [EMAIL PROTECTED] wrote:
Repeating advice already given here: the engine in 0.88 is *old*. If
performance is
an issue upgrade to the code in CVS.
How long before the current CVS code base becomes the stable release?
Jeff D
On 8/10/06, Dave Richardson [EMAIL PROTECTED] wrote:
YOUR CFLAGS will be different for your architecture, of course, but I
presume something can be gained by either i) optimizing for your
specific architecture, or using the '-pipe' or '-fomit-frame-pointer'
bits. I don't know compiler
On 7/5/06, Stephen Gran [EMAIL PROTECTED] wrote:
I have another report of problems on alpha (unaligned traps) - do you
see anything in kern.log? Can you debug this a bit (strace, gdb, etc)?
Unaligned traps are likely not releated to the original poster's
problem. At worst, they would be a
Are either of the libclamav.so.1 files symbolic links? If so, are they
pointing to non-existent files now after the upgrade? If so, fix them.
Jeff D
___
http://lurker.clamav.net/list/clamav-users.html
On 5/2/06, Robert Isaac [EMAIL PROTECTED] wrote:
/usr/lib/libclamav.so.1 is a symbolic link to /usr/lib/libclamav.so.1.0.17
/usr/local/lib/libclamav.so.1 is a symbolic link to
/usr/local/lib/libclamav.so.1.0.17
Hmm. That seems ok, although I don't know why there are copies of this
stuff in
On 2/15/06, Bugs [EMAIL PROTECTED] wrote:
Tru64 5.1B PK4 on a es40
snip
Any Ideas?
Looks like an issue related to the definition of socklet_t in sys/socket.h
Try adding -D_XOPEN_SOURCE=500 to your CFLAGS and rebuild again.
That looks like what would fix the problem with the DEC/Compaq C
I found this discussion on the Samba mailing list from about 4 1/2
years ago that includes discussion about socklen_t and the
getpeername() API -
http://lists.samba.org/archive/rsync/2001-August/47.html
Jeff D
___
On 2/9/06, Kaplan, Andrew H. [EMAIL PROTECTED] wrote:
Here is an excerpt from the ntohl man page:
SYNOPSIS:
#include netinet/in.h
_XOPEN_SOURCE_EXTENDED only
#include arpa/inet.h
Since we're building with -D_XOPEN_SOURCE_EXTENDED now (specified
Andrew,
Let's step back for a minute once again. On your 10.20, system, go and
look at /usr/include/netdb.h . Find the section where it defines
h_errno which is a macro that will be defined to either a function
call or an external variable depending on if the macro _REENTRANT is
defined at
On 2/8/06, Kaplan, Andrew H. [EMAIL PROTECTED] wrote:
The following text in the netdb.h file is what references h_errno:
/*
* Error return codes from gethostbyname() and gethostbyaddr()
* (left in extern int h_errno).
#ifdef _XOPEN_SOURCE EXTENDED
extern int h_errno;
On 2/8/06, René Berber [EMAIL PROTECTED] wrote:
You can use -D_XOPEN_SOURCE but if configure
didn't need that I don't see the point.
That assumes configure is working correctly with regards to this on
hp-ux 10.20. I wouldn't necessarily make that assumption. I see checks
in configure for
On 2/8/06, René Berber [EMAIL PROTECTED] wrote:
Yes, I see you are correct. freshclam/manager.c depends on the external
value,
which is not being defined in HP-UX unless, following your sugestion
CFLAGS='-D_XOPEN_SOURCE' is used.
OK Andrew, you'll have to repeat the build with:
Unless you know what version of HP-UX that version of gcc 3 was built
on, I wouldn't trust that it will run on your 10.20 machine. If the
compiler you are trying to use was built on 11.0 or later, don't count
on it working at all.
You know how old HP-UX 10.20 is, right? HP has not supported 10.20
On 2/7/06, René Berber [EMAIL PROTECTED] wrote:
But first correct the part with LD_LIBRARY_PATH above.
René is right. I missed that. On 10.20, LD_LIBRARY_PATH is not what
you want. SHLIB_PATH is the environment variable. That still assumes
the binary was linked to allow searches for the shared
Andrew,
Let's step back a minute have you ever been able to compile
ANY version of ClamAV on your 10.20 machine? Or, is this your first
attempt?
It does not look like ClamAV is one of the packages that
hpux.connect.org.uk has ported.
Jeff D
___
On 2/1/06, Krištof Petr [EMAIL PROTECTED] wrote:
Mitre? Are not these boys same as Mitre security experts from Clifford
Stoll's
book CUCKOO'S EGG?
Mitre is a major US DoD contractor.
___
http://lurker.clamav.net/list/clamav-users.html
On 12/23/05, Dale Walsh [EMAIL PROTECTED] wrote:
Please elaborate because as the subject states virus detected using
clamscan but not with Mail::ClamAV perl module. leads one to believe
that the thread is about failure to detect virii with software.
-- Dale
Dale,
On 12/23/05, Dale Walsh [EMAIL PROTECTED] wrote:
Please elaborate because as the subject states virus detected using
clamscan but not with Mail::ClamAV perl module. leads one to believe
that the thread is about failure to detect virii with software.
[sorry about that last messge... fat
Does anyone have or know where to find a Debian Sarge .deb for Clamassassin?
Thanks in advance,
Jeff D
___
http://lurker.clamav.net/list/clamav-users.html
31 matches
Mail list logo