* Lee Elliott -- Saturday 17 June 2006 05:02:
Is anyone else seeing a memory leak in current cvs?
I would be surprised if we had no leaks at all. But in a short test
with $ fgfs --aircraft=ufo --airport=kufo ... i didn't see anything
like you observed. The memory consumption was quite stable
Robicd wrote:
Where?
Sorry, I've found it. Silly question :-)
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Mathias Fröhlich wrote:
I would never use these functions for serious computations, since I doubt
that
they will pass any IEEE test.
They are not designed for that either. It can be useful for sound
processing and color adjustments where very high precision isn't
necessary. I use it for
On Saturday 17 June 2006 10:05, Erik Hofman wrote:
Mathias Fröhlich wrote:
I would never use these functions for serious computations, since I doubt
that they will pass any IEEE test.
They are not designed for that either. It can be useful for sound
processing and color adjustments where
On Saturday 17 June 2006 01:11, Joacim Persson wrote:
On Sat, 17 Jun 2006, Mathias Fröhlich wrote:
Given the error message, I could imagine a that the attached patch helps.
Can you please tell me if that patch helps?
Compiled without a warning on mat.cxx now.
(Was that all? Couldn't
Mathias Fröhlich wrote:
Performance is a critical subject to me.
But IMO the possible advantages of the fastmath functions are too few
compared
to the possible problems.
I've never advocated using these routines for FMD's or anything like
that since it could get messy really quick. But
Hi Erik,
On Saturday 17 June 2006 10:54, Erik Hofman wrote:
Mathias Fröhlich wrote:
Performance is a critical subject to me.
But IMO the possible advantages of the fastmath functions are too few
compared to the possible problems.
I've never advocated using these routines for FMD's or
* Erik Hofman -- Friday 16 June 2006 09:34:
It think it would be best to use offset and factor just like most of
the other configurations (sound/animations).
I'm now using property/factor/offset for all numeric values. Some
HUD elements need two values. I'm now just using property n=1/
factor
--- Martin Spott wrote:
I got interested in this update as I hopefully will soon have a
briefing for the C182Q (D-EVOS). I found applying the patch to result
in a difficult task, because I had to arrange the correct mix of DOS
line endings and Unix line endings to make 'patch' happy. Finally
Buchanan, Stuart wrote:
Note that it has a dependency on the pilot model patch
(http://www.nanjika.co.uk/flightgear/pilot.tar.gz), but this can be easily
removed by editing c182-dpm.xml and removing the model on line 79.
I simply removed the complete references to the pilot both in
Mathias Fröhlich wrote:
If you feel that they should be used, can you care for them and make them
alias safe?
Not at this time, I've got other things on my prioritylist.
Erik
--
http://www.ehtw.info (Dutch)Future of Enschede Airport Twente
http://www.ehofman.com/fgfs FlightGear
Hi there!
I'm trying to configure my joysticks to use it with FGFS. I'm having
trouble with the dead-zone setting that seems to do nothing.
My joy is not very new and has a big dead zone (-0.1,0.1) and I'm trying
to set sead-band to 1.0 or even greater values. But it did not work.
How can I
Looks like a spin, does not it ? ;)
That is with stock JSBSim FDM ... attachment: spin.jpg
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Very cool. I guess you survived, or you would not be writing this. ;-)
Did the spin seem to enter and exit normally?
Jon
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
flying.toaster
Sent: Saturday, June 17, 2006 10:04 AM
To: FlightGear developers
On Saturday 17 June 2006 07:34, Melchior FRANZ wrote:
* Lee Elliott -- Saturday 17 June 2006 05:02:
Is anyone else seeing a memory leak in current cvs?
I would be surprised if we had no leaks at all. But in a short
test with $ fgfs --aircraft=ufo --airport=kufo ... i didn't
see anything
Well actually I did not survive that one, I was too busy taking the shot ;) But
I did survive many others
Entry and exit is by the book :
- stall the aircraft with wings level using gentle full back stick and apply
full rudder to enter
- release the stick and rudder, let the nose point down
On Saturday 17 June 2006 08:18 am, Gonzalo Aguilar Delgado wrote:
Hi there!
I'm trying to configure my joysticks to use it with FGFS. I'm having
trouble with the dead-zone setting that seems to do nothing.
My joy is not very new and has a big dead zone (-0.1,0.1) and I'm trying
to set
We had some severe storms come through last night with an associated
power outage. The power along with the flightgear machines that host
www, ftp, cvs, and rsync services are back online. Sorry for any
inconvenience.
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST
On Saturday 17 June 2006 14:54, Erik Hofman wrote:
Mathias Fröhlich wrote:
If you feel that they should be used, can you care for them and make them
alias safe?
Not at this time, I've got other things on my prioritylist.
Ok, the ones in fastmath.hxx are easy to fix, I have already prepared
I'm trying to get some data on the B-47 wing, but I need to generate a
.dat file of the airfoil to run xfoil against. Supposedly foilgen will
handle 6a series NACA airfoils, but I can't get foilgen to link properly
to test it. Does anyone have any suggestions?
Josh
tower:src$ g77 foilgen.f
Josh Babcock wrote:
I'm trying to get some data on the B-47 wing, but I need to generate a
.dat file of the airfoil to run xfoil against. Supposedly foilgen will
handle 6a series NACA airfoils, but I can't get foilgen to link properly
to test it. Does anyone have any suggestions?
Like, for
On 17 Jun 2006, Gonzalo Aguilar Delgado wrote:
My joy is not very new and has a big dead zone (-0.1,0.1)
and I'm trying to set sead-band to 1.0 or even greater
values. But it did not work.
How can I solve this? Because it's terrible to see how
controls move from time to time a lot!
Lots of
Lee
On Saturday 17 June 2006 07:34, Melchior FRANZ wrote:
* Lee Elliott -- Saturday 17 June 2006 05:02:
Is anyone else seeing a memory leak in current cvs?
I would be surprised if we had no leaks at all. But in a short
test with $ fgfs --aircraft=ufo --airport=kufo ... i didn't
* Vivian Meazza -- Saturday 17 June 2006 21:18:
I just left the KC135 running airborne - it chewed up VM and finally froze.
2D panel as well. I'm not clear if this is the same phenomenon that you are
seeing, or if the 2D panel is significant.
The only recent change to the 2D panel was IIRC my
* Melchior FRANZ -- Saturday 17 June 2006 21:23:
The only recent change to the 2D panel was IIRC my patch to allow other
fonts than just Helvetica.txf and led.txf. I'll try to reproduce and
check if that's the cause, and fix it if so.
Can't reproduce. You might want to try with that last
On Saturday 17 June 2006 20:18, Vivian Meazza wrote:
Lee
On Saturday 17 June 2006 07:34, Melchior FRANZ wrote:
* Lee Elliott -- Saturday 17 June 2006 05:02:
Is anyone else seeing a memory leak in current cvs?
I would be surprised if we had no leaks at all. But in a
short test
I just did an update from cvs and got this when trying to build:
In file included from ../../simgear/math/SGMath.hxx:32,
from ../../simgear/math/point3d.hxx:54,
from ../../simgear/math/sg_types.hxx:41,
from sg_socket.hxx:39,
In file included from ../../simgear/math/SGMath.hxx:32,
from ../../simgear/math/point3d.hxx:54,
from ../../simgear/math/sg_types.hxx:41,
from sg_socket.hxx:39,
from socktest.cxx:6:
../../simgear/math/SGQuat.hxx:134:35: macro
On Saturday 17 June 2006 22:06, Jon S. Berndt wrote:
In file included from ../../simgear/math/SGMath.hxx:32,
from ../../simgear/math/point3d.hxx:54,
from ../../simgear/math/sg_types.hxx:41,
from sg_socket.hxx:39,
from
Perfectly legal.
That is a static member of SGLimitsT that is basically the same than
std::numeric_limits. That in turn has a min static member.
On windows, you have that nasty windows.h header defining a min
and max macro that will interfere with the ISO C++ standard.
Dig into the windows
On Saturday 17 June 2006 22:15, Jon S. Berndt wrote:
This is under Cygwin, so it's a little surprising. I've been compiling this
way for years and this is the first I've seen of it. Is this a relatively
new change in the code?
About a year or so ...
It is not the first time I hit this nasty
Jon S. Berndt schrieb:
Perfectly legal.
That is a static member of SGLimitsT that is basically the same than
std::numeric_limits. That in turn has a min static member.
On windows, you have that nasty windows.h header defining a min
and max macro that will interfere with the ISO C++ standard.
Mathias Fröhlich schrieb:
On Saturday 17 June 2006 22:15, Jon S. Berndt wrote:
This is under Cygwin, so it's a little surprising. I've been compiling this
way for years and this is the first I've seen of it. Is this a relatively
new change in the code?
About a year or so ...
This is under Cygwin, so it's a little surprising. I've been
compiling this
way for years and this is the first I've seen of it. Is this a
relatively new change in the code?
Jon
I could not compile SimGear CVS under CYGWIN for a short time due to
this error.
Will now try to
On Saturday 17 June 2006 22:24, Georg Vollnhals wrote:
I could not compile SimGear CVS under CYGWIN for a short time due to
this error.
Will now try to make the changes recommended.
Thank you Jon for making it public.
There is a #define that saves windows.h from defining the min and max macro.
Mathias Fröhlich schrieb:
On Saturday 17 June 2006 22:24, Georg Vollnhals wrote:
I could not compile SimGear CVS under CYGWIN for a short time due to
this error.
Will now try to make the changes recommended.
Thank you Jon for making it public.
There is a #define that saves windows.h from
On Saturday 17 June 2006 22:44, Georg Vollnhals wrote:
I am just trying to find that needle but I am blind!
But not giving up for the next hour.
Ok, google tells me that
#define NOMINMAX
or equivalently
CPPFLAGS=-DNOMINMAX ./configure --whatever-you-like
does the trick.
Tell me if this is
Jon S. Berndt writes:
This is under Cygwin, so it's a little surprising. I've been
compiling this
way for years and this is the first I've seen of it. Is this a
relatively new change in the code?
Jon
I could not compile SimGear CVS under CYGWIN for a short time due to
Mathias Fröhlich writes
On Saturday 17 June 2006 22:44, Georg Vollnhals wrote:
I am just trying to find that needle but I am blind!
But not giving up for the next hour.
Ok, google tells me that
#define NOMINMAX
or equivalently
CPPFLAGS=-DNOMINMAX ./configure --whatever-you-like
does
Mathias Fröhlich schrieb:
On Saturday 17 June 2006 22:44, Georg Vollnhals wrote:
I am just trying to find that needle but I am blind!
But not giving up for the next hour.
Ok, google tells me that
#define NOMINMAX
or equivalently
CPPFLAGS=-DNOMINMAX ./configure --whatever-you-like
Mathias Fröhlich wrote:
Seriously, I *can* think of fast_atan's polynomials being faster than a full
blown correct functioin.
But those simple fabs, sign or neg function implemented in the header cannot
even be faster than the cpu builtin assembler instructions usually available
on
Hi people,
I contacted William and asked him to add a simple option to his
exporter pulgin. He was soon back with an answer and a new customized
ac3d plugin which accomodates my request.
He was very kind and, after having read a few archived fgfs-dev threads
about the subject, he asked me to
Jon S. Berndt wrote :
I just did an update from cvs and got this when trying to build:
In file included from ../../simgear/math/SGMath.hxx:32,
from ../../simgear/math/point3d.hxx:54,
from ../../simgear/math/sg_types.hxx:41,
from
Thank you to all who helped to solve the SimGear min function compile
error.
Jon, I got a second error while further compiling.
If you also have the RenderTexture.cpp:1555: Fehler:
WGL_SAMPLE_BUFFERS_ARB error then my very ugly workaround might
help you. (I am no C-guy and all further is
However, I did get pages of FlightGear errors similar to the SimGear one -
not really unexpected, I guess.
I applied the same process for FlightGear as with SimGear and got a good
build:
CPPFLAGS=-DNOMINMAX ./configure ... etc.
Unfortunately, it immediately segfaults.
Jon
Jon S. Berndt schrieb:
...
I didn't get thsi error.
However, I did get pages of FlightGear errors similar to the SimGear one -
not really unexpected, I guess.
example:
/usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/bits/locale_facets.tcc:514:57:
macro min requires 2 arguments, but
Unfortunately, it immediately segfaults.
Jon
I ran FlightGear from within gdb:
(gdb) run
Starting program: /usr/local/bin/fgfs.exe
Program received signal SIGSEGV, Segmentation fault.
0x610ae938 in pthread_key_create () from /usr/bin/cygwin1.dll
Does this suggest an error to
Unfortunately, it immediately segfaults.
Jon
I ran FlightGear from within gdb:
(gdb) run
Starting program: /usr/local/bin/fgfs.exe
Program received signal SIGSEGV, Segmentation fault.
0x610ae938 in pthread_key_create () from /usr/bin/cygwin1.dll
Does this suggest an
On Saturday 17 June 2006 22:35, Roberto Inzerillo wrote:
Hi people,
I contacted William and asked him to add a simple option to
his exporter pulgin. He was soon back with an answer and a new
customized ac3d plugin which accomodates my request.
He was very kind and, after having read a few
Lee Elliott wrote:
On Saturday 17 June 2006 22:35, Roberto Inzerillo wrote:
Hi people,
I contacted William and asked him to add a simple option to
his exporter pulgin. He was soon back with an answer and a new
customized ac3d plugin which accomodates my request.
He was very kind and,
I'm looking at the B-47 flight manual(s), and they have a correction
chart for altimeter error vs. altitude AGL with flaps down. Is this sort
of thing a common problem, or is it just some oddity with the Stratojet,
possibly due to static port location? It reads -40 ft at 0 AGL, correct
at 20, and
51 matches
Mail list logo