is currently located at:
http://homepage.mac.com/eq_fidget/FG_Dox/fgfs_docs.html
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
I know I had something wrong! Thanks, fixing it now.
Jon
On Monday, January 21, 2002, at 11:20 PM, Cameron Moore wrote:
* [EMAIL PROTECTED] (Jonathan Polley) [2002.01.21 23:14]:
http://homepage.mac.com/eq_fidget/FG_Dox/fgfs_docs.html
Just wanted to mention that TerrainGear should
FWIW, I just bought a GeForce 2 Pro from newegg.com for US$90. It was
the Gainward Ti450 and works quite well.
Jon
On Sunday, January 27, 2002, at 11:52 AM, Elad Yarkoni wrote:
Hi Guys,
I know you hate it... and this topic seems to be
endless on FGFS-Devel group, AND this discussion
the
byte-order issues, but it works like a champ. IMHO, --native_fdm= has a
cleaner interface than does --native=. To see the data structure that
the FDM needs to generate, look in Network/raw_fdm.hxx.
Jonathan Polley
p.s. I have submitted my edits.
On Thursday, January 31, 2002, at 06:37 PM
not loading tiles. Ideally, I would like the frame rate to not drop below 30. This is because I would like to, eventually, incorporate a helicopter model and low frame rates will kill you. While loading tiles, under windows, i have the frame rate drop to below 5 FPS.
Jonathan Polley
On Thursday
Multicast has a defined IP address range (class D, I believe) so you
shouldn't have to add the 'multicast' option the to --native= argument.
On Friday, February 1, 2002, at 01:30 AM, Roman Grigoriev wrote:
Guys I propose to use multicast for multiply windows visualisation
Now we can only use
in pitch, WRT the earth.
Am I expecting the right behavior or am I just confused?
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
That is kind of what I thought, given that the database entries are
pitch/roll/heading rather than pitch/roll/yaw, I just wanted to be
sure. It isn't too hard of a transformation to go from body referenced
to earth referenced.
Jonathan Polley
On Saturday, February 2, 2002, at 04:51 PM
I tried halving the fog values and got something that looked more
realistic, for the long distance visibilities at least. Would it be
possible to change the fog equations along with the visibility? This
would be for post-0.8.0.
Jonathan Polley
On Monday, February 4, 2002, at 09:13 PM
(and defines FG_VERSION as 7).
I'm not sure what impact this will have (probably none), but it is
something to look at.
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear
*/
#define FLIGHTGEAR_VERSION MSVC6-FGFS32-0.7.8
/* Define to version number */
#define VERSION 0.57
#ifndef FG_VERSION /* allow override */
#define FG_VERSION 7
#endif /* FG_VERSION */
Jonathan Polley
On Monday, February 11, 2002, at 12:39 PM, Christian Mayer wrote:
Jonathan
Xfree86?
Thanks,
Jonathan Polley
On Saturday, February 16, 2002, at 08:38 PM, Curtis L. Olson wrote:
Right now on the FlightGear downloads page we have ready to run
binaries for Windows, Mac OS X, Debian, and Sgi.
As people build executables for these platforms it would be great to
be able
tend to pad all my structures, but then I
tend to interface multiple, different, languages (usually Ada and C).
Jonathan Polley
On Thursday, February 21, 2002, at 11:24 PM, John Wojnaroski wrote:
Hi,
If anyone has tried running the FG/OpenGC displays across a network of
mixed
platforms you
), mag var changes very
slowly.
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
have seen assumes that all platforms share the same byte
order (usually little-endian).
Jonathan Polley
On Sunday, March 3, 2002, at 03:08 PM, David Megginson wrote:
Curtis L. Olson writes:
Is anyone still using this ancient file format? Does anyone have any
objections to ending support
I just built yesterday's (March 4, 2002) FlightGear for Win32. You can
pull it down from:
http://homepage.mac.com/eq_fidget/FileSharing1.html
Jonathan
p.s. It is 2.6 MB in size and was built with MSVC.
On Monday, March 4, 2002, at 01:47 PM, Wolfram Kuss wrote:
I need a fairly current
I build using RH 7.1, among others, and had no problem building Metakit.
I unpacked the archive to my home directory and did the standard make and
make install. What kind of errors are you seeing?
Jonathan
On Wednesday, March 6, 2002, at 10:09 AM, Martin Dressler wrote:
I'm not RH user,
tend to be a bit
functional (OK, ugly), and I will be learning XML at the same time. Any,
and all, help will be greatly appreciated.
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman
On Sunday, March 10, 2002, at 07:02 PM, David Megginson wrote:
Jonathan Polley writes:
I have some experience with Tkinter. but my GUIs tend to be a bit
"functional" (OK, ugly), and I will be learning XML at the same
time. Any, and all, help will be greatly appreciated.
If you
On Sunday, March 10, 2002, at 08:04 PM, Alex Perry wrote:
Another sneaky bonus of XML over LISP is in the bracketing. Instead of
having fifteen close parentheses stacked up at the end of the function,
you get to say /a/b/c/d/e/f etc. While this is a pain in the
butt to type, at least the
I just updated my Windows machine with the latest source and did a build.
Under MSVC, it does not like:
static const struct {
string name;
double (*fn)(double);
} __fg_snd_fn[] = {
// {lin, _fg_lin},
{inv, _fg_inv},
{abs, _fg_abs},
{sqrt, _fg_sqrt},
Changing the data structure to read:
static const struct {
char * name;
double (*fn)(double);
} __fg_snd_fn[] = {
caused everything to work properly. I know that this is not the proper C+
+ solution, but it worked for me.
Jonathan Polley
On Monday, March 11, 2002, at 08:21
for helicopter
simulation? IANA(H)P, of course, but I'm pretty sure they're not
*all* colorblind. :)
Think that pretty green color you see through night vision goggles or
thermal sights. ;)
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL
found old versions (2.2) to be rather difficult to install (OK, I prefer
the graphical installation process of RH). I am planning to transition
when 3.0 arrives (soon?).
Jonathan Polley
p.s. I have had none of the problems with OpenGL that is warned in the
FAQ and am running gcc 2.9x, rather
the
property list (i.e., the various FDMs, etc.)?
http://homepage.mac.com/eq_fidget/FG_Dox/preferences_xml.html
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
,. keyboard.
xml), but others are not (i.e., the FDM specific files). Does anyone have
anything written that describes these? The materials.xml file has quite a
nice description at the top.
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
/eq_fidget/FG_Dox/preferences_xml.html
Thanks for the info,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
.
Thanks,
Jonathan Polley
p.s. File is located at:
http://homepage.mac.com/eq_fidget/FG_Dox/preferences_xml.html
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
if the engine data could be grouped (the fact that
the engine exists and its configuration).
FWIW,
Jonathan Polley
On Monday, March 18, 2002, at 12:37 PM, Curtis L. Olson wrote:
David Megginson writes:
Andy Ross writes:
This would require changing the defaulting semantics, though. The
default
setting on the altimeter, that can be adjusted by
turning the knob on the altimeter.
I assume that it is in mm of Hg?
Unfortunately I don't know the answers to your other questions.
That is far more answers that I had before.
Thanks!
Jonathan Polley
= 0; i max; i++)
if (compare_strings(_children[i]->getName(), name))
children.push_back(_children[i]);
sort(children.begin(), children.end(), CompareIndices()); -- Line 801
return children;
}
...
Jonathan Polley
On Wednesday, March 20, 2002, at 07:44 AM, David Megginson wrote:
Jonathan Po
On Wednesday, March 20, 2002, at 06:00 PM, Christian Mayer wrote:
Jonathan Polley wrote:
MSVC 6.0 still whines about
props.cxx
C:\SimGear\simgear\misc\props.cxx(23) : error C2039: 'sort' : is not a
member of 'std'
C:\SimGear\simgear\misc\props.cxx(23) : error C2873: 'sort' : symbol
the
errors in FGPropertyManager.h.
The full build result file can be found at:
http://homepage.mac.com/eq_fidget/FG_Dox/FlightGear.html
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman
On Thursday, March 21, 2002, at 06:43 AM, David Megginson wrote:
Jonathan Polley writes:
MSVC 6.0 still whines about
props.cxx
C:\SimGear\simgear\misc\props.cxx(23) : error C2039: 'sort' : is not a
member of 'std'
C:\SimGear\simgear\misc\props.cxx(23) : error C2873: 'sort' : symbol
On Thursday, March 21, 2002, at 03:37 AM, Erik Hofman wrote:
Jonathan Polley wrote:
After getting SimGear to build under MSVC 6.0 (thanks Christian), I moved on to getting all of FlightGear to build. For some reason, MSVC does not like JSBSim (over 1200 errors generated) but I had no problem
The only way I can get SimGear to build is to replace
SG_USING_STD(sort);
with
SG_USING_NAMESPACE(std);
Nothing else seems to work. I have tried cleaning and rebuilding from
scratch *multiple* times.
Jonathan Polley
On Thursday, March 21, 2002, at 06:43 AM, David Megginson wrote
complaints, I am getting concerned that something
has gone terribly wrong. If I had a better understanding of C++ and/or
STL, I could be more help hunting this down. I may have to attempt a
re-install of MSVC tomorrow.
Thanks,
Jonathan Polley
(namely the
updates, and only the updates, to JSBSim) blow body parts across the room.
I can change the behavior of JSBSim by rearranging the #includes in some
of the modules, but I cannot get rid of the errors.
Is anyone else building under MSVC 6.0 (or other MSVC compiler)?
Thanks,
Jonathan
FDM build
problems are just me?
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
As of today's updates to JSBSim, I no longer have MSVC complaining as much about compiling things like FGAerodynamics.cpp. I do get some errors, but they are all the same one.
Thanks!
Jonathan Polley
Failing Modules:
FGAerodynamics.cpp
FGAircraft.cpp
FGAtmosphere.cpp
FGAuxiliary.cpp
On Sunday, March 24, 2002, at 04:18 AM, Bernie Bright wrote:
Jonathan Polley wrote:
On Thursday, March 21, 2002, at 03:37 AM, Erik Hofman wrote:
Jonathan Polley wrote:
After getting SimGear to build under MSVC 6.0 (thanks
Christian), I moved on to getting all
that will be added to chapter 150 of my book on Why I Love Using
Microsoft Products. My guess is that we have something related to the
Function Template Parameter problem.
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http
Tony,
Oddly enough, src/Controls/controls.cxx compiles just fine.
Jonathan Polley
On Monday, March 25, 2002, at 09:08 PM, Tony Peden wrote:
On Mon, 2002-03-25 at 15:43, Bernie Bright wrote:
Tony Peden wrote:
It's unfortunate but I think we're going to have to incorporate this
cast
) const { return vXYZep(idx); }
Just a thought,
Jonathan Polley
Cheers,
Bernie
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
for the
compiler and it can finally generate code. It would have been just too
convenient if things ended there, though. NOW, MSVC is telling me that I
have unresolved symbols! GR. I pretty sure that this is another
compiler bug, but I will take a deeper look tomorrow.
Jonathan Polley
On Thursday, March 28, 2002, at 06:12 AM, David Megginson wrote:
Jonathan Polley writes:
.\src\Input/input.hxx(321) : error C2248: 'MAX_MOUSE_BUTTONS' : cannot
access private enumerator declared in class 'FGInput'
.\src\Input/input.hxx(250) : see declaration
.,
since this is private, I can not know anything about its representation at
compile time so I will treat it all as dynamic). I have seen this
behavior with const's since, although they are static, they get allocated
in data space.
Just a thought,
Jonathan Polley
On Thursday, March 28, 2002, at 07
this behavior
before). I also brought in the newest input.cxx and I can now run
FlightGear again.
Let me know when the decision has been made on how FlightGear will be
working around MSVC's inability to deal with overloading and I can revert
all my files back to CVS.
Thanks for the help!
Jonathan
a similar error for protected enumerations as it does for
private:
.\src\Input/input.hxx(322) : error C2248: 'MAX_MOUSE_BUTTONS' : cannot
access protected enumerator declared in class 'FGInput'
.\src\Input/input.hxx(249) : see declaration of 'MAX_MOUSE_BUTTONS'
Sorry,
Jonathan Polley
;
SGPropertyNode * mode_node;
SGPropertyNode * mouse_button_nodes[MAX_MOUSE_BUTTONS];
int nModes;
int current_mode;
mouse_mode * modes;
};
Thanks!
Jonathan Polley
On Thursday, March 28, 2002, at 06:23 PM, Bernie Bright wrote:
David Megginson wrote:
Jonathan Polley writes
, 2352, 2404, 2614, 2666, 2718, 2770, 2822, 3020, 3072, 3124, 3176, 3228, 3438, 3490, 3542, 3594, 3646
Thanks!
Jonathan Polley
: Cannot open include file: 'runways.hxx': No such file or directory
I can fix the problem in approach.cxx, but the ones in ground.cxx I cannot (I love the STL problems). Also, I have no idea where runways.hxx went.
Thanks,
Jonathan Polley
Erik,
Worked like a champ.
Jonathan Polley
On Wednesday, April 3, 2002, at 03:05 AM, Erik Hofman wrote:
Jonathan Polley wrote:
I just updated to the newest uiuc_menu.cpp and am still getting the
compile problem, but far fewer instances. MSVC error is:
c:\flightgear\src\fdm\uiucmodel
Doing some more investigation, I found that there is a runways.cxx in both
FlightGear/src/ATC and FlightGear/src/Airports. Are they the same?
Thanks,
Jonathan Polley
On Wednesday, April 3, 2002, at 07:30 PM, Jonathan Polley wrote:
I just updated to the latest CVS and tried to build
I just finished successfully building with MSVC. Thanks for the updates!
Jonathan Polley
On Thursday, April 4, 2002, at 03:22 AM, D Luff wrote:
Jonathan Polley wrote:
Doing some more investigation, I found that there is a runways.cxx in
both
FlightGear/src/ATC and FlightGear/src
areas? If so, which files
should I purge?
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
I used 'cvs update -dP' to pull the updates.
On Friday, April 5, 2002, at 09:47 PM, Curtis L. Olson wrote:
For SimGear did you run cvs update -d ? It may be that you didn't
get the new directory pulled over. By default cvs update doesn't
grab new directories.
Curt.
Jonathan Polley
.
double GetThrottleCmd(int engine) const;
Removing the 'const' causes problems to crop up elsewhere.
Thanks,
Jonathan Polley
p.s. Another odd thing happened. It seems that, in the latest update of
FGAerodynamics, when
inline double GetForces(int n) const {return vForces(n);}
was changed
On Saturday, April 6, 2002, at 08:09 PM, Tony Peden wrote:
On Sat, 2002-04-06 at 17:53, Jonathan Polley wrote:
p.s. Another odd thing happened. It seems that, in the latest update of
FGAerodynamics, when
inline double GetForces(int n) const {return vForces(n);}
was changed to
double
On Sunday, April 7, 2002, at 10:47 AM, Frederic Bouvier wrote:
From: Jonathan Polley [EMAIL PROTECTED]
Just updated to the newest CVS for everything. While linux us now
compiling and running just fine (thanks Curt), MSVC continues to whine.
First: The #include fg_props.hxx in viewer.cxx
apologize for not remembering by whom, change to
enum {FG_MAX_TANKS = 2,
FG_MAX_WHEELS = 3,
FG_MAX_ENGINES = 4,
};
it compiles, links, and runs just fine.
Thanks!
Jonathan Polley
Flying Again!
, but that has been
fixed (but in a VERY UGLY way).
If you are wondering why a UFO FDM, it is because it's best that I not
replace the existing magic carpet and this FDM does behave like a UFO (it
hovers, can spin and pitch while hovering, and does not obey the laws of
physics ;)
Jonathan Polley
e used to define structures, but will take the enumeration equivalent.
As always, I have no problems with Linux.
Thanks,
Jonathan Polley
Changing the '' to a '*' did not solve the problem. When I made Fred's
change (removing 'const' but leaving the '') I was able to get it to
build.
Thanks!
Jonathan Polley
On Thursday, April 11, 2002, at 12:37 AM, Jim Wilson wrote:
Jonathan on those four lines (thats all there is) change
Jim,
I did what you recommended and changed virtual const sgMat4 get...
to virtual const sgMat4 * get... If I changed virtual const sgMat4
get... to virtual sgMat4 get... then everything worked.
Jonathan Polley
On Thursday, April 11, 2002, at 07:02 PM, Jim Wilson wrote:
Jonathan
Just updated to the newest CVS and found the following:
Model/model.cxx
FG3DModel::update has both a definition of (unsigned int i) and (int i) as
loop variables. As usual, MSVC does not like this. Fixing this problem
causes everything to work just fine.
Thanks,
Jonathan Polley
and,
although they are mainly type conversions to boolean that are not
integral, a couple are due to not having all control paths covered in some
functions.
A list of the warnings can be found at:
http://homepage.mac.com/eq_fidget/FlightGearErrors.html
Thanks,
Jonathan Polley
On Saturday, April 13, 2002, at 02:39 PM, David Megginson wrote:
Jonathan Polley writes:
I know that there was some discussion on this topic just after the
0.7.9 release, but I don't remember the outcome (or if there was
one). Will the next release be feature adding, or bug squashing
On Sunday, April 14, 2002, at 03:42 AM, Erik Hofman wrote:
Jonathan Polley wrote:
I can easily submit patches for the more obvious errors (eliminating
unreferenced local variables, adding some type casts), but I don't feel
Well, that can be problemeatic, since it might hide other
am use to seeing from others).
If the FDM people think they can trust me, I can give them patches for
fixing the type mismatches. There are four cases where not all control
paths are covered in a function. I assume that I should not touch these,
either.
Jonathan Polley
On Sunday, April 14
of a leading
zero on numbers 1.0 (I prefer seeing 0.5 rather than .5). Is there a
general preference for FlightGear?
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
On Tuesday, April 16, 2002, at 11:54 PM, Julian Foad wrote:
Jonathan Polley wrote:
...
Aside from removing unreferenced variables, the bulk of the changes were
in the area of the use of floating-point. Since C does all passing of
floats as doubles, and does all math in double, could we
similar FPS values. I would go with the compiler environment
you prefer. If you prefer an IDE, you may want to use MSVC under Windows.
I don't know if you can build FlightGear under something like KDevelop.
Jonathan Polley
On Wednesday, April 17, 2002, at 09:15 AM, Curtis L. Olson wrote:
Marcel
On Wednesday, April 17, 2002, at 07:45 PM, Julian Foad wrote:
Jonathan Polley wrote:
My C training goes back to circa 1985, at which time all floats were
passed as doubles.
Yes, they were.
In fact, the modern C/C++ compilers to which I have
access still do this (I don't use gcc
Just did a CVS update and rebuild. There is a warning in sgVec3Slider.css
(line 579) that should probably be fixed:
if (fabs(y) 0.001f)
y == 0.001f;
should probably be
if (fabs(y) 0.001f)
y = 0.001f;
Jonathan Polley
,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
I have a copy of built with MSVC, but it is still reporting itself as
version 0.7.9 when it starts.
On Monday, April 22, 2002, at 01:25 PM, Curtis L. Olson wrote:
I'm just wondering if a windows developer would mind building a 0.7.10
windows version (--without-logging) and send it to me for
The 0.7.10 version of config.h-msvc6 reports itself as
#define FLIGHTGEAR_VERSION "MSVC6-WIN32-0.7.9"
Which gets printed on startup. It also exports the following version constant.
#define VERSION "0.57"
Jonathan Polley
I can convert the file to HTML, but it winds up begin about 3.6 MB, and I
use Powerpoint to do the conversion (.
Jonathan Polley
On Thursday, April 25, 2002, at 01:29 PM, Christian Mayer wrote:
Curtis L. Olson wrote:
Dawn,
Thanks for sharing about your project. Not to sound picky
On Thursday, April 25, 2002, at 05:56 PM, Jon S Berndt wrote:
On Thu, 25 Apr 2002 20:31:51 +0200
Arnt Karlsen [EMAIL PROTECTED] wrote:
Do flying saucers have windows?
Word has it they use Linux, actually.
..how about the one that came down in Roswell, NM? ;-)
Where do you think
Dawn,
I have converted the PPT presentation to HTML. It can be found at:
http://homepage.mac.com/eq_fidget/WolfProject.htm
I have verified it with Netscape, so I know it is not MS specific ;)
Jonathan Polley
On Thursday, April 25, 2002, at 06:36 PM, Dawn Ellis wrote:
Curt writes
general
problem.
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
to the
landing gear.
Jonathan Polley
p.s. I am ignoring CG here because, to me, it is only one of the
components of understanding the airframe. To me, airframe means body size
and shape.
p.p.s. Is there some generic abstraction of airframe in FlightGear so
that any FDM can properly compute
On Saturday, April 27, 2002, at 07:59 AM, Jon Berndt wrote:
Norman Vine wrote:
Jonathan Polley writes:
The biggest problem I see with C++ and the FAA is that it is VERY hard
to
guarantee that C++ will not do any dynamic memory allocation.
Agreed -- this is the 'crux' of the issue
*
understand them ).
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
the gcvt function */
+inline char* gcvt (double value, int ndigits, char *buf) {
+/* note that this is not exactly what gcvt is supposed to do! */
+snprintf (buf, ndigits+1, %f, value);
+return buf;
+}
+#endif
Jonathan Polley
On Monday, April 29, 2002, at 09:46 PM, Jon Berndt wrote
to build. I wasn't sure if
replacing snprintf() with sprintf() would be safe, so I didn't.
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
On Tuesday, April 30, 2002, at 08:57 PM, Tony Peden wrote:
On Tue, 2002-04-30 at 17:24, Jonathan Polley wrote:
In JSBSim/FGFCS.cpp, I had to add a #define to map _snprintf() to
snprintf(
)
Sorry about that.
Does it make sense to have _snprintf() instead of snprintf()? I tried
defining
the same header on all platforms. My platforms were Solaris II, LynxOS (a
real-time OS), and NT. I wish I could remember which was the case.
Anyway, out solution was to define our own. Doesn't plib define some
portable types?
FWIW,
Jonathan Polley
done if FG_WEATHERCM is defined.
Jonathan Polley
p.s. If FG_WEATHERCM is the recommended code, then we will need to modify config.h-msvc6 to define it.
On Sunday, May 12, 2002, at 09:50 AM, David Megginson wrote:
Jonathan Polley writes:
I just updated to the newest FDM code and hit a problem with
BalloonSim.cpp building under MSVC. Since MSVC does not define
FG_NEW_ENVIRONMENT, the compiler generates the following errors:
Try updating
On Monday, May 13, 2002, at 05:20 AM, David Megginson wrote:
Jonathan Polley writes:
Sorry, I mistyped the incorrect macro. The block of code reads:
#ifdef FG_WEATHERCM
sgScaleVec3(fFriction, v, cw_envelope * wind_facing_area_of_balloon
*
WeatherDatabase-getAirDensity(position
MSVC was complaining about the latter. My solution was:
cout say\n\
what?\n\
;
Jonathan Polley
On Thursday, May 16, 2002, at 11:21 PM, Cameron Moore wrote:
* [EMAIL PROTECTED] (Curtis L. Olson) [2002.05.16 23:06]:
Update of /var/cvs/FlightGear-0.7/FlightGear/src/Main
In directory
\options.cxx(1215) : error C2026: string too big,
trailing characters truncated
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
I fixed the problem by breaking the option strings into logical chunks. I.
e., Each major section gets its own string and print statement. While
this probably is not a good long term solution, it did get me up and
running.
Jonathan Polley
On Thursday, May 16, 2002, at 09:56 PM, Curtis L
On Monday, May 27, 2002, at 04:43 PM, joe mangan wrote:
Standards for application to general aviation aircraft have been revised as to reduce the burden for
certification of specific classes of avionics equipment.
AC 29-1309
An alternative would be to consider an effort to certify
The latest changes to Cockpit/radiostack.hxx causes Network/atlas.cxx to
no longer build. The errors generated are:
atlas.cxx: In method `bool FGAtlas::gen_message()':
atlas.cxx:133: no matching function for call to
`FGRadioStack::get_adf_freq ()'
Jonathan Polley
On Thursday, 20, 2002, at 09:55AM, Norman Vine [EMAIL PROTECTED] wrote:
FYI
http://www.businessweek.com/technology/content/jun2002/tc20020618_2463.htm?r
ef=cnet
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
concerning the legacy interface is that I cannot generate Frameworks or
.app wrappers, unless the underlying makefile does so.
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
PropertyNode ** ' to 'int'
This conversion requires a reinterpret_cast, a C-style cast or function-style cast
c:\simgear\simgear\misc\props.cxx(2335) : error C2040: '!=' : 'int' differs in levels of indirection from 'class SGPropertyNode ** '
Jonathan Polley
1 - 100 of 222 matches
Mail list logo