Nigel Horne | 1 Sep 2005 23:06
Picon
Gravatar

Re: [patch] Support for some GNU extension in untar.c

Daniel Fahlgren wrote:

> Here [1] is a patch to support some GNU extension in untar.c, the ones
> supported now are volume headers [2], long file names [3] and long names
> for symbolic links [4].

Patch applied, and thanks also for the test cases.

> Best regards
> Daniel Fahlgren

-Nigel

--

-- 
Nigel Horne. Arranger, Adjudicator, Band Trainer, Composer, Typesetter.
NJH Music, Barnsley, UK.  ICQ#20252325
njh <at> despammed.com http://www.bandsman.co.uk
_______________________________________________
http://lurker.clamav.net/list/clamav-devel.html
Justo Alonso | 2 Sep 2005 12:20
Picon
Gravatar

VERSION command don't show the main database version

Why clamd version command don't show this information ??

I attach a patch to solve this.

in the SOURCE/clamd directory:

patch < patch.clamav.session.c

thanks in advance
_______________________________________________
http://lurker.clamav.net/list/clamav-devel.html
Vinay AR | 5 Sep 2005 06:22
Picon

Clamd puts MD5 Check sum into Screen

Hi all,

I have a problem with Clamd.
When the execution starts, clamd puts all the MD5 check sum as output.

It will be constantly putting like this.

Please help me 
" How to make Clamd run in the Back ground"

Regards,
 Vinay
_______________________________________________
http://lurker.clamav.net/list/clamav-devel.html

Brian A. Reiter | 6 Sep 2005 11:45
Favicon

RE: Clamd puts MD5 Check sum into Screen

> Please help me
> " How to make Clamd run in the Back ground"

By default, Clamd should fork into the background. There is an option in the
clamd.conf that makes it not fork into the background:

# Don't fork into background. Useful in debugging.
#Foreground

If you have uncommented the Foreground line, you should comment it again to
turn the feature off.

Brian A. Reiter
WolfeReiter, LLC : Thoughtful Computing
[http://www.wolfereiter.com]

_______________________________________________
http://lurker.clamav.net/list/clamav-devel.html

Dale Walsh | 7 Sep 2005 12:58

Re: Multiple signedness mismatches


On Aug 13, 2005, at 03:16 PM, Stephen Gran wrote:

> Hello all,
>
> I see that gcc-4.x is much pickier about all sorts of things than the
> 3.x series was, and emits warnings for any kind of mismatch.  Most of
> them are admittedly harmless, but I do like seeing as clean a  
> compile as
> possible.  Would you be interested in a patch to clean up signedness
> issues?  It is likely to be rather large, and tedious work, so I  
> wanted
> to ask before spending the time on it.
>
> Take care,

DId you ever work on this as you had suggested/offered???

-- Dale
_______________________________________________
http://lurker.clamav.net/list/clamav-devel.html

Stephen Gran | 8 Sep 2005 16:50

Re: Multiple signedness mismatches

On Wed, Sep 07, 2005 at 06:58:09AM -0400, Dale Walsh said:
> 
> On Aug 13, 2005, at 03:16 PM, Stephen Gran wrote:
> 
> >Hello all,
> >
> >I see that gcc-4.x is much pickier about all sorts of things than the
> >3.x series was, and emits warnings for any kind of mismatch.  Most of
> >them are admittedly harmless, but I do like seeing as clean a  
> >compile as
> >possible.  Would you be interested in a patch to clean up signedness
> >issues?  It is likely to be rather large, and tedious work, so I  
> >wanted
> >to ask before spending the time on it.
> >
> >Take care,
> 
> DId you ever work on this as you had suggested/offered???

I have (almost) finished a fairly disruptive transatlantic move, during
which most of my computers were basically unusable for development work.
Now that they are back on, and I am somewhat settled in, I am going to
take a look at it.
--

-- 
 --------------------------------------------------------------------------
|  Stephen Gran                  | <xtifr> direct brain implants :)        |
|  steve <at> lobefin.net             | <knghtbrd> xtifr - yah, then using      |
|  http://www.lobefin.net/~steve | computers would actually require some   |
|  			         | of these idiots to think! <knghtbrd> ;> |
 --------------------------------------------------------------------------
