Re: [darcs-devel] darcs patch: Libwww new API: waitUrl, copyUrlFirst added; copyUrls ...

2008-01-21 Thread Dmitry Kurochkin
2008/1/22, zooko <[EMAIL PROTECTED]>: > On Jan 21, 2008, at 2:10 PM, Dmitry Kurochkin wrote: > > > Unfortunately I am not able to reproduce this. Both get and pull run > > successfully. I tried obliterate-pull several times with different > > --last numbers. > > > > Can you send me core dump? At th

Re: [darcs-devel] darcs patch: Libwww new API: waitUrl, copyUrlFirst added; copyUrls ...

2008-01-21 Thread zooko
On Jan 21, 2008, at 2:10 PM, Dmitry Kurochkin wrote: > Unfortunately I am not able to reproduce this. Both get and pull run > successfully. I tried obliterate-pull several times with different > --last numbers. > > Can you send me core dump? At the moment I have no better idea on how > to debug th

Re: [darcs-devel] darcs patch: Libwww new API: waitUrl, copyUrlFirst added; copyUrls ...

2008-01-21 Thread Dmitry Kurochkin
2008/1/21, David Roundy <[EMAIL PROTECTED]>: > Alas, I am now getting segfaults when I do a darcs pull over http with > libwww. :( I get this pretty reliably if I do > > darcs get http://darcs.net/repos/unstable > cd unstable > darcs obliterate --last 1000 -a > darcs pull -a > > (I've been runnin

Re: [darcs-devel] darcs patch: attempted fix for: issue597: errors.xml not installed ...

2008-01-21 Thread David Roundy
On Sun, Jan 20, 2008 at 12:36:51AM -0500, Mark Stosberg wrote: > Sun Jan 20 00:36:17 EST 2008 Mark Stosberg <[EMAIL PROTECTED]> > * attempted fix for: issue597: errors.xml not installed in installserver > target Applied. Thanks! -- David Roundy Department of Physics Oregon State University _

Re: [darcs-devel] darcs patch: Libwww new API: waitUrl, copyUrlFirst added; copyUrls ...

2008-01-21 Thread David Roundy
On Mon, Jan 21, 2008 at 08:03:22PM +0300, Dmitry Kurochkin wrote: > 2008/1/21, David Roundy <[EMAIL PROTECTED]>: > > Alas, I am now getting segfaults when I do a darcs pull over http with > > libwww. :( I get this pretty reliably if I do > > > > darcs get http://darcs.net/repos/unstable > > cd un

Re: [darcs-devel] darcs patch: Libwww new API: waitUrl, copyUrlFirst added; copyUrls ...

2008-01-21 Thread Dmitry Kurochkin
2008/1/21, David Roundy <[EMAIL PROTECTED]>: > Alas, I am now getting segfaults when I do a darcs pull over http with > libwww. :( I get this pretty reliably if I do > > darcs get http://darcs.net/repos/unstable > cd unstable > darcs obliterate --last 1000 -a > darcs pull -a > > (I've been runnin

Re: [darcs-devel] darcs patch: Libwww new API: waitUrl, copyUrlFirst added; copyUrls ...

2008-01-21 Thread David Roundy
Alas, I am now getting segfaults when I do a darcs pull over http with libwww. :( I get this pretty reliably if I do darcs get http://darcs.net/repos/unstable cd unstable darcs obliterate --last 1000 -a darcs pull -a (I've been running these slightly-crazy-length commands to test the progress c

Re: [darcs-devel] darcs patch: issue600: a test for optimize --relink (and 1 more)

2008-01-21 Thread David Roundy
On Sun, Jan 20, 2008 at 11:07:06PM -0500, Mark Stosberg wrote: > Sun Jan 20 22:40:28 EST 2008 Mark Stosberg <[EMAIL PROTECTED]> > * issue600: a test for optimize --relink > > Sun Jan 20 23:00:50 EST 2008 Mark Stosberg <[EMAIL PROTECTED]> > * issue600: bug fix refinement sent on behalf of twb

Re: [darcs-devel] darcs patch: issue562: update Perl test infrastructur... (and 1 more)

2008-01-21 Thread David Roundy
On Sun, Jan 20, 2008 at 10:13:16PM -0500, Mark Stosberg wrote: > Sun Jan 20 20:42:46 EST 2008 Mark Stosberg <[EMAIL PROTECTED]> > * issue562: update Perl test infrastructure so all Perl tests pass with a > space in the path to darcs > > Sun Jan 20 22:11:03 EST 2008 Mark Stosberg <[EMAIL PROTE

Re: [darcs-devel] darcs patch: Libwww new API: waitUrl, copyUrlFirst added; copyUrls ...

2008-01-21 Thread Dmitry Kurochkin
Hi Don. 2008/1/21, Don Stewart <[EMAIL PROTECTED]>: > Are we likely to see this code broken out into a generic Haskell binding > to libwww? It would be useful to a few people outside of darcs , I bet. At the moment I have no plans for generic haskell bindings to libwww. That would require much ef