--nextPart12660727.lXafljQF0z
Content-Type: text/plain;
  charsetso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 06 November 2004 20:03, James Britt wrote:
> For example, I've read complaints concerning Ruby's speed in processing
> large XML files. REXML is pure Ruby, and the speed just can't match a
> C-based parser.
>
> So what if REXML, or just parts of it, were re-written in C?  ¨Âáéçáíå
Funny you should mention that.  ¨Âíù ìéóô ïæ ôèéîçó ôï äï ÷éôè ÒÅØÍéó ôï 
rewrite some of the critical sections in C and see how it fairs.  ¨Âèåòå áò
couple of classes that consume a fair chunk of the parsing time, and that 
haven't changed much in the past couple years.  ¨Âèå ïîìù ôèéîɧòåáììùïô 
looking forward to are the inevitable problems that come with C code, such as 
memory leaks, buffer overflow bugs, and portability issues -- all of which 
I'm by now used to not having to worry about since I've been using high level 
languages for the past ten years.

Anyway, I've got another XPath rewrite in the works, RelaxNG validation about 
halfway done, and a number of bug fixes to do, and we lost a hard drive on 
the server last week, so it may be a little while until I get around to it.

-- 
### SER   
### Deutsch|Esperanto|Francaise|Linux|XML|Java|Ruby|Aikido
### http://www.germane-software.com/~ser  jabber.com:ser  ICQ:83578737 
### GPG: http://www.germane-software.com/~ser/Security/ser_public.gpg

--nextPart12660727.lXafljQF0z
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQBBjZmUP0KxygnleI8RAs65AJ9K5PI8KY2HzG11rUsLJWY3x4KuhgCfajai
OnUrDwKlnpRjletddSQ5uQkR
-----END PGP SIGNATURE-----

--nextPart12660727.lXafljQF0z--