Re: [Clamav-devel] Complex Regular Expressions
Yes, that's exactly what I'm talking about; only simple/basic regexps are supported. In order to use a complex regex, I have needed to change the following in clamav-0.85.1/clamscan/others.c line 126 from: flags = 0; to flags = REG_EXTENDED; Without it, I can't even use simple RE constructs like pipe! Mark On 24 May 2005, at 1:09 am, Tomasz Kojm wrote: On Tue, 2005-05-24 at 00:41 +0100, Mark Allan wrote: Having searched the archives to the best of my abilities, I can't seem to find an answer to why complex regular expressions are not enabled for ClamAV. What "complex regular expressions" are you talking about? Do you mean regex support in --include/--exclude? ___ http://lurker.clamav.net/list/clamav-devel.html
Re: [Clamav-devel] Complex Regular Expressions
On Tue, 2005-05-24 at 00:41 +0100, Mark Allan wrote: > Having searched the archives to the best of my abilities, I can't > seem to find an answer to why complex regular expressions are not > enabled for ClamAV. What "complex regular expressions" are you talking about? Do you mean regex support in --include/--exclude? -- oo. Tomasz Kojm <[EMAIL PROTECTED]> (\/)\. http://www.ClamAV.net/gpg/tkojm.gpg \..._ 0DCA5A08407D5288279DB43454822DC8985A444B //\ /\ Tue May 24 02:07:37 CEST 2005 signature.asc Description: This is a digitally signed message part ___ http://lurker.clamav.net/list/clamav-devel.html
[Clamav-devel] Complex Regular Expressions
Having searched the archives to the best of my abilities, I can't seem to find an answer to why complex regular expressions are not enabled for ClamAV. Can anyone shed any light on this please? It *appears* to work fine on OS X 10.3 and 10.4 so I'm wondering if it's the other Unix variants which are having problems or is there some other reason? Thanks Mark -- Author of ClamXav for Mac OS X http://www.clamxav.com ___ http://lurker.clamav.net/list/clamav-devel.html
Re: [Clamav-devel] Re: feature proposal: "OnOutdatedExecute"
On Mon, 23 May 2005, Per Jessen wrote: Per Jessen wrote: there is talk of "functionality levels" instead of "versions"? I guess I could have been a little more direct - what is the difference between clamav versions and functionality levels? If any ? Versions refer to the software side of things -- whenever there's a change in the software, the version gets incremented. The change may be to introduce new functionality (in which case the functionality level is also incremented) or it might just be a bugfix release (in which case the functionality level would stay the same). Right now, the latest version is 0.85.1, while the latest functionality level is 5. If you're running an older version you won't be able to detect viruses that require functionality 5. For example, clamav-0.83 only supports up to functionality level 4 -- it will detect anything in the database up to that level, but won't be able to use the signatures that require functionality level 5. Sorry that was kinda verbose, but hopefully it got the point across. Damian Menscher -- -=#| Physics Grad Student & SysAdmin @ U Illinois Urbana-Champaign |#=- -=#| 488 LLP, 1110 W. Green St, Urbana, IL 61801 Ofc:(217)333-0038 |#=- -=#| 4602 Beckman, VMIL/MS, Imaging Technology Group:(217)244-3074 |#=- -=#| <[EMAIL PROTECTED]> www.uiuc.edu/~menscher/ Fax:(217)333-9819 |#=- -=#| The above opinions are not necessarily those of my employers. |#=- ___ http://lurker.clamav.net/list/clamav-devel.html
[Clamav-devel] Re: feature proposal: "OnOutdatedExecute"
Per Jessen wrote: > there is talk of "functionality levels" instead of "versions"? I guess I could have been a little more direct - what is the difference between clamav versions and functionality levels? If any ? -- /Per Jessen, Zürich ___ http://lurker.clamav.net/list/clamav-devel.html
Re: [Clamav-devel] win32 port
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mark Weaver wrote: > I have updated this, finishing off most of the TODOs that I had. There > is an MSI installer here: > > http://www.blushingpenguin.com/mark/clamav/ClamAVSetup.msi > > and a revised patch here: > > http://www.blushingpenguin.com/mark/clamav/patch.txt > > plus a vendor import to my SVN repository here (which I intend to use > for version tracking): > > http://www.blushingpenguin.com:8080/viewcvs/trunk/3rdparty/clamav/ > > Somebody did write to me directly asking for a source tarball -- sorry > I've mislaid the email and am unable to reply directly! > > Latest changes are: > > - A bunch of bugfixes > - An MSI installer > - libgmp support > - DNS TXT record support (via Windows DNSAPI) > - win32 services > > Note that the engine version is already out of date (it seems > clamav-0.85-1 has been released). > > I would be grateful for any feedback, either from trying it out, or from > the maintainers as to whether there is any interest in merging the > patches back into the mainline code. I am quite willing to split them > up/modify them as necessary. > > Thanks, > > Mark Good work,Mark! Did you looked at my (partial) port of ClamAV ? (http:\\www.bransoft.com\clamav.html) We could "join forces" ;-) I'm very busy now but soon I'll back to clamav development. DNS TXT record is pure winsock based in my port (ported from uLibc source) so it's better I think (may be used under Win98/Me also) but some featurer are missing like external archives support or broken like vba code decomposition.Anyway it's 0.90 code (full RAR support!) from CVS and I try to always generate correct patches as soon as I have time. My idea (I think that other team members agree here) is to build port in such way that will be always easy to create libclamav as DLL and use it for creating GUI. Of course creating command line tools like clamscan is also importand but main goal is to make clamd NT service with libclamav as DLL to easy upgrade to new engine version.I have very limited clamd NT service now and start working on GUI part. I'd like to merge clamd NT service with some source code from original clamd especially code for reloading new CVD from disk (and not canceling working threads) plus some thread count limits.It will rather become local on-computer service and the main reason is concurent scanning of many files (10-20) to speed up process. Best regards Boguslaw Brandys -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCkhZvtuGICzHOh+YRAsIHAJ927evMxM0Ayr6OiXmCBcUf3ntCmgCfRt2v Y3DGBgIXg3q4Yscp2TCauwQ= =r+Q4 -END PGP SIGNATURE- ___ http://lurker.clamav.net/list/clamav-devel.html
Re: [Clamav-devel] win32 port
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mark Weaver wrote: > I have updated this, finishing off most of the TODOs that I had. There > is an MSI installer here: > > http://www.blushingpenguin.com/mark/clamav/ClamAVSetup.msi > > and a revised patch here: > > http://www.blushingpenguin.com/mark/clamav/patch.txt > > plus a vendor import to my SVN repository here (which I intend to use > for version tracking): > > http://www.blushingpenguin.com:8080/viewcvs/trunk/3rdparty/clamav/ > > Somebody did write to me directly asking for a source tarball -- sorry > I've mislaid the email and am unable to reply directly! > > Latest changes are: > > - A bunch of bugfixes > - An MSI installer > - libgmp support > - DNS TXT record support (via Windows DNSAPI) > - win32 services > > Note that the engine version is already out of date (it seems > clamav-0.85-1 has been released). > > I would be grateful for any feedback, either from trying it out, or from > the maintainers as to whether there is any interest in merging the > patches back into the mainline code. I am quite willing to split them > up/modify them as necessary. > > Thanks, > > Mark Good work,Mark! Did you looked at my (partial) port of ClamAV ? (http:\\www.bransoft.com\clamav.html) We could "join forces" ;-) I'm very busy now but soon I'll back to clamav development. DNS TXT record is pure winsock based in my port (ported from uLibc source) so it's better I think (may be used under Win98/Me also) but some featurer are missing like external archives support or broken like vba code decomposition.Anyway it's 0.90 code (full RAR support!) from CVS and I try to always generate correct patches as soon as I have time. My idea (I think that other team members agree here) is to build port in such way that will be always easy to create libclamav as DLL and use it for creating GUI. Of course creating command line tools like clamscan is also importand but main goal is to make clamd NT service with libclamav as DLL to easy upgrade to new engine version.I have very limited clamd NT service now and start working on GUI part. I'd like to merge clamd NT service with some source code from original clamd especially code for reloading new CVD from disk (and not canceling working threads) plus some thread count limits.It will rather become local on-computer service and the main reason is concurent scanning of many files (10-20) to speed up process. Best regards Boguslaw Brandys -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCkhWWtuGICzHOh+YRAl8LAKCJY+pejavlywEpRbDifNRNRSQMwwCeOrn1 RxtLTddCO2XJg9cFbcHCd+8= =sXkq -END PGP SIGNATURE- ___ http://lurker.clamav.net/list/clamav-devel.html
[Clamav-devel] win32 port
I have updated this, finishing off most of the TODOs that I had. There is an MSI installer here: http://www.blushingpenguin.com/mark/clamav/ClamAVSetup.msi and a revised patch here: http://www.blushingpenguin.com/mark/clamav/patch.txt plus a vendor import to my SVN repository here (which I intend to use for version tracking): http://www.blushingpenguin.com:8080/viewcvs/trunk/3rdparty/clamav/ Somebody did write to me directly asking for a source tarball -- sorry I've mislaid the email and am unable to reply directly! Latest changes are: - A bunch of bugfixes - An MSI installer - libgmp support - DNS TXT record support (via Windows DNSAPI) - win32 services Note that the engine version is already out of date (it seems clamav-0.85-1 has been released). I would be grateful for any feedback, either from trying it out, or from the maintainers as to whether there is any interest in merging the patches back into the mainline code. I am quite willing to split them up/modify them as necessary. Thanks, Mark ___ http://lurker.clamav.net/list/clamav-devel.html
