Hi David.

I have found time to work on darcs at last. Here is fix for failure
with xmonad repository.
The problem was that server sent "Content-Encoding: x-gzip" header.
libwww did not know how to handle it and just discarded all content.

There is also another small fix for copyUrl.

I have more time to work on darcs now and I plan to start working on
API changes we discussed earlier. Also my patches for curl pipelining
are in CVS now (but not released yet) and I will use it in darcs. I
think both curl and libwww will provide the same API and common parts
should be moved to separate module.

Regards,
  Dmitry

2008/1/11, David Roundy <[EMAIL PROTECTED]>:
> On Fri, Jan 11, 2008 at 02:05:05AM +0300, Dmitry Kurochkin wrote:
> > Here is a patch which adds basic error reporting in libwww. Now it
> > should fail on error and print error code at least.
>
> Libwww still doesn't fail, it just returns an empty file.
>
> > Is the repo you get failure with public?
>
> Sure, it's the xmonad repository
>
> http://code.haskell.org/xmonad
>
> and I've got a local repository that's missing a few patches and has a
> couple that aren't in the main repository.  When I do a darcs send
> --dry-run, I get a failure.  I don't think this is specific to this
> repository, but I'll send you (offlist) a tarball of my repository anyhow.
> I'll be very interested in hearing whether you get the same error.
>
> David
>
> > 2008/1/10, David Roundy <[EMAIL PROTECTED]>:
> > > On Fri, Jan 04, 2008 at 03:57:09PM -0500, David Roundy wrote:
> > > > I can confirm a speedup of better than a factor of four in download 
> > > > times
> > > > using the new libwww code by Dmitry that I'm right now pushing:
> > >
> > > Alas, it appears that there is a bug in the libwww code.  I am able to
> > > reproducibly trigger errors with my xmonad repository, in which a download
> > > fails without giving a failure message.  It exits with success, but the
> > > downloaded file has size zero.  :(  So I'm deprecating the libwww bindings
> > > for now (making them non-default, but leaving them there, so interested
> > > folks could compile with them using configure --with-libwww), and plan to
> > > remove them before the 2.0 release, unless they get fixed (and I don't 
> > > have
> > > time to fix them).
> _______________________________________________
> darcs-devel mailing list
> [email protected]
> http://lists.osuosl.org/mailman/listinfo/darcs-devel
>

Attachment: libwww_fix.dpatch
Description: Binary data

_______________________________________________
darcs-devel mailing list
[email protected]
http://lists.osuosl.org/mailman/listinfo/darcs-devel

Reply via email to