ercesc/util/TransService.hpp
>
> > If it is and if the char argument is not
> > guaranteed to be null terminated than I guess I'll
> > have to make a copy before calling transcode.
>
> Why? The transcoder interface does not require
> this.
>
> I'm a
es class/api) which isn't
obvious to me?
>
> > If it is and if the char argument is not
> > guaranteed to be null terminated than I guess I'll
> > have to make a copy before calling transcode.
>
> Why? The transcoder interface does not require
> this.
I&#x
> I'm wondering if I can count on the fact that the
> chars argument to the characters( ) method will be a
> null terminated array?
No, you cannot.
> The documentation seems not to indicate either way,
> but the fact that the length is passed explicitly
> suggests that it
Hello,
I'm wondering if I can count on the fact that the
chars argument to the characters( ) method will be a
null terminated array? The documentation seems not to
indicate either way, but the fact that the length is
passed explicitly suggests that it is not neccasarily
null temrinated.
locate(fEncodingStr);
fMemoryManager->deallocate(fPublicId); // <-- Crash
fMemoryManager->deallocate(fSystemId);
delete fStream;
delete fTranscoder;
}
It appears it is attempting to deallocate a NULL pointer (fPublicId).
If I inspect the rest of the class it all looks o
-957
Here is an overview of the issue:
-
Key: XERCESC-957
Summary: setPrefix(NULL) doesn't set fPrefix to NULL
Type: Bug
Status: Resolved
Resolution: FIXED
Project: Xerces-C++
Compo
:
-
Key: XERCESC-1227
Summary: DOMDocument->getDocumentElement() returns NULL without any exception
Type: Bug
Status: Closed
Priority: Minor
Resolution: WON'T FIX
Project: Xerces-C++
Components:
Samples/Tests
Versions:
2.5.0
ent() returns NULL without any exception
Type: Bug
Status: Unassigned
Priority: Minor
Project: Xerces-C++
Components:
Samples/Tests
Versions:
2.5.0
Assignee:
Reporter: Emmanuel C
Created: Sun, 13 Jun 2004 7:27 AM
Updated: Sun, 13 Jun 2
an overview of the issue:
-
Key: XERCESC-1227
Summary: DOMDocument->getDocumentElement() returns NULL without any exception
Type: Bug
Status: Unassigned
Priority: Minor
Project: Xerce
:
-
Key: XERCESC-1227
Summary: DOMDocument->getDocumentElement() returns NULL without any exception
Type: Bug
Status: Unassigned
Priority: Minor
Project: Xerces-C++
Components:
Samples/Tests
Versions:
2.5.0
Assignee:
Reporter: Emman
: XERCESC-1222
Summary: Null Pointer Exception in XMLString::transcode(const char* const
toTranscode)
Type: Bug
Status: Closed
Priority: Critical
Resolution: WON'T FIX
Project: Xerces-C++
Components:
Utilities
Versions:
2.5.0
Ass
:
-
Key: XERCESC-1222
Summary: Null Pointer Exception in XMLString::transcode(const char* const
toTranscode)
Type: Bug
Status: Unassigned
Priority: Critical
Project: Xerces-C++
Components
ira/browse/XERCESC-1222?page=comments#action_35846
-
View the issue:
http://issues.apache.org/jira/browse/XERCESC-1222
Here is an overview of the issue:
-----
Key: XERCESC-122
:
-
Key: XERCESC-1222
Summary: Null Pointer Exception in XMLString::transcode(const char* const
toTranscode)
Type: Bug
Status: Unassigned
Priority: Critical
Project: Xerces-C++
Components:
Utilities
Versions:
2.5.0
Assignee:
Reporter
gzilla/show_bug.cgi?id=26919
DOMParentNode::insertBefore uses null pointer
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=25494
getComponentsByNamespace always return NULL
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|VERIFIED|
gzilla/show_bug.cgi?id=26919
DOMParentNode::insertBefore uses null pointer
--- Additional Comments From [EMAIL PROTECTED] 2004-02-13 16:54 ---
The check "if (refChild == fFirstChild)" fails, I believe, because fFirstChild
has yet to be changed. So it goes to the "// so
gzilla/show_bug.cgi?id=26919
DOMParentNode::insertBefore uses null pointer
Summary: DOMParentNode::insertBefore uses null pointer
Product: Xerces-C++
Version: 2.3.0
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity:
gzilla/show_bug.cgi?id=25494
getComponentsByNamespace always return NULL
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|VE
gzilla/show_bug.cgi?id=25494
getComponentsByNamespace always return NULL
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
gzilla/show_bug.cgi?id=25494
getComponentsByNamespace always return NULL
Summary: getComponentsByNamespace always return NULL
Product: Xerces-C++
Version: 2.4.0
Platform: Other
OS/Version: Other
Status: NEW
Severity:
gzilla/show_bug.cgi?id=21692
setPrefix(NULL) doesn't set fPrefix to NULL
--- Additional Comments From [EMAIL PROTECTED] 2003-12-01 15:54 ---
I'm attaching a patch to fix this. Please consider committing
this to the tree. Thanks!
diff -ur xerces-c-src_2_3_0/src/
gzilla/show_bug.cgi?id=16933
All error messages null in SAX and DOM parsers
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|VERIFIED|
gzilla/show_bug.cgi?id=16933
All error messages null in SAX and DOM parsers
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|VE
gzilla/show_bug.cgi?id=16933
All error messages null in SAX and DOM parsers
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=16933
All error messages null in SAX and DOM parsers
--- Additional Comments From [EMAIL PROTECTED] 2003-07-21 17:31 ---
Created an attachment (id=7427)
Proposed patch for BCC.551 and BCB6 projects (xercesc-msgloader-bcc.pa
gzilla/show_bug.cgi?id=21692
setPrefix(NULL) doesn't set fPrefix to NULL
--- Additional Comments From [EMAIL PROTECTED] 2003-07-17 18:38 ---
Sorry about the formatting, not sure why the newlines were deleted.
Trying again:
In DOMElementNSImpl::setPrefix(const XMLCh *prefix), the fol
gzilla/show_bug.cgi?id=21692
setPrefix(NULL) doesn't set fPrefix to NULL
Summary: setPrefix(NULL) doesn't set fPrefix to NULL
Product: Xerces-C++
Version: 2.3.0
Platform: All
OS/Version: All
Status: NEW
Severity: Normal
gzilla/show_bug.cgi?id=16933
All error messages null in SAX and DOM parsers
--- Additional Comments From [EMAIL PROTECTED] 2003-07-17 10:45 ---
There are two problems:
- Borland creates its own DLL entry function in XercesLib.cpp. Thus the DllMain
function in Win32MsgLoader.cpp is never
>>>>> "Paul" == Paul Campion <[EMAIL PROTECTED]> writes:
Paul> Is there are way to distinguish between and empty element
Paul> ie: or and a NULL string element,
Paul> ie: ""?
Yes. In the last case the Class element will contain a
Is there are way to distinguish between and empty element ie:
or and a NULL string element, ie:
""?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
gzilla/show_bug.cgi?id=16933
All error messages null in SAX and DOM parsers
Summary: All error messages null in SAX and DOM parsers
Product: Xerces-C++
Version: 1.6.0
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity:
gzilla/show_bug.cgi?id=14265
Access violation with Null systemId/publicId in DTDScanner
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=14265
Access violation with Null systemId/publicId in DTDScanner
--- Additional Comments From [EMAIL PROTECTED] 2002-11-05 18:58 ---
Created an attachment (id=3735)
Proposed fix for 14265
-
To unsub
gzilla/show_bug.cgi?id=14265
Access violation with Null systemId/publicId in DTDScanner
Summary: Access violation with Null systemId/publicId in
DTDScanner
Product: Xerces-C++
Version: Nightly build (please specify the date)
Platfor
If you said it was an integer, its content must be a syntactically valid
integer.
Suggestion: Make the whole element optional, and have your application
recognize its absence as meaning that this value should be interpreted as
being the empty string.
__
Joe K
> >
> > >
> > > Then I say
> > >
> > > in the xml file.
> > >
> > > I get the following error
> > >
> > > Message: Datatype error:
> > > Type:InvalidDatatypeFacetException, Message: Empty
> > > string encountered
t;
> Radovan
>
> > -Original Message-
> > From: xin wang [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, 23 May 2002 21:46
> > To: [EMAIL PROTECTED]
> > Subject: question about null integer
> >
> >
> > If I define an element to be of
Hi,
try as:
Cheers
Radovan
> -Original Message-
> From: xin wang [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, 23 May 2002 21:46
> To: [EMAIL PROTECTED]
> Subject: question about null integer
>
>
> If I define an element to be of type integer
appear when
it's null, or I can define it to be a string and use
regular expression to force all digits in the string.
Any better ways to handle this?
Thanks,
victoria
__
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yaho
gzilla/show_bug.cgi?id=9263
At char *DOMString::transcode() - null terminations problems
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=9263
At char *DOMString::transcode() - null terminations problems
Summary: At char *DOMString::transcode() - null terminations
problems
Product: Xerces-C++
Version: 1.7.0
Platform: PC
OS/Versio
>
> http://www.w3.org/2001/XMLSchema";
> xmlns:my="http://david.com/david-schema";
> targetNamespace="http://david.com/david-schema";
> elementFormDefault="qualified"
> >
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> http://www.w3.org/2001/XMLSchema-ins
Apart from the prefix returning null problem that is being discussed I
think Ive come across a bug.
http://www.w3.org/2001/XMLSchema";
xmlns:my="http://david.com/david-schema";
targetNamespace="http://david.com/david-schema";
elem
id-schema";
>elementFormDefault="qualified">
>
>
>
>
>
>
>
>
>
>
>
>
>
> But the output I get is exactly the same than before (prefix is NULL). Do
> you have some other hints of something I can try? Thanks.
>
>
> >From: "Rado
om: David R. [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, 14 May 2002 16:20
> To: [EMAIL PROTECTED]
> Subject: RE: DOM_Node::getPrefix() always returns NULL
>
>
> Hello Radovan, I had never used the attribute elementFormDefault before. Do
> I have to specify this attribute o
vid-schema";
targetNamespace="http://david.com/david-schema";
elementFormDefault="qualified">
But the output I get is exactly the same than before (prefix is NULL). Do
you have some other hints of something I can try? Thanks.
>From: "Ra
Hi,
did you try to set the attribute as:
elementFormDefault="qualified"
???
Radovan
> -Original Message-
> From: David R. [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, 14 May 2002 15:41
> To: [EMAIL PROTECTED]
> Subject: Re: DOM_Node::getPre
turned value or some other methods
(DOM_Node::getNodeName(), DOM_Element::getTagName()) are ignoring the prefix
as well.
I am not an experienced developer in Xerces programming so it might be due
to my inexperience. Some advice would be appreciated.
Best regards,
David Ruana
>From: Garet
2002, David R. wrote:
> In the following example, I am parsing the XML file and trying to get the
> prefix of the node David.
>
> The call to DOM_Node::getPrefix() always returns NULL, while I understand
> that it should return "my". However, the call to DOM_Node::getNam
In the following example, I am parsing the XML file and trying to get the
prefix of the node David.
The call to DOM_Node::getPrefix() always returns NULL, while I understand
that it should return "my". However, the call to DOM_Node::getNamespaceURI()
does return the correct v
gzilla/show_bug.cgi?id=8750
null pointer in ReaderMgr::skippedSpace()
--- Additional Comments From [EMAIL PROTECTED] 2002-05-10 16:17 ---
Test with the latest nightly build (http://xml.apache.org/dist/xerces-
c/nightly/2002-05-10/) and still get the same access vio
gzilla/show_bug.cgi?id=8750
null pointer in ReaderMgr::skippedSpace()
--- Additional Comments From [EMAIL PROTECTED] 2002-05-10 14:38 ---
Can you try the latest nightly build (http://xml.apache.org/dist/xerces-
c/nightly/2002-05-10/) and let us know if problem pe
gzilla/show_bug.cgi?id=8750
null pointer in ReaderMgr::skippedSpace()
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|Major |Critical
Pr
gzilla/show_bug.cgi?id=8750
null pointer in ReaderMgr::skippedSpace()
--- Additional Comments From [EMAIL PROTECTED] 2002-05-10 12:53 ---
Further description:
My application is multithreaded.
I use one instance of DOMParser per thread in my application.
Currently, i run 10 concurrent threads
gzilla/show_bug.cgi?id=8750
null pointer in ReaderMgr::skippedSpace()
Summary: null pointer in ReaderMgr::skippedSpace()
Product: Xerces-C++
Version: 1.7.0
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity:
When the parser expands an entity, the text node before the entity while
not be null-terminated. That's one I know of, but there are probably
others.
Why don't you test for null-termination and only copy when you have
Hi,
the documentation of DOMString::rawBuffer() says that the returned buffer is
not always null terminated. This implies that the buffer has to be copied
and a null character has to be appended to that copy of the buffer for
further use.
I would like to skip this copying for performance
gzilla/show_bug.cgi?id=2179
DOM_NodeList.item(i) always returns a NULL node.
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=1387
Null pointer to fImpl in DOM_Document::getElementsByTagName
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
Hi there,
in many SAX-Methods of the ContentHandler-Class you receive a null
terminated XMLCh* for processing
ContentHandler::startElement(const XMLCh* const uri,...)
Which way is the fastest to get a DOMString-Object out of this XMLCh*?
I try "DOMString oString(uri)", but
gzilla/show_bug.cgi?id=3004
default attribute value not created if value is a null string
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=3328
gTranscoder pointer is NULL after XMLPlatformUtils::Initialize();
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|
gzilla/show_bug.cgi?id=1605
Null attribute name on parsed documents when doNamespaces() = true
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|
gzilla/show_bug.cgi?id=1500
notation.getSystemId() always returns null string
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|
Some nodes -- Elements in particular -- have no nodeValue; to obtain their
contents, you have to examine their children. See the DOM spec for details.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
++ syntax handy, but it's
probably similar to the Java:
// Get the text node from an Element called subElem.
Node textNode = subElem.getFirstChild();
if((textNode != null) && (textNode.getNodeType() == Node.TEXT_NODE))
{
Per the DOM spec
(http://www.w3.org/TR/DOM-Level-2-Core/core.html#ID-1950641247),
Node.nodeValue is defined to return null for Document, DocumentFragment,
DocumentType, Element, Entity, EntityReference and Notation nodes. There is
not enough in your message to see if you are actually seeing some
Hi, I have a question and was wondering if any of you came across this
problem...
I am using DOMParser and to parse a XML string which I got it to do
correctly. Then I try to go though all nodes in the file using
DOM_Node::getNextSibling() method. I run into the problem when I try to
obtain a
=3328
*** shadow/3328 Tue Aug 28 21:00:51 2001
--- shadow/3328.tmp.545 Wed Aug 29 06:33:12 2001
***
*** 2,9
| gTranscoder pointer is NULL after XMLPlatformUtils::Initialize(); |
++
|Bug
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3328
=3328
*** shadow/3328 Tue Aug 28 20:52:49 2001
--- shadow/3328.tmp.20955 Tue Aug 28 20:52:49 2001
***
*** 0
--- 1,85
+ ++
+ | gTranscoder pointer is NULL after XMLPlatformUtils::Initialize
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2179
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2179
=2179
*** shadow/2179 Thu Jun 14 06:14:46 2001
--- shadow/2179.tmp.17477 Thu Aug 9 07:54:03 2001
***
*** 1,7
++
| DOM_NodeList.item(i) always returns a NULL node
=3004
*** shadow/3004 Mon Aug 6 09:03:50 2001
--- shadow/3004.tmp.5378Mon Aug 6 09:03:50 2001
***
*** 0
--- 1,59
+ ++
+ | default attribute value not created if value is a null string
Here the piece of code from dom/NodeImpl.hpp
// define 'null' is used extensively in the DOM implementation code,
// as a consequence of its Java origins.
// MSVC 5.0 compiler has problems with overloaded function resolution
// when using the const int definition.
//
#if define
(i) always returns a NULL node. |
+ ++
+ |Bug #: 2179Product: Xerces-C|
+ | Status: NEW Version: 1.4
! Resolution:
! Severity: Critical
! Priority:
! Component: DOM
! AssignedTo: [EMAIL PROTECTED]
! ReportedBy: [EMAIL PROTECTED]
! URL: [EMAIL PROTECTED]
! Cc:
! Summary: Null pointer to fImpl in DOM_Document::getElementsByTagName
!
Compiler : gcc 2.95.2 / gdb
te value to NULL?
[EMAIL PROTECTED] wrote:
> ...
> output
> =
> b4<>
> after<>
> b4
> after<>
> b4
> after<>
>
Thanks a lot Peiyong!
well at first I must say that I am really happy that I wasn't totaly wrong.
When I first t
[EMAIL PROTECTED] wrote:
> ...
> output
> =
> b4<>
> after<>
> b4
> after<>
> b4
> after<>
>
Thanks a lot Peiyong!
well at first I must say that I am really happy that I wasn't totaly wrong.
When I first tried your sample I had this output:
b4:
atter
b4:
atter
b4:
atter
So I use
: 778-4088
Stefan Brauneis <[EMAIL PROTECTED]>@darmstadt.gmd.de on 05/22/2001
06:26:46 AM
Please respond to [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
cc:
Subject: How to set an attribute value to NULL?
Hi all,
well, I don't know
true if the attribute
was specified explicitly and false if it came from a default. I'm not sure
offhand whether SAX has an equivalent test.
>2. Is it possible to set an attribute value to an empty string or NULL?
Empty string: Sure, trivially. Just set it to "".
Null: Only by not
n the
element. Or in other words, why doesn't the parser distinguish
between an empty attribute value and the absence of the attribute at
all?
An other problem is pretty similar:
When I parse the same document I am trying to manipulate the above
mentioned attribute value, it is not possibl
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1605
*** shadow/1605 Wed May 2 14:53:48 2001
--- shadow/1605.tmp.18900 Thu May 10 09:14:13 2001
***
*** 2,11
| Null attribute name on parsed documents when doNamespaces() = true
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1500
*** shadow/1500 Wed Apr 25 07:35:50 2001
--- shadow/1500.tmp.15873 Wed May 9 18:38:55 2001
***
*** 2,11
| notation.getSystemId() always returns null string
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1605
*** shadow/1605 Wed May 2 14:53:48 2001
--- shadow/1605.tmp.12166 Wed May 2 14:53:48 2001
***
*** 0
--- 1,40
+ ++
+ | Null attribute
() always returns null string |
+ ++
+ |Bug #: 1500Product: Xerces-C|
+ | Status: NEW Version: 1.4
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1387
*** shadow/1387 Thu Apr 19 01:13:29 2001
--- shadow/1387.tmp.27576 Thu Apr 19 01:13:29 2001
***
*** 0
--- 1,75
+ ++
+ | Null pointer to
doesn't seem right. So I changed the code to simply
accept the null value. I leave it to the caller to take responsability for the
! possible consequences... :-)
--- 41,49
someone chokes on it down the line. On the other hand I agree that behaving as
a no-op for that matter doesn&#
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1303
*** shadow/1303 Wed Apr 11 01:21:33 2001
--- shadow/1303.tmp.16723 Wed Apr 11 17:13:57 2001
***
*** 2,11
| AttrImpl::setValue with null argument
::setValue with null argument|
+ ++
+ |Bug #: 1303Product: Xerces-C|
+ | Status: NEW Version: 1.4
Hello All
On Fri, Apr 06, 2001 at 02:46:08PM +0400, konst wrote:
>
> DTest failed in the following way :
>
> konst@[numa]://...bin>./DTest
> Warning!!! DOM_Attr's 'setValue' to 'null' method failed to work properly!
>
> *The DOM_Attr me
93 matches
Mail list logo
