HI,
How to parse an XML that is in memory using DOM. For SAX I remember using
MemBufInputSource..
I just dont remember... quick answers, please
-Vinayak
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
You need to explicitly include the standard libraries when you link your project. I
guess that is what is causing this problem.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thu 7/17/2003 6:39 PM
To: [EMAIL PROTECTED]
I guess this is more of a C++ question
As of now, the delete may not be a prob. But by invoking delete [] you are assuming
that a new [] was used to allocate your string. May make your code incompatible with
other transcoders / versions of xerces etc...
-Vinayak
> -Original Mess
got the name for this old branch from the pdf file that was in the web sites cvs
page. If it really will help me, I am guessing that I could just change the _j_ to _c_
to get the old c project sources ?
Thanks.
Happy weekend.
-Vinayak
> -Original Message-
> From: Neil Graham [
j_1 branch...
the command I am using is.
D:\cvs\xml-xerces>cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic checkou
t -d ./c -r xerces_j_1 xml-xerces/c
-Vinayak
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional com
http://xml.apache.org/xerces-c/faq-parse.html#faq-7
> -Original Message-
> From: Bagepalli, Kiran [mailto:[EMAIL PROTECTED]
> Sent: Friday, March 28, 2003 5:04 PM
> To: '[EMAIL PROTECTED]'
> Subject: DOM thread safe
>
>
> How safe is accessing the same DOM across threads. Is the
> user
Try getElementsByTagName("*")->getLength() on whatever node you want to cound the
children for.
if you entered your comments properly, then they should not be counted.
I have not encountered a scenario where comment nodes get included in the list of
child nodes...
-Vinayak
&g
you can try using getelementbytagname (check the case) function with "*" as a
parameter.
check out the domcount sample, it does this.
-Vinayak
> -Original Message-
> From: Axelle Apvrille (LMC) [mailto:[EMAIL PROTECTED]
> Sent: Friday, March 28, 2003 10:25 AM
>
Correct me if I am wrong.
Currently, we can get the text of any node. This new feature simply boils down to
walking the entire tree and appending the text of each node into a string. Or is there
more that is involved ?
-Vinayak
> -Original Message-
> From: Gareth Reakes [
Any idea why the xerces-c project uses "classic" iostreams all over the place instead
of the "standard" iostreams ?
I mean for eg., instead of
-Vinayak
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For ad
ak
was available :-)... I have learnt from experience that Working with XML you will get
whipped into compliance pretty fast... :-)
-Vinayak
> -Original Message-
> From: Jesse Pelton [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 26, 2003 8:34 AM
> To: '[EMAIL PROTECT
xerces functions to internally
use case insensitive string compares.
Or, in other words, as I mentioned earlier, to treat the xml in a case insensitive
manner...
-Vinayak
> -Original Message-
> From: David N Bertoni/Cambridge/IBM
> [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, Mar
hen the fn will fail.
What is the suggested method of making xerces treat our xml in a case-insensitive
manner ?
I dont think it is something as simple as a flag because it all boils down to the
XMLString::compareString fn and it has no provision for case insensitive compares...
non xerces) headers and I would
probably have to eat my hat
-Vinayak
> -Original Message-
> From: David N Bertoni/Cambridge/IBM
> [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 25, 2003 12:10 PM
> To: [EMAIL PROTECTED]
> Subject: Re: help me ge
g up and whats the best fix ?
I have the libs and includes and straight...
-Vinayak.
> -Original Message-
> From: "Andreï V. FOMITCHEV" [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 25, 2003 11:04 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Problem with accentuated
makes no sense to compare with
this attrib again when you want to get attrib2...
just my two cents.
-Vinayak
> -Original Message-
> From: Andreas B. Thun [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 24, 2003 11:31 AM
> To: [EMAIL PROTECTED]
> Subject: Re: parsing DOM tree:
wow ! we are all really very glad that it worked for you :-)
> -Original Message-
> From: Andreas B. Thun [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 24, 2003 11:26 AM
> To: [EMAIL PROTECTED]
> Subject: Re: parsing DOM tree: How to get attribute values ( I don´t
> like mondays)
>
>
>
sorry about that. I believed that the new sample got checked in a few days back...
I am attaching the new domcount file for your convenience.
-Vinayak
> -Original Message-
> From: Andreas B. Thun [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 24, 2003 10:30 AM
> To: [EMA
you may want to take a look at the new DomCount.cpp file. This comes with the samples.
I believe it has an example of accessing and using attributes.
-Vinayak
> -Original Message-
> From: Andreas B. Thun [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 24, 2003 10:26 AM
>
real time project and need to keep getting and parsing tiny xml files that keep
getting generated by some backend server. And I cannot let any particular request take
more than say 1000 msecs, even if it is running on a seperate thread...
any hints, suggestions ?
-Vinayak
no you dont. everything is in place. but depending on your platform, you may need to
link
with your socket implementation libs. e.g, for windows you may need to link with
ws2_32.lib
-Vinayak
> -Original Message-
> From: John Meyer [mailto:[EMAIL PROTECTED]
> Sent: Thursday,
You are probably missing some preprocessor directives. As a shortcut, try including
the file
XERCES-C-SRC2_2_0\SRC\xercesc\util\Compilers\MVSCPPDefs.hpp
this should solve your problem. Let me know if this works.
hth.
-Vinayak
> -Original Message-
> From: Aaron Boxer [mailto:
om running win95 on his box. We dont have any control over that.
An alternative to "changing the code when win95 dies" would be to "use runtime fns to
switch to appropriate code based on current windows version..."
As always, just my two cents.
Peace.
-Vinayak
> -Orig
nly by
windows clients, I guess.
The code is not wrong, per se. But the intention behind the coding is slightly
confusing because the call to the ::InterlockedCompareExchange at the bottom now
belongs to the domain of unreachable code :-).
Regards,
-Vinayak
> -Original Message-
> F
may run into
other probs if he is building the WIN64 version of the code on a Win32 box.
Just my two cents.
-Vinayak
> -Original Message-
> From: Robert Buck [mailto:[EMAIL PROTECTED]
> Sent: Friday, March 14, 2003 11:14 AM
> To: [EMAIL PROTECTED]
> Subject: RE: compi
be hitting the assembly code (unless you are using win64). Does someone think
this if define condition needs modifying ? we may probably want to use _WIN32_WINNT or
atleast check if _MSC_VER > 1000 or something like that.
-Vina
InterlockedCompareExchangePointer is a Win64 function. I have a strong hunch that you
have defined Win64 by mistake...
The win32 counterpart is the function InterlockedCompareExchange().
-Vinayak
> -Original Message-
> From: Stanitis, Michael [mailto:[EMAIL PROTECTED]
> Sen
> C:\XercesC++\binary\xerces-c2_1_0-win32\samples\data>DOMPrint
> -e -v=auto -n
the result depends more on whats in the personal.xml file. would be helpful if u can
tell us whats in there.
-
To unsubscribe, e-mail: [EMAIL PROTE
Hi Neil,
I thought over your response. You are right, when I look at it with a different
perspective, it makes sense.
Thanks for the response.
-Vinayak
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 11, 2003 4:35 PM
>
amespace decl. So, if we rename the parent's namespace ns, child should automatically
inherit that same name. Logically, I would expect the normalization routine to change
nothing in this scenario and let the output be :
http://ww
using the Memory Mapped files.
hth.
-Vinayak
> -Original Message-
> From: Lihong Pei [mailto:[EMAIL PROTECTED]
> Sent: Friday, March 07, 2003 5:27 PM
> To: [EMAIL PROTECTED]
> Subject: Questions on reading large xml file using DOM parser
>
>
> Hi,
> I'm
can submit this small contribution to the project. I read the FAQ on the web page but it looks like I need to talk to a Committer in order to make my contribution.
Best Regards,
-Vinayak
"Success in almost any field depends more on energy and drive than it does on intelligence. This explain
32 matches
Mail list logo
