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 comp
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 l
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?
Dennis is right. But to answer your question, use "ulimit -m" in your
initscript for clamd .
___
Help us build a c
This seems like an issue to be settled between Xandros and SourceFire.
___
Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net
http://lurker.clamav.net/list/clamav-users.html
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 compi
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 guide
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 mo
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 l
[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 yo
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
Pro
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:
Hi Mike,
Sorry for the delay in looking at this. It looks to me like adding
-D_POSIX_PII_SOCK
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 behav
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
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 b
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
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
___
http://lurker.clamav.net/list/cla
On 2/15/06, Bugs <[EMAIL PROTECTED]> wrote:
>
> Tru64 5.1B PK4 on a es40
> Any Ideas?
Looks like an issue related to the definition of socklet_t in
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
compiler, b
On 2/9/06, Kaplan, Andrew H. <[EMAIL PROTECTED]> wrote:
> Here is an excerpt from the ntohl man page:
>
>
>
> SYNOPSIS:
>
> #include
>
>
>
> _XOPEN_SOURCE_EXTENDED only
>
> #include
>
>
Since we're building with -D_XOPEN_SOURCE_EXTENDED now (specified in
CFLAG
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:
>
On 2/8/06, René Berber <[EMAIL PROTECTED]> wrote:
>
> I read the log and configure, the check is like this:
>
> #include
> #include
>
> int
> main ()
> {
>
> struct hostent *hp;
> struct hostent h;
> char *name;
> char buffer[10];
> int h_errno;
> hp = gethostbyname_r(name, &h, buffer, 10, &h_er
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, 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 i
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 compi
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
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
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.
>
[sorry about that last messge... f
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/20/05, G.W. Haywood <[EMAIL PROTECTED]> wrote:
> Hi there,
>
> No point in changing directory unless the value of your PATH variable
> starts with a dot. Did you use DOS once? :)
>
> Under Linux, you don't necessarily get what you think you get when you
> change directory and run a binary l
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
34 matches
Mail list logo
