Error message contains a substitution parameter that is not supplied
Key: XERCESC-1404
URL: http://issues.apache.org/jira/browse/XERCESC-1404
Project: Xerces-C++
Type: Bug
Components
[
http://issues.apache.org/jira/browse/XERCESC-1377?page=comments#action_62435 ]
Gareth Reakes commented on XERCESC-1377:
If we can improve the docs then thats great. I agree that its invalid.
> Error in SAXParser! invalid namespa
[ http://issues.apache.org/jira/browse/XERCESC-1214?page=history ]
David Bertoni closed XERCESC-1214:
--
> Handle Escape Sequences Error
> -
>
> Key: XERCESC-1214
> URL: http://issues.apache.
, because the parser is allowed to send
multiple characters() events for an element's content, and it often does this
when a CDATA section or entity exists in the content.
> Handle Escape Sequences Error
> -
>
> Key: XERCESC-1214
>
pport namespace-aware parsing.
Does anyone object to marking this as invalid? Perhaps we need to update the
documentation to make it clear that XMLDocumentHandler calls, when used with
SAXParser, will not provide correct namespace information?
> Error in SAXParser! invalid na
p", line
> 181: Warning: Too many arguments in macro error.
> "/include/xcerces/xercesc/framework/XMLErrorReporter.hpp", line
> 182: Error: ")" expected instead of
> "/include/xcerces/xercesc/framework/XMLErrorReporter.hpp"".
It says:
"Wa
ns if you build the Xerces sample apps? If those
build successfully, David's diagnosis is probably correct: your code includes
(directly or indirectly) a header file that defines an error macro.
> Compilation error using the Xcerces
> ---
>
[
http://issues.apache.org/jira/browse/XERCESC-1403?page=comments#action_62355 ]
Praveen Maruvekere commented on XERCESC-1403:
-
Well, I am vrey much sure that I am not using any macro called "error"
The header file "XMLEr
[
http://issues.apache.org/jira/browse/XERCESC-1403?page=comments#action_62335 ]
David Bertoni commented on XERCESC-1403:
Your code, or some code you are including defines a macro called "error", which
is both incompatible with Xerc
Compilation error using the Xcerces
---
Key: XERCESC-1403
URL: http://issues.apache.org/jira/browse/XERCESC-1403
Project: Xerces-C++
Type: Bug
Components: Build
Versions: 2.6.0
Environment: $ uname -a
SunOS 5.8
[
http://issues.apache.org/jira/browse/XERCESC-1380?page=comments#action_62282 ]
David Bertoni commented on XERCESC-1380:
I agree with Alberto.
> Unneccessary definition of extra delete operator causes compiler er
t the "matching operator delete".
Alberto
> Unneccessary definition of extra delete operator causes compiler error
> --
>
> Key: XERCESC-1380
> URL: http://issues.apache.org/jira/browse/XERCESC
with the sparc compiler?
> Unneccessary definition of extra delete operator causes compiler error
> --
>
> Key: XERCESC-1380
> URL: http://issues.apache.org/jira/browse/XERCESC-1380
>
reate this. If we can verify this I think
its a critcal bug. Scanners should work on all platforms. Thanks for your help
on this.
> Bus Error using XMLUni::fgWFXMLScanner on 64 bit Solaris
>
>
> Key: XERCESC-1392
>
-formedness scanner
* throw an exception from the SAX handler
This program, once compiled, should readily core with a Bus Error (invalid
alignment) an Sparcv9 (64 bit) targets
> Bus Error using XMLUni::fgWFXMLScanner on 64 bit Sola
or the standard
> library due to portability reasons.
I think the default scanner is okay. Or, at least I could not reproduce the
error with anything but the WF scanner. That's not to say there could be other
lingering bugs in the other scanners, but they otherwise seem fairly wel
standard library due to portability
reasons.
> Bus Error using XMLUni::fgWFXMLScanner on 64 bit Solaris
>
>
> Key: XERCESC-1392
> URL: http://issues.apache.org/jira/browse/XERCESC-1392
>
[ http://issues.apache.org/jira/browse/XERCESC-1395?page=history ]
Gareth Reakes resolved XERCESC-1395:
Resolution: Invalid
resolved via discussion on mailing list.
> error "Ending delimiter missing on substitution" buildi
> I downloaded the code last night so it is the latest version of xerces.
> When I run "uname" on my sun box I get the following output:
>
> SunOS pandora 5.7 Generic_106541-08 sun4u sparc SUNW,Ultra-60
>
> I have now successfully now compiled xerces with gmake 3.8, gcc 3.3, and
g++
> 3.3
>
> T
s for your quick responses.
-Original Message-
From: David Bertoni (JIRA) [mailto:[EMAIL PROTECTED]
Sent: Saturday, April 02, 2005 12:48 PM
To: [EMAIL PROTECTED]
Subject: [jira] Commented: (XERCESC-1395) error "Ending delimiter
missing on substitution" building on S
distribution you downloaded, and the version
of Solaris you're using?
> error "Ending delimiter missing on substitution" building on Solaris
>
>
> Key: XERCESC-1395
> URL: http://issues.
error "Ending delimiter missing on substitution" building on Solaris
Key: XERCESC-1395
URL: http://issues.apache.org/jira/browse/XERCESC-1395
Project: Xerces-C++
Type: Bug
Versi
Bus Error using XMLUni::fgWFXMLScanner on 64 bit Solaris
Key: XERCESC-1392
URL: http://issues.apache.org/jira/browse/XERCESC-1392
Project: Xerces-C++
Type: Bug
Components: Non-Validating Parser
> Here you are:
>
> virtual void SAXParser::startElement(const XMLElementDecl &elemDecl,
const
> unsigned int uriId,
>
> const XMLCh *const elemPrefix,const RefVectorOf< XMLAttr >
> &attrList,
>
> const unsigned int attrCount,const bool isEmpty,const bool
> isRoot
//It gives me wrong namespaces!!
int uri1 = elemDecl.getURI();int uri2 = uriId;//uri1 is equal to uri2 and
both are wrong}
- Original Message -
From: "Gareth Reakes (JIRA)"
To: <[EMAIL PROTECTED]>
Sent: Thursday, March 17, 2005 2:27 PM
Subject: [jira] Commented: (XERCESC-137
ContentLeafNameTypeVector.hpp from
class ContentLeafNameTypeVector : public XMemory
to
class XMLPARSER_EXPORT ContentLeafNameTypeVector : public XMemory
Alberto
At 01.20 20/03/2005 -0800, Elisha Berns wrote:
I get a link error when linking the Xerces-c 2.6 DLL:
(apparently the file
I get a link error when linking the Xerces-c 2.6 DLL:
(apparently the file ContentLeafNameTypeVector.cpp only shows up in the
XercesLib project):
XsdGraph.obj : error LNK2019: unresolved external symbol "public: class
xercesc_2_6::QName * __thiscall
xercesc_2_6::ContentLeafNameTypeV
for the parser. See the perl script sanityTest.pl
in the scripts directory.
> Unneccessary definition of extra delete operator causes compiler error
> --
>
> Key: XERCESC-1380
> URL: http://i
days... well at least in Java JUnit is used extensively.
To tell you truth I would assume that it does as a logical conclusion. Since
compiler complains (error) about unknown compiler then it does not intend to
use it. Am I correct or is these unclear?
By the way, I believe that saw two placem
startElement.
> Error in SAXParser! invalid namespaces
> --
>
> Key: XERCESC-1377
> URL: http://issues.apache.org/jira/browse/XERCESC-1377
> Project: Xerces-C++
> Type: Bug
> Components: SAX/SA
f a variable
> at the "if" check causes compiler error
> -
>
> Key: XERCESC-1379
> URL: http://issues.apache.org/jira/browse/XERCESC-1
[ http://issues.apache.org/jira/browse/XERCESC-1383?page=history ]
Alberto Massari resolved XERCESC-1383:
--
Resolution: Fixed
The fix is in CVS. Please verify.
Alberto
> Definition of table in GeneralAttributeCheck class with er
?
> Unneccessary definition of extra delete operator causes compiler error
> --
>
> Key: XERCESC-1380
> URL: http://issues.apache.org/jira/browse/XERCESC-1380
> Project: Xerces-C++
>
Definition of table in GeneralAttributeCheck class with error
-
Key: XERCESC-1383
URL: http://issues.apache.org/jira/browse/XERCESC-1383
Project: Xerces-C++
Type: Bug
Versions: 2.6.0
Environment
Unneccessary definition of extra delete operator causes compiler error
--
Key: XERCESC-1380
URL: http://issues.apache.org/jira/browse/XERCESC-1380
Project: Xerces-C++
Type: Bug
Versions: 2.6.0
XSSimpleTypeDefinition constructor - declaration and definition of a variable
at the "if" check causes compiler error
-
Key: XERCESC-1379
Error in SAXParser! invalid namespaces
--
Key: XERCESC-1377
URL: http://issues.apache.org/jira/browse/XERCESC-1377
Project: Xerces-C++
Type: Bug
Components: SAX/SAX2
Versions: 2.6.0
Environment: Windows XP
Borland
[ http://issues.apache.org/jira/browse/XERCESC-1360?page=history ]
Alberto Massari updated XERCESC-1360:
-
Description:
I am trying to build 64 bits xercesc 2.6 with gcc 3.3.2 on SunOS 5.9, and got
an error in an assemble file, here my steps
[ http://issues.apache.org/jira/browse/XERCESC-1374?page=history ]
Alberto Massari closed XERCESC-1374:
Resolution: Duplicate
> IconvGNUTransService.cpp compile error
> --
>
> Key:
You are correct. This has been fixed correctly in 2.6.
Thanks,
John
-Original Message-
From: cargilld (JIRA) [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 10, 2005 3:32 PM
To: [EMAIL PROTECTED]
Subject: [jira] Commented: (XERCESC-1374) IconvGNUTransService.cpp
compile error
compile error
> --
>
> Key: XERCESC-1374
> URL: http://issues.apache.org/jira/browse/XERCESC-1374
> Project: Xerces-C++
> Type: Bug
> Components: COM Wrapper
> Versions: 2.5.0
>
IconvGNUTransService.cpp compile error
--
Key: XERCESC-1374
URL: http://issues.apache.org/jira/browse/XERCESC-1374
Project: Xerces-C++
Type: Bug
Components: COM Wrapper
Versions: 2.5.0
Reporter: John Dorney
The
Hi Daniel,
The change resulting from this was to update the XSAnnotation that we store
to record the column and line number as well as the systemid of where the
annotation component was in the schema. There is not a feature to control
this behaviour (it happens automatically). The basic error
compile error for 64bit solaris binary by GCC 3.3.2
---
Key: XERCESC-1360
URL: http://issues.apache.org/jira/browse/XERCESC-1360
Project: Xerces-C++
Type: Bug
Components: Validating Parser (Schema) (Xerces 1.5 or up
Title: G++ 3.3.2 Compiling error
Hi,
I am trying to build 64 bits xercesc 2.6 with gcc 3.3.2 on SunOS 5.9, and got an error in an assemble file:
g++ -fPIC -DSOLARIS -D_REENTRANT -c
-I/home/e11190/hawru/3rd_party/xerces-c-src_2_6_0/include -w -O -DPROJ_XMLPARSER -DPROJ_XMLUTIL
Hello,
I am using xerces in one of my projects for the first time and have a
question.
There is a feature on the list called "annotation error-reporting
capabilities". In my mind this means that xerces generates
error-messages from the annotation element where the error occured
in Solaris openFileToWrite returns an error code that is not checked correctly
--
Key: XERCESC-1356
URL: http://issues.apache.org/jira/browse/XERCESC-1356
Project: Xerces-C++
Type: Bug
e state of the grammar when it's cached and used in multiple
threads.
> Inspection of code showed probable error
>
>
> Key: XERCESC-1333
> URL: http://issues.apache.org/jira/browse/XERCESC-1333
> Projec
Inspection of code showed probable error
Key: XERCESC-1333
URL: http://issues.apache.org/jira/browse/XERCESC-1333
Project: Xerces-C++
Type: Bug
Components: Validating Parser (Schema) (Xerces 1.5 or up only)
Environment
[EMAIL PROTECTED] wrote:
I'm compiling the XercesLib in C++Builder 5.0.
It's running ok, but in sample application DOMPrint the error and
warning messages generated by parser in "ErrorHandler" object isn't
printed.
I added "version.rc" in my "XercesLib.
Hi
I'm compiling the XercesLib in C++Builder
5.0.
It's running ok, but in sample application
DOMPrint the error and warning messages generated by parser in "ErrorHandler"
object isn't printed.
I added "version.rc" in my
"XercesLib.bpr" project fil
[ http://issues.apache.org/jira/browse/XERCESC-1256?page=history ]
Alberto Massari resolved XERCESC-1256:
--
Resolution: Duplicate
> Compile error on SGI-Irix
> -
>
> Key: XERCESC-1256
>
and "gmake", and the build went fine. If the problem
persists, please reopen the bug and provide more informations on your system.
Alberto
> Compile time error with xerce-c++
> -
>
> Key: XERCESC-635
> URL: http://issues
GROUP organiziQ.Clerk
Server: SRVC01M
---
Jens Lauer
Ich bin abwesend bis 13.01.2005. Ihre Mail kann nicht bearbeitet werden.
[ http://nagoya.apache.org/jira/browse/XERCESC-1308?page=history ]
Alberto Massari resolved XERCESC-1308:
--
Resolution: Fixed
A fix is in CVS. Please verify.
Alberto
> SAX2 endElement event's qName parsi
GROUP organiziQ.Clerk
Server: SRVC01M
---
Jens Lauer
Ich bin abwesend bis 13.01.2005. Ihre Mail kann nicht bearbeitet werden.
[ http://nagoya.apache.org/jira/browse/XERCESC-1308?page=history ]
Alberto Massari reassigned XERCESC-1308:
Assign To: Alberto Massari
> SAX2 endElement event's qName parsing error?
>
>
label")
startElement(...,qName = "rdfs:comment" ...
endElement(...,qName = "rdfs:comment")
endElement(...,qName = "cims::ClassCategory")
endElement(...,qName = "rdf:RDF")
> SAX2 endElement event's qName parsing error?
>
SAX2 endElement event's qName parsing error?
Key: XERCESC-1308
URL: http://nagoya.apache.org/jira/browse/XERCESC-1308
Project: Xerces-C++
Type: Bug
Components: SAX/SAX2
Versions: 2.6.0
Environment: windo
[ http://nagoya.apache.org/jira/browse/XERCESC-1291?page=history ]
Alberto Massari resolved XERCESC-1291:
--
Resolution: Fixed
This should be fixed in CVS. Can you verify?
Thanks,
Alberto
> Off-by-one error in DOMString.
5 (92) 614-6586
www.genius.org.br
http://vcard.acm.org/~ajos
PeiYong Zhang <[EMAIL PROTECTED]>
Sent by: PeiYong PY Zhang <[EMAIL PROTECTED]>
10/11/2004 13:15
Please respond to xerces-c-dev
To:
[EMAIL PROTECTED]
cc:
[EMAIL PROTECTED]
Subject:
Allann,
The all.mak is meant for
building 64bit only. To build 32 bit you may
want to build from xerces-all.dsw.
Rgds,
PeiYong
[EMAIL PROTECTED]
11/09/2004 03:04 PM
Please respond to
xerces-c-dev
To
[EMAIL PROTECTED]
cc
Subject
Error on building for 32
bits
Hi
Hi, when I'm trying to build xerces
for Win32 with:
nmake -f all.mak "CFG=all - Win32
Debug"
or
nmake -f all.mak "CFG=all - Win32
Release"
I'm getting the following error:
Warning: cannot find "all.dep"
NMAKE : fatal error U1073: don't know
how
[ http://nagoya.apache.org/jira/browse/XERCESC-391?page=history ]
Alberto Massari updated XERCESC-391:
Priority: Major
> Make Error/Message Extension Of The XMLValidator Possi
[ http://nagoya.apache.org/jira/browse/XERCESC-1174?page=history ]
Alberto Massari updated XERCESC-1174:
-
Priority: Major
> Error message doesnt contain all usefull informations if the schema-parsing isnt
> succe
[ http://nagoya.apache.org/jira/browse/XERCESC-992?page=history ]
Alberto Massari updated XERCESC-992:
Priority: Major
> Internal compiler error
> ---
>
> Key: XERCESC-992
> URL: http://nagoya.
[ http://nagoya.apache.org/jira/browse/XERCESC-634?page=history ]
Alberto Massari updated XERCESC-634:
Priority: Major
> Error messages are not user friendly
>
>
> Key: XERCESC-634
>
[ http://nagoya.apache.org/jira/browse/XERCESC-1138?page=history ]
Alberto Massari updated XERCESC-1138:
-
Priority: Major
> sample building error
> -
>
> Key: XERCESC-1138
> URL: http://nagoya.
han allowing cat a chance to alter it). If this works, cat is almost certainly
guilty of transforming the file.
From: Aditya Kulkarni
[mailto:[EMAIL PROTECTED] Sent: Monday, November 01,
2004 5:01 AMTo: [EMAIL PROTECTED]Subject:
"Invalid Document Structure" er
Hi all,
I am getting the “Invalid document structure”
error during parsing of an XML file. The scenario is as follows –
[1] Platform: Redhat Linux 9.0 and Windows 32-bit
[2] Non multi – threaded
[3] I am passing an instance of StdInInputSource class as an argument to
the
:
-
Key: XERCESC-1290
Summary: XMLString::release gives strange error when string contains Japanese
characters
Type: Bug
Status: Closed
Priority: Critical
Resolution: CANNOT REPRODUCE
Project: Xerces-C
elease gives str
ange error when string contains Japanese characters
Hi Alberto,
Thanks for the prompt reply. This is the relevant piece of code.
NULLCHECK(a, b, c, d) is a macro which checks if a is NULL. If yes, prints a
message using args b and c, and returns the code d.
int XML
which is in utf8). There are two problems
that I am facing, and I have one observation.
[1] Debug Error! Damage After Normal Block (#block number) at memory address
(some hex address). This is encountered during XMLString::release()
function.
[2] the constructor of string class, used in "str
:
-
Key: XERCESC-253
Summary: build error on Solaris
Type: Bug
Status: Closed
Resolution: WON'T FIX
Project: Xerces-C++
Components:
Build
Versions:
1.5.2
Assignee:
Reporter: cLu
Created: Fri, 2 Nov 2001 2:43 PM
Updated: Tu
:
-
Key: XERCESC-397
Summary: CC 7.2 Compile error building xercesc in IRIX 6.5
Type: Bug
Status: Closed
Resolution: WON'T FIX
Project: Xerces-C++
Components:
Build
Versions:
1.7.0
Assignee:
Reporter: Juan Antonio Moreno
Created
:
-
Key: XERCESC-831
Summary: Linker error
Type: Bug
Status: Closed
Resolution: CANNOT REPRODUCE
Project: Xerces-C++
Components:
Build
Versions:
2.2.0
Assignee:
Reporter: Mudit
Created: Thu, 6 Mar 2003 2:20 PM
Updated: Tue, 19 Oct
:
-
Key: XERCESC-1291
Summary: Off-by-one error in DOMString.cpp
Type: Bug
Status: Unassigned
Priority: Major
Project: Xerces-C++
Components:
DOM
Versions:
2.5.0
Assignee:
Reporter
:
-
Key: XERCESC-1291
Summary: Off-by-one error in DOMString.cpp
Type: Bug
Status: Unassigned
Priority: Major
Project: Xerces-C++
Components:
DOM
Versions:
2.5.0
Assignee:
Reporter: Michael McMaster
Created: Tue, 19 Oct 2004 1:26
The following comment has been added to this issue:
Author: Alberto Massari
Created: Mon, 18 Oct 2004 9:17 AM
Body:
The error you are seeing is signaling that a buffer overrun has happened (in debug
mode every allocated buffer is terminated with a specific byte sequence that is
:
-
Key: XERCESC-1290
Summary: XMLString::release gives strange error when string contains Japanese
characters
Type: Bug
Status: Unassigned
Priority: Critical
Project: Xerces-C++
Assignee:
Reporter: Aditya Kulkarni
Created: Mon, 18 Oct 2004 4:25 AM
Updated
:
-
Key: XERCESC-1256
Summary: Compile error on SGI-Irix
Type: Bug
Status: Unassigned
Priority: Major
Project: Xerces-C++
Components:
Build
Versions:
2.5.0
Assignee:
Reporter: Norman Samuelson
Murugaiyan, Natarajan [IT] wrote:
I am trying to build xerces 2.6.0 on solaris 2.5.1 using gcc and g++.
Here are the compilation errors I am getting:
You can add following lines somewhere in the beginning of
SolarisPlatformUtils.cpp:
#define tell(f) lseek (f, 0, SEEK_CUR)
#define O_LARGEFILE 0
Go
c/obj/SOLARIS/SolarisPlatformUtils.o
SolarisPlatformUtils.cpp
SolarisPlatformUtils.cpp: In static member function `static unsigned
int xercesc_2_6::XMLPlatformUtils::curFilePos(FileHandle,
xercesc_2_6::MemoryManager*)':
SolarisPlatformUtils.cpp:172: er
:
-
Key: XERCESC-1231
Summary: DOMParser::parse() returns error for XML file with Chinese name
Type: Bug
Status: Unassigned
Priority: Minor
Project: Xerces-C++
Components:
Non-Validating
The following issue has been updated:
Updater: Alberto Massari (mailto:[EMAIL PROTECTED])
Date: Mon, 4 Oct 2004 3:28 AM
Changes:
assignee changed from Xerces-C Developers Mailing List
description changed from I got the following error during compilation
The following issue has been updated:
Updater: Alberto Massari (mailto:[EMAIL PROTECTED])
Date: Mon, 4 Oct 2004 2:29 AM
Changes:
description changed from I receive the following error when attempting to
parse a file with
a deep nesting of elements (MathML). This file
/XERCESC-866
Here is an overview of the issue:
-
Key: XERCESC-866
Summary: ERROR: The buffer manager cannot provide any more buffers
Type: Bug
Status: Resolved
Resolution: FIXED
Project: Xerces-C
overview of the issue:
-
Key: XERCESC-538
Summary: maxOccurs="0" is considered an error
Type: Bug
Status: Resolved
Resolution: FIXED
Project: Xerces-C++
Components:
Validating Pars
I don't see the -lxerces-c linker option; try adding it after
-L/yasir/xerces-c2_5_0-linux/lib
Alberto
At 23.45 28/09/2004 +0200, Yasir Iqbal wrote:
I get a long undescribeable error while compiling my class. where
my include headers:
#include
#include
#include
#include
#include
#in
I get a long undescribeable error while compiling my class. where
my include headers:
#include
#include
#include
#include
#include
#include "newordnode.h"
#include "neclassnode.h"
// including XML library
#include
#include
#include
#include
#incl
/XERCESC-1259
Here is an overview of the issue:
-
Key: XERCESC-1259
Summary: compile error while building xalan-c 1.8
Type: Bug
Status: Resolved
Priority: Major
Resolution: FIXED
Project: Xerces-C
://issues.apache.org/jira/browse/XERCESC-1272
Here is an overview of the issue:
-
Key: XERCESC-1272
Summary: RefArrayOf.c compiler error with g++ 3.4
Type: Bug
Status: Resolved
Priority: Minor
Resolution
:
-
Key: XERCESC-1272
Summary: RefArrayOf.c compiler error with g++ 3.4
Type: Bug
Status: Unassigned
Priority: Minor
Project: Xerces-C++
Components:
Build
Versions:
2.5.0
Assignee:
Reporter: Kathryn Hogg
Created: Mon, 13 Sep 2004 7
To: [EMAIL PROTECTED]
mail.com>cc:
Subject: xerces-c compilati
::MemoryManager*)':
/home/mzxwu/usr/local/src/xerces-c-src_2_5_0/include/xercesc/util/RefArrayOf.c:111:
error: invalid use of undefined type `struct xercesc_2_5::MemoryManager'
/home/mzxwu/usr/local/src/xerces-c-src_2_5_0/include/xercesc/util/XMemory.hpp:70:
error: forward declaration
:
-
Key: XERCESC-1259
Summary: compile error while building xalan-c 1.8
Type: Bug
Status: Unassigned
Priority: Major
Project: Xerces-C++
Assignee:
Reporter: mark helzer
Created: Fri, 20 Aug 2004 1:02 PM
Updated: Fri, 20 Aug 2004 1:02 PM
Environment: tru64
The following comment has been added to this issue:
Author: Norman Samuelson
Created: Thu, 19 Aug 2004 4:31 PM
Body:
Today I tried to reproduce the error to get the error messages.
I started fresh by untarring the files. When it compiled Base64.cpp there were no
errors today. I
The following comment has been added to this issue:
Author: PeiYong Zhang
Created: Thu, 19 Aug 2004 2:41 PM
Body:
Norman,
Can you post the error message from the complier please? thanks.
Rgds,
PeiYong
-
View
:
-
Key: XERCESC-1256
Summary: Compile error on SGI-Irix
Type: Bug
Status: Unassigned
Priority: Major
Project: Xerces-C++
Components:
Build
Versions:
2.5.0
Assignee:
Reporter: Norman Samuelson
Created: Wed, 18 Aug 2004 9:15 AM
Hi Bhuvana,
You wrote:
> I have put mutex
> lock for initialize and terminate commands
This might point to a usage error. XMLPlatformUtils::initialize() and
terminate must be called before and after all calls to the library
respectively. So you need to call them in a single-th
1 - 100 of 686 matches
Mail list logo
