Question concerning XMLCh*

2004-09-10 Thread Heeg, Michael
Hi everybody, simple question: do I have to call the "XMLString::release()" method when an XMLCh* pointer is not used anymore? If yes: what may happen if I do not call this method? Example code: XMLCh* xchImpl = NULL; xchImpl = XMLString::transcode("Range"); DOMImplementa

AW: AW: Question concerning DOMBuilder and encoding

2004-09-01 Thread Heeg, Michael
e("iso-8859-1")); > Wrapper4InputSource wis(&file, false); > m_domBuilder->parse(wis); > > Alberto > > At 16.12 01/09/2004 +0200, Heeg, Michael wrote: > >Hi Jesse, > > > >thanks for your advice. I tried, but I failed. Please see > bel

AW: Question concerning DOMBuilder and encoding

2004-09-01 Thread Heeg, Michael
nt the final DOM 3 LS > recommendation? Last I heard, Gareth suggested that work > might start on DOM 3 Core, at least, following the release of > 2.6, but I don't recall any further discussion. > > > -Original Message- > > From: Heeg, Michael [mailto:[EMAIL PR

AW: Question concerning DOMBuilder and encoding

2004-09-01 Thread Heeg, Michael
uld allow > you to do what you want. You'll need to construct the input > source first, of course. As part of that process, you can > call DOMInputSource::setEncoding(). > > > -Original Message- > > From: Heeg, Michael [mailto:[EMAIL PROTECTED] >

Question concerning DOMBuilder and encoding

2004-09-01 Thread Heeg, Michael
Hi everybody, I have a problem with parsing a local file into a DOM. I found out that the reason is the encoding the DOMBuilder uses (UTF-8 by default?), but I did not find a way how to change it. The problem is, that the local file has NO header line which sets the encoding like "" If I add this

Newbie needs help -- XMLString::transcode crashes for some reason

2004-08-17 Thread Heeg, Michael
Hi everybody, I am getting crazy about a (small?) problem. I have created a class "MyClass" which contains a method called "DOMCreateNewDOMDocument" (see code extract below). This method should create a new DOMDocument, which can be processed. The method works fine when called the first time, but

AW: constructor of LocalFileFormatTarget causes crash

2004-07-20 Thread Heeg, Michael
Hi everybody, I solved the "problem": the file which was referenced by "strPath" was write protected. Sorry! Best regards, Michael > -Ursprüngliche Nachricht----- > Von: Heeg, Michael > Gesendet: Dienstag, 20. Juli 2004 12:12 > An: '[EMAIL PROT

constructor of LocalFileFormatTarget causes crash

2004-07-20 Thread Heeg, Michael
Hi everbody, I have a strange (or simple?) problem with the serialization of a DOMDocument. Here is the situation: - first I open an XML file and parse it into a DOMDocument - I transfer the relevant information of this DOMDocument into spread sheet - I release() the DOMDocument - after some chan

AW: AW: Strange problem with pattern (Xerces 2.5.0 crashes)

2004-06-03 Thread Heeg, Michael
d. I assumed that since you did not reply, this > helped you. Was > that not the case? > > Gareth > > > On Thu, 3 Jun 2004, Heeg, Michael wrote: > > > Hi once again, > > > > I still have the problem with patterns as described below. > Is this an > &g

AW: Strange problem with pattern (Xerces 2.5.0 crashes)

2004-06-03 Thread Heeg, Michael
Hi once again, I still have the problem with patterns as described below. Is this an "official bug" of Xerces 2.5.0 now? Has anyone developed a solution for this problem? Best regards, Michael > Betreff: Strange problem with pattern (Xerces 2.5.0 crashes) > > > Hi, > > I am using Xerces-C 2.5

AW: Strange problem with pattern (Xerces 2.5.0 crashes)

2004-05-16 Thread Heeg, Michael
Hi everybody, has anyone found a solution for my "pattern" problem? Regards, Michael > -Ursprüngliche Nachricht- > Von: Heeg, Michael > Gesendet: Donnerstag, 15. April 2004 09:08 > An: '[EMAIL PROTECTED]' > Betreff: Strange problem with patter

AW: AW: Validation of instance documents, DOMParser vs. DOMBuilde r

2004-05-07 Thread Heeg, Michael
Thanks, now I can compile and run the code, but I encountered another problem: After the "parseURI" call, the error handler returns the following error: "The schemaLocation attribute does not contain pairs of values". (line 2, column 9) What does this mean? When I call "getProperty" (see note bel

AW: Validation of instance documents, DOMParser vs. DOMBuilder

2004-05-07 Thread Heeg, Michael
, 7. Mai 2004 09:18 > An: '[EMAIL PROTECTED]' > Betreff: Re: Validation of instance documents, DOMParser vs. > DOMBuilder > > > Hi, > > > On Thu, 6 May 2004, Heeg, Michael wrote: > > > 1) On page http://xml.apache.org/xerces-c/schema.html there is

DOMParser vs. DOMBuider and external Schemas

2004-05-06 Thread Heeg, Michael
Hi, up to now I worked with the class DOMBuilder to validate my XML files against a Schema. Up to now, the XML instance files contained a reference to the schema, everything worked fine. Now I want to validate these files against an external Schema (defined by method call), and here the problem st

Validation of instance documents, DOMParser vs. DOMBuilder

2004-05-06 Thread Heeg, Michael
Hi, up to now I worked with the class DOMBuilder to validate my XML files against a Schema. Up to now, the XML instance files contained a reference to the schema, everything worked fine. Now I want to validate these files against an external Schema (defined by method call), and here the problem st

AW: AW: Strange problem with pattern (Xerces 2.5.0 crashes)

2004-04-22 Thread Heeg, Michael
Hi Gareth, did you alreday find a solution for my problem? Best regards, Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

AW: Strange problem with pattern (Xerces 2.5.0 crashes)

2004-04-15 Thread Heeg, Michael
rstag, 15. April 2004 10:37 > An: '[EMAIL PROTECTED]' > Betreff: Re: Strange problem with pattern (Xerces 2.5.0 crashes) > > > Hi, > can you post a working schema and instance file > (preferably small) > and I will take a look. > > Cheers, > >

Strange problem with pattern (Xerces 2.5.0 crashes)

2004-04-15 Thread Heeg, Michael
Hi, I am using Xerces-C 2.5.0 in my MS Visual C++ application. When validating XML files against a specified schema, the parser sometimes crashes with an "unexpected exception". I found out that the reason for the crashes is the following restriction of the schema (see "Body" element):