On Mon, 2003-12-01 at 02:45, Glen Mazza wrote:
> --- John Austin <[EMAIL PROTECTED]> wrote:
> >
> > The property strings are given to the Property
> > object
> > constructor by some path beginning with a SAX
> > parser.
> > It is reasonable to assume that the SAX parser loses
> > refs to most of t
--- John Austin <[EMAIL PROTECTED]> wrote:
>
> The property strings are given to the Property
> object
> constructor by some path beginning with a SAX
> parser.
> It is reasonable to assume that the SAX parser loses
> refs to most of these strings and that the Property
> implementation retains the
Input: The XSL-FO file produced from:
"DocBook: The Definitive Guide "
Document size: 648 Pages // for the O'Reilly edition
FO file size: 21,659,370 bytes
Properties: 526,648
Tags: 285,223
Height of tree: 17 // max height of the parse tree
Unique pr
On Sat, 2003-11-29 at 16:35, J.Pietschmann wrote:
> Darn, racall the last post.
>
> John Austin wrote:
> > Note that storing the property name and value refs supplied
> > to the Property constructor will use 45,620 strings. If the
> > Property implementation employs canonical mapping to ensure
> >
Darn, racall the last post.
John Austin wrote:
Note that storing the property name and value refs supplied
to the Property constructor will use 45,620 strings. If the
Property implementation employs canonical mapping to ensure
that only one copy of each unique string is stored, then just
over 2,30
John Austin wrote:
In the interest of contributing (instead of just
trashing) to the proposed implementation, I wrote
a simple Perl script to get some counts out of a
real-world XSL-FO file.
Input: The XSL-FO file produced from a DocBook file
I have left from a dormant project. The perl program