-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alch wrote: >>On 4/28/05, eleftherios stavridis <[EMAIL PROTECTED]> wrote: >> >>>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. >> >>I checked this out - can somebody please point me to anywhere >>on the net where there is any information about a MinGW DDK. >>I checked out the ReactOS homepage and it clearly states: >> >>-------------- >>At the time of writing, no equivalent of the build utility >>from the Windows DDK exists. ReactOS may migrate to such an >>equivalent when and if it's available, but it's highly unlikely. >>-------------- >> >>If someone has more luck finding information about open >>source driver development using MinGW without linking to the >>official DDK (or using there headers) then I will be happy. > > > Linking to DDK should not be a problem as it is freely available form > Microsoft > > >>>Last, there is a perfectly working GUI for ClamAV on >> >>Windows, written >> >>>in Python. You can find it at http://www.clamwin.org. >> >>There is numerous bugs in clamwin (like it not being able to >>detect viruses that clamav has detected for a long time) - I >>doubt that anything else than the gui will be usable in >>future version. > > > Clamwin uses command line tools form clamav - clamscan and freshclam on > cygwin layer. Hence it cannot be much different form clamav. > > >>Also for doing any serious Windows development (like creating >>a exchange plugin) one must enhance the system management >>console and I highly doubt that this can be done with PyGTK >>(Qt, Flex, your mothers open source graphic library). For my >>part I will not go through a ton of trubles for creating code >>that compiles with some obscure open source setup if it can >>be done easier from within visual studio - the code will >>still be open source even it is crafted within VS and i >>highly doubt that the casual Windows user cares where I compiled it. > > > Clamwin uses wxWidgets and natiwe Win32API in python - and you can do > pretty much everything you need in application development for Windows. > > >>For Clam to succed on windows a nativ service must be written >>that uses libclamav (like clamd on Unix) - so my first >>priority this weekend will be to check the state of current >>libclamav for windows and see if a high performance Windows >>service can be written - gui and other stuff can come later. > > > I do have a working version of the file system filter driver in testing. > What is needed is the native Win32 service which links with libclamav. > Number fo people volunteered to do that with Boguslaw's port but sadly > noone has been persistent enough. I simply have not enough time to do > it myself. So my suggestion is to consolidate forces and have on-access > scanning in windows sooner together. However I am not trying to insist > here - GPL sais it all.
Alch, I agree with you.I have started clamd NT service (simplified).I will try to upload current version (very,very early alfa) to ClamAV CVS clamav-win32,but I think ,you should also publish your filter driver sources. Currently I have also not enough time but in late May I'll have probably more spare time. Best regards Boguslaw Brandys -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCcnMOtuGICzHOh+YRAu1AAJ9AC1mH4qdY81MubGnS7zY58vjy/ACfUdOk lgXuOB8agk2bKr5lKCLZ/O8= =rlKj -----END PGP SIGNATURE----- _______________________________________________ http://lurker.clamav.net/list/clamav-devel.html
