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

Re: new Neon 0.24

From: Sergey A. Lipnevich <sergeyli_at_pisem.net>
Date: 2003-06-25 00:48:01 CEST

Greg Stein wrote:
> On Mon, Jun 23, 2003 at 07:52:26PM -0400, Sergey A. Lipnevich wrote:
>
>>...
>>Also, I saw that Neon 0.24.0 is out, and tried compiling it with
>>Subversion. This fails because there's no more type ne_xml_elm in Neon.
> Please go ahead and file an issue. As far as where to start: just start
> looking for compilation errors :-)
That's easy because we're a source-based distro, they come out right away when I try to install Subversion ;-). If you have
time, could you please describe a general idea of how to migrate from ne_xml_elm to "callbacks" that are now used in ne_xml.h?
Here's what's in now:
        http://cvs.webdav.org/viewcvs/neon/src/ne_xml.h.diff?r1=1.42&r2=1.43
and the log message (that is not helpful to an outsider like myself):

---
Redesign of the XML interface.  Major changes:
* don't require up-front registration of list of elements to handle
* have the start-element callback either accept, decline, abort,
or return a state integer.
* remove 'struct ne_xml_elm'; callbacks are passed {nspace, name}
strings along with a state integer.
* dropped "collect", "strip-leading-whitespace" modes
* push responsibility for accumulating cdata onto caller; drop 'cdata'
argument from end-element callback.
* don't abort if no handler accepts a particular element, just ignore
that branch of the tree.
---
AFAICT, it either starts using SAX where it didn't, or starts using SAX in a different way, is that correct? The issue is 1371, 
I apologize if I didn't do it right, I hope the gist of the issue is there.
Thank you!
Sergey.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jun 25 00:49:43 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.