issing ';' before identifier 'arc_list_itr'
c:\flightgear\src\atc\ground.hxx(52) : fatal error C1004: unexpected end of file found
runways.cxx
c:\flightgear\src\atc\runways.cxx(40) : fatal error C1083: 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
2031, 2300, 2352, 2404, 2614, 2666, 2718, 2770, 2822, 3020, 3072, 3124, 3176, 3228, 3438, 3490, 3542, 3594, 3646
Thanks!
Jonathan Polley
http://homepage.mac.com/eq_fidget/FileSharing1.html
A screen shot can be found at:
http://homepage.mac.com/eq_fidget/MagicCarpet.png
Give it a try and let me know what you think.
Jonathan Polley
p.s. I just use the keyboard, so I haven't a clue how well the rates work
for
On Thursday, March 28, 2002, at 06:41 PM, Andy Ross wrote:
> Jonathan Polley wrote:
> > *trundles downstairs to PC*
> > *makes edit*
> > *compiles*
> > *says dirty words*
> > *trundles back upstairs to Mac*
>
> *ssh's into home machine from 7 miles
;
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:
>>
>>
SVC gives 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_MOU
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!
Jon
data (i.e.,
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
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'
>> .\s
igning that to a local did not solve the problem, so I am now stuck,
again. At least the above line was added in version 1.35 of input.cxx,
rather than it being a problem with MSVC that was awoken as a side effect
of another change.
Any ideas?
Thanks,
Jonathan Polley
p.s. Has a solution been d
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
(). As a test I added an overloaded
> "GetAlphaCLMax(int) const" member function and got the same compilation
> error.
>
Given that M$ most likely won't be fixing this "feature," what is the best
solution? Personally, I am not a fan of the type cast as a solution, but
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
istinfo/flightgear-devel
>
I think 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
___
On Sunday, March 24, 2002, at 08:49 PM, Tony Peden wrote:
On Sun, 2002-03-24 at 18:09, Jon Berndt wrote:
from: [EMAIL PROTECTED]
You aren't at Flight Dynamics division, are you?
error. Does specifying '--pedantic' on the gcc command line cause any
other warnings?
Jonathan P
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 (thank
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
FGAuxiliar
With today's version of props.cxx, SimGear builds for me. Thank you. I
wish I could have been of some help.
Jonathan Polley
On Friday, March 22, 2002, at 06:35 AM, David Megginson wrote:
> Jonathan Polley writes:
>
>> The only thing I see it complain about is using std
ghtGear app to verify if my FDM build
problems are just me?
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
ranging 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 Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
the
same errors. Considering the problems I am having getting JSBSim to
compile, with similar 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
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
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
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'
>&
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 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&#
ldren[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 Polley writes:
I just updated to the ne
t;> I assume that this is the setting for the WGS-84 datum.
> It is the pressure 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 ques
the configurer would just tweak the file,
not add entries.
It would also be nice 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:
>
reading on the descriptions for the pilot and
chase views? Is the aircraft orientation overridden by the runway
geometry at an airport? I assume that the section is FDM
specific?
Finally, PLEASE pick nits with this document. I want it to be as accurate
(and useful) as possible.
Thanks,
Jona
some updates to the preferences.xml documentation
http://homepage.mac.com/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
her XML files are rather easy to figure out (i.e,. 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
_
s from 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
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
olor...)
>
> But I'll bite: why is color rendering not appropriate 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. ;)
Jo
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
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_s
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 etc. While this is a pain in the
> butt to type, at least the compiler
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 06:52 PM, Jim Wilson wrote:
> Jonathan Polley <[EMAIL PROTECTED]> said:
>
>> Does anyone have some documentation on how to build the preferences.xml
>> file? I would like to write a "preferences manager," if such a tool does
>
ut 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.
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.fl
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,
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 w
ode I 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
>&g
KC-135, B-1B, 747), mag var changes very
slowly.
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
larger one). I 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 acro
d to
load 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
*/
#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, C
r version
(0.0.8), FlightGear's definition is "0.57" (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 l
some work on my Mac as well.
Jonathan Polley
On Thursday, February 7, 2002, at 03:36 PM, Darrell Walisser wrote:
>
> I'll be working on the Mac OS X build this weekend.
>
> -D
>
>
> ___
> Flightgear-devel mailing li
default:
assert(false);
may need to be changed to
default:
assert(false);
return 0.0; //???
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
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
without the fog (mainly because I like observing the terrain).
Eventually, I will probably see if I can control the fog level
independently from the visibility, since I prefer a lighter, more
hazie(?), fog.
Jonathan Polley
On Sunday, February 3, 2002, at 05:29 PM, Alex Perry wrote:
>> So
.
Thanks,
Jonathan Polley
On Saturday, February 2, 2002, at 10:30 PM, Alex Perry wrote:
>> Not
>> being a pilot, I am sure that may visibility range is set too high
>
> If you want realistic numbers to try (for the US pacific coast) ...
> * Set the time to 3pm local and vi
to stress my systems.
Thanks for the assistance,
Jonathan Polley
On Saturday, February 2, 2002, at 04:39 AM, Christian Mayer wrote:
> Jonathan Polley wrote:
>>
>> If I can put in my $0.02, I would like to see an effort de-couple the
>> tasks that take place as a part
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:
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
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 us
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
properly manage 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 3
idea as to why it is happening and how to fix it? I have looked through
FGNewCache::make_space(), but it is not obvious what is happening. I know
it is traversing a tree, but the STL usage is rather hard to debug using
MSVC.
Thanks for the help,
Jonat
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 discuss
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 "
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
201 - 264 of 264 matches
Mail list logo
