appeared ...
You can get a valid version including the vertexSplitter from
http://plib.sourceforge.net/dist/current.tgz
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http
as
specified in a configuration file could be reused. They could also be easily
tweaked.
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
--
Mathias Fröhlich, e-mail
, stabilizer and rudder
command of an f-18.
So everything which cuts down flexibility in the area of the flightcontrol
system/autopilot is a problem.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel
will become
more sophisticated in the future. Because if there is already a computer in
the flightcontrol system, why not use it for more then those control theory
blocks.
Greetings
Mathias
--
Mathias Fröhlich, e-mail: [EMAIL PROTECTED
functions ... truncf )
might be a good idea.
So, at final, does the attached patch help?
Of course autogen.sh and configure have to be executed past patching.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
--- configure.ac.orig 2004-01-29 10:07:23.496868234 +0100
JSBSim. Can anyone verify this? Is that being picked up
some other way?
Ah, ok. I had this impression too. Therefore my question above.
And no, I can't find a place where the eyepoint is reported to FGInterface.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
into the property tree implementation if this could be
done easily.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
to take these tables and simply use the input values in the matching units.
I, for my stuff, can work around, but it would be neat to have.
May be it is not worth the effort ...
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
aircraft model ...
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
much sense.
But I think that angles and angular rates will make sense to have in rad and
deg. I think that this does not make too much overhead. I guess, something
about 20 additional values.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
is in main
memory when it returns.
So this is also a kind of prefetch algorithm with the advance that you can
prevent throwing away important cached data by disk caching code when caching
other less important files later.
Hope this helps
Greetings
--
Mathias Fröhlich, email: [EMAIL
correct.
This one is in JSBSim cvs but I believe did not yet find the way into
fightgear.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
3D model, without first
shifting that positions with the center of gravity.
Also, if a modeller likes to have the visual reference point identical to the
static center of gravity, he can simply place it there.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
On Freitag, 13. Februar 2004 20:53, Russell Suter wrote:
point. Ideally, all FDMs would use the same point.
Ideally this point is configurable.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
for
example) , JSBSim can deliver it. Even when positioning ac3d models may get
less comfortable again.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org
!
This stuff needs to be compiled into a comprehensible FAQ or document on
Coordinate Systems Used, etc.
You have already a document about these frames. Can you incorporate?
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
frame (lat/lon/h +
angles).
And all required 'corrections' that the model does not rotate around the nose
but around the dynamic center of gravity are automatically included.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
mail will show you that you will also gain this resulting transform matrix by
- translate to lat/lon/h of the vrp
- rotate by the given angles
I may have described the transforms in the wrong order, but in principle it
sould be ok.
Greetings
Mathias
--
Mathias Fröhlich, email
be appreciated,
Does this attached patch help?
I posted this patch some time ago, but noone cared. So I don't know if it
really helps or not. Also If it helps someone of the flightgear developers
might apply it if it helps.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
On Freitag, 27. Februar 2004 15:40, David Megginson wrote:
That said, I'm sorry to hear that the Swiss controller died. Was it in any
way related to the accident?
It was not clear up to the yesterday evening news.
Have not seen/heared news from today.
Greetings
Mathias
--
Mathias
IEEE754 via compiler flags. I can imaginge that gcc's
-mno-ieee-fp flag does things like that.
For that case create a single small c file containing only this small
function. Compile this one without optimizations and use it ...
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL
application because of such a NaN, it will be
better to check, print a message who to bug for that and exit.
BTW: I also think that the isfinite() call might be a an alternative to
consider.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
On Donnerstag, 4. März 2004 11:37, Erik Hofman wrote:
It's committed. Thanks!
Oops, very fast!
Thanks!
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman
On Donnerstag, 4. März 2004 11:54, Melchior FRANZ wrote:
* Mathias Fröhlich -- Thursday 04 March 2004 11:30:
Attached is small diff to incorporate the joystick into the global
configuration and the joystick configuration itself.
I doubt that this code will work (line 273
the same regardless of an installed
afterburner.
In summary, I think that if someone has compact readable code providing these
configurable features this would be perfectly ok. If it blows up too much
more likely not.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
is done on the fly at function entry and exit. I
would regard this as a kind of special case.
For small objects like our vector classes I definitly think that using
temporaries is the right thing.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
13:34, Melchior FRANZ wrote:
I've added two shadows for the bo105 (after Jim beat me to it :-),
[...]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear
the
aerodynamic tables are maintained now?
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
, we might think about
our current JSBSim directory structure a bit, but that's OT here.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman
this patch.
According to the prevous discussions the patch goes in the right direction
and we can start a hangar.
So, I would think the patch should be included in the upcomming release.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
then their 'decorated' brethren
This is a major performance hit for the majority(1) of FGFS users
And for the minority of UNIX users there are terribly bright borders if you
fly in the dark.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
off with the Hunter
from the default runway (breaks your gear)
EDDS also cuts into the environment.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http
. If flightgear wants to do that, it has to compute the altitude and
set that instead.
greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo
or at
the top of the vertical tail. It really should matter.
May be I am too simple minded, I do not understand.
Which altitude and what real one? Can you tell me please?
Greetings
Mathais
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear
internal knowledge.
That's my way of thinking.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
, it's just a 6-dof zero finder, something
every engineer learns how to code in school.
:)
It is not a mysterious
black box. As such, it is no different than any other piece of code:
GIGO.
Just for curiosity: What is GIGO?
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
On Montag, 5. April 2004 16:29, Gene Buckle wrote:
black box. As such, it is no different than any other piece of code:
GIGO.
Just for curiosity: What is GIGO?
Garbage In, Garbage Out.
Thanks. I did not know this one ...
Greetings
Mathias
--
Mathias Fröhlich, email
On Montag, 5. April 2004 16:26, Tony Peden wrote:
--- Mathias Fröhlich [EMAIL PROTECTED] wrote:
On Montag, 5. April 2004 16:02, Tony Peden wrote:
The trimming routine is not the problem.
Hey, it is not. The problem is that JSBSim relys on a property which
is set in
a different way
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
to determine the actual
compression length of any gear if we have only leftmost and rightmost
compression.
As Andy told in a recent mail. A modeller just has to take care that the gears
in a jsbsim model are defined in the same order than in yasim.
Greetings
Mathias
--
Mathias Fröhlich
On Dienstag, 6. April 2004 19:41, Erik Hofman wrote:
Thinking about it again I think the solutions (for JSBSim) is quite
simple, use the name of the entry (in lower letters) to define the gear:
Good idea.
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
block and implement access functions just like we did for
the Matrix class.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo
and the
compiler ...
You will use more memory if you use this array of arrays ...
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
On Freitag, 9. April 2004 15:31, Jon Berndt wrote:
I'll send you the problem offline.
Ok.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman
something like this once?
Yep, I have, for exactly this reason.
Nothing really exciting, but it works. For the ones interrested I have
attached the little ac3d file.
I think Melchior Franz had something really smart too.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
that would mean that if the users extends the gear, all
the AIModel will continue with gear up, instead of lowering the gear at
the same time!
May be this 'do not use a leading slach' should also show up in that model
animation HOWTO?
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL
it. ;-)
:)
..15 feet forward, then back to those marks, will do fine.
Note how far down the tires crept. Tire creep. ;-)
This is what I expect to show up with the Pacejka model. Let's see when this
is done ...
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
well imagine
that it will just behave like that ...
I am not shure how big the influence of the gear strut dynamics is in this
case...
Let's see ...
I have to push this stuff I have now to Jon first ...
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
*exactly* (case sensitive?) match the
name in the config file.
Here js_test printout for my joystick:
Joystick test program.
~~
Joystick 0: THRUSTMASTER Top Gun Afterburner
...
How does js_test call your joystick?
Greetings
Mathias
--
Mathias Fröhlich, email
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
something show up
that is elegant and that works in every situation.
I meant not acceptable as in I won't maintain two versions of my
Cyborg-Gold-3d-USB joystick config. I don't care otherwise.
Me too for the Thrustmaster one ...
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL
...
Suggestions?
Someone with internal knowledge about Flightgear to help building such a
beast?
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org
I have not looked at.
So, can somone help me out with a short descripion how flightgears surface can
be queried and what data such a query result holds? Or may be someone can
point me to some documentation about that?
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
, will start digging there.
Thanks ...
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
On Sonntag, 2. Mai 2004 12:23, Gerhard Wesp wrote:
On Sat, May 01, 2004 at 09:15:09AM +0200, Mathias Fröhlich wrote:
1. Have a callback function in FGInterface which is able to provide you a
terrain level and a surface normal for a given lat/lon pair.
I'd even suggest also giving linear
.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
On Donnerstag, 27. Mai 2004 10:05, Erik Hofman wrote:
Mathias Fröhlich wrote:
No itoa is not standard. I have already a patch on top of Jons changes to
JSBSim in my local tree which uses stringstream which is standard C++
since ages.
The stringstream class would have the advantage
On Donnerstag, 27. Mai 2004 11:16, Frederic Bouvier wrote:
Mathias Fröhlich wrote:
Personally, I prefer std::ostringstream, but itoa, _snprintf (with a
leading underscore ), ostrstream and std::ostringstream are in Visual C++ 6
and after :
Yep, the ostringstream variant is better
though.
I thin I can take a look at it in the next few days.
That feature would be *very* good to have!
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
reason it is required to
end the path with a / character though.
Yea, great thanks!!
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman
difference would be that such surface triangles will have
velocities. And I think that it is save to assume that these triangles will
not accelerate within one timestep or even within one frame. They will just
get an other velocitiy in the next step.
Greetings
Mathias
--
Mathias
a**?
And if so, is there a lock which guards the scenegraph from changes?
A second question:
Which ssgBranch contains objects like an aircraft carrier?
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing
intersection routines.
But I don't know how such leafs can be placed into the scene graph in an easy
way.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http
...
At least not if the workaround is 5 minutes of work ...
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
to the nose gear. This is
how it works in reality. Also it is easier to just add an additional force
then to have a surface which is used to compute a force that is then
added ...
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
to the wires?
Is this also changed for each aircraft comming in?
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
more details if you are interested.
Yes, whatever you fell that could be useful.
References ...
Thanks in advance!
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED
everything speeding up this would be good!
Geetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
On Sonntag, 15. August 2004 15:24, Frederic Bouvier wrote:
So everything speeding up this would be good!
If you use current CVS, you can set /sim/sceneryloaded-override to true
to have the old behavior.
Very good , thank you.
Greetings
Mathias
--
Mathias Fröhlich, email
://www.simgear.org/doxygen/easyxml_8hxx.html
It is a quite neat implementation.
And I think that using integrating this provides is a good chance to seperate
configuration data from state data.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
of the aircraft, a list of engines, a list of
undercarriage elements and so on.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo
graph) classes
which use single precision values. Sadly there is no double precision
aequivalent available. So this requires something more intelligent that what
I have investigated some time ago ...
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
believe that emacs' xml mode is able to validate.
There must be other too ...
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo
of the branches.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
directory for doing non branch work.
There is also useful information about cvs available at:
https://ccvs.cvshome.org/fom//cache/1.html
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
On Freitag 08 Oktober 2004 19:05, Melchior FRANZ wrote:
There's only one bug(?): the 3D adf instrument (pa26-161's, bo105)
doesn't show the scale any more. Didn't look into that, yet.
Bug with display lists or bug with my patch?
Greetings
Mathias
--
Mathias Fröhlich, email
Hi,
On Donnerstag 14 Oktober 2004 17:59, Vivian Meazza wrote:
Mathias Fröhlich wrote a long time ago:
... sadly yes.
In the next couple of days or so I will have completed a model of a Seafire
IIIc. It has a functioning hook, so I was set to wondering if there was any
progress
propability.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
told, best in (double valued) cartesian coordinates relative to the
earth's center.
greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman
On Mittwoch 20 Oktober 2004 18:11, Vivian Meazza wrote:
It would be easy to convert to X,Y,Z coordinates, if I knew the equations
(I have suitable equations for ft to degrees lat/long) or, better, I could
start in X,Y,Z.
Start with X/Y/Z ...
Greetings
Mathias
--
Mathias
...
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
that
work. Later implement the physics in more detail.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
taxi on grass...).
We can make the beaver model work, since we know when we move on water.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
to describe the deck/wires and most likely the
cat too.
In our current scenegraph library all rectangles are more or less triangulated
by default. So what you can see in that code is some processing of triangles.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
...
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Erik
Has anyone used ddd? Does KDevelop compile under IRIX? Can it be
forced to do so?
ddd needs a gdb. So you need that anyway.
And yes you can compile kdevelop under irix. But I don't think that it will
compile out oft the box.
Greetings
Mathias
--
Mathias Fröhlich, email
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
run into that problem again.
If you see that again, could you please try to find out where that happens?
Thanks!
Now I hope that I will soon be able to land the bo105 realistically
on slight slopes ...
Stay tuned :)
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
that before. It was a failure not to save the core file, but I had run fgfs
in gdb, and this doesn't produce them automatically. Have tried to
reproduce the segfault, but it didn't happen again yet.
Ok, thanks!
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED
. That
is, the code snippet:
inline int isnan(double r) { return r != r; }
should work on any IEEE machine.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http
?
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
1 - 100 of 212 matches
Mail list logo