[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Neon woes

From: Joe Orton <joe_at_manyfish.co.uk>
Date: 2002-06-03 13:27:56 CEST

On Mon, Jun 03, 2002 at 11:35:54AM +0200, Sander Striker wrote:
> > From: brane@xbc.nu [mailto:brane@xbc.nu]
> > Sent: 03 June 2002 11:20
> > I'd like to revert the upgrade until it does.
> > Is there any really strong reason we should be using
> > 0.21.0 (except for the mod-deflate stuff)?
>
> No, not really, apart from it being the latest neon release.
> You need two patches to neon to get it to work on windows.
> One I sent to the list and one Joe sent to the list.

Does the ssize_t patch I posted work then? (I can't test it myself)

> There is another problem that has rissen its ugly head:
> neon now requires zlib, otherwise svn will fail on the
> deflate stuff. I thought that was supposed to be
> transparent, but apparently it isn't (yet?).

It only works when zlib is *not* used, so the passthrough code is
working fine. neon was giving the "truncated response" decompress error
if the acceptance callback decided not to accept a response (which would
always happen in ra_dav with the error_accepter for 2xx responses).

A fix is below - I can do a new neon release once someone has confirmed
that the ssize_t patch works. (Does SVN even work on a deflate-enabled
server without this change?)

--- ne_compress.c 19 May 2002 14:38:15 -0000 1.15
+++ ne_compress.c 3 Jun 2002 10:37:02 -0000 1.16
@@ -348,6 +348,7 @@
         free(ctx->enchdr);
 
     switch (ctx->state) {
+ case NE_Z_BEFORE_DATA:
     case NE_Z_PASSTHROUGH:
     case NE_Z_FINISHED:
         ret = NE_OK;

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jun 3 13:31:32 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.