On 4/28/05, eleftherios stavridis <[EMAIL PROTECTED]> wrote: > My company is working on a (GPL licenced) filesystem filter driver for > on-access scanning too.
Great stuff - if you need any help please speek up. > > As far as I know a number of other people are working on similar filter > drivers, including Boguslaw Brandys (ClamAV win32 developer), Adam > Spotton (he claims to have a working version ready for beta testing, > link: http://sourceforge.net/forum/message.php?msg_id=3084928), and Alch > from the ClamWin project. > > I have not been successful in getting a reply from Boguslaw Brandys or > Adam Spotton therefore, I don't have further details. Same here - I tried emailing personally before going to this list. But it is great to here that other people are working on the same. I created a (somehow flawed) exchange plugin for clamwin some time ago and it became clear to me that in order to create some production ready code a native port was needed (to much hack and fuss with cygwin). > You are raising an important issue there. The DDK is free of charge > (but not free/open source) and anyone can order it on CD from Microsoft. > The IFS kit (useful for filesystem driver development) is fairly cheap > too, at $109. > > We have decided not to choose the convenient option of using these > proprietary tools. Instead, we have hired a developer and created a > small side-project, called Celery, which will enhance the MinGW DDK > (yes, there is a free/open source alternative to Microsoft DDK) for > driver compilation/development. In short, the goals we set are to merge > SEH support to GCC, fix "-mtrd" flag (have the patch), do a > review/testing of a free IFS kit, and extend GCC to emit PDB files. The > project's website will be online in 2 days. That is even better - I did not know that such things were created - I tried locking at the ReactOS webpage for information about file system filter drivers, but did not find any info about creating NT kernel code using MinGW > > Please consider using free/open source tools if you undertake such a > task. If you use Delphi or Visual Basic you are effectively putting > pressure on people to use proprietary tools if they want to compile from > source. Yes of cause - there are some really god open source installers out there (Inno Setup...) - I always found them much superior to the amateurish home grown installers used by most open source project on the windows platform. > There is no need to do that for GUI development as there are > plenty of mature free/open source GUI toolkits. > > Last, there is a perfectly working GUI for ClamAV on Windows, written in > Python. You can find it at http://www.clamwin.org. I am aware of this although I do have my reservation about the actual virus engine (last i checked it used cygwin, this limits the professional use of such a product) - the gui however is quite nice. _______________________________________________ http://lurker.clamav.net/list/clamav-devel.html
