RE: [xml-dev] Re: [docbook-apps] Small!! Lightweight!! xsltprocessor whi

[David Lee <dlee@calldei.com>]

I admit I am old and ignorant so yes "bold".   
Can you show me an example in ksh which parsers an arbitrary XML document and gives me something like say a particular node or attribute value?




----------------------------------------
David A. Lee
dlee@calldei.com
http://www.xmlsh.org

-----Original Message-----
From: Lionel Cons [mailto:lionelcons1972@googlemail.com] 
Sent: Sunday, August 19, 2012 6:40 PM
To: David Lee
Cc: liam@w3.org; xml-dev@lists.xml.org; docbook@lists.oasis-open.org
Subject: Re: [xml-dev] Re: [docbook-apps] Small!! Lightweight!! xslt processor which is standalone!! and runs Docbook/XSL stylesheets?

On Sat, Aug 18, 2012 at 7:55 PM, David Lee <dlee@calldei.com> wrote:
> ksh still is not able to parse XML.

That's a rather *BOLD* statement, similar to a statement declaring
that perl or java can't parse XML.

I think you mistake ksh=ksh88, ksh=pdksh or ksh=mksh, for which your
statement would be accurate. But AT&T's ksh has evolved into ksh93,
which can be described as "Korn Programming Language". Not shell.
Programming language.

> It has lots of bells and whistles but it doesn't understand XML nor XML trees , nodes , xpath , etc.
> Try parsing an XML document with ksh and let me know how that goes.

You may not have luck with ksh88 or mksh, but ksh93 is able to parse
XML without much effort (if you allow the use of iconv to handle
UCS2/4 encoded documents, all other operations are done with builtin
operators or commands. No awk/sed involved). At work (CERN) we have
two independent XML parsers producing DOM trees written in ksh93 and
I've seen two more implementations of xmlReader-like apis, one from
Roland Mainz (mostly revolving around Docbook processing) and one from
David Korn, in the AT&T developers lists.

Lionel