(Continue reading)

Stephen Gran | 8 Sep 2005 16:50

Re: VERSION command don't show the main database version

On Fri, Sep 02, 2005 at 12:20:46PM +0200, Justo Alonso said:
> Why clamd version command don't show this information ??
> 
> I attach a patch to solve this.
> 
> in the SOURCE/clamd directory:
> 
> patch < patch.clamav.session.c
> 
> thanks in advance

Can you resend with the patch attached?  I don't see it.

Thanks,
--

-- 
 --------------------------------------------------------------------------
|  Stephen Gran                  | Is this going to involve RAW human      |
|  steve <at> lobefin.net             | ecstasy?                                |
|  http://www.lobefin.net/~steve |                                         |
 --------------------------------------------------------------------------
_______________________________________________
http://lurker.clamav.net/list/clamav-devel.html
Justo Alonso | 8 Sep 2005 17:04
Picon
Gravatar

Re: VERSION command don't show the main database version

Ok

and paste it, maybe I forgot attach it or maybe the list server removed it.

j

------------------------------ start here 
-------------------------------------
--- session.c.orig 2005-09-02 11:07:59.000000000 +0200
+++ session.c 2005-09-02 10:52:58.000000000 +0200
 <at>  <at>  -108,33 +108,42  <at>  <at> 

} else if(!strncmp(buff, CMD7, strlen(CMD7))) { /* VERSION */
const char *dbdir;
- char *path;
+ char *dpath, *mpath;
struct cl_cvd *daily;
+ struct cl_cvd *main;

if((cpt = cfgopt(copt, "DatabaseDirectory")) || (cpt = cfgopt(copt, 
"DataDirectory")))
dbdir = cpt->strarg;
else
dbdir = cl_retdbdir();

- if(!(path = mmalloc(strlen(dbdir) + 11))) {
+ if(!(dpath = mmalloc(strlen(dbdir) + 11))) {
mdprintf(desc, "Memory allocation error - SHUTDOWN forced\n");
return COMMAND_SHUTDOWN;
}
(Continue reading)

Eric Berggren | 15 Sep 2005 23:32

clamscan: --exclude dirs/files before descending/scanning them


The current implementation of --exclude (and --exclude-dir) performs the
pruning AFTER descending/scanning those files.

The problem for us is that one of the areas we scan is via NFS on a
NetApp filer, and upon finding the built-in .snapshot directory (which
holds daily read-only snapshots of this hiearchy), spends the next week
traversing 30+ copies of the same files. --exclude (and --exclude-dir)
doesn't help us as implemented.

Attached is a patch we've been using since 0.75 (this one against
0.86.2) that uses --exclude to prevent traversing into treewalk() if the
regexp is on the list. Thus if we specify "--exclude=.snapshot", that
directory (regardless where) is completely skipped, as well as our
quarantine area. Don't understand why --exclude-dir is needed at all
(this patch doesn't do anything with it, but could simply be tweaked to
use --exclude-dir for this particular section).

It would be desirable to have the functional equivalent of this in the
standard releases.

thanks and regards,
-ericb
--
Transmeta, Corporation

*** clamav-0.86.2/clamscan/treewalk.c.exclude	Sun Jul 24 16:30:17 2005
--- clamav-0.86.2/clamscan/treewalk.c	Wed Sep 14 11:29:30 2005
(Continue reading)

Brian J. France | 16 Sep 2005 21:41

patch for compile issue

Here is a patch to fix a compile issue I add with gcc 2.95.2.  
Everything else looks good for 0.87, great work!

Cheers,

Brian

--- clamav-milter/clamav-milter.c.orig  Fri Sep 16 12:28:01 2005
+++ clamav-milter/clamav-milter.c       Fri Sep 16 12:28:25 2005
 <at>  <at>  -3439,9 +3439,9  <at>  <at> 
  {
         fd_set rfds;
         struct timeval tv;
+       int ret;

         assert(sock >= 0);
-       int ret;

         if(readTimeout == 0) {
                 do

_______________________________________________
http://lurker.clamav.net/list/clamav-devel.html


Gmane