Every time I try to run the xerces-c samples related to schema
validation I get the following message:
%./SAX2Count personal-schema.xml
Fatal Error at file
/home/my_home/xerces/xerces-c-src_2_6_0/bin/personal-schema.xml, line
4, char 50
Message: An exception occurred! Type
wxr-xr-x 1 AGROCC2 CENTERA 2899968 Apr 6 18:48
libxerces-depdom2_6_0.dll
-rw-r--r-- 1 AGROCC2 CENTERA 202080 Apr 6 18:48
libxerces-depdom2_6_0.x
$
-Original Message-
From: blatt, lew
Sent: Wednesday, April 06, 2005 5:03 PM
To: '[email protected]'
Subject
Hi David,
It appears you fixed our first problem. The following no longer appears:
IEW2456E 9207 SYMBOL __ct__Q2_11xercesc_2_220Iconv390TransServiceFv
UNRESOLVED.
MEMBER COULD NOT BE INCLUDED FROM THE DESIGNATED CALL LIBRARY.
FSUM3065 The LINKEDIT step ended with return code 8.
If
-Original Message-
From: David Cargill [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 06, 2005 2:09 PM
To: [email protected]
Subject: RE: zOS Xerces 2.6 build problem
Hi,
Try replacing:
return new Iconv390TransService;
with:
return new IconvTransService;
Regards,
David A. Car
Please respond to RE: zOS Xerces 2.6 build pro
Hi David,
trying your sugg, unfortunately, errors:
"./OS390PlatformUtils.cpp", line 198.16: CCN5130 (S) "Iconv390TransService"
is n
ot declared.
CCN0793(I) Compilation failed for file ./OS390PlatformUtils.cpp. Object
file no
t created.
FSUM3065 The COMPILE step ended with return code 12.
FSUM3
cc
Subject
Please respond to RE: zOS
My public apology to David. Rereading my last post:
"Previous build errors, zOS/OS400, aim back to you :)"
It was not at all my intention to suggest you as the culprit. The intent
was rather to commend you on your support and evangelizing the zOS cause :)
With apologies,
lew
--
Thanks, David, for the quick turn-round. I was hoping the thread would
engage you. Previous build errors, zOS/OS400, aim back to you :)
The puzzler to me is that binding the Xerces objects statically fails, but
binding with my app succeeds ! Below is a snip of the failure and below the
failure
Hi,
I think the problem is in OS390PlatformUtils.cpp which has:
#if defined (XML_USE_ICU_TRANSCODER)
#include
#elif defined (XML_USE_UNICONV390_TRANSCODER)
#include
#else // use native transcoder
#include
#endif
So it is using the Iconv390TransService, which I doesn't work
One clarification re IEW error messages. Notice the symbols refer to
xercesc_2_2. Our application code, running on non-zOS platforms, is
tightly coupled to Xerces 2.2. It was simply easier to set the Xerces minor
version number to 2, during the Xerces build, for testing purposes.
Apologies for
7;m getting any smarter, after all
these years, so I suspect IBM has smoothed things out for the zOS build,
since Xerces 2.2. My thanks. However, I've run into two problems along the
way:
problem 1 - I build at the top with gmake, after executing config w/the
following:
export _CXX_CXXSUFFIX=
in unpacking on our end
yes when I use:
gzcat xerces-c-current.tar.gz | gnutar xvf -
it works fine
-Original Message-
From: James Berry (JIRA) [mailto:[EMAIL PROTECTED]
Sent: Saturday, April 02, 2005 11:54 AM
To: [EMAIL PROTECTED]
Subject: [jira] Commented: (XERCESC-1394) problem
[ http://issues.apache.org/jira/browse/XERCESC-1394?page=history ]
David Bertoni closed XERCESC-1394:
--
Resolution: Invalid
This is already a FAQ:
http://xml.apache.org/xerces-c/faq-distrib.html#faq-11
> problem untarring on a Solaris h
originally (on our end?).
If you modify your command to look like this (using whatever name is needed for
gnutar) to extract using gnutar does it work correctly?
gzcat xerces-c-current.tar.gz | gnutar xvf -
(or perhaps using the simpler form: gnutar xzvf xerces-c-current.tar.gz)
?
> problem untarr
problem untarring on a Solaris host
---
Key: XERCESC-1394
URL: http://issues.apache.org/jira/browse/XERCESC-1394
Project: Xerces-C++
Type: Bug
Environment: Solaris
Reporter: Michael David Adams
Priority: Minor
I get the
with the xsd schema.
But if we use files without carriage return between each node, the parser
doesn't make any verification.
Is it possible to resolve this problem by setting a parser's parameter ?
If yes, how do we do it ?
for example :
MARSEILLE13000 : the parser doesn't
e any verification.
Is it possible to resolve this problem by setting a parser's parameter ?
If yes, how do we do it ?
for example :
MARSEILLE13000 : the parser doesn't
run correctly
but :
MARSEILLE
13000 : the parser runs correctly
Thanks !
Jean-Mi
Hi Alberto,
I took official XercesC zip distribution and compiled using MsDev
solution which BTW needed to be converted to the latest format. Once
having these XercesC libraries in place I created my new solution and
static library project for my sources and tried to build. I knew the
issues w
Hi Radovan,
At 02.37 18/03/2005 +0100, Radovan Chytracek wrote:
Hi,
after long time I tried to build our libraries against XercesC on
Windows using MsDev .NET 2003 and I am getting over 13000 these
warnings when creating static library. I was checking all the project
settings but no success. Is
Hi,
after long time I tried to build our libraries against XercesC on
Windows using MsDev .NET 2003 and I am getting over 13000 these
warnings when creating static library. I was checking all the project
settings but no success. Is there any way to get rid of them?
Thanks
Radovan
Hey,
You are converting to local code page by using CXStr (I assume its a
copy of the macros from the samples). Are you sure that your 2
platforms have the same code page? To test if this is the case,
navigate to the attribute in the DOM and look at the length of the
string in the attribute fo
Hi,
I'm using xerces 2.2.0 and I have a little problem in read xml value with
ascii value greater 127.
XML file example
-
]>
The problem is in the a
Title: Message
Hi,
After
overcoming namespace problem (by forcing it to null), we are having undefined
references problems. The symbols in Xerces-c library when built with
Intel8.1 compile (icc) have cryptic format like those when built
with gcc. When we try to build our application
[ http://issues.apache.org/jira/browse/XERCESC-1357?page=history ]
Robert Buck updated XERCESC-1357:
-
Attachment: hpfixes.zip
We ran into this problem too. Attached you will find the corrected
implementation. Apache guys, feel free to patch your
th a older version of XMemory.hpp, like you
say, and it work.
Thanks a lot.
Guy.
> Compiling problem on HPUX 11
>
>
> Key: XERCESC-1357
> URL: http://issues.apache.org/jira/browse/XERCESC-1357
> Project: Xerces-C++
>
[
http://issues.apache.org/jira/browse/XERCESC-1357?page=comments#action_59808 ]
cargilld commented on XERCESC-1357:
---
Hi,
Can you try upgrading your compiler? Xercesc 2.6.0 supports aCC A.03.52. We
ran into a compiler problem with an older version
Compiling problem on HPUX 11
-
Key: XERCESC-1357
URL: http://issues.apache.org/jira/browse/XERCESC-1357
Project: Xerces-C++
Type: Bug
Components: Build
Versions: 2.5.0
Environment: HPUX 11, compiler aC++ (aCC) A.03.13
correct result.
Someone with a SPARC should try reproducing it...
Alberto
> Problem with XMLString::transcode() on Solaris
> --
>
> Key: XERCESC-1305
> URL: http://issues.apache.org/jira/browse/XERCESC-1305
>
[
http://issues.apache.org/jira/browse/XERCESC-1252?page=comments#action_59056 ]
Kean Johnston commented on XERCESC-1252:
The same problem appears with UnixWare, and for the same reasons. Both UnixWare
and MIPSPro use the EDG C++ front end. On
In your shoes, I'd fire up a debugger and see where the problem occurs.
But first, I'd modify my code to check the returns from functions that
return pointers to be sure they're valid before using them. For
instance, parser->getDocument() can return NULL. If it does, you'
com/payloads"), true);
Abraham
-Original Message-
From: Sameera Perera [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 03, 2005 4:13 PM
To: [email protected]
Subject: Problem with namespaces...
Hi,
I'm using Xerces-C 2.2.0
Whenever I call functions such as getElementNS,
Hi,
I'm using Xerces-C 2.2.0
Whenever I call functions such as getElementNS, getAttributeNS,
lookupNamespace etc.
my VC++ 6/7.1 apps crash.
The exception thrown isn't a type of XMLException either.
What am I doing wrong? Pls help.
Sample of my code..
/
t;[EMAIL PROTECTED]> a écrit
:
> Hi David,
> have you called XMLPlatforUtils::Initialize()?
>
> Alberto
>
> At 14.45 21/01/2005 +0100, David --- wrote:
> >Well it seems that a problem never comes alone.
> >
> >There seems to be a problem in my program hat is
&g
Hi David,
have you called XMLPlatforUtils::Initialize()?
Alberto
At 14.45 21/01/2005 +0100, David --- wrote:
Well it seems that a problem never comes alone.
There seems to be a problem in my program hat is
causing me some trouble. I'm using a sax parser but i
get a seg fault when i run the pr
Well it seems that a problem never comes alone.
There seems to be a problem in my program hat is
causing me some trouble. I'm using a sax parser but i
get a seg fault when i run the program.
Here is the output of gdb
Starting program:
/home/david/Actigenics/libs/C++/base/XmlXercesFa
I gave it a try and it works great now, thank you for the fix!
Best regards,
Florian
- Original Message -
From: "Alberto Massari" <[EMAIL PROTECTED]>
To:
Sent: Thursday, January 06, 2005 2:06 PM
Subject: Re: Problem with SAX2XMLReader Memory Usage
Hi Florian,
a few days
Hi Florian,
a few days ago I committed a change that should fix the problem: can you
get the latest sources and try your testcase?
Thanks,
Alberto
At 13.18 06/01/2005 +0100, Florian Brugger wrote:
Regarding the SAX2Count memory usage problem:
Try using the following program to generate testfiles
Regarding the SAX2Count memory usage problem:
Try using the following program to generate testfiles:
#include
#define WITH_ATTRIBUTES
#define ELEM_COUNT 300
int main() {
FILE *fp;
if(!(fp=fopen("test.xml","wt")))
return -1;
fprintf(fp,"\n\n");
for(int i=0;i
#ifd
I was wrong... This isn't a problem with VC++. It is just following the
usual overloading rules, and placement new is hidden. The difference between
VC++ and gcc is that VC++ uses placement new in its implementation of STL
containers such as vector. This seems like a perfectly reaso
[ http://nagoya.apache.org/jira/browse/XERCESC-647?page=history ]
Alberto Massari resolved XERCESC-647:
-
Assign To: (was: Xerces-C Developers Mailing List)
Resolution: Fixed
A fix is in CVS. Please verify.
Alberto
> problem clon
I think I've found the root of the problem, and it seems to be something
that's been noticed before, e.g:
http://marc.theaimsgroup.com/?l=xerces-c-dev&m=107349519306035&w=2
AFAICS, VC++ (2003) doesn't handle overloading of operator new properly. The
XMemory class over
Hi Florian,
I tried the SAX2Count sample on the XML files generated by XMark (both the
115Mb and the 232Mb versions); in both cases the memory consumption was
under 5Mb. Can you post the XML you are using?
Alberto
At 10.40 13/12/2004 +0100, [EMAIL PROTECTED] wrote:
I have noticed a problem
XMLUni::fgXercescDefaultLocale"
([EMAIL PROTECTED]@xercesc_2_6@@2QBDB)
StdInParse.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) public: virtual __thiscall
xercesc_2_6::SAXParser::~SAXParser(void)"
([EMAIL PROTECTED]@@[EMAIL PROTECTED])
StdInParse.obj : error
t
xercesc_2_6::XMLUni::fgXercescDefaultLocale"
([EMAIL PROTECTED]@xercesc_2_6@@2QBDB)
StdInParse.obj : error LNK2001: unresolved external symbol
"__declspec(dllimport) public: virtual __thiscall
xercesc_2_6::SAXParser::~SAXParser(void)"
([EMAIL PROTECTED]@@[EMAIL PROTECTED])
StdInParse.obj
e of the 3 overloads can
convert parameter 2 from type 'void *'
Apparently the same code compiles fine under gcc 3.4.3 and xerces-c 2.6.0.
The same problem occurs with XMLUri (and presumably any class derived from
XMemory). If vector is changed to list, then it compiles.
I have noticed a problem using SAX2XMLReader in an application dealing with
large XML files: memory consumption does not remain at the same level but rises
at a constant rate. This can be easily reproduced using a large XML file with a
sample application such as SAX2Count. SAX2Count memory
ect in the current Xerces without ICU.
> Problem with XMLString::transcode() on Solaris
> --
>
> Key: XERCESC-1305
> URL: http://nagoya.apache.org/jira/browse/XERCESC-1305
> Project: Xerces-C++
> Type
then just cuts of the first two bytes which results in the incorrect
value "00 23" reported above.
> Problem with XMLString::transcode() on Solaris
> --
>
> Key: XERCESC-1305
> URL: http://nagoya.apache.org
and you get
one codepoint.
--- begin quote ----
So the problem is that Xerces on all Platforms that use the Iconv-Transcoder
with the mbstowcs or mbtowc-methods assumes that wchar_t is UCS-2, but
especially on Solaris this is not the case, wchar_t is something different.
> Prob
[ http://nagoya.apache.org/jira/browse/XERCESC-1305?page=history ]
Dominik Stadler updated XERCESC-1305:
-
Attachment: XercesTestcase.h
Testcase that prints the correct text on Linux but not on Solaris
> Problem with XMLString::transcode()
Problem with XMLString::transcode() on Solaris
--
Key: XERCESC-1305
URL: http://nagoya.apache.org/jira/browse/XERCESC-1305
Project: Xerces-C++
Type: Bug
Components: Utilities
Versions: 2.4.0, 2.6.0
Environment
7;
Subject: SegFaullt problem
OK, I have an object class definition for a server application
that contains:
//
XercesDOMParser* parser ;
DOMTreeErrorReporter* e
{
...
}
catch (...)
{
...
}
// cleanup
delete memBufIS ;
return rc ;
}
//
The problem is that I get occasional Segnentation Faults on either the
creation of the MemBufInputSource ob
[ http://nagoya.apache.org/jira/browse/XERCESC-758?page=history ]
Alberto Massari updated XERCESC-758:
Priority: Major
> problem related to external dtd in xml file
> ---
>
> Key:
[ http://nagoya.apache.org/jira/browse/XERCESC-647?page=history ]
Alberto Massari updated XERCESC-647:
Priority: Major
> problem cloning DOMDocument
> ---
>
> Key: XERCESC-647
> URL: http://na
[ http://nagoya.apache.org/jira/browse/XERCESC-646?page=history ]
Alberto Massari updated XERCESC-646:
Priority: Major
> problem deleting attributes when element is released
>
>
>
[ http://nagoya.apache.org/jira/browse/XERCESC-1160?page=history ]
Alberto Massari updated XERCESC-1160:
-
Priority: Major
> External subset problem with icc 8.0 on IA-64 Linux
> ---
>
>
-pthread option, but still I am seeing the same issue. Is there any other
settings that needs to be done, to resolve this issue?
Regards
Ananth
-Original Message-
From: P.M.S.Prakash [mailto:[EMAIL PROTECTED]
Sent: Monday, October 25, 2004 7:44 PM
To: [EMAIL PROTECTED]
Subject: Re: Problem
ari [mailto:[EMAIL PROTECTED]
Sent: Monday, October 25, 2004 10:05 AM
To: [EMAIL PROTECTED]
Subject: RE: Validation Problem with Foreign Characters
If you get a UTFDataFormatException, you are using the UTF-8 transcoder,
and not the iso-8859 one. Have you tried running the sample DOMPrint on the
PROTECTED]
Subject: Re: Problem while building Xerces 2_3_0 on Tru64...
Hi Ananth,
Instead of -r pthread, try with "-l -pthread" option, it will work. In
tru64, the compiler flag to be used is "-pthread". I don't think -r
pthread option of runConfigure works for tru64
Hi Ananth,
Instead of -r pthread, try with "-l -pthread" option, it will work. In
tru64, the compiler flag to be used is "-pthread". I don't think -r
pthread option of runConfigure works for tru64.
Regards
Prakash
PRABHU, ANANTHA (STSD) wrote:
Hi,
I am getting following error when i do a xerces
If you get a UTFDataFormatException, you are using the UTF-8 transcoder,
and not the iso-8859 one. Have you tried running the sample DOMPrint on the
XML file? If it fails, you should attach a test XML to your mail so that we
can reproduce the problem.
Alberto
At 09.52 25/10/2004 -0400, White
Hi,
I am getting following error when i do a xerces build on Tru64,
gmake[3]: Entering directory
`/usr/users/prabhua/Xerces/xerces-c-src_2_3_0/src/xercesc/util/Platforms/Tru64'
mkdir -p
/usr/users/prabhua/Xerces/xerces-c-src_2_3_0/src/xercesc/include/xercesc/util/Platforms/Tru64
cp -fp Tru64Def
rror: Type: UTFDataFormatExceptionMessage: invalid byte 2 () of a
2-byte sequence
-Original Message-
From: Alberto Massari [mailto:[EMAIL PROTECTED]
Sent: Monday, October 25, 2004 9:42 AM
To: [EMAIL PROTECTED]
Subject: Re: Validation Problem with Foreign Characters
At 09.36 25/10/2004 -0400, Whit
At 09.36 25/10/2004 -0400, White Daniel E CONT DLVA wrote:
I am trying to accept XML with some foreign characters in it:
Like this: Hållø Thære. These are 8-bit, iso-8859-1 characters, ( e5, e6,
and f8 )
The XercesDOMParser's validator throws an exception that says "Invalid or
incomplete multibyte
I am trying to accept XML with some foreign characters in it:
Like this: Hållø Thære. These are 8-bit, iso-8859-1 characters, ( e5, e6,
and f8 )
The XercesDOMParser's validator throws an exception that says "Invalid or
incomplete multibyte or wide character"
Any clues out there ?
-
:
-
Key: XERCESC-688
Summary: problem regarding _cdecl
Type: Bug
Status: Closed
Resolution: INVALID
Project: Xerces-C++
Components:
Miscellaneous
Versions:
2.1.0
Assignee:
Reporter: pranav
Created: Mon, 21 Oct 2002 7:12 AM
Updated
That's strange, as the failure is occurring when trying to execute a.out.
It looks like your LD_LIBRARY_PATH doesn't contain /usr/local/lib; can you
check?
Alberto
At 10.40 19/10/2004 -0400, Dorn Hetzel wrote:
On a vanilla RH9 box with gcc 3.2.2,
I'm trying to build xerces-c against libwww, usin
On a vanilla RH9 box with gcc 3.2.2,
I'm trying to build xerces-c against libwww, using
xerces-c-current.tar.gz which contains xerces-c-src_2_5_0
and using w3c-libwww-5.4.0.tgz which is configured as
follows:
in /usr/local/src/w3c-libwww-5.4.0/
./configure --with-expat '--with-ssl=-L/usr/local/
://issues.apache.org/jira/browse/XERCESC-1209
Here is an overview of the issue:
-
Key: XERCESC-1209
Summary: Problem with id usage across schema documents
Type: Bug
Status: Resolved
Priority: Blocker
Resolution
Well I did finally get it to compile; it seems copying
the header files directly to the project from within
Xcode does something that makes it fail. I just have
it fetch them directly from the location where I
uncompressed the archive instead and it compiles
without errors now. Guess I should have
Abraham,
Have you tried building the samples? Do they build for you? If so,
please review how they use the headers. If not, tell me what happens
for you.
There are xcode projects for the DOMPrint and SAXPrint samples. These
build fine for me.
James.
On Oct 10, 2004, at 1:04 PM, Abraham Nelson
How the heck to I get this error out of my hair (and
get cout properly recongnized) when compiling under
Xcode?? I'm using the framework as described in the
build sections for the Mac. What headers, *EXACTLY*,
do I need to include?!?!?
In file included from
Projects/Xercestest/xercesc/util/Xerces
Hi,
wu yi wrote:
But finally, when I tried to use the executable files, I got into
trouble. For example, "MemParse: error while loading shared libraries:
libxerces-c.so.25: cannot open shared object file: No such file or
directory".
Please read the FAQ article "I cannot run the sample applicatio
Dear sir:
I met trouble when I tried to use programs
under /samples.
I use linux and download the version of
source distribution. I have followed the builder instruction.
1. Set root path, library path.
2. "autoconf" in
/src/xerces/
3. "runConfigure -plinux -cgcc -xg++ -minmem
-
: XERCESC-1209
Summary: Problem with id usage across schema documents
Type: Bug
Status: Unassigned
Priority: Blocker
Project: Xerces-C++
Components:
Validating Parser (Schema) (Xerces 1.5 or up only)
Versions:
2.4.0
Assignee:
Reporter
> I have a problem when I am using Xerces in my own DLL Library. Anywhere
> I try to initialize the implementation of Xerces XML the result is in
> Access Violation Can you give me a hint?
>
> const XMLCh gLS[] = {chLatin_L, chLatin_S, chNull};
> xmlImpl = DOMImpl
I have a problem when I am using Xerces in my own DLL Library. Anywhere
I try to initialize the implementation of Xerces XML the result is in
Access Violation Can you give me a hint?
const XMLCh gLS[] = {chLatin_L, chLatin_S, chNull};
xmlImpl = DOMImplementationRegistry
On Thu, 2004-09-16 at 01:13, David Cargill wrote:
>
>
> Hi Gurudas,
> The binaries you downloaded were built with xlC so the library won't be
> compatibile with gcc. Thus giving you the link errors.
>
> You can either build your app with xlC or rebuild xerces with gcc (although
> I am not sure
Hi Anand,
The problem is that you are using xlC V5 and the library was built with xlC
V6 (since xlC V5 is out of service).
So you can either upgrade to xlC V6 or download the source and build it
using xlC V5.
Regards,
David A. Cargill
XML Parser Development
IBM Toronto Lab
(905) 413-2371
PM
Subject
Problem of Xerces in AIX-5.2
Please respond to
xerces-
Title: Problem of Xerces in AIX-5.2
Hi All,
I am getting the following linking errors , while using the Xerces Parser(AIX 5.1 compiled with xlC_r 6.0.0 .tar.gz archive: xerces-c_2_5_0-aix_510-xlc_60_040127.tar.gz [PGP] [MD5] ) . I am using AIX 5.2 version, I was downloading the above binary
am not able to find out. The only problem, i see the difference in the compiler
version. I am using 5 instead of 6.
Please let me the exact reason for the same.
Below the error :
ERROR BEGIN==
$ DOMCount -v=always personal.xml
exec(): 0509
+-libc6.2-2.so.3 => /cross/lib/libstdc++-libc6.2-2.so.3
(0x00f9d000)
libm.so.6 => /cross/lib/libm.so.6 (0x00111000)
libc.so.6 => /cross/lib/libc.so.6 (0x00132000)
/cross/lib/ld-linux.so.2 => /cross/lib/ld-linux.so.2 (0x00448000)
So how can I prevent that to happ
Hey,
is there a bug created for this? If not, its a good idea to do so.
These things have a habit of getting lost...
Gareth
Patrick Townsend wrote:
Hi David,
I reported a problem with building Xerces on the iSeries (AS/400) platform a
few weeks ago. The configuration scripts were
:
-
Key: XERCESC-1252
Summary: Compilation problem on IRIX 6.5 with MIPSpro Compilers: Version 7.41
Type: Bug
Status: Unassigned
Priority: Major
Project: Xerces-C++
Components:
Build
Versions:
2.5.0
Assignee:
Reporter: Marcus Mohr
We are seeing some inconsistent behavior with V2.5. Every
few minutes the process using the parser will crash. We finally tracked it down
to XMemory new operator and so on…. If we use the debug build everything
works fine. But with release build, we just can’t make it to work. Here
is the c
/XERCESC-1179
Here is an overview of the issue:
-
Key: XERCESC-1179
Summary: IconvFBSD transcode() string termination problem
Type: Bug
Status: Resolved
Resolution: FIXED
Project: Xerces-C++
Components
Problem solved! Thanks to everyone for an extremely fast response. I
just installed version 2.4 and it's working fine.
Josh
On Wed, Jul 14, 2004 at 02:15:53PM -0400, Jesse Pelton wrote:
> Right you are. It should be safe to pull revision 1.21 of
> WFXMLScanner.cpp from
> http://
[mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 14, 2004 2:03 PM
To: [EMAIL PROTECTED]
Subject: Re: problem with WFXMLScanner
This is a bug in the 2.5 release code. DB XML users are advised to use
the 2.4 code, or if they feel brave to pull the sources directly from
CVS.
John
On 14 Jul 2004, at 19
m and compiler?
-Original Message-
From: Joshua Theman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 14, 2004 1:56 PM
To: [EMAIL PROTECTED]
Subject: problem with WFXMLScanner
I hope this list is an appropriate place to ask this question; I've
spent quite a bit of time grepping and r
That doesn't look like the current code. What version of Xerces are you
using? What platform and compiler?
-Original Message-
From: Joshua Theman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 14, 2004 1:56 PM
To: [EMAIL PROTECTED]
Subject: problem with WFXMLScanner
I hope this
I hope this list is an appropriate place to ask this question; I've spent
quite a bit of time grepping
and reading the source, and I think this is my best bet.
I'm trying to use the xerces-c library through the Sleepycat DB XML software
package, and I
consistently have an exception thrown from t
dear all,
I am trying to compile xerces-c-src1_6_0 on IRIX 6.5
I used following command for configure :
runConfigure -pirix -ccc -xCC
make
I get the following error when using 'make' :
-
make: file `Makefile.incl' line 103: Must be a separator (: or ::) f
you using?
Alberto
-Original Message-
From: Jesse Pelton [mailto:[EMAIL PROTECTED]
Sent: Monday, June 28, 2004 12:30 PM
To: [EMAIL PROTECTED]
Subject: RE: Quick problem validating against schema located on a
central web server
Depends on which URL you use. The first one in the original messa
I apologize for the mistake in the URL - please use the second one :)
-Original Message-
From: Jesse Pelton [mailto:[EMAIL PROTECTED]
Sent: Monday, June 28, 2004 12:30 PM
To: [EMAIL PROTECTED]
Subject: RE: Quick problem validating against schema located on a
central web server
Depends
ECTED]
Subject: RE: Quick problem validating against schema located on a
central web server
I'm having no trouble viewing it either.
Adam Heinz
Senior Software Developer
Exstream Software
-Original Message-
From: Styduhar, Chris [mailto:[EMAIL PROTECTED]
Sent: Monday, June 28, 2004 1
Depends on which URL you use. The first one in the original message had
"ww." instead of "www."
-Original Message-
From: Styduhar, Chris [mailto:[EMAIL PROTECTED]
Sent: Monday, June 28, 2004 1:22 PM
To: [EMAIL PROTECTED]
Subject: RE: Quick problem validating against
I'm having no trouble viewing it either.
Adam Heinz
Senior Software Developer
Exstream Software
-Original Message-
From: Styduhar, Chris [mailto:[EMAIL PROTECTED]
Sent: Monday, June 28, 2004 12:22 PM
To: [EMAIL PROTECTED]
Subject: RE: Quick problem validating against schema located
1 - 100 of 714 matches
Mail list logo
