DO NOT REPLY [Bug 15371] - Requesting schema validation by DOMBuilder is non-obvious

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Consistent crashes under BCB6

Hi, I'm trying to use Xerces-c 2.1.0 with BCB6, but whenever I run an application it crashes with at memory access violation. This includes the test programs built with the library. I've also tested 1.7.0 and get the same result. This is under W2K, although I've also tried it on a vanilla insta

Re: Using latest nightly build?

Oliver, I think I encountered something like this before I think the Msxml.h has typedef its own DOMDocument, and thus lead to this error. Try qualifier the use of DOMDocument in your application e.g. XERCES_CPP_NAMESPACE_QUALIFIER DOMDocument * fDoc; and see if it helps. Tinny -

DO NOT REPLY [Bug 14955] - error validating parser

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: macro readability

David, I have never used whitespace before or after :: and so considered that they are prohibited. Thanks for your reply. - Original Message - From: "David N Bertoni/Cambridge/IBM" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, January 08, 2003 6:49 PM Subject: Re: macro re

DO NOT REPLY [Bug 15928] - Output with LocalFileFormatTarget fails silently

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Using latest nightly build?

Hi Dave! I examined my code and I found no forward declaration. Just my own class declaration in the header. I want to note that my code worked fine with Xerces 2.1.0 Oliver - Original Message - From: "David N Bertoni/Cambridge/IBM" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thurs

DTD Validation failure (v2.1 loadGrammar to replace former reuseGrammar flag)

I am trying to port an application from xerces 1.5.2 to 2.1, and I have some trouble with replacing the “reuseGrammar” flag that was previously available. We are trying to parse a DTD in memory and then to use this DTD to validate our documents.   The following used to work fine with v1.5

Schema validation

Hi all, I am trying to redirect validation to external DTD ot XSD file depends on the input. In case of schema parser still expects DTD. What am I doing wrong in the following code? /

Re: macro readability

There must be a space between the macro XERCES_CPP_NAMESPACE_QUALIFIER and InputSource, so I don't see how you could ever have this: class XERCES_CPP_NAMESPACE_QUALIFIERInputSource; Does your compiler actually accept this? If so, you'd best get a new one. Why don't you just use the follo

DO NOT REPLY [Bug 13396] - Infinite loop on 'continue-after-fatal-error'

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15371] - Requesting schema validation by DOMBuilder is non-obvious

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Using latest nightly build?

Hi Oliver, Check your code to make sure you have no forward declarations of your own, for example: class DOMDocument; This will be a problem when you hoist everything in the Xerces namespace, because this forward declaration is not in the Xerces namespace. Dave

DO NOT REPLY [Bug 15372] - DOMBuilder::parseFromURI ignores result of handleErrors

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Using latest nightly build?

Hello everybody! I loaded the latest nightly build to test the new pretty printer. But I was not able to compile my project due to the error that DOMElement and several other things aren't declared. I learned that namespace support (the C++ namespaces!!) were added recently and so I included in

DO NOT REPLY [Bug 15802] - Add "const" qualifier

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15756] - By passing Parsing with CDATA

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15802] - Add "const" qualifier

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15427] - DOMWriter dose not flush the output stream

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 12087] - XMLString::patternMatch() is not accurate

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15535] - Wrong pattern recognized by DOMString::patternMatch()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15796] - PatchAvailable - surroundContents seg-faults

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: Dom Bridge

Damn! I was to slow typing this. First thing I saw after I sent it was that someone else had given the same answer and code to come with it! Man I do LOVE this mailing list :) / Erik -Original Message- From: Erik Rydgren [mailto:[EMAIL PROTECTED]] Sent: den 9 januari 2003 19:01 To: [E

RE: Dom Bridge

That is a backward way of doing things but if you already is sitting in that uncomfortable chair If I should have to do it then I would do it something like this. Fake the whole damn tree! Inherit and override the needed classes. (If you do not need text nodes then ignore them) Create nodes o

Re: Dom Bridge

David N Bertoni/Cambridge/IBM wrote: If you're going to use anything for XSLT processing, you need to understand that most useful stylesheets will touch a large part of the document. If that's the case, all the work you do to delay loading of the document may end up costing more than just buil

DO NOT REPLY [Bug 15928] New: - Output with LocalFileFormatTarget fails silently

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Dom Bridge

Hi Lenny, That sounds exactly like my problem. I ran some tests on creating the full DOM for the application and found it was very large and slow to generate. That is why I am investigating this on demand approach. Your implementation sounds very interesting. I would like to look at your co

RE: Dom Bridge

Hi Alan, I have done something similar to what you describe by inheriting from all the DOMNode based classes. To create the DOM structure on the fly I adopted a policy of only handing out requested DOM nodes, in other words I avoided creating a full DOM representation of my internal structure ahe

Re: Dom Bridge

If you're going to use anything for XSLT processing, you need to understand that most useful stylesheets will touch a large part of the document. If that's the case, all the work you do to delay loading of the document may end up costing more than just building Xalan's internal tree, which is

Re: macro readability

There must be a space between the macro XERCES_CPP_NAMESPACE_QUALIFIER and InputSource, so I don't see how you could ever have this: class XERCES_CPP_NAMESPACE_QUALIFIERInputSource; Does your compiler actually accept this? If so, you'd best get a new one. Why don't you just use the follo

Re: Dom Bridge

Yes that is the problems.  For this specific case it is xalan for xslt processing.  but we have other plans for using the generated DOM. Jesse Pelton wrote: Sounds to me like he has the opposite problem. He has an internal structure, but he needs to represent it to some external consumer as

RE: Dom Bridge

Sounds to me like he has the opposite problem. He has an internal structure, but he needs to represent it to some external consumer as a DOM. -Original Message- From: David Schulze [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 09, 2003 12:04 PM To: '[EMAIL PROTECTED]' Subject: RE: Dom

RE: Dom Bridge

Well I don't know your details, is it possible to create your internal structure using SAX parsing. Then since you already have a way to go from your internal structure to a DOM tree you could use that to create a DOM for writing XML files. If that is what your trying to do. David Schulze DeLorme

Re: Dom Bridge

Unless I miss understand this, the SAX interface is intended for parsing XML to a internal data structure using event based parsing. My problem is converting a internal Data structure to a XML DOM using an on demand model. David Schulze wrote: Use SAX instead. -Original Message- Fro

RE: Dom Bridge

Use SAX instead. -Original Message- From: Alan LaViolette [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 09, 2003 11:42 AM To: [EMAIL PROTECTED] Subject: Dom Bridge Hello, I don't know it this is the correct group for this message but I could not find a xerces-c-users list. I am l

DO NOT REPLY [Bug 13161] - mismatched allocation and freeing of heap allocated data

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Dom Bridge

Hello, I don't know it this is the correct group for this message but I could not find a xerces-c-users list. I am looking at using xerces and xalan in an existing application to add XML functionality. I have a method of mapping our internal structure into a XML DOM. But I do not want to cr

unmapped memory exception on Mac (OS9).

Hi, I am new to this mailing list. I am facing the following problem/issue with Xerces on Mac. -- I am extracting DOMNodeLists for 4 different tags from a DOM document. I know these DOMNodeLists are "live" (pointers to the DOM tree). I am not changing anything, and am just getting some informatio