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
> 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, 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
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
> > 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 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
> 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
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:
> 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
10 matches
Mail list logo