XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] Re: [docbook-apps] Small!! Lightweight!! xslt processorwhich 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


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS