as much as we all hate xml, i see no reason not to ship it as long as
it works well and there's something generally useful that depends on
it.
the same happened with other questionable legacy technology before,
e.g. TCP and http, so there's some precedence.
never forget that the majority of plan9 code exists just for
interoperability with other non-plan9 systems.

On Thu, Jul 25, 2024 at 10:26 PM sirjofri <sirjofri+ml-9f...@sirjofri.de> wrote:
>
> Hi,
>
> 25.07.2024 20:12:03 Steve simon <st...@quintile.net>:
> > I am fairly sure the libxml in 9front was from me.
>
> I guess you mean 9atom since 9front has no libxml?
>
> > My last code is at http://www.quintile.net/magic/webls?dir=/quintile.net
> >
> > I packaged them as libxml.tbz and xml.cmds.tbz
> > It contains an (optional) string heap as I wrote this code for 16bit 
> > embedded systems with limited memory.
>
> Wow, that's really limited then. I'll try to see if the code matches, which 
> should be proof enough that we're talking about the same code.
>
> > There is also matching json parser and command and a webdavfs which uses 
> > the xml code which might be of interest.
>
> Webdavfs (and also a server for "outside" access) would certainly be 
> interesting.
>
> > I hereby license 9front to take and use any parts of this as long as I 
> > continue get some credit for my work,
> > and if you make huge profits from this code, you owe me "some beer".
> 
> At the moment I doubt that 9front will want to include my stuff. At least, 
> I'm not planning to send a patch (yet). I share it with people, because xml 
> support is somewhat missing.
> 
> sirjofri

------------------------------------------
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Te954fc89420dc526-M06e1e5a129b6fcf09a1585bf
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Reply via email to