A few days ago, I looked at the ClamAV stuff on GitHub and found the
patch that moved the declarations of cl_initialize_crypto() etc. from
crypto.h to clamav.h.
I then added a call to cl_initialize_crypto() to clamlibscanner.cpp
(see diff below), recompiled and now HAVP starts up properly, and has
On Wednesday, July 09, 2014 10:13:28 Henrik K wrote:
> Apparently it's fixed... I'm sure someone will try it out. I'm just getting
> lots of questions and patches about it and was wondering why nothing was
> announced. So yes it looks like 0.98.4 will be an oddball version and third
> party softwa
Apparently it's fixed... I'm sure someone will try it out. I'm just getting
lots of questions and patches about it and was wondering why nothing was
announced. So yes it looks like 0.98.4 will be an oddball version and third
party software doesn't need to be modified.
Thu, 03 Jul 22:14:40 EDT 20
So you’ve tried the beta and it didn’t fix the issue? One of the reasons for
announcing the beta was so folks like you can play in the bug fixing process.
There are dozens of changes to each version and only a few of the major items
are ever mentioned in the announcements. There are far too ma
It's been two mondays now and no news... a new beta is posted but nothing
about the issue is mentioned?
On Thu, Jun 26, 2014 at 12:52:47PM -0400, Shawn Webb wrote:
> Hey Paul,
>
> The reason for that is likely due to my usage of ctors and dtors with
> 0.98.3. In that version, I had added a ctor
Hello Paul,
Zitat von Paul Kosinski :
Kare,
Thanks for the suggestion. I also had thought of using the clamd
socket interface, but won't do that unless there is no other way.
HAVP is running here on a minimal 2-core Athlon II (3.1 GHz) and HAVP
by itself comprises over 10 processes. Given th
Kare,
Thanks for the suggestion. I also had thought of using the clamd
socket interface, but won't do that unless there is no other way.
HAVP is running here on a minimal 2-core Athlon II (3.1 GHz) and HAVP
by itself comprises over 10 processes. Given this configuration, I
fear that using the soc
On 6/26/14, 9:47 PM, Henrik K wrote:
Hello, HAVP developer here. I'll release a new version if it's required, but
I guess that will have to wait on the discussions. Hopefully it's not even
necessary and 0.98.4 will remain an unused dark horse version..
Cheers,
Henrik
It is here.
dp
___
Hello, HAVP developer here. I'll release a new version if it's required, but
I guess that will have to wait on the discussions. Hopefully it's not even
necessary and 0.98.4 will remain an unused dark horse version..
Cheers,
Henrik
On Thu, Jun 26, 2014 at 05:35:08PM +, cla...@it-connect-uni
An ABI break like this should have come with an increased SO version.
Scott K
On Thursday, June 26, 2014 12:52:47 Shawn Webb wrote:
> Hey Paul,
>
> The reason for that is likely due to my usage of ctors and dtors with
> 0.98.3. In that version, I had added a ctors entry in libclamav to call
> cl
On Thursday, June 26, 2014 00:37:38 Paul Kosinski wrote:
> I'm using HAVP (0.92) on Linux (openSuSE 13.1) as a virus scanning
> filter for HTTP traffic. It worked perfectly with ClamAV 0.98.3 (and
> many previous versions), but now it won't start at all with 0.98.4.
>
> HAVP uses libclamav.so to d
Hello there, I'm Kare from copfilter.org
I saw this discussion about failing havp with ClamAV 0.98.4 and we
also use havp in our project for a long time.
There is a way to get havp working, until an other solution has been found.
Go to havp.config and disable clamlib and enabel the socket mod
Hey Paul,
The reason for that is likely due to my usage of ctors and dtors with
0.98.3. In that version, I had added a ctors entry in libclamav to call
cl_initialize_crypto and a dtors entry to call cl_cleanup_crypto. It turns
out that operating systems like AIX, HPUX, and Solaris 10 don't support
Shawn,
Yes indeed, HAVP calls into libclamav directly. But then why does this
only fail in 0.98.4 but *not* in 0.98.3? Wasn't OpenSSL already being
used in 0.98.3?
An additional problem is that the HAVP developer seems to have stopped
working on it, according to the HAVP forum (http://havp.hege
On 2014/06/26 11:39, Shawn Webb wrote:
> On Thu, Jun 26, 2014 at 11:31 AM, Stuart Henderson <
> stu-clamav-l...@spacehopper.org> wrote:
> >
> > One complication with this is that the prototype for cl_initialize_crypto()
> > is only in libclamav/crypto.h which doesn't get installed..(and for HAVP
>
On Thu, Jun 26, 2014 at 11:31 AM, Stuart Henderson <
stu-clamav-l...@spacehopper.org> wrote:
> On 2014/06/26 11:10, Shawn Webb wrote:
> > On Thu, Jun 26, 2014 at 12:37 AM, Paul Kosinski
> wrote:
> >
> > > I'm using HAVP (0.92) on Linux (openSuSE 13.1) as a virus scanning
> > > filter for HTTP tra
On 2014/06/26 11:10, Shawn Webb wrote:
> On Thu, Jun 26, 2014 at 12:37 AM, Paul Kosinski wrote:
>
> > I'm using HAVP (0.92) on Linux (openSuSE 13.1) as a virus scanning
> > filter for HTTP traffic. It worked perfectly with ClamAV 0.98.3 (and
> > many previous versions), but now it won't start at
On Thu, Jun 26, 2014 at 12:37 AM, Paul Kosinski wrote:
> I'm using HAVP (0.92) on Linux (openSuSE 13.1) as a virus scanning
> filter for HTTP traffic. It worked perfectly with ClamAV 0.98.3 (and
> many previous versions), but now it won't start at all with 0.98.4.
>
> HAVP uses libclamav.so to do
I'm using HAVP (0.92) on Linux (openSuSE 13.1) as a virus scanning
filter for HTTP traffic. It worked perfectly with ClamAV 0.98.3 (and
many previous versions), but now it won't start at all with 0.98.4.
HAVP uses libclamav.so to do the actual scanning (more efficient
than even the socket interfac
19 matches
Mail list logo
