> -Original Message-
> From: Dave Hoffer
> Sent: Saturday, August 23, 2003 10:17 AM
> To: '[EMAIL PROTECTED]'
> Subject: Xerces-C v2.2 CR LF bug/question
>
> I have a question about how Xerces handles reading and writing strings that
buffering. It
should be faster now.
Tinny
- Original Message -
From: "Dave Hoffer" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 20, 2002 8:04 AM
Subject: RE: How can I write a DOMDocument faster?
Thanks! This fixed the problem.
-dh
-Orig
::closeFile(xmlFile);
delete myFormTarget;
> -Original Message-----
> From: Dave Hoffer [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, November 19, 2002 2:58 PM
> To: [EMAIL PROTECTED]
> Subject: How can I write a DOMDocument faster?
>
>
> I am using the fo
I am using the following code to write a DOMDocument to disk. It is taking a very
long time to write (a 13KB file is taking about 2.5 minutes) and it is driving my hard
drive crazy (it is constantly doing something).
I obviously am doing something wrong here, can someone point me in the right d
of it?
Thanks,
Khaled
Dave Hoffer wrote:
> I am writing UTF16-LE files. How can I get the DOM parser to include
the BOM in the start of the file? IE cannot open the document without
this.
>
> David A. Hoffer, Software Engineer
> X-Rite Incorporated
> [
not write the BOM in the start of the file. I agree with
you that having such functionality in Xerces would be
beneficial. Would you please open a bugzilla bug for that problem so we can keep track
of it?
Thanks,
Khaled
Dave Hoffer wrote:
> I am writing UTF16-LE files. How can I get the
code"?
Fredrik Svensson
-Mensaje original-
De: Dave Hoffer [mailto:[EMAIL PROTECTED]]
Enviado el: miƩrcoles 16 de octubre de 2002 14:36
Para: [EMAIL PROTECTED]
Asunto: How can I write the BOM in my files?
I am writing UTF16-LE files. How can I get the DOM parser to include the BOM in th
I am writing UTF16-LE files. How can I get the DOM parser to include the BOM in the
start of the file? IE cannot open the document without this.
David A. Hoffer, Software Engineer
X-Rite Incorporated
[EMAIL PROTECTED]
-
T
uri bit of the create methods tehn
it should all work. It does for me.
Gareth
On Wed, 2 Oct 2002, Dave Hoffer wrote:
> Hi,
>
> I sort of understand what you are saying.
>
> For my application, I do not think I need namespaces. I only added them to solve
>the local
create methods tehn
it should all work. It does for me.
Gareth
On Wed, 2 Oct 2002, Dave Hoffer wrote:
> Hi,
>
> I sort of understand what you are saying.
>
> For my application, I do not think I need namespaces. I only added them to solve
>the localName problem. Yes, WS
again the scope had vastly increased. I have some quite horrible code that
does this (but not to the new standard) and you are quite welcome to have
that if you want.
Gareth
On Wed, 2 Oct 2002, Dave Hoffer wrote:
> Hi Gareth,
>
> Right you are. I have fixed this...the new code is belo
serialize DOMDocument over socket
Hi,
comment below
On Wed, 2 Oct 2002, Dave Hoffer wrote:
> Here is the code...
>
> bool IMessage::FillMsg()
> {
> DOMImplementation* impl =
>DOMImplementationRegistry::getDOMImplementation(L"Core");
>
>
ginal Message-
From: Gareth Reakes [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 02, 2002 11:04 AM
To: [EMAIL PROTECTED]
Subject: RE: Serialize and unserialize DOMDocument over socket
Hi,
post you document creation stuff (the stuff in FillDoc) and Ill
have a look.
Gareth
On Wed,
2 creation methods.
createDocument uses level 2 (createElementNS) and therefore it will not
compare correctly with localName if you then create it with level 1.
Prefer using createXXXNS.
Gareth
On Tue, 1 Oct 2002, Dave Hoffer wrote:
> Hi Gareth,
>
> //Here is the code that makes the DOM docu
efore it will not
compare correctly with localName if you then create it with level 1.
Prefer using createXXXNS.
Gareth
On Tue, 1 Oct 2002, Dave Hoffer wrote:
> Hi Gareth,
>
> //Here is the code that makes the DOM document...
> IMessage::FillDoc()
> {
>
Hi Gareth,
//Here is the code that makes the DOM document...
IMessage::FillDoc()
{
DOMImplementation* impl =
DOMImplementationRegistry::getDOMImplementation(L"Core");
m_pDomDocument = impl->createDocument(
0,// root element na
What I am trying to do is...
I create a simple DOMDocument. I then serialize the document to a memory buffer. My
app will then send this buffer through a socket and re-create the Document on the
other side.
In my unit tests, I get a failure when I try to compare original DOMDocument to the
Yes, I think it does. If this is a problem, which it was for us, you
can edit the project to use static libraries and rebuild.
-Original Message-
From: Bavishi, Pankaj [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 20, 2002 5:03 PM
To: [EMAIL PROTECTED]
Subject: msvcrtd.dll
Does x
I am quite new to the Xerces parser. We use the SAX parser to process
all of our string resources using in our application (we store all
strings in XML file(s)). Sometimes we want to include carriage return
(CR) and line feed (LF) characters in our strings so they can be
properly displayed.
Sin
19 matches
Mail list logo