: use bison-1.35 and compile pathan library again.
Thanks & Regards
Vikas Agrawal
-Original Message-
From: Agrawal, Vikas (ELS) [mailto:[EMAIL PROTECTED]
Sent: 21 April 2004 12:33
To: '[EMAIL PROTECTED]'
Cc: '[EMAIL PROTECTED]'
Subject: Please help pathan 1.2
Please help somebody. I have build pathan and test program both in debug
mode.
bash-2.05$ gdb 002-SingleNodeFromList
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies
thanks Gareth, I ended up adding an internal subset to resolve the
undeclared internal entities.
-Original Message-
From: Gareth Reakes [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 23, 2003 7:22 AM
To: [EMAIL PROTECTED]
Subject:RE: please help: Internal entity
Hi,
> could there be a way such that the parser would avoid resolving these
> entities altogether?
>
> I tried to make it a non-validating parser
> saxParser->setFeature(XMLUni::fgSAX2CoreValidation, false);
>
> but it does not seem to work.
It does not do what you want. It will not validate
ies?
Thanks,
Anand.
-Original Message-
From: Michael Glavassevich [mailto:[EMAIL PROTECTED]
Sent: Sunday, September 21, 2003 11:41 PM
To: [EMAIL PROTECTED]
Subject:Re: please help: Internal entity resolution.
Hi Anand,
If you make a reference to an entity (such as nbsp) in y
Hi Anand,
If you make a reference to an entity (such as nbsp) in your document it
needs to be declared in your DTD with an entity declaration [1]. The only
entities that you do not have to declare are the predefined entities [2]:
lt, gt, amp, quot, and apos. These are the only entities that the pa
The input XML document to SAX2 Xerces parser contains:
some application data
parsing this document generates a fatal error: Entity 'nbsp' was not found
is there a way to resolve this error?
Thanks,
Anand.
David,
See if this FAQ http://xml.apache.org/xerces-c/faq-parse.html#faq-24 helps.
Tinny
- Original Message -
From: "david c." <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 18, 2003 2:44 AM
Subject: XMLString::transcode & local code pag
Hi !
just a short info about the system we use : xerces 2.1.0 on solaris
(SunOs sun4u sparc SUNW,Sun-Fire-280R)
I got a XMLString::transcode problem ! i wrote a standalone c++
programm which uses XMLString::transcode to convert german iso88591
letters like äöü \xe4\xf6\xfc to XMLCh* and back with
(MemBufIS == NULL)
{
//
Handle errors here
}
Parser->parse(*MemBufIS);
} // End if (LoadFromStream)
DOM_Node Root = Parser->getDocument();
DOM_Document Document =
Parser->getDocument();
if (MemBufIS != NULL)
delete MemBufIS;
H
please help asap..
I have a string say str, and I want to parse it.
Can I do:
DOMParser* parser ;
parser->parse(str_cstr());
thanks so much
Great minds discuss ideas, Average ones discuss events, Small minds discuss people
**Pankaj Bavishi
10, Westgate Dr
When I call parser.parse(filename), I get this error and the executable
hangs. This code is in a try/catch block which fails to fire. Indicating
that it's something ugly (inside the c library???)
libc internal error: _rmutex_unlock: rmutex not held.
Bob
---
"All of that is true, particularly for XML users who come from the SGML
world, but since we're talking about practicalities, there are a large class
of XML documents in the real non-SGML world which have the following
characteristics:"
And the optional 'ignore external subset' flag that's already
From: Bil Mason [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 27, 2001 7:19 AM
To: [EMAIL PROTECTED]
Subject: RE: PLEASE HELP: SAX parser errors on validation when
ValScheme=V al_Never?
DTDs can indeed "cause a lot of other stuff to happen" but
non-validating parsers can only be relied
> "Peter A. Volchek" <[EMAIL PROTECTED]> writes:
>
> > But, why not provide the (let name it advanced api ) additional feature,
> > which allows to suppress it? (especially, when so many people require
it).
> > At least, it may be put in the protected area of a parser, so that it
might
> > be us
"Peter A. Volchek" <[EMAIL PROTECTED]> writes:
> But, why not provide the (let name it advanced api ) additional feature,
> which allows to suppress it? (especially, when so many people require it).
> At least, it may be put in the protected area of a parser, so that it might
> be used, only by t
Dean Roddey wrote:
>
> As a practical matter, DTDs are not just about validation. They cause a lot
> other stuff to happen. In most cases, people who are not validating still
> very much want it to be processed and want to know if anything goes wrong.
> So don't get too tied up on DTDs being just
> DTDs can indeed "cause a lot of other stuff to happen" but
> non-validating parsers can only be relied upon to make that
> stuff happen using the internal subset. Defaulting attributes,
> expanding entities, etc. are all vital things but if you are
> using a non-validating parser, your definiti
ril 27, 2001 7:35 AM
Subject: Re: PLEASE HELP: SAX parser errors on validation when ValScheme=V
al_Never?
> It seems that this discussion is one best addressed by the XML spec
> community and not here. The real question is should a non-validating
> parse raise a fatal error if
formed.
>
> -Original Message-
> From: Dean Roddey [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 26, 2001 10:17 PM
> To: [EMAIL PROTECTED]
> Subject: Re: PLEASE HELP: SAX parser errors on validation when
> ValScheme=V al_Never?
>
>
> As a practical matter
tions HAVE to be in
the internal subset or your document just might not end up
being well-formed.
-Original Message-
From: Dean Roddey [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 26, 2001 10:17 PM
To: [EMAIL PROTECTED]
Subject: Re: PLEASE HELP: SAX parser errors on validation when
V
Original Message-
From: Peter A. Volchek [mailto:[EMAIL PROTECTED]]
Sent: 27 April 2001 11:24
To: [EMAIL PROTECTED]
Subject: Re: PLEASE HELP: SAX parser errors on validation when
ValScheme=V al_Never?
If I know exactly, that referred DTD does not contain niether any entities
not default attribu
then and there and tell the
> parser whether to go on.
- Original Message -
From: "Dean Roddey" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, April 27, 2001 1:38 AM
Subject: RE: PLEASE HELP: SAX parser errors on validation when ValScheme=V
al_Never?
- Original Message -
From: "Bil Mason" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, April 26, 2001 11:39 AM
Subject: RE: PLEASE HELP: SAX parser errors on validation when ValScheme=V
al_Never?
> I think I see what you are saying but I thought
> t
ng
out that users who do this should be using
validating parsers.
Ok, maybe I'm getting too general here, I'll
stop. 8-)
-Original Message-
From: Dean Roddey [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 26, 2001 2:08 PM
To: '[EMAIL PROTECTED]'
Subject: RE: PLEAS
the
parser whether to go on.
--
Dean Roddey
Software Geek Extraordinaire
Portal, Inc
[EMAIL PROTECTED]
-Original Message-
From: Bil Mason [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 26, 2001 7:22 AM
To: [EMAIL PROTECTED]
Subject: RE: PLEASE HELP: SAX parser errors on valid
ation.
-Original Message-
From: Peter A. Volchek [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 26, 2001 10:10 AM
To: [EMAIL PROTECTED]
Subject: Re: PLEASE HELP: SAX parser errors on validation when
ValScheme=Val_Never?
Absolutely agree
>but it MUST NOT be an error if the file is
&g
"A non-validating processor appears to be allowed to
read information from that file if it is there but
it is NOT an exception if it isn't since it
is ABSOLUTELY NOT allowed to use that information
to modify the internal subset in ANY way."
But that's not relevant to the point. Of course the exte
x27;[EMAIL PROTECTED]'
Subject: RE: PLEASE HELP: SAX parser errors on validation when
ValScheme=V al_Never?
> A non-validating processor is apparently
> allowed to attempt to read foo.dtd, but
> it MUST NOT be an error if the file is
> not found since a non-validating proce
> A non-validating processor is apparently
> allowed to attempt to read foo.dtd, but
> it MUST NOT be an error if the file is
> not found since a non-validating processor
> is NOT required to read the external sub-set.
Well, that logic isn't exactly ummm...logical :-) The fact that its not
*requ
>I'm asking why not to implement it by xerces team
Ignoring the DTD isn't a mode of operation defined as legal/meaningful by
the XML Recommendation.
It is a common request, but departing from standards is not something to
take lightly.
-
mes it is desirable to know that dtd is
missing.
- Original Message -
From:
Bil
Mason
To: [EMAIL PROTECTED]
Sent: Thursday, April 26, 2001 5:00
PM
Subject: RE: PLEASE HELP: SAX parser
errors on validation when ValScheme=Val_Never?
Actually, I don't th
quired
to read the external sub-set.
-Original Message-
From: Erik Rydgren [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 26, 2001 7:07 AM
To: [EMAIL PROTECTED]
Subject: RE: PLEASE HELP: SAX parser errors on validation when
ValScheme=Val_Never?
Yes that is the correct behaviour.
The DTD can conta
sking one thing)
this should be implemented.
(of course if this is reasonable)
- Original Message -
From:
Prior, Chris
To: '[EMAIL PROTECTED]'
; [EMAIL PROTECTED]
Sent: Thursday, April 26, 2001 4:17
PM
Subject: RE: PLEASE HELP: SAX parser
errors on
CTED]; [EMAIL PROTECTED]
Subject: Re: PLEASE HELP: SAX parser errors on validation when
ValScheme=Val_Never?
Asking again. Are you planning to provide a way not to throw an exception if
dtd does not exists ?
My application strictly requires this. In the previous version (xml4c 2.3.1)
I might
:08To: [EMAIL PROTECTED];
[EMAIL PROTECTED]Subject: Re: PLEASE HELP: SAX parser
errors on validation when ValScheme=Val_Never?
Asking again. Are you planning to provide a way not to throw
an exception if dtd does not exists ?
My application strictly requires this. In the previous
ve
-
From:
Erik Rydgren
To: [EMAIL PROTECTED]
Sent: Thursday, April 26, 2001 2:06
PM
Subject: RE: PLEASE HELP: SAX parser
errors on validation when ValScheme=Val_Never?
Yes that is the correct behaviour.The DTD can contain
definitions that are needed even when not
Yes that is the correct behaviour.
The DTD can contain definitions that are needed even when not validating.
/ Erik Rydgren
-Original Message-
From: Prior, Chris [mailto:[EMAIL PROTECTED]]
Sent: den 26 april 2001 13:00
To: '[EMAIL PROTECTED]'
Subject: PLEASE HELP: SAX parser
correct?
Please help!
Chris
___
Email Disclaimer
This communication is for the attention of the
named recipient only and should not be passed
on to any other person. Information relating to
any company or security, is for information
purposes only
39 matches
Mail list logo
