Here is a patch for clamd which makes it raise the process's file
descriptor limit to the maximum supported by the OS, as long as it is safe
for the fd poll method used.
Please can this be considered for inclusion into CVS ?
Thanks,
Andydiff -r -u clamav-devel/clamd/clamd.c clamav-devel-new/cla
The below came in through the Debian BTS. The erproter would like a way
to have the On*Execute scripts notice the return codes of the failing
event. The following patch enables it, as well as fixing a missing
Foreground option for freshclam.
The whole bug log can be viewed at
http://bugs.debian.
Le Ven 18 fév 18:00:31 2005, Nigel Horne écrit:
> Whilst your diagnosis was wrong, there was indeed an issue with your file
> which has now been fixed in CVS.
>
> Thanks for the bug report.
I removed read access to the FTP file.
___
http://lists.clamav
Le Jeu 17 fév 12:31:47 2005, -=MikeP=- écrit:
> Documentation on open() says:
> ENAMETOOLONG
> The length of the path string exceeds PATH_MAX, or a pathname component is
> longer than NAME_MAX.
As the maximal length of a file name depend of the filesystem, the
POSIX way to get the limits is to us
Whilst your diagnosis was wrong, there was indeed an issue with your file
which has now been fixed in CVS.
Thanks for the bug report.
-Nigel Horne
--
Nigel Horne. Arranger, Composer, Typesetter.
NJH Music, Barnsley, UK. ICQ#20252325
[EMAIL PROTECTED] http://www.bandsman.co.uk
_
Hi,
I found a message that make clamd and clamscan 0.83 very long (count
the time in hours). The message is a 60Kb fat kde-cvs list
digest. It's a ordinairy text/plain but it containt multiple (43)
messages concatened and it sound like clamav explode the message
(which is, at least, not wanted b