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

Re: Neon 0.24 testing

From: Sergey A. Lipnevich <sergey_at_optimaltec.com>
Date: 2003-08-04 16:50:55 CEST

cmpilato@collab.net wrote:

>"Sergey A. Lipnevich" <sergey@optimaltec.com> writes:
>>hat explains it, thanks! There's a return code specifically defined
>>for this purpose: NE_XML_INVALID==-1 (or SVN_RA_DAV__XML_INVALID or
>>something like that), which in turn is NE_XML_ABORT==-1 in the new
>>Neon interface. With your permission I'll go on and change this 1 to
>>SVN_RA_DAV__XML_INVALID then, alright?
>I'm not sure why we have this extra level of indirection (as an
>intermediate step during this API transition?), but I trust you. Make
>it so.
Sure, thank you :-)! That's precisely the reason: NE_XML_INVALID became
NE_XML_ABORT in Neon 0.24 without changing the value (-1), and return
value contract has changed for startelm callback (NE_XML_DECLINE is now
0 instead of -2). And there's no validate callback anymore, but that's
another story...
Received on Mon Aug 4 16:51:54 2003

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.