On 21/03/06, Jon S. Berndt <[EMAIL PROTECTED]> wrote:
> I could do that. But, should I abort() or exit() instead?
That's up to you -- exceptions do not always represent fatal errors
(on the application level), so you might want to decide case by case.
All the best,
David
--
http://www.meggin
Regarding the parsing problem where tabs were present in the config file, I
believe I have fixed that - I had made a stupid error in the last changes.
The fix was tested with the lightning config file in JSBSim standalone
(where I had been able to reproduce the error).
Jon
> On 21/03/06, Jon S. Berndt <[EMAIL PROTECTED]> wrote:
>
> > The exception sg_io_throws are a result of a problem in parsing. I've
> > replaced those in our local copy of easyxml.cxx with error message
> > printouts (cerr <<), thus reducing our dependence on specific external
> > exception classe
On 21/03/06, Jon S. Berndt <[EMAIL PROTECTED]> wrote:
> The exception sg_io_throws are a result of a problem in parsing. I've
> replaced those in our local copy of easyxml.cxx with error message
> printouts (cerr <<), thus reducing our dependence on specific external
> exception classes. If these
> > If the JSBSim version simply removed the exception throws without
> > compensating with some other kind of mechanism, then I can see how
> > you'd run into a lot of problems. I don't have a copy of the JSBSim
> > code on my computer to check.
>
> Having a quick look at
> http://cvs.sourceforge
> On 20/03/06, Phil Cazzola <[EMAIL PROTECTED]> wrote:
>
> > You're right. Sorry, I was looking at the version in the
> JSBSim cvs.
> > No exceptions there.
>
> If the JSBSim version simply removed the exception throws
> without compensating with some other kind of mechanism, then
> I can
Quoting David Megginson :
> On 20/03/06, Phil Cazzola <[EMAIL PROTECTED]> wrote:
>
> > You're right. Sorry, I was looking at the version in the JSBSim cvs.
> > No exceptions there.
>
> If the JSBSim version simply removed the exception throws without
> compensating with some other kind of mech
On 20/03/06, Phil Cazzola <[EMAIL PROTECTED]> wrote:
> You're right. Sorry, I was looking at the version in the JSBSim cvs.
> No exceptions there.
If the JSBSim version simply removed the exception throws without
compensating with some other kind of mechanism, then I can see how
you'd run int
You're right. Sorry, I was looking at the
version in the JSBSim cvs.
No exceptions there.
From: David Megginson
<[EMAIL PROTECTED]>ail.com> Re: Re: Re: easyxml.cxx tweak
2006-03-20 17:31
I write more Java than C++, so I might be importing my prejudice
> On 20/03/06, Melchior FRANZ <[EMAIL PROTECTED]> wrote:
>
> > I'd say it is known not to be a problem. We have 119 XML files with
> > silly MSDOS line terminators in the Aircraft/ directory alone, and
> > those cause no problems.
>
> It was once a problem with JSBSim's old hand-rolled, sort-of XML
On 20/03/06, Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> I'd say it is known not to be a problem. We have 119 XML files with
> silly MSDOS line terminators in the Aircraft/ directory alone, and
> those cause no problems.
It was once a problem with JSBSim's old hand-rolled, sort-of XML
parser, but
* Phil Cazzola -- Monday 20 March 2006 08:37:
> I guess my problem was EOL characters. I ran dos2unix and it
> fixed my probelm.
>
> Is this a known item?
I'd say it is known not to be a problem. We have 119 XML files with
silly MSDOS line terminators in the Aircraft/ directory alone, and
those
I guess my problem was EOL characters. I
ran dos2unix and it
fixed my probelm.
Is this a known item?
Phil
- Original Message -
From:
Phil
Cazzola
To: flightgear-devel@lists.sourceforge.net
Sent: Friday, March 17, 2006 12:27
AM
Subject: RE: easyxml.cxx
Sorry for the slow reply. Looks like I
accidently disabled messages when I added cvs-logs.
Without increasing the buffer size I get an exit
(not a crash).
JSB kicks out this message:
Fatal error: unclosed token at line 480,
column 26 (received from SimGear XML
Parser)ESC[2m
14 matches
Mail list logo