Jim Wilson <[EMAIL PROTECTED]> said:
> David Megginson <[EMAIL PROTECTED]> said:
>
> > Look for an include file plib/psl.h. If it's not there, then plib 1.6
> > didn't include PSL (and I will #ifdef it out).
> >
>
> Yes, that's the problem. It isn't there.
>
Actually there is another proble
David Megginson <[EMAIL PROTECTED]> said:
> Look for an include file plib/psl.h. If it's not there, then plib 1.6
> didn't include PSL (and I will #ifdef it out).
>
Yes, that's the problem. It isn't there.
Best,
Jim
___
Flightgear-devel mailing li
Jim Wilson writes:
> Any chance we could have a flag to disable the new scripting code?
> I don't think the scripting stuff is in plib stable. At least it
> looks that way from here.
Look for an include file plib/psl.h. If it's not there, then plib 1.6
didn't include PSL (and I will #ifdef i
Any chance we could have a flag to disable the new scripting code? I don't
think the scripting stuff is in plib stable. At least it looks that way from
here.
My apologies if this is incorrect. I'm not following the plib work and the cvs
server is down at the moment.
Best,
Jim
___
David Megginson <[EMAIL PROTECTED]> said:
> Jim Wilson writes:
>
> > I'm still having trouble making landings reliably in nice weather
> > so you won't have to worry about seeing me up there :-) Of course
> > the big problem with 700ft ceiling is not the height but not
> > knowing what the he
Jim Wilson writes:
> I'm still having trouble making landings reliably in nice weather
> so you won't have to worry about seeing me up there :-) Of course
> the big problem with 700ft ceiling is not the height but not
> knowing what the height will likely be once you get up there
> (hmmm...mi
Mike Bonar writes:
> No hablo ingles, hombre ;-)
Pues has que quedar sobre la tierra.
All the best,
David
--
David Megginson, [EMAIL PROTECTED], http://www.megginson.com/
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgea
David Megginson <[EMAIL PROTECTED]> said:
> I think that most FlightGear users fly on the default nice, clear day.
> For a bit of variety, try this command-line -- definitely not legal
> VFR in the control zone, but (amazingly) legal in uncontrolled
> airspace over non-built-up areas:
>
> fgfs
You know, I still have a copy of LHX. It fits on a 1.44MB floppy, and it
still runs! That was my first flight sim (*sighf*), and I've been hooked
ever since.
Mike
On Thursday 16 January 2003 09:41, Curtis L. Olson wrote:
> Arnt Karlsen writes:
> > On Thu, 16 Jan 2003 09:16:36 -0600,
> > "Cur
No hablo ingles, hombre ;-)
Mike
On Thursday 16 January 2003 07:29, David Megginson wrote:
> I'm working on integrating the menubar into the XML-configurable GUI
> infrastructure. There will be two big benefits from doing so:
>
> 1. Menu items will be bound using exactly the same mechanism as
On Thu, 16 Jan 2003 15:00:06 -0600
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
For the C++ experts, I'm starting to see a lot of these
sorts of
warnings? Other than trying to avoid and clean up
warning litter, is
this dangerous? What's the best fix for this?
By the way, the fix is to declar
On Thu, 16 Jan 2003 15:00:06 -0600
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
For the C++ experts, I'm starting to see a lot of these sorts of
warnings? Other than trying to avoid and clean up warning litter, is
this dangerous? What's the best fix for this?
../../src/Main/globals.hxx:321: wa
I think that most FlightGear users fly on the default nice, clear day.
For a bit of variety, try this command-line -- definitely not legal
VFR in the control zone, but (amazingly) legal in uncontrolled
airspace over non-built-up areas:
fgfs --visibility=1500 --prop:/environment/clouds/layer/type
Curtis L. Olson writes:
> Sound ok David? I think this is your code.
Globals is no one's. You (Curt) started it, and I've hacked it a
lot. I actually plan to take a hatchet to it soon and cut out a lot
of deadwood, and I'll queue up this change as well. I don't want to
make it alone, because
Curtis L. Olson writes:
> For the C++ experts, I'm starting to see a lot of these sorts of
> warnings? Other than trying to avoid and clean up warning litter, is
> this dangerous? What's the best fix for this?
>
> ../../src/Main/globals.hxx:321: warning: `class FGGlobals' has virtual funct
Curtis L. Olson writes:
> I get "wind" and "air" not defined type message when I try to select
> those menu choices.
Double-check that you have the most recent base package -- it sounds
like you might have updated in the middle of my update. Do you have
these files?
$FG_ROOT/gui/dialogs/win
Curtis L. Olson wrote:
> For the C++ experts, I'm starting to see a lot of these sorts of
> warnings? Other than trying to avoid and clean up warning litter, is
> this dangerous? What's the best fix for this?
>
> warning: `class FGGlobals' has virtual functions but non-virtual destructor
If you h
Curtis L. Olson writes:
>
> Another question. Anyone have experince with creating a line in a
> Tk::Canvas widget and then extending it with additional coordinates?
> I can read the man pages to see what I'm supposed to do, but I don't
> see a clear explanation of the tagOrId concept and all my at
Another question. Anyone have experince with creating a line in a
Tk::Canvas widget and then extending it with additional coordinates?
I can read the man pages to see what I'm supposed to do, but I don't
see a clear explanation of the tagOrId concept and all my attempts
have so far failed.
Curt.
Norman Vine writes:
> Curtis L. Olson writes:
> >
> > For the C++ experts, I'm starting to see a lot of these sorts of
> > warnings? Other than trying to avoid and clean up warning litter, is
> > this dangerous? What's the best fix for this?
> >
> > ../../src/Main/globals.hxx:321: warning: `clas
Curtis L. Olson writes:
>
> For the C++ experts, I'm starting to see a lot of these sorts of
> warnings? Other than trying to avoid and clean up warning litter, is
> this dangerous? What's the best fix for this?
>
> ../../src/Main/globals.hxx:321: warning: `class FGGlobals' has virtual functions
For the C++ experts, I'm starting to see a lot of these sorts of
warnings? Other than trying to avoid and clean up warning litter, is
this dangerous? What's the best fix for this?
../../src/Main/globals.hxx:321: warning: `class FGGlobals' has virtual functions but
non-virtual destructor
Thanks
David,
I get "wind" and "air" not defined type message when I try to select
those menu choices.
Also a question for you. Temperature and pressure. I was confused
when I looked at these. Are they defined for the current altitude, or
at sea level or something else. From the perspective of build
> Much of it's beauty is in it's simplicity. It's definitely good for
> an hour or two of entertainment.
Back in the days of ACM release 4.6/4.7 I spent _many_ hours with this
(compiling and playing). ACM was incredibly fast, even on a 133 MHz 486 (by
AMD). Although not that realistic as FlightGe
I've just finished the first draft of a new, experimental menubar that
uses regular FlightGear command bindings; currently, the menubar has a
"File" menu with a "Quit" item, and a "Weather" menu with a "Winds"
item and an "Air" item (temperature, dew point, and pressure). If you
want to try it out
David Megginson writes:
>
> In my IFR textbook, I found the following rule-of-thumb for VOR (or,
> presumably) any VHF reception over flat terrain:
>
> range_nm = 1.23 * sqrt(altitude_ft_agl)
This is what is often called the 'distance to radar horizon'
uFeet = 1.22
uMeters = 2.21
nautical mil
On 1/15/03 at 6:20 PM Bernie Bright wrote:
>On Wed, 15 Jan 2003 01:45:30 +
>"David Luff" <[EMAIL PROTECTED]> wrote:
>
>[snip]
>
>> ... FWIW I'm currently writing a
>> program to allow the laying out of a logical taxiway and parking place
>> network for AI planes to follow over an image of Fli
In my IFR textbook, I found the following rule-of-thumb for VOR (or,
presumably) any VHF reception over flat terrain:
range_nm = 1.23 * sqrt(altitude_ft_agl)
In other words, in flat terrain with no interference, you should be
able to receive a VOR station clearly from about 38 nm at 1,000 ft
AG
Arnt Karlsen writes:
> On Thu, 16 Jan 2003 09:16:36 -0600,
> "Curtis L. Olson" <[EMAIL PROTECTED]> wrote in message
> <[EMAIL PROTECTED]>:
>
> > Mike Bonar writes:
> > > Has anyone seen this site before? Might be some usable code there.
> > >
> > > http://websimulations.com/products.htm
> >
On Thu, 16 Jan 2003 09:16:36 -0600,
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote in message
<[EMAIL PROTECTED]>:
> Mike Bonar writes:
> > Has anyone seen this site before? Might be some usable code there.
> >
> > http://websimulations.com/products.htm
>
> Yes, this is Riley Rainey's stuff. H
> > http://websimulations.com/products.htm
>
> Yes, this is Riley Rainey's stuff. He wrote ACM for Unix which was/is
> a pretty fun combat game that works in native X11 (i.e. doesn't need
> opengl.) The graphics are simplistic and crude, but the action is a
> lot of fun. It would be interesting
Mike Bonar writes:
> Has anyone seen this site before? Might be some usable code there.
>
> http://websimulations.com/products.htm
Yes, this is Riley Rainey's stuff. He wrote ACM for Unix which was/is
a pretty fun combat game that works in native X11 (i.e. doesn't need
opengl.) The graphics a
I'm working on integrating the menubar into the XML-configurable GUI
infrastructure. There will be two big benefits from doing so:
1. Menu items will be bound using exactly the same mechanism as other
bindings (keyboard, mouse, joystick, panel) -- that means that
they'll be able to execute
> Gene Buckle writes:
> > > >
> > > > So, that don't impresses her much?
> > > >
> > > > Erik
> > >
> > > No. But Shania helped me discover a better approach...
> > >
> > You wear leopard print dresses? *gd&r*
>
> Jon was up here in MN one time so we got together for breakfast.
> Imagine our horr
34 matches
Mail list logo