porting to Zaurus-Embedix

Hi, Has anyone tried to compile Xerces-c to Embedix, on Zaurus PDA platform (gcc 2.95.3, QTopia Embedix Linux) ? Thanks, Nikko --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.462 / Virus Database: 261 - Release Date: 13/03/2003

RE: wchar_t and XMLCh

Believe me, wchar_t is evil. Redefine your own 16 bits string or use a string instead, which you can convert to/from XMLCh* easily. Even if theoretically unsigned short is not necessarily two bytes long, it is far more reliable than wchar_t being 2 bytes long. Best -Message d'origine- D

RE: DOM faster than SAX ?

ginal Message- From: Nikko [mailto:[EMAIL PROTECTED]] Sent: den 2 december 2002 17:36 To: mailing list xercesc Subject: DOM faster than SAX ? Hi, I've made some measurements, comparing a SAX parsing time to the time needed to build a DOM tree, with the same pinput xml. All that without Fil

DOM faster than SAX ?

Hi, I've made some measurements, comparing a SAX parsing time to the time needed to build a DOM tree, with the same pinput xml. All that without File I/O time.    Results are quite surprising : DOM seems to be 2* faster than SAX. I was wondering if this could be due to the string conversion

RE: problem with Japanese under Linux Redhat 8.0

ain -Message d'origine- De : Tinny Ng [mailto:tng-xml@;ca.ibm.com] Envoyé : mercredi 13 novembre 2002 19:47 À : [EMAIL PROTECTED] Objet : Re: problem with Japanese under Linux Redhat 8.0 Nikko, By default, Xerces-C++ binary is built with native transcoder and the number of encoding

xerces-c SAX slower than DOM ?

Hi, we are trying to measure Xerces-c parsing speed, and our measures seem to give the result that SAX parser is slower than DOM, which is surprising (*2 on big files, *10 on small files). Although we took care not to input a file, but a buffered InputStream. Any idea ? Also, do you know any opt

problem with Japanese under Linux Redhat 8.0

Hi, we have a xerces-c SAX parser running well under Windows/Visual C++, on Japanese content, but when porting it under Linux Redhat 8.0, using gcc 3.2, we have the following message : "could not create a converter for : SHIFT JIS". Any idea ? Thanks for your help --- Outgoing mail is certified

build under gcc 3.2 ?

  Hi,   Has anybody successfully built xerces-c under Redhat or Mandrake with a stable gcc 3.2 ?   I want to try, except if someone says it is not worth it.   Thanks

RE: GCC vs. typedef unsigned short XMLCh

typedef it with #ifdef VISUALC, #ifdef GCCLINUX, etc...). We can convert an XMLCh* to that object or from that object to a 2 bytes char array and assign it to an XMLCh*. It does not handle local page problem yet, we rely on XMLCh* for that.   HTH   Nikko          -Message d'origine--

conversion from SAX to DOM

Hi,   is there already something done in xerces-c to build a DOM tree from SAX events ? Or should we implement it (I believe it should be easy) ?   Thanks   Nikko