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