x27;ll meet whatever need is compelling you to want a UTF8 char
array in memory.
Hope that helps,
Neil
[1]: http://xml.apache.org/xerces-c/apiDocs/classDOMWriter.html#z272_12
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3
n when the problem occurs.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
|-+->
| |
Hi Renin,
No, that doesn't produce a very complex DFA and so not much recursion would
be entailed. Just in case though I made a little document containing your
grammar snippet and the parser ate it up happily.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413
ou should be enough...
Cheers!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
|-+>
| | [EMAIL PR
a
DOMWriter?
It would also be useful to know what you're XML document looks like; does
it have an XML declaration that looks like
If it doesn't, then this is likely the root of your pboblem--the document
will be treated as if it were UTF-8 otherwise.
Hope that helps,
Neil
N
is, the
information must be available to the parser if it's capable of serializing
it correctly. So the question becomes: how are you "reaching" the nodes
and, as importantly, how are you displaying the result?
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto L
Hi Vinayak,
xerces_j_1? As far as I know, that's the name of the CVS branch for the
old Xerces Java 1 code; I don't think xml-xerces/c was included in that
branch.
What specifically are you trying to get?
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413
ine here
http://cvs.apache.org/viewcvs.cgi/xml-xerces/c/
Hope that helps!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
|-+>
| | <[EMAIL PROTECT
nts="skip"/>
@@ -52,12 +64,29 @@
+ http://www.w3.org/XML/1998/namespace";
processContents="skip"/>
-
+
+
+
+
+ http://www.w3.org/XML/1998/namespace";
processContents="skip"/>
+
+
+
+
-
+
+
likely lots of other operations
being performed (i.e., getTextContent shouldn't be used that often).
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
|-+>
|
er won't try and
resolve anythig on its own.
Hope that helps,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
|-+>
| | &qu
great Gareth if you could share the interfaces you're
sending to Richard with the list; that way we can all hopefully provide
constructive suggestions.
Cheers!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-
Hi,
I believe sax2/DeclHandler is (at least) what you'll need.
Cheers!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
|-+>
| | Garet
wildcard in the type definition for the
item itself or for the enclosing items which correspond to the component
within which the annotation component is located.
]]
So I think the problem at hand is a bit more complex than has so far
appeared...
Cheers,
Neil
[1]: http://www.w3.org/TR/xmlschema-1/#dec
ents which have this capability, it might be good to have a
stable release for people to use sooner rather than later.
Anyway, that's a preview of some of the things we're looking into over
here; more details (and lots of opportunity for discussion!) to follow
soonish.
Cheers!
Ne
4.3.3 binaries built
with VA 6? If so it would be easy to include them.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [
ility.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
|-+>
| | "Michael Thomas" |
| | <[EMAIL PROTECTED]|
|
Hi Dave,
Michael's right, no question; Xerces-J jumps all over this document. So by
all means, please file a bug so we can track this one.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROT
ak; it's better than a
segmentation fault. :)
Unless something else really horrible rears its head in the next few hours,
this won't make it into 2.3.0; but it will certainly make it into CVS
straightway.
Thanks for the patch!
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto La
,
Linux, Solaris and Windows. They can be downloaded from
http://xml.apache.org/dist/xerces-c/stable/.
Enjoy!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED
t CVS source and either post them here or attach them to a bugzilla
port; I'm sure one of us committers will be happy to put them into CVS for
you soon enough. Just remember the -u option when you make the patches;
that'll help us assess them. :)
Cheers,
Neil
Neil Graham
XML Parser Developm
re are no
shortcomings to the approach we've selected; so if you come up with an
alternative that performs competitively and is more robust, I'm certain it
would be considered.
This is open-source after all; we'll all have better products if we work
together to make them better.
Hi Colin,
Sorry about that; for some reason I had been under the misapprehension that
the createDocs scripts took care of this. I've now updated the website;
can you let me know if it worked?
Thanks,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3
e memory management you
can see how much improvement we should be able to derive with using memory
pooling.
I think Khaled will be tackling this issue.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L
Hi Webb,
I just built CVS under cygwin this morning, and all went well. The only
odd thing I notice from your error log is a reference to the Xerces 2.2
namespace; you won't get that from CVS or Xerces 2.3.0 source code. So I
wonder how that's slipping in?
Cheers,
Neil
Neil Graham
t the pluggable mechanism is always used.
Anyone have some thoughts on how one might go about doing this in a
compiler/OS agnostic manner?
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
could rig something
together that we could integrate into our sanity tests that we run nightly
on every platform we support + lots of others that we happen to have
around.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL
your local copy hasn't been modified somehow?
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
|-+
easons for that; so
2.0 may not work either. So you may want to try 1.7 to see if that solves
your problem.
Good luck!
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL
sing need for a 2.3.1.
What do others think?
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
|-+>
| | "Bjoern A. Zeeb" |
| |
rser to process something that it's not
expecting, you're on your own.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
|-+>
| | "Bagepalli,
Hi Naveen,
Sounds like you need to download some tools to handle tarballs. :)
Anyway, next week I'll try and upload some new binaries into our nightly
directories; it's been a while since the last release and some
bugs--particularly with respect to MSVC 7.1--have been fixed.
Cheers,
Hi Naveen,
I use the Cygwin tools myself, available from http://www.cygwin.com. They
provide pretty much everything a Linux lover like myself could want. Of
course, if you're not so enamoured of Linux/Unix, this might not be for
you. :)
Cheers,
Neil
Neil Graham
XML Parser Developmen
Hi Stephen,
I think PeiYong fixed this yesterday; I trust your builds aren't failing
anymore?
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
|-+>
| |
likely
hit another compiler bug, and that a similar sort of workaround would have
to be implemented.
Any chance you can upgrade your compiler? :)
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL
I think we have a
bug, and I'd encourage you to open a Bugzilla entry about it.
Cheers,
Neil
[1]: http://www.iana.org/assignments/character-sets
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [
Hi Matthias,
Looks like you're setting it up correctly as far as I can tell. So please
file this as a bug so it doesn't get lost in the shuffle.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL
Hi Daniel,
Wonder if this bug report has any bearing on what you're seeing:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21079
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROT
Hi Mandeep,
You may also wish to take a look at DOMBuilder's setProperty method; using
XMLUni::fgXercesSchemaExternalNoNamespaceSchemaLocation as the first
parameter should provide a similar effect to
setExternalNoNamespaceSchemaLocation.
Cheers,
Neil
Neil Graham
XML Parser Developmen
out a message loader, you could get nasty, undefined behaviour.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
|-+>
| | Hannum Daniel|
| |
many MIME translations in
the mail system and certainly doesn't arrive unchanged in our inboxes. So
what we'll need to figure out what's going on is a file that exhibits the
problem on your system, attached to the message as a zip archive (or gzip;
doesn't matter).
Thank
you need.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
|-+>
| | "Andreas B. Thun"|
| | <
Hi Andreas,
Yes, that should work. Note that there was a bug fixed recently that was
causing a segfault in certain preparsing situations; perhaps David Cargill
can shed more light on this.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail
ception.
Anyway I can decipher from the SAXParseException that it was a
UTFDataFormatException. I don't see any exposed methods to get the
exception type, although it is present in the message.
I want to direct the user to specify an encoding (possibly tell then the
appropriate encoding too).
able to reproduce the
behaviour you describe when the document is declared to be UTF-8: the
parser still produced an error for me in this case. If you continue to
observe this, please attach a test case declared to be UTF-8 that works.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
P
Hi Vinayak,
Well, AbstractDOMParser has a parse method that takes an InputSource as a
parameter; and both DOMBuilderImpl and XercesDOMParser inherit from that
class. So you should be able to use MemBufInputSource with either, quite
as eaily as you could in SAX.
Cheers,
Neil
Neil Graham
XML
to fix this, or
whether no one in fact knows of any situation where it wouldn't be safe for
a user's PanicHandler simply to send an exception through the parser and
back to their own routines.
Thoughts?
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-
tention to
the grammar you've preloaded (or something went wrong with the preloading).
Hope that helps,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
|-+>
| |
this,
you could ping infrastructure at apache dot org; that's the community
responsible for Apache-wide tools like bugzilla.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [
some folks some pain. But
it's pain that would be felt when the documents have to be fed to some
other processor anyway, so I guess it's just a matter of now or later...
Cheers,
Neil
[*]: http://www.w3.org/TR/REC-xml#charencoding
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone
Hi Sebastien,
This has been fixed for quite a while in CVS. It'll definitely be in the
next release (schedule for a little less than 2 months from now).
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROT
at we need to run on many many different platforms, and standard
C++ tends to be rather less portable than standard C. (And on many
platforms it's not as efficient either). So I'm not sure we'd want to make
modifications of this sort.
Cheers,
Neil
Neil Graham
XML Parser Developm
ds of the work making
it into CVS would be pretty good.
Note that schemas don't have this limitation; you don't need any
schemaLocation in your document in order for schema validation to occur.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L
ice worth paying.
Cheers!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
espace,
then it wouldn't seem to make sense for it to have set the corresponding
property.
Cheers!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mai
providing you all the information you need rather than encouraging you to
spread out your schema-redirection code into multiple places.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED
2+ years ago when we introduced these properties; they clearly works as
you'd hoped in both Java and C++.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROT
Hi Tomasz,
Don't know if this is an option for you, but Xerces-C works fine under
cygwin. I use it daily; gcc version 3.2.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROT
Hi Magnus,
Note that URI's don't permit the space (0x20) character directly; you need
to escape it. Try replacing the spaces in the URI you're passing to the
parser with "%20" (without the quotes of course).
Hope that helps,
Neil
Neil Graham
XML Parser Developm
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
"
more useful
feedback, you'd have to post a (small) instance/schema pair that Xerces
says is valid but which you think should be invalid.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL
e, if you'd
used wildcards for instance, it's perfectly possible that an element called
Unit might have existed in your document for the key/keyref to match on.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [
Hi Allen,
The old Xerces you were using didn't use C++ namespaces; 2.3.0 does. See
http://xml.apache.org/xerces-c/faq-build.html#faq-1.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROT
to keep this on the radar scope,
in case anyone ever has the cycles to give it a serious run.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519
Hi David,
Don't know if it's helpful, but I've found you need to set XERCESCROOT with
a cygwin-style path, rather than a DOS style path. The cygwin build
certainly works though; it's still my main development platform.
Cheers,
Neil
Neil Graham
XML Parser Development
I
hould then disappear.
Cheers!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mai
Hi Sean,
This does look messy at best. The best way of ensuring that this doesn't
get forgotten about would be to open a Bugzilla report. The best way to
make sure it gets changed would be to attach a patch to that report. :)
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toront
Hi Gareth and all,
+1 from me for both Alby and Dave. It's been a long time since this
project had any new committers; welcome aboard guys!
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROT
ussed!
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
R
the DOM WG folks and let you
know if the intention is different from my assumption.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519
release. Hence, the chances of inadvertent problems arising that
will break CVS builds on certain platforms will be far greater than usual.
Patience appreciated. :)
Cheers!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED
e workaround we
were obliged to adopt. Apparently, this will be fixed in the 8.0 version
of that compiler, so once we step up, perhaps we can make the code do the
right thing, as it did originally.
Cheers,
Neil
N
Thanks Pete,
Good catch! I've committed the patch.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROT
Thanks Neil,
I've committed the patch.
Cheers!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROT
t to a 2.4.1 bug-fix release in the near term (less than a
month?) after 2.4.0. Do folks think that also sounds like a reasonable
plan?
Cheers!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L
Hi James,
For what it's worth, I don't plan to add any files (though there's an
unfortunately large number of things I *do* need to do yet...)
Cheers!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [
f our intrinsic transcoders. This
seems like a reasonably good idea to me, so I thought I'd make it happen
before 2.4.0.
How many days lead time do project file maintainers need between
notification of the last file added and the development cut-off? Would two
days be sufficient?
Thanks!
Neil
Neil
Hi infrastructure folk,
If someone could take care of this for both Xerces-J and Xerces-C, that
would be great.
Thanks!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
- Forwarded by Neil Graham/Toronto/IBM on 11/20
please speak up!
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
e binaries posted on Friday.
Sound good to everybody?
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL
er guys from Toronto might get a
chance in the next couple of days...
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mai
o the release will hopefully happen on Monday.
Cheers!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
gcc 3.2)
- HPUX 11I, both 32-bit and 64-bit
If enough people care about these binaries, we can post some; but to
justify using the disk space they'd require on the Apache servers, it seems
we should ascertain whether there's interest.
Cheers!
Neil
Neil Graham
XML Parser Development
IB
ml
[2]: http://xml.apache.org/xerces-c/download.cgi/
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comman
s Xerces-J's is, but should provide the functionality an
application needs.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mai
prominent. :)
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
- Forwarded by Neil Graham/Toronto/IBM on 12/03/200
lso like to deprecate the SEnumVal and EnumVal
samples eventually; we certainly shouldn't be going out of our way to show
people how to use Xerces's internal interfaces!
Hopefully someone some day will get a chance to bring all this about!
Cheers,
Neil
Neil Graham
XML Parser Development
IBM To
Much thanks Michael!
I've committed your patch.
Cheers!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROT
of an instance, then does some things with its components,
would be more than welcome!
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3
That means lots of people have written lots of code
around what's there, and that includes the build system. So if someone
were to go down this path, it would need to be done in such a way that we
carried along our legacy build system long enough for people to acclimatize
to the new, better, way
ementation once your done? Might make a nice additional component
for Xerces-C if we could figure out a way to build it as an optional,
separate DLL. Thoughts?
Cheers!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL
Hi Joanne,
These sound like good changes to me! When you're ready to contribute them,
just open a Bugzilla report and attach the patch to it; one of the
committers can then review it at leisure and integrate it into the
codebase.
Cheers!
Neil
Neil Graham
XML Parser Development
IBM To
large files to test this.
Thanks!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mai
le. It would be wonderful if people
who have patches pending which have yet to be applied could retrofit their
patches to the current codebase, recognizing that it's unlikely any patches
made against the 2.4.0 source will apply cleanly now.
Here's my +1.
Cheers!
Neil
Neil Graham
XML Parse
ammar caching mechanism of the
parser.
Cheers!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
Alberto Ma
Hi Vikas,
Look at HandlerBase. I think you'll find its implementation of
ErrorHandler instructive.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROT
to do anything with it.
So if a +1 is needed, here it is.
Cheers!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [
.
Cheers!
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROTECTED]
s you have a version
somewhere in the middle.
Cheers,
Neil
Neil Graham
XML Parser Development
IBM Toronto Lab
Phone: 905-413-3519, T/L 969-3519
E-mail: [EMAIL PROT
Hi,
Have you tried with Xerces-C 2.4 source? If that works, then you could
hack the 2.5 source for XMemory.cpp and XMemory.hpp in the same way the 2.4
versions were hacked, and this *should* keep the compiler happy.
Or, you could try and upgrade your compiler...
Cheers,
Neil
Neil Graham
1 - 100 of 145 matches
Mail list logo