Commit f983d5e2 authored by gerd's avatar gerd

Initial revision


git-svn-id: https://godirepo.camlcity.org/svn/lib-pxp/trunk@203 dbe99aee-44db-0310-b2b3-d33182c8eb97
parent 45c03086
From ???@??? 00:00:00 1997 +0000
X-From_: frisch@clipper.ens.fr Mon Feb 21 00:45:17 2000
Received: from xpop
by localhost with POP3 (fetchmail-5.1.2)
for gerd@localhost (single-drop); Mon, 21 Feb 2000 20:00:17 +0100 (MET)
Received: from nef.ens.fr (nef.ens.fr [129.199.96.32])
by beach.frankfurt.netsurf.de (8.8.5/8.8.5) with ESMTP id AAA07404
for <Gerd.Stolpmann@darmstadt.netsurf.de>; Mon, 21 Feb 2000 00:45:16 +0100 (MET)
Received: from paquebot.ens.fr (paquebot.ens.fr [129.199.133.1])
by nef.ens.fr (8.9.3/1.01.28121999) with ESMTP id AAA23731
for <Gerd.Stolpmann@darmstadt.netsurf.de>; Mon, 21 Feb 2000 00:45:15 +0100 (CET)
Received: from oumiak.ens.fr (frisch@oumiak [129.199.133.2]) by paquebot.ens.fr (8.9.0/jb-1.1)
id AAA11997 for <Gerd.Stolpmann@darmstadt.netsurf.de>; Mon, 21 Feb 2000 00:45:14 +0100 (MET)
Received: from localhost (frisch@localhost) by oumiak.ens.fr (8.9.0/jb-1.1)
id AAA18757 for <Gerd.Stolpmann@darmstadt.netsurf.de>; Mon, 21 Feb 2000 00:45:13 +0100 (MET)
X-Authentication-Warning: oumiak.ens.fr: frisch owned process doing -bs
Date: Mon, 21 Feb 2000 00:45:12 +0100 (MET)
From: Alain Frisch <frisch@clipper.ens.fr>
X-Sender: frisch@oumiak.ens.fr
To: Gerd.Stolpmann@darmstadt.netsurf.de
Subject: About Markup
Message-ID: <Pine.GSO.4.04.10002210037430.18720-100000@oumiak.ens.fr>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
X-Status: A
Hi,
I've just tried your XML parser for OCaml, and it's really great.
After 4 hours of hacking with XML::Parser [XML parser for Perl], I
decided to rewrite all my stuff in OCaml, and it tooks me 35 minutes.
Thank you for providing the OCaml community with such a tool !
A little question, concerning the "source" parameter of parse_*_entity:
when I use (Channel stdin), I get the error:
In entity [toplevel document] = SYSTEM "", at line 2, column 33:
Failure("This resolver for external references cannot open this entity")
Is there something special to do in order to use (Channel stdin) ?
Vielen Dank !
Alain Frisch
From ???@??? 00:00:00 1997 +0000
From: Gerd Stolpmann <Gerd.Stolpmann@darmstadt.netsurf.de>
Reply-To: Gerd.Stolpmann@darmstadt.netsurf.de
Organization: privat
To: Alain Frisch <frisch@clipper.ens.fr>
Subject: Re: About Markup
Date: Tue, 22 Feb 2000 01:35:03 +0100
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <Pine.GSO.4.04.10002210037430.18720-100000@oumiak.ens.fr>
In-Reply-To: <Pine.GSO.4.04.10002210037430.18720-100000@oumiak.ens.fr>
MIME-Version: 1.0
Message-Id: <0002220134220A.30469@ice>
Content-Transfer-Encoding: 8bit
Status: RO
X-Status: S
On Mon, 21 Feb 2000, you wrote:
>Hi,
>
>I've just tried your XML parser for OCaml, and it's really great.
>After 4 hours of hacking with XML::Parser [XML parser for Perl], I
>decided to rewrite all my stuff in OCaml, and it tooks me 35 minutes.
>Thank you for providing the OCaml community with such a tool !
>
>A little question, concerning the "source" parameter of parse_*_entity:
>when I use (Channel stdin), I get the error:
>
>In entity [toplevel document] = SYSTEM "", at line 2, column 33:
>Failure("This resolver for external references cannot open this entity")
>
>Is there something special to do in order to use (Channel stdin) ?
Hi Alain,
yes, reading from channels (and from strings) is a bit different. The problem
are references to external entities. Consider you have a reference like
&myref;
to parse, and the entity myref was declared as
<!ENTITY myref SYSTEM "whereever/this/is.xml">
The XML specificication says that the file representing &myref; is located
relative to the file containing the reference. To get the name of the file
which is referenced you must already know the name of the file containing the
reference. If you read from channels or strings, there is no name or the name
is unknown. Because of this, the implementation of the "reader" for channels
and strings refuses to follow references to files (even if the file name is
absolute).
Perhaps it would be better to enhance the API such that the user CAN specify a
name. The API isn't perfect - there are still many open questions; for example,
the XML spec also says that SYSTEM denotes URLs, not only file names, and this
makes resolution of relative file names more complicated, too. These weaknesses
are the reason why Markup_entity (containing all this code) has still no
interface definition.
If you really need to read from channels, there is of course a way to do it,
but it is not documented, and please be prepared that the interfaces will
change.
What you need is a customized "resolver" (an object mapping names of entities
to character streams). The resolver resolve_read_channel is almost perfect, but
as pointed out, it is not able to resolve relative names. The resolver
resolve_as_file can read from files given by their names, but not from channels.
I think it is the simplest way to derive from resolve_as_file.
So override some methods:
class customized_resolver the_channel the_directory the_warner =
object (self)
inherit resolve_as_file the_warner as super
val mutable channel_already_open = true
initializer
ch <- the_channel;
directory <- the_directory
method private init_in xid =
if not channel_already_open then super # init_in xid
method clone =
{< encoding = "";
encoding_requested = false;
ch = stdin;
channel_already_open = false;
>}
end (* may contain minor typing errors *)
;;
This means that this object behaves like resolve_as_file, but the first
initialization is abbreviated because we have already an open channel. Once
this object is cloned (and this happens if an external reference is followed),
the abbreviation is turned off. - The "directory" parameter must contain the
directory of the file the channel reads from. This is the minimum information
in order to be able to handle relative names.
Second, we have to pass this new resolver to the parser. This is a bit tricky.
Create a new configuration (type config), and initialize the "resolver"
component with an instance of the customized class, i.e.
let config = { default_config with
resolver = new customized_resolver ch dir warner }
Use this configuration together with an arbitrary ExtID source, e.g.
System "blah", it really does not matter what it contains. ExtID, and this is
again undocumented, takes the resolver always from the configuration.
>Vielen Dank !
Ich hoffe, ich habe dir geholfen. But your question is also important for me,
because designing APIs without analysis of use cases only leads to bloated and
impractical APIs.
Another note: I've detected a serious bug which prevents that an entity
can be referenced twice in the same document. There will be a fix in the next
days.
Gerd
--
----------------------------------------------------------------------------
Gerd Stolpmann Telefon: +49 6151 997705 (privat)
Viktoriastr. 100
64293 Darmstadt EMail: Gerd.Stolpmann@darmstadt.netsurf.de (privat)
Germany
----------------------------------------------------------------------------
From ???@??? 00:00:00 1997 +0000
X-From_: frisch@clipper.ens.fr Fri Mar 3 16:26:59 2000
Received: from xpop
by localhost with POP3 (fetchmail-5.1.2)
for gerd@localhost (single-drop); Fri, 03 Mar 2000 19:54:45 +0100 (MET)
Received: from nef.ens.fr (nef.ens.fr [129.199.96.32])
by beach.frankfurt.netsurf.de (8.8.5/8.8.5) with ESMTP id QAA11957
for <Gerd.Stolpmann@darmstadt.netsurf.de>; Fri, 3 Mar 2000 16:26:57 +0100 (MET)
Received: from paquebot.ens.fr (paquebot.ens.fr [129.199.133.1])
by nef.ens.fr (8.9.3/1.01.28121999) with ESMTP id QAA44580
for <Gerd.Stolpmann@darmstadt.netsurf.de>; Fri, 3 Mar 2000 16:26:55 +0100 (CET)
Received: from localhost (frisch@localhost) by paquebot.ens.fr (8.9.0/jb-1.1)
id QAA22191 for <Gerd.Stolpmann@darmstadt.netsurf.de>; Fri, 3 Mar 2000 16:26:54 +0100 (MET)
Date: Fri, 3 Mar 2000 16:26:54 +0100 (MET)
From: Alain Frisch <frisch@clipper.ens.fr>
To: Gerd Stolpmann <Gerd.Stolpmann@darmstadt.netsurf.de>
Subject: Re: About Markup
In-Reply-To: <Pine.GSO.4.04.10003031618200.2307-100000@clipper.ens.fr>
Message-ID: <Pine.GSO.4.04.10003031618360.22131-100000@paquebot.ens.fr>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
Status: RO
X-Status: O
> ...
> If you really need to read from channels, there is of course a way to do it,
> but it is not documented, and please be prepared that the interfaces will
> change.
> ...
Ok, thanks a lot for your help. I will probably need to patch Markup to
add some features:
- improve verbosity of error reports (when an element doesn't match its
content model for instance ...)
- bypass the DTD definition in a document and use instead a DTD provided
by the program
(actually, I will have to handle XML documents submitted by end-users,
and I don't want them to modify the DTD or to link to another DTD ...)
Tschüß !
Alain
This diff is collapsed.
This diff is collapsed.
This diff is collapsed.
From ???@??? 00:00:00 1997 +0000
Return-path: <tamara@informatik.uni-kl.de>
Envelope-to: gerd@gerd-stolpmann.de
Delivery-date: Fri, 26 May 2000 17:13:04 +0200
Received: from pop.puretec.de
by localhost with POP3 (fetchmail-5.1.2)
for gerd@localhost (single-drop); Fri, 26 May 2000 19:22:14 +0200 (MEST)
Received: from [131.246.137.51] (helo=news.uni-kl.de)
by mx04 with smtp (Exim 2.12 #3)
id 12vLnK-0006Fg-00
for gerd@gerd-stolpmann.de; Fri, 26 May 2000 17:13:03 +0200
Received: from mailinf.rhrk.uni-kl.de
( mailinf.rhrk.uni-kl.de [131.246.137.54] ) by news.uni-kl.de
id aa13335 for <gerd@gerd-stolpmann.de>; 26 May 2000 17:13 MESZ
Received: from irz1.informatik.uni-kl.de (root@irz1.informatik.uni-kl.de [131.246.161.6])
by mailinf.rhrk.uni-kl.de (8.9.3/8.9.3) with ESMTP id RAA24807
for <gerd@gerd-stolpmann.de>; Fri, 26 May 2000 17:13:00 +0200 (MET DST)
Received: from informatik.uni-kl.de (gateway1-nehmer.informatik.uni-kl.de [131.246.19.252])
by irz1.informatik.uni-kl.de (8.9.1a/8.9.1) with ESMTP id RAA19064
for <gerd@gerd-stolpmann.de>; Fri, 26 May 2000 17:13:00 +0200 (MET DST)
Received: from informatik.uni-kl.de ([192.168.19.37]) by gateway1-nehmer.informatik.uni-kl.de with ESMTP id <119041>; Fri, 26 May 2000 17:18:51 +0200
Sender: tamara@informatik.uni-kl.de
Message-ID: <392E9479.A28239C6@informatik.uni-kl.de>
Date: Fri, 26 May 2000 17:12:57 +0200
From: Vladimir Tamara <tamara@informatik.uni-kl.de>
Reply-To: vtamara@gnu.org
Organization: Universitat Kaiserslautern
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.11 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: gerd@gerd-stolpmann.de
Subject: About Markup
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by mailinf.rhrk.uni-kl.de id RAA24807
Status: R
X-Status: N
Hi
First let me congratulate you for your work with the Ocaml Link
Database, your Ocaml code contributions and in particular your library
Markup.
I have been trying to use Markup to make a small translator from XML to
another format.
However, I think that Markup has some problems with some DTD. For
example it cannot parse the following small DTD:
http://www.w3.org/XML/2000/04schema-hacking/html.dtd
Am I right?
Do you recommend me to upgrade to "Polymorphic XML Parser" ?
Best regards
Vladimir T=E1mara
From ???@??? 00:00:00 1997 +0000
From: Gerd Stolpmann <gerd@gerd-stolpmann.de>
Reply-To: gerd@gerd-stolpmann.de
Organization: privat
To: vtamara@gnu.org
Subject: Re: About Markup
Date: Sun, 28 May 2000 19:43:40 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <392E9479.A28239C6@informatik.uni-kl.de>
In-Reply-To: <392E9479.A28239C6@informatik.uni-kl.de>
MIME-Version: 1.0
Message-Id: <00052819572104.14391@ice>
Content-Transfer-Encoding: 8bit
Status: RO
X-Status: S
On Fri, 26 May 2000, you wrote:
>First let me congratulate you for your work with the Ocaml Link
>Database, your Ocaml code contributions and in particular your library
>Markup.
Thank you.
>I have been trying to use Markup to make a small translator from XML to
>another format.
>However, I think that Markup has some problems with some DTD. For
>example it cannot parse the following small DTD:
>http://www.w3.org/XML/2000/04schema-hacking/html.dtd
>
>Am I right?
Yes, the DTD is incorrect. If you correct it to
<!ELEMENT html (head, body)>
<!ELEMENT head (title)>
<!ELEMENT title (#PCDATA)>
<!ELEMENT body (h1|h2|h3|p|address)*>
<!ELEMENT h1 (#PCDATA|a)*>
<!ELEMENT h2 (#PCDATA|a)*>
<!ELEMENT h3 (#PCDATA|a)*>
<!ELEMENT p (#PCDATA|a)*>
<!ELEMENT address (#PCDATA|a|img)*>
<!ELEMENT a (#PCDATA)>
<!ATTLIST a
href CDATA #IMPLIED
name NMTOKENS #IMPLIED>
<!ELEMENT img EMPTY>
<!ATTLIST img
src CDATA #REQUIRED>
Markup can parse the DTD. I really do not know why so many DTDs of the W3C are
wrong, but I suppose that these DTDs were experiments during the development
of XML. Even the file containing the XML-1.0 specification as XML is wrong!
My only primary source for XML is the official XML-1.0 specification; it is
very comprehensive and relatively unambiguous, so I am very sure about what is
correct XML and what not.
>Do you recommend me to upgrade to "Polymorphic XML Parser" ?
No, please wait some weeks until you try PXP unless for experiments. PXP works
already very well, but I know a number of bugs that must be fixed. Furthermore,
I plan to change the API until the final release.
Best regards,
Gerd Stolpmann
--
----------------------------------------------------------------------------
Gerd Stolpmann Telefon: +49 6151 997705 (privat)
Viktoriastr. 100
64293 Darmstadt EMail: gerd@gerd-stolpmann.de
Germany
----------------------------------------------------------------------------
From ???@??? 00:00:00 1997 +0000
Return-path: <richie@escher.research.bell-labs.com>
Envelope-to: gerd@gerd-stolpmann.de
Delivery-date: Wed, 5 Jul 2000 17:40:48 +0200
Received: from pop.puretec.de
by localhost with POP3 (fetchmail-5.1.2)
for gerd@localhost (single-drop); Wed, 05 Jul 2000 20:00:16 +0200 (MEST)
Received: from [137.193.10.21] (helo=gatesrv.rz.unibw-muenchen.de)
by mx03.kundenserver.de with esmtp (Exim 2.12 #3)
id 139rHZ-0006ID-00
for gerd@gerd-stolpmann.de; Wed, 5 Jul 2000 17:40:13 +0200
Received: from kommsrv.rz.unibw-muenchen.de (kommsrv [137.193.10.8])
by gatesrv.rz.unibw-muenchen.de (8.9.1b+Sun/8.9.3) with ESMTP id RAA23989
for <gerd@gerd-stolpmann.de>; Wed, 5 Jul 2000 17:40:12 +0200 (MET DST)
Received: from escher.research.bell-labs.com (kommsrv [137.193.10.8])
by kommsrv.rz.unibw-muenchen.de (8.9.3+Sun/8.9.3) with ESMTP id RAA12120
for <gerd@gerd-stolpmann.de>; Wed, 5 Jul 2000 17:40:11 +0200 (MET DST)
Received: from richie by escher.research.bell-labs.com with local (Exim 3.03 #1)
id 139rGj-0001rK-00
for gerd@gerd-stolpmann.de; Wed, 05 Jul 2000 11:39:21 -0400
Date: Wed, 5 Jul 2000 11:39:21 -0400
From: Volker Renneberg <volker.renneberg@acm.org>
To: gerd@gerd-stolpmann.de
Subject: problem with "markup"-package
Message-ID: <20000705113921.A7140@escher>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
sender: volker.renneberg@acm.org
Status: R
X-Status: N
Hi Gerd!
I'm having a problem with the new markup-0.2.10-package. It seems to
behave different thatn 0.2.7 in that respect that text lines divided
by returns ('\n') are put into different textnodes.
So for
<xxx>
a
b
</xxx>
the method 'parse_wf_entity' generates two text nodes inside, for
<xxx>
a b
</xxx>
only one.
Because I'm actually just using an implementation of a programming
language and not programming this in ocaml I don't have a small test
programm demonstrating this. The actual package of the language is
bigger. If you cannot reproduce this bug I'll try to extract the
problem.
ciao
Volker
From ???@??? 00:00:00 1997 +0000
From: Gerd Stolpmann <gerd@gerd-stolpmann.de>
Reply-To: gerd@gerd-stolpmann.de
Organization: privat
To: Volker Renneberg <volker.renneberg@acm.org>
Subject: Re: problem with "markup"-package
Date: Sun, 9 Jul 2000 15:12:02 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <20000705113921.A7140@escher>
In-Reply-To: <20000705113921.A7140@escher>
MIME-Version: 1.0
Message-Id: <0007091545420G.14914@ice>
Content-Transfer-Encoding: 8bit
Status: RO
X-Status: S
On Wed, 05 Jul 2000, you wrote:
>Hi Gerd!
>
>I'm having a problem with the new markup-0.2.10-package. It seems to
>behave different thatn 0.2.7 in that respect that text lines divided
>by returns ('\n') are put into different textnodes.
>
>So for
>
><xxx>
>a
>b
></xxx>
>
>the method 'parse_wf_entity' generates two text nodes inside, for
>
><xxx>
>a b
></xxx>
>
>only one.
>
>Because I'm actually just using an implementation of a programming
>language and not programming this in ocaml I don't have a small test
>programm demonstrating this. The actual package of the language is
>bigger. If you cannot reproduce this bug I'll try to extract the
>problem.
You are right, the behaviour changed. It was originally a bugfix; the lexical
analyzer stops now after every line and returns the end-of-line character(s)
separately. The way the different possible end-of-line characters are converted
to only LF complies now to the standard; however, the parser generates now more
data nodes. I never specified this; already 0.2.7 had questionable behaviour.
For example, <xxx>a <![CDATA[b]]></xxx> created two nodes inside the
element.
I fixed the problem in the current development version pxp-0.99.4: Consecutive
text material is collected and represented as one data node. PXP is the new
name of Markup, and re-implements the core of the parser in a different way.
Because it has a more ambitious design (and because the documentation is
completely out of date), the current PXP version is still flagged as
"experimental". However, 0.99.4 seems to work rather well in my tests; so I
suggest that you try it. PXP itself has a new API (new = almost identical with
some incompatible changes), but the distribution contains an emulation of the
old Markup API. More information:
http://www.ocaml-programming.de/packages/pxp-pre.html
I hope this helps; if there are major problems with PXP I can alternatively
backport the necessary changes to 0.2.10; the changes are relatively small but
I want to avoid two development branches.
Gerd
--
----------------------------------------------------------------------------
Gerd Stolpmann Telefon: +49 6151 997705 (privat)
Viktoriastr. 100
64293 Darmstadt EMail: gerd@gerd-stolpmann.de
Germany
----------------------------------------------------------------------------
From ???@??? 00:00:00 1997 +0000
Return-path: <hahosoya@saul.cis.upenn.edu>
Envelope-to: gerd@gerd-stolpmann.de
Delivery-date: Wed, 26 Jul 2000 23:21:10 +0200
Received: from pop.puretec.de
by localhost with POP3 (fetchmail-5.1.2)
for gerd@localhost (single-drop); Thu, 27 Jul 2000 20:00:26 +0200 (MEST)
Received: from [158.130.12.4] (helo=saul.cis.upenn.edu)
by mx06.kundenserver.de with esmtp (Exim 2.12 #3)
id 13HYbs-0004Vi-00
for gerd@gerd-stolpmann.de; Wed, 26 Jul 2000 23:21:00 +0200
Received: from localhost (localhost [127.0.0.1])
by saul.cis.upenn.edu (8.10.1/8.10.1) with ESMTP id e6QLKwR21297
for <gerd@gerd-stolpmann.de>; Wed, 26 Jul 2000 17:20:58 -0400 (EDT)
To: gerd@gerd-stolpmann.de
Subject: PXP
X-Mailer: Mew version 1.94 on Emacs 20.2 / Mule 3.0 (MOMIJINOGA)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <20000726172058D.hahosoya@saul.cis.upenn.edu>
Date: Wed, 26 Jul 2000 17:20:58 -0400
From: Haruo Hosoya <hahosoya@saul.cis.upenn.edu>
X-Dispatcher: imput version 990905(IM130)
Lines: 16
Status: R
X-Status: N
Dear Gerd,
Today I switched from Markup to PXP. I report some small problems in
Makefile.
You use the find command at "install" target. The find command I use
in Solaris doesn't seem to support -maxdepth option. So I needed to
use GNU's find command, which worked fine.
Also, it seems to me that "pxp_utf8.o" also has to be copied in the
install directory.
Regards,
Haruo
From ???@??? 00:00:00 1997 +0000
From: Gerd Stolpmann <gerd@gerd-stolpmann.de>
Reply-To: gerd@gerd-stolpmann.de
Organization: privat
To: Haruo Hosoya <hahosoya@saul.cis.upenn.edu>
Subject: Re: PXP
Date: Thu, 27 Jul 2000 23:11:38 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <20000726172058D.hahosoya@saul.cis.upenn.edu>
In-Reply-To: <20000726172058D.hahosoya@saul.cis.upenn.edu>
MIME-Version: 1.0
Message-Id: <00072723144102.12644@ice>
Content-Transfer-Encoding: 8bit
Status: RO
X-Status: S
On Wed, 26 Jul 2000, you wrote:
>Dear Gerd,
>
>Today I switched from Markup to PXP. I report some small problems in
>Makefile.
>
>You use the find command at "install" target. The find command I use
>in Solaris doesn't seem to support -maxdepth option. So I needed to
>use GNU's find command, which worked fine.
You are right, -maxdepth is GNU-specific.
>Also, it seems to me that "pxp_utf8.o" also has to be copied in the
>install directory.
This is an error, too. I'm normally only testing with bytecode executables
(because of the debugger), so I did not run into the problem.
Thank you, the next release will contain fixes.
Gerd
--
----------------------------------------------------------------------------
Gerd Stolpmann Telefon: +49 6151 997705 (privat)
Viktoriastr. 100
64293 Darmstadt EMail: gerd@gerd-stolpmann.de
Germany
----------------------------------------------------------------------------
This diff is collapsed.
From ???@??? 00:00:00 1997 +0000
Return-path: <Lisa_Iarkowski@prenhall.com>
Envelope-to: gerd@gerd-stolpmann.de
Delivery-date: Sat, 29 Jul 2000 21:39:15 +0200
Received: from pop.puretec.de
by localhost with POP3 (fetchmail-5.1.2)
for gerd@localhost (single-drop); Sun, 30 Jul 2000 17:07:24 +0200 (MEST)
Received: from [198.4.159.40] (helo=usrlms006.prenhall.com)
by mxi05.schlund.de with esmtp (Exim 2.12 #3)
id 13IcRp-00039u-00
for gerd@gerd-stolpmann.de; Sat, 29 Jul 2000 21:39:02 +0200
Received: from usrlms004.prenhall.com (168.146.69.20) by usrlms006.prenhall.com (NPlex 2.0.123) for gerd@gerd-stolpmann.de; Sat, 29 Jul 2000 15:39:01 -0400
Received: by usrlms004.prenhall.com (NPlex 2.0.119); Sat, 29 Jul 2000 15:40:27 -0400
From: Lisa_Iarkowski@prenhall.com
To: gerd@gerd-stolpmann.de
cc: Peter_Snell@prenhall.com
Subject: Markup, Permission Request for XML Handbook, 3rd Ed., Charles Goldfarb
X400-Content-Identifier: Markup, Permissi
Message-Id: <"/GUID:QyWtt9ORk1BG5EwAQS4zudw*/G=Lisa/S=Iarkowski/OU=exchange/O=pearsontc/PRMD=pearson/ADMD=telemail/C=us/"@MHS>
Date: 29 Jul 2000 15:42:42 -0400
X-Priority: 3 (Normal)
Status: R
X-Status: N
Charles F. Goldfarb and Paul Prescod, authors of the forthcoming Prentice Hall book, "The XML Handbook, Third Edition," would like to include the documentation and code for Markup on the CD-ROM accompanying the book. The agreement will appear on the CD-ROM.
We would very much appreciate hearing from you on this matter via return e-mail prior to August 18, our due date for including software on the CD-ROM. Please direct your response to Peter S. Snell at peter_snell@prenhall.com.
If you are not the appropriate person to consider this request, I would be grateful if you would direct this message to that person and notify me so that I can update our records.
Thank you in advance.
____________________________________________________________
TO: Charles F. Goldfarb and Paul Prescod
c/o Peter S. Snell - Prentice Hall Publishers
I(we) grant you permission to include documentation and code for Markup in the book "The XML Handbook, Third Edition" to be published by Prentice Hall publishers in the Charles F. Goldfarb Series on Open Information Management, and grant you non-exclusive worldwide distribution rights.
I(we) also grant you permission to include documentation and code for Markup on any future book in the Charles F. Goldfarb Series on Open Information Management published by Prentice Hall Publishers, and grant you non-exclusive worldwide distribution rights.
Peter S. Snell
peter_snell@prenhall.com
PTR Production
Pearson Education
1 Lake Street
Upper Saddle River, NJ 07458
From ???@??? 00:00:00 1997 +0000
From: Gerd Stolpmann <gerd@gerd-stolpmann.de>
Reply-To: gerd@gerd-stolpmann.de
Organization: privat
To: Peter_Snell@prenhall.com
Subject: Re: Markup, Permission Request for XML Handbook, 3rd Ed., Charles Goldfarb
Date: Sun, 30 Jul 2000 17:16:06 +0200
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
References: <"/GUID:QyWtt9ORk1BG5EwAQS4zudw*/G=Lisa/S=Iarkowski/OU=exchange/O=pearsontc/PRMD=pearson/ADMD=telemail/C=us/"@MHS>
In-Reply-To: <"/GUID:QyWtt9ORk1BG5EwAQS4zudw*/G=Lisa/S=Iarkowski/OU=exchange/O=pearsontc/PRMD=pearson/ADMD=telemail/C=us/"@MHS>
MIME-Version: 1.0
Message-Id: <00073017510900.04964@ice>
Content-Transfer-Encoding: 8bit
Status: RO
X-Status: S
Dear Mr. Snell,
On Sat, 29 Jul 2000, Lisa_Iarkowski@prenhall.com wrote:
>Charles F. Goldfarb and Paul Prescod, authors of the forthcoming Prentice Hall book,
>"The XML Handbook, Third Edition," would like to include the documentation and
>code for Markup on the CD-ROM accompanying the book. The agreement will appear
>on the CD-ROM.
>We would very much appreciate hearing from you on this matter
>via return e-mail prior to August 18, our due date for including software on
>the CD-ROM. Please direct your response to Peter S. Snell at
>peter_snell@prenhall.com.
>If you are not the appropriate person to consider
>this request, I would be grateful if you would direct this message to that
>person and notify me so that I can update our records.
>Thank you in advance.
I'm really surprised that my code is good enough to be mentioned in your book.
Of course, I'll grant you the permissions you need.
However, I would like you to call your attention to the fact that the "Markup"
project has been superseded by the PXP project. More or less, "PXP" is the new
name for "Markup", and any updates of the code are released under the name
"PXP".
There are currently two versions of the project:
- Markup version 0.2.10: This version is flagged as "stable", and I still
recommend people who start using an XML parser to try this version first. I'm
currently using it in some business projects, and it works very well.
- PXP version 0.99.6: This is the current development version. It has much more
features, and complies much better to the XML-1.0 standard. However, the API
of this version still changes from time to time, and it is not yet used for
critical applications.
You can find additional information about PXP at this URL:
http://www.ocaml-programming.de/packages/pxp-pre.html
I do not know the criterions on which you select code for inclusion into the
CDROM. Personally, I would like to see both parser versions on the CDROM.
Best regards,
Gerd Stolpmann
____________________________________________________________
TO: Charles F. Goldfarb and Paul Prescod
c/o Peter S. Snell - Prentice Hall Publishers
I grant you permission to include documentation and code for Markup/PXP in the
book "The XML Handbook, Third Edition" to be published by Prentice Hall
publishers in the Charles F. Goldfarb Series on Open Information Management,
and grant you non-exclusive worldwide distribution rights.
I also grant you permission to include documentation and code for Markup/PXP on
any future book in the Charles F. Goldfarb Series on Open Information
Management published by Prentice Hall Publishers, and grant you non-exclusive
worldwide distribution rights.
Gerd Stolpmann
--
----------------------------------------------------------------------------
Gerd Stolpmann Telefon: +49 6151 997705 (privat)
Viktoriastr. 100
64293 Darmstadt EMail: gerd@gerd-stolpmann.de
Germany
----------------------------------------------------------------------------
This diff is collapsed.
From ???@??? 00:00:00 1997 +0000
X-From_: sacerdot@students.cs.unibo.it Mon Nov 8 12:01:57 1999
Received: from xpop
by localhost with POP3 (fetchmail-5.0.3)
for gerd@localhost (single-drop); Mon, 08 Nov 1999 20:00:16 +0100 (MET)
Received: from cantina.students.cs.unibo.it (cantina.students.cs.unibo.it [130.136.3.110])
by beach.frankfurt.netsurf.de (8.8.5/8.8.5) with ESMTP id MAA03366
for <Gerd.Stolpmann@darmstadt.netsurf.de>; Mon, 8 Nov 1999 12:01:43 +0100 (MET)
Received: from marsala.students.cs.unibo.it (root@marsala.students.cs.unibo.it [130.136.3.208])
by cantina.students.cs.unibo.it (8.9.3/8.9.3/Debian/GNU) with ESMTP id MAA05362
for <Gerd.Stolpmann@darmstadt.netsurf.de>; Mon, 8 Nov 1999 12:01:41 +0100
Received: (from sacerdot@localhost)
by marsala.students.cs.unibo.it (8.9.3/8.9.3/Debian/GNU) id MAA15210
for Gerd.Stolpmann@darmstadt.netsurf.de; Mon, 8 Nov 1999 12:01:39 +0100
Date: Mon, 8 Nov 1999 12:01:39 +0100
From: Claudio Sacerdoti Coen <sacerdot@students.cs.unibo.it>
To: Gerd.Stolpmann@darmstadt.netsurf.de
Subject: Another bug in markup and some statistics
Message-ID: <19991108120138.A15171@students.cs.unibo.it>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.3i
Status: RO
X-Status: F