Re: [Clamav-devel] libclamav.jar

Hi! Course connect to clamd using TCP socket is more simple. Join us ClamAVUtils implementation. We need open one socket by upload servlet thread scan for use clamd multithreading (sendCommand) without synchronize problem. Thanks for your help. François -Message d'origine- De :

[Clamav-devel] symbol visibilty, public API, and internal function useage

Hi all, So I've been thinking about how to reduce the breakage that occasionally happens to other bits of software on upgrades of libclamav, and I think I've come up with something that might be of some use. libtool lets you use a version script to (on platforms that support it) hide symbols

Re: [Clamav-devel] symbol visibilty, public API, and internal function useage

Stephen Gran wrote: Hi all, So I've been thinking about how to reduce the breakage that occasionally happens to other bits of software on upgrades of libclamav, and I think I've come up with something that might be of some use. libtool lets you use a version script to (on platforms that

Re: [Clamav-devel] symbol visibilty, public API, and internal function useage

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, currently libclamav is used in a static way while compiled as shared, I mean that all internal functions are in the .so and binary that links that are using them from the .so cli_x functions should be internals and the executables should link

Re: [Clamav-devel] symbol visibilty, public API, and internal function useage

On Tue, Nov 20, 2007 at 09:59:21PM +0200, Török Edwin said: Stephen Gran wrote: Hi all, So I've been thinking about how to reduce the breakage that occasionally happens to other bits of software on upgrades of libclamav, and I think I've come up with something that might be of some use.