For latest CVS (update 31 Jan 04) , running with Debian (woody) and gcc3.0
F../../src/Input/input.hxx:112: warning: for conversion from
`SGPropertyNode_pt
r' to `const SGPropertyNode *'
../../src/Input/input.hxx:112: warning: because conversion sequence for
the ar
gument is better
panel.cxx:
John Wojnaroski wrote:
For latest CVS (update 31 Jan 04) , running with Debian (woody) and gcc3.0
panel.cxx: In method `const char * FGTextLayer::Chunk::getValue() const':
panel.cxx:1128: implicit declaration of function `int truncf(...)'
Thought there was a fix for this? don't recall the
I get this error when compiling src/Autopilot/route_mgr.cxx:
if g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src
-g -O2
-D_REENTRANT -MT route_mgr.o -MD -MP -MF .deps/route_mgr.Tpo \
-c -o route_mgr.o `test -f 'route_mgr.cxx' || echo './'`route_mgr.cxx; \
then mv
2b) To start using controls, first set the cutoff switch to true, then
starter
switch to true. When N1 is above 15% set cutoff switch to false.
Does your model worry about things like APUs, fuel selectors, ignition
switches, etc in the start sequence? Or is this more of an accomodation to
Roy Vegard Ovesen writes:
I get this error when compiling src/Autopilot/route_mgr.cxx:
/usr/include/c++/3.2/limits:942:22: macro min requires 2 arguments, but
only 1 given
In file included from /usr/include/c++/3.2/bits/locale_facets.tcc:43,
sigh
There is a conflict between windows.h
There has been a fix applied to both configure.ac and
src/Cockpit/panel.cxx. Make rue those files are up to date and rerun
autoconf and configure before proceding.
I did a fresh CVS checkout late Saturday night (PST). I'll try again...
Regards
John W.
Norman Vine wrote:
Roy Vegard Ovesen writes:
I get this error when compiling src/Autopilot/route_mgr.cxx:
/usr/include/c++/3.2/limits:942:22: macro min requires 2 arguments,
but
only 1 given
In file included from /usr/include/c++/3.2/bits/locale_facets.tcc:43,
sigh
There is a
There has been a fix applied to both configure.ac and
src/Cockpit/panel.cxx. Make rue those files are up to date and rerun
autoconf and configure before proceding.
I did a fresh CVS checkout late Saturday night (PST). I'll try again...
Okay, started a fresh build with files
On Sun, 1 Feb 2004 06:48:20 -0500, Norman Vine [EMAIL PROTECTED] wrote:
sigh
There is a conflict between windows.h and some of the libstdc++ STL
headers
unless all of the STL includes are included before windows.h or visa
versa
otherwise some versions of the GNU compilers need NOMINMAX
It's me again ;-)
There has been a fix applied to both configure.ac and
src/Cockpit/panel.cxx. Make rue those files are up to date and rerun
autoconf and configure before proceding.
I did a fresh CVS checkout late Saturday night (PST). I'll try again...
Okay, started a
John Wojnaroski wrote:
There has been a fix applied to both configure.ac and
src/Cockpit/panel.cxx. Make rue those files are up to date and rerun
autoconf and configure before proceding.
I did a fresh CVS checkout late Saturday night (PST). I'll try again...
Okay, started a
I've slapped together a short document on controller tuning.
-
Tuning a PID controller
After a control system is implemented the controller settings have to
be adjusted until the control system performs according to the user's
specifications. This process is called controller
I don't know the answer to the missing truncf prototype, but it seems this
function is defined in a macro in math.h. Here's some discussion on the
problem:
http://lists.debian.org/debian-glibc/2003/debian-glibc-200310/msg00295.html
Dave
--
David Culp
Fred,
I just committed a variation of this (assuming I understood the problem
correctly hopefully this will fix it.) Otherwise just holler.
Curt.
Frederic Bouvier wrote:
John Wojnaroski wrote:
There has been a fix applied to both configure.ac and
src/Cockpit/panel.cxx. Make rue those files
Hi John,
Try configuring with out the -with-weathercm option. Someone might need to
go in and do some clean up there possibly.
Curt.
John Wojnaroski wrote:
It's me again ;-)
There has been a fix applied to both configure.ac and
src/Cockpit/panel.cxx. Make rue those files are up to date
Jon Wojnaroski wrote:
Finally got around to moving up to 0.9.3. Now the 737 comes up on
the runway with dead engines. Prop models seem to work and the
YASIM-747 comes up running.
To be fair: YAsim jets can't be shut off. :)
Andy
___
Jim Brennan wrote:
[UAL 747-400 flaps settings]
Great stuff, thanks. It's in CVS. The only problems are that the
current control system doesn't support the joint slats/flaps deployment
(it can only drive one property from the settings stuff, I'll have
to think on how to fix that) and there is
- Original Message -
From: Andy Ross [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Sunday, February 01, 2004 9:15 AM
Subject: Re: [Flightgear-devel] 737 Engine Start
Jon Wojnaroski wrote:
Finally got around to moving up to 0.9.3. Now the 737 comes up
- Original Message -
From: Curtis L. Olson [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Sunday, February 01, 2004 8:52 AM
Subject: Re: [Flightgear-devel] CVS Compile
Hi John,
Try configuring with out the -with-weathercm option. Someone might need
Norman Vine wrote:
There is a conflict between windows.h and some of the libstdc++ STL
headers unless all of the STL includes are included before windows.h
or visa versa
otherwise some versions of the GNU compilers need NOMINMAX defined
I *really* don't understand why this isn't done in
Hi Mally,
I wasn't aware that you were an MSFS developer and since I currently do a bit of
x-country practice in MSFS with the VisualFlight scenery I'd like to congratulate you
on an awesome job!
I for one would be elated to see a commercially available version of the getmapping
derived
It's not exactly fun to find a free key for locally used functions.
That's why I made an overview about all settings that we have today.
Those printed in red are hard-coded in Input/input.cxx. Others are
only set for particular aircrafts. For example:
R (82) fokker100: Toggle thrust
Roy Vegard Ovesen wrote:
I've slapped together a short document on controller tuning.
[ snip ]
Thanks Roy!
For everyone: I've integrated this into a larger document which attempts to
explain the basic ideas behind control theory and then describes the
specific PID algorithm we have implimented
23 matches
Mail list logo
