John Wojnaroski wrote:
Dave Martin wrote:
Unfortunately my total lack of software development skills and
apparent numerical dyslexia would preclude this. That is, unless now
or in the future enough people might become interested in doing this
(I may not code but I'm quite the engineer when
Martin Spott wrote:
Gene Buckle wrote:
Martin Spott wrote:
Arnt Karlsen wrote:
..since we do have guns now in FG, and since Slobodan's shills didn't
dare challenge my "rulings" ;o) on Geneva Convention "disputes" in
soc.culture.yugoslavia, alt.war.yugoslav
Dave Martin wrote:
On Friday 29 July 2005 14:18, Arnt Karlsen wrote:
..and, this latter bit can get us some seriously fat funding:
"FlightGear helps war game authors teach soldiers how
to prevent war crimes."
Or even just "helps Fight Pilots avoid Friendly-Fire incidents ;)
Better ye
Martin Spott wrote:
Arnt Karlsen wrote:
..since we do have guns now in FG, and since Slobodan's shills didn't
dare challenge my "rulings" ;o) on Geneva Convention "disputes" in
soc.culture.yugoslavia, alt.war.yugoslavia etc a decade ago, I believe
we can code both a kill score AI "engine", an
Jon Stockill wrote:
Curtis L. Olson wrote:
I was curious about the idea of removing the case from my Linksys
WRT54G wireless router and powering that by battery. Supposedly it's
running linux and is hackable, but I haven't played around with trying
to hack into it yet.
How much space do y
By flying under the terrain you means like flying in a tunnel under a
montain ? I think it's improbable.
And how would you manage landing on ground or water if one can fly under
them ?
What happens when the FDM system is used for ground based vehicles that
_could_ enter a tunnel?
g.
> Unbelievable. Where have we come to?
>
> http://www.lockon.ru/movies/Collisions%201%20thumbnail.wmv
> http://www.lockon.ru/movies/Virtual%20stunt%201%20thumbnail.wmv
>
Heheh. Yep, those boys at Eagle Dynamics know their stuff for sure.
Thanks to the incessant beggin by myself and others, the ne
> If people thought such a feature might have wider uses it would
> be easy to make a simple generic marker object that could be
> used by all a/c.
>
Stunt smoke like they use at airshows.
g.
--
"I'm not crazy, I'm plausibly off-nominal!"
Proud owner of 80-0007
http://www.f15sim.com - The only
;>some NASA reports. If somebody is already working on this, I'd be
> >>>interested in helping.
> >>
> >>You might contact Gene Buckle about this (http://www.f15sim.com/) he has
> >>gathered quite a bit for the F-15, including a real cockpit ...)
>
; > some NASA reports. If somebody is already working on this, I'd be
> > interested in helping.
>
> You might contact Gene Buckle about this (http://www.f15sim.com/) he has
> gathered quite a bit for the F-15, including a real cockpit ...)
>
Wow. People actually _read_ all the
>
> Now let's see. What's the Cd of a human - 1.0 - 1.3? Area seated astride a
> booomb - 4 sq ft? Make allowance for silly hat - 2 sq ft? Yup, we can do
> that.
>
I love it. You can have a special parameter for it: slim_pickens=1. :)
G
--
"I'm not crazy, I'm plausibly off-nominal!"
Proud own
> life, we should aim to include them in FlightGear. First, however, we
> need to start toning things down a bit.
>
>
I take it this means no FOD sweeping gnomes?
Drat.
g.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.
> > The HUD for the F-15 is a real one. Only the combining glasses are "home
> > made". The HUD optics came out on the short end of the stick in the
> > crash of the jet it was in. The original combiners are made of .250"
> > quartz glass with some kind of semi-reflective coating. I've been tol
> the prize (or title, or whatever) if there is one. if you don't mind my
> asking, though, are you a single guy? or do you have the ability to
> filter out high decibel audio???
...forgot this bit.. :)
I am in fact married. She's a very good and understanding woman.
Besides, she knows the alte
> you win! anyone who's willing to fabricate their own HUD i think should
> take the prize (or title, or whatever) if there is one. if you don't
> mind my asking, though, are you a single guy? or do you have the
> ability to filter out high decibel audio???
>
The HUD for the F-15 is a real one.
> >>Just create a library that is OpenGL compatible, and you're free to do
> >>anything that frightens the rest of us.
> >
> >
> > ..http://sam.zoy.org/projects/libcaca/caca-sabre.png scary enough? ;-)
>
> Great, now I have troubles getting to sleep.
>
Try playing TTY Quake in the darkon a VT1
> Gene Buckle wrote:
>
> >>others engaged in this activity. i fell a little less like a reclusive
> >>nut case :)
> >>
> >>
> >>
> >Heh. Someone mentions nutcases, and I feel obligated to speak up. :)
> >See http://www/f15sim.com for
> others engaged in this activity. i fell a little less like a reclusive
> nut case :)
>
Heh. Someone mentions nutcases, and I feel obligated to speak up. :)
See http://www/f15sim.com for the precise definition of "nutcase". See
www.737simguy.com, www.737sim.com, 737flightsim.com and www.simpits.
Curt, are you sure you're not talking about a Level D simulator? AFAIK,
Level A is the minimum acceptable standard, with no motion base.
g.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-de
> * Alex Romosan -- Saturday 07 August 2004 00:36:
> > you can clearly hear the woman say that if you lift the collective you
> > increase the pitch of the blades so you get more lift and you'll go
> > up. so it would seem that collective up means helicopter goes up.
> > maybe in austria they do it
> Does the ATC currently have speach or is it just printed at the top? Might I
> suggest linking in the festival text-to-speach library for this?
>
What really sucks is that ATC is missing speech too. *grin*
g.
___
Flightgear-devel mailing list
[EMA
Just thought of this - "Flight Notes"
g.
On Fri, 4 Jun 2004, Erik Hofman wrote:
> John Wojnaroski wrote:
>
> >Jon Berndt wrote:
> >>What's the status on the FlightGear newsletter? Did a name ever get
> >> chosen?
> >
> > The list has been narrowed and will be announced with the first issue. Whi
> > I hope this doesn't offend anyone's sensitivities, but from a purely
>
> Only because it's from fox news.
> Don't bother wasting time on a reply, just eat shit Tex.
>
What a wildly inappropriate response. Are you mad at old bomber pilots or
something? I've met him, I thought he was a really c
Nah, how about:
+---+
| We regret to inform you that your son was |
| killed because he was stupid. |
| |
| +--+ |
| | OK | |
| +--
> Arnt Karlsen wrote:
>
> >..dude. This is another "common wisdom"? I can understand 'not
> >allowing it with paying passengers'. But I won't ever put my ass in
> >a spam can driven by some clueless burger flippers who has never
> >been _allowed_to_learn_ how to get out of trouble.
> >
> >..the
> > At a minimum, the simulator should freeze with a message denoting a
> > destructive contact or out of bounds attitude. For instance, the
> > MD-83 sim at Alaska Airlines is configured to freeze if the bank angle
> > exceeds 45 degrees - they don't want their pilots doing that unless
> > it's a
> * Curtis L. Olson -- Friday 30 April 2004 22:52:
> > Because it samples only once per frame, it will almost never see the
> > wall. [...] Besides, flying into buildings isn't exactly top form
> > these days.
>
> That's OK. Also being able to fly through buildings isn't really such
> a problem, al
> On Fri, 30 Apr 2004 09:56:08 -0700 (PDT)
> Gene Buckle wrote:
>
> > You could've saved yourself the effort and joined the simpits-tech
> > mailing list at http://www.simpits.org. There's over 300 people on
> > the list.
>
> I AM on that list :)
>
You could've saved yourself the effort and joined the simpits-tech mailing
list at http://www.simpits.org. There's over 300 people on the list.
g.
On Fri, 30 Apr 2004, Manuel Bessler wrote:
> Hi all,
>
> I've created a mailinglist for those of us who build hardware,
> homecockpits and such.
>
> Gene Buckle wrote:
> > Andy Ross wrote:
> > > [...] otherwise forgettable "Strike Fighters" game [...]
> >
> > I don't know why you'd call it forgettable. There's a huge
> > following that's been making new aircraft and other th
> There was an otherwise forgettable "Strike Fighters" game
> released about a year ago that did contrails really well. You
> could finish a dogfight and look up to see bright, looping
> contrail traces of the fight in the sky.
>
I don't know why you'd call it forgettable. There's a huge followin
> > > The FC adjusts the flap settings to optimal performance under _all_
> > > circumstances. I have yet to read somewhere there is a flap override for
> > > the F-16.
> > >
> >
> > Hmmm. I knew there was a reason I didn't like that airplane. :)
>
> You can see the leading edge slats responding t
> Gene Buckle wrote:
>
> > I have a hard time with the computer controlled flap thing. :) I know
> > that with every jet I've studied, you can manually select the trailing
> > edge flap position. This does not hold true for the leading edge flap
> > t
> > +++
> > > Outside:
> > > - flaps are in wrong position by default after starting flightgear
> > > - flaps can't be triggered
> >
> > This is because flaps are flight computer controlled for the F-16. I
> > suspect that about every (military) aircraft designed after the F-16
> > does
Jon, just use standard ANSI escape sequences.
g.
On Fri, 9 Apr 2004, Jon S Berndt wrote:
> Does anyone know how to do escape sequences in a DOS console? I mean,
> how do you tell the DOS command shell to BOLD or Underline or change
> the color of text?
>
> Jon
>
> _
> > black box. As such, it is no different than any other piece of code:
> > GIGO.
> Just for curiosity: What is GIGO?
>
Garbage In, Garbage Out.
g.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flig
>
> > Roll our own: Probably no one will be interested in this option, but I
> > thought I'd throw it out there just in case. FlightGear is a big
> > enough project now that maintaining our own OS integration layer
> > wouldn't be a terribly large part of the development effort. This
> > would ge
> > > > Arnt Karlsen wrote:
> > > >
> > > > > .._is_ www.cloudcaptech.org the correct address??? I get
> > > > > nothing
> > > > ^^^
> > > > .com
> > >
> > > ..thanks. Oo, _neat_ toys. :-)
> > >
> >
> > VERY neat toys. I wonder if that Cris
> > Arnt Karlsen wrote:
> >
> > > .._is_ www.cloudcaptech.org the correct address??? I get nothing
> > ^^^
> > .com
>
> ..thanks. Oo, _neat_ toys. :-)
>
VERY neat toys. I wonder if that Crista IMU could be used to drive a
ground based arti
> Gene Buckle wrote:
> > Andy, is it possible to make socket calls within a Nasal script? If
> > not, how hard would it be to add that kind of ability?
>
> Right now, you can only talk to the rest of FlightGear through the
> properties tree. Adding the socket stuff prob
Andy, is it possible to make socket calls within a Nasal script? If not,
how hard would it be to add that kind of ability?
tnx!
g.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
> OK. Yes, I've used Delphi and C++ Builder for a while, but haven't
> upgraded in a few years. The free C++ compiler BC++ 5.5 of course did
> not come with an IDE. C++Builder (no "X") of course comes with RAD
> functionality out of the box - that's what it is famous for. It's a
> bit surprising t
> >Unless it's different from the downloaddable version, it does _not_
> >include any kind of RAD tool.
> >
> >g.
>
> You are probably thinking of the free Borland C++ 5.5 compiler. The
> link I provided refers to the Personal Edition of C++BuilderX. They
> are different products. Borland C++Build
> --- start ---
>
> "Accelerate your C++ development with Borland® C++BuilderX Personal, a
> multiplatform development environment for building high-performance C++
> applications. An innovation in C++ development technology, C++BuilderX
> provides an intuitive visual development environment with
> Dell doesn't seem to market machines with Linux installed anymore, do
> they?
>
> Can anyone point me to a major manufacturer that does?
>
Actually they do. I just got a Dell 2650 with Redhat 9 on it. However,
they may not offer them in the "home" market. (The 2650 is an SMP
machine).
g.
> One question though. I mentioned trying to line up with a fuel tanker
> and how the delayed movement was throwing me off. My guess is that this
> behavior was due to slow control surface movements. My question is if
> JSBSim simulates control surface movement speeds (excluding the flaps
> whic
> > If Curt doesn't mind providing the facility, I like the idea.
>
> It would be nice not to be dependant on the facilities offered by people
> outside of flightgear to an extent. Also I'm going to be asking a lot of
> dumb question about input in flightgear and I don't want it to be too public
>
Al, go take a peek at www.simpits.org
g.
On Thu, 4 Dec 2003 [EMAIL PROTECTED] wrote:
> Hi,
> Very nice piece of kit - but a little costly. I've been toying with the idea
> of building my own generic single seat cockpit unit. I do MIDI, LCD, Serial
> and Keyboard interface controllers. Recent
> >
> >That's the way Boeing USED to make them.
> >Compare that cockpit to a new 737-800 ...
> >
> >The new cockpits must make pilot's lives pretty boring.
> >
> >Paul
Take a peek at the 727 and 737 here. Real analog stuff. :)
http://deltasoft.fife.wa.us/BehindTheScenes/
g.
_
> Gene Buckle writes:
> > >
> > > Unfortunately, plib (our scene graph engine) doesn't support
> > > multitexturing at this point in life. :-(
> > >
> >
> > From what I've read, this isn't the only thing it doesn't support th
>
> Unfortunately, plib (our scene graph engine) doesn't support
> multitexturing at this point in life. :-(
>
>From what I've read, this isn't the only thing it doesn't support that
would make life easier for you guys. Why not just dump it for a scene
graph library that does the job you need it
> On 11/25/03 at 6:22 PM Jon Stockill wrote:
>
> >With mouse control added, and the ability to directly edit the taxiway
> >features I thought I'd have a try at something a bit more complex.
> >
> >I think this proves that Taxidraw is an extremely useful bit of software:
> >
> >http://flightgear.st
Check it out:
http://www.simpits.org/~geneb/727cpt.html
We're talking _dirt_ cheap here. Curt, it's probably local to you -
Minnesota U. has it.
They really need it gone so you'll get a good deal. It's begging for a
FlightGear interface! :)
g.
_
> > Any ideas?
>
> You can try upping the speed with set_hz()
> initialized in FlightGear\src\Network\jpg-httpd.cxx
>
What you might want to do is use FRAPS. It has a free downloadable demo
and is unfortunately Windows only, but it will do exactly what you want.
The main site is http://www.frap
Any idea what would cause this?
[EMAIL PROTECTED] SimGear]$ ./autogen.sh
Host info: Linux i686
automake: 1.7.9 (17)
Running aclocal
Running autoheader
Running automake --add-missing
configure.ac:13: version mismatch. This is Automake 1.7.9,
configure.ac:13: but the definition used by this AM_IN
That was the problem - thanks Erik.
g.
On Tue, 18 Nov 2003, Erik Hofman wrote:
> Gene Buckle wrote:
>
> >>You need at least the following version:
> >>autoconf 2.5
> >>automake 1.6
>
> > [EMAIL PROTECTED] geneb]$ automake --version
> > automa
> > machine. I checked out the .3 branch of SimGear and I get this:
> >
> > [EMAIL PROTECTED] SimGear]$ sudo ./autogen.sh
> > Host info: Linux i686
> > automake: 1.7.9 (17)
> >
> > Running aclocal
> > Running autoheader
> > /usr/bin/m4: configure.in: No such file or directory
> > ERROR: autoheade
I'm working on setting up a build envrionment for FG on a different
machine. I checked out the .3 branch of SimGear and I get this:
[EMAIL PROTECTED] SimGear]$ sudo ./autogen.sh
Host info: Linux i686
automake: 1.7.9 (17)
Running aclocal
Running autoheader
/usr/bin/m4: configure.in: No such file
>
> Really? FG crashes? Or just the plane. The latter is known and
> a feature. ;-)
>
> http://baron.me.umn.edu/pipermail/flightgear-devel/2003-August/020119.html
>
Well technically, it's a mis-feature... :)
g.
___
Flightgear-devel mailing list
[EM
> Seeing how the ampere draw and the voltage would under normal
> conditions hardly move (except maybe at start). The information could be
> programmed into
> the electrical supply system.I assume we are dealing with light A/C
> here as I doubt anyone flying a 737 would see an amp metre in their
>
> >Is there any interest in getting that detailed on the W&B calcs? When
> >duplicating a real-world instrument, the weights are easily available
> >and a "generic" weight could be assigned to avionics that don't model a
> >specific real world model/brand.
>
> The only problem with that I think is
After looking through the various instrumentation files, I noticed that
there is no weight data associated with the instruments.
For those that don't know, each instrument that goes into the panel is
labeled with its weight. This is done to make sure that an accurate dry
weight can be calculated.
> .Gene Buckle wrote:
>
> > Avionics power ratings are always available as nominal and max normal
> > draw. Electrical systems are designed with a bit of extra capacity to
> > deal with power on rush current, etc.
> >
> > The only time an aircraft author wou
> > This would be the "easy" way to supply the data. However, I think it
> > might be better if the power draw figure was part of the instrument
> > definition itself. This would require 2 new tags added to the xml files
> > that are used to define each instrument - I'm referring to the
> > confi
> > Unless there are objections, byte order is little endian, and floats
> > are intel FPU standard (ok -- i'm making it easy on the PCs that will
> > likely be used to run display clients :)
>
> Is there any specific reason not to use human readable messages (i.e.,
> ASCII)?
>
It's a waste of ban
> > > * [EMAIL PROTECTED] (Gene Buckle) [2003.11.12 10:35]:
> > > > code:
> > > >
> > > > static const char *
> > > > getDateString ()
> > > > {
> > > > static char buf[64]; // FIXME
> > > >
On Wed, 12 Nov 2003, Cameron Moore wrote:
> * [EMAIL PROTECTED] (Gene Buckle) [2003.11.12 10:35]:
> > code:
> >
> > static const char *
> > getDateString ()
> > {
> > static char buf[64]; // FIXME
> > struct tm * t = globals->get_t
> Gene Buckle wrote:
> > in ..src/Main/README:
> >
> > fgfs.cxx
> > fgfs.hxx
> > This module defines FGSubsystem, the abstract base class (or
> > interface) for subsystems in FlightGear. Most of the important
> > subsystems already exte
In part of my learning the ins and outs of how FG really works, I found
another space I can contribute - the electrical system.
The current system has no way of handling circuit breakers or measuring a
load across a whole bus.
The system now expresses a bus like this:
...
/systems/electrica
in ..src/Main/README:
fgfs.cxx
fgfs.hxx
This module defines FGSubsystem, the abstract base class (or
interface) for subsystems in FlightGear. Most of the important
subsystems already extend this class, and eventually, all subsystems
will.
Have these files been removed or did they go mi
code:
static const char *
getDateString ()
{
static char buf[64]; // FIXME
struct tm * t = globals->get_time_params()->getGmt();
sprintf(buf, "%.4d-%.2d-%.2dT%.2d:%.2d:%.2d",
t->tm_year + 1900, t->tm_mon + 1, t->tm_mday,
t->tm_hour, t->tm_min, t->tm_sec);
retu
> (if its just the one plane, once I get it to fly multiplayer, my focus will
> be to add multiple/AI plane support to the code, so comments towards
> achieving that goal will be welcome also)
>
I think it would make sense to have the server handle any non-human
controlled vehicles. It would keep
> > Mesa 5.0.2 fits the bill as long as the MesaDemo source archive is
> > downloaded and built as well.
> >
> > The configure script is terminally broken. It does _not_ work at all.
> >
> > To build use:
> >
> > cp Makefile.X11 Makefile
> > make clean
> > make
> > make linux// or another
> >
>
> FDM for a parachute ?? round or rectangular chute ?? joystick controls the
> shrouds ?? cutting loose the main and deploying the spare ?? skydiving ??
> (ok -- not really related to the ejection code itself, but it would be nice
> :) )
>
In those cases, would be nice == way over my head. :
Basically what I've done here is expanded upon the ejection seat
properties to make them more flexible.
I did this as a patch because it was something that a) needed to be done
and b) looked simple enough for me to do without botching it too badly. :)
The former property node was:
/controls/seat
> Gene Buckle <[EMAIL PROTECTED]> wrote:
>
> > I tried building FreeGLUT per Erik's suggestion, but as you can see from
> > my reply to him, it blows up due to a missing header file.
>
> Hmmm, I build FreeGLUT on Linux and on Solaris at the time when they
&g
> > How about :
> >
> > "A compileable version of GLUT can be found at x"
> >
> > ...as well?
>
> You guys have to help me out here. Send me the question and answer, and
> I will add it to the FAQ. Thanks
Mesa 5.0.2 fits the bill as long as the MesaDemo source archive is
downloaded and built
> I think we need to add something like the following to the FAQ:
>
> "Please read section #2.2 and #2.3 of the FAQ before emailing Curt
> about FTP problems."
>
> I'm not sure if that get's too recursive, and it probably wouldn't do
> any good.
>
How about :
"A compileable version of GLUT
>
> this is a bug in libtool. you need to do 'export SED=/bin/sed' (or
> 'setenv SED /bin/sed' depending on your shell) before building.
>
Thanks Alex. Almost got it:
mkdir .libs
rm -fr .libs/libMesaAC.la .libs/libMesaAC.* .libs/libMesaAC.*
ar cru .libs/libMesaAC.al ac_context.lo ac_import.lo
ra
> in a static library. This is *definitely* the right way to go if
> you're installing something that might be replaced by your
> distribution's official copy later on.
>
> Just drop the resulting libglut.a file into /usr/local/lib*, and the
> glut.h from the include/GL directory into /usr/local/i
> Gene Buckle wrote:
> > Andy Ross wrote:
> > > Nonetheless, it's actually not hard to compile by hand. If I didn't
> > > goof up the line endings below, you should be able to get into the
> > > src-glut directory and paste the following two comm
> Nonetheless, it's actually not hard to compile by hand. If I didn't
> goof up the line endings below, you should be able to get into the
> src-glut directory and paste the following two commands:
>
There is no src-glut directory. src-glu is the closest.
g.
_
> > Ok, where can I get glut-dev?
>
> If you are on a linux system, there is a good chance your distribution
> has this prepackaged in a package called "glut-dev" or "glut-devel" or
> something very similar. If you are using cygwin, there is a good
> chance it includes glu.h in one of it's package
> I admit to being slightly "patch" impaired and have had it blow up on
> me more times than I've had it work cleanly. In addition, I like to
> review the submitted changes before I apply them, and I like to do
> that with emacs-ediff mode. Because of the way I prefer to do things,
> it's easiest
> Erik Hofman writes:
> > Gene Buckle wrote:
> >
> > > Any idea where I can find glu.h? :)
> >
> > That one should be part of an opengl-dev package.
>
> On my system, glu.h comes from the glut-dev package. (sorry Ge
What is the accepted format for submitting patches? Is a diff used? If
so, what command line is recommended for it?
Tnx.
g.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
On 11 Nov 2003, Martin Spott wrote:
> Gene Buckle <[EMAIL PROTECTED]> wrote:
> > In trying to build plib, it tells me I need glut. No biggie, right?
> > Mesa has that so I'll just build it. I downloaded v5.0.2 and after
> > ./configure, I try making. It ex
> > ./configure, I try making. It explodes instantly with:
>
> > ../../libtool: s%^.*/%%: No such file or directory
>
> No need for harsh language one would say :-)
> Maybe you could try freeglut instead:
>
> http://freeglut.sourceforge.net/fg/
>
Thanks for the tip Eric. However, it explodes wit
In trying to build plib, it tells me I need glut. No biggie, right?
Mesa has that so I'll just build it. I downloaded v5.0.2 and after
./configure, I try making. It explodes instantly with:
[EMAIL PROTECTED] Mesa-5.0.2]$ make
cd . && /bin/sh ./config.status conf.h
config.status: creating conf.h
> > Well I feel like a total idiot right now. Everything I'm thinking about
> > that needs to be done has already had the core done. *slaps forehead*
> > The entire groundwork has been laid by the contents of the src/Network
> > directory. The work done for OpenGC stands as a great example of bui
> Gene Buckle writes:
> > I'm going to talk to Peter Dowson about modifying WideFS for use with
> > FlightGear now that I've got the barest inkling of what the generic
> > network frame can handle. We'll see how it goes.
>
> As far as I understand WideFS,
On Mon, 10 Nov 2003, Andy Ross wrote:
> Gene Buckle wrote:
> > Paul Surgeon wrote:
> > > Why does C++ scare you?
> >
> > Well "scare" is probably too strong a word. :) I'm just unfamiliar
> > with it. I can follow C ok, but the object ref
> If you start a project and need OO features, either do it properly (in
> Python or Objective-C), or do it the hard way with GLib/GObject.
>
Naw, Object Pascal is my first love. :)
> I'd better shut up on the mailing list of a giant project written in
> C++... I still admire you folks for gettin
> > I'm just getting back into rooting around in the code and I don't yet have
> > a solid grasp on all the parts. AFAIK, the only "native" support for an
> > external module is OpenGC from what I've seen so far. I was referring the
> > creation of a universal method of obtaining data from the si
> Personally I prefer
>
> int* ip;
>
That would turn me into a gibbering idiot. :)
> Kernighan and Richie specifically say in The C Programming Language though
> that they like to write
>
> int *ip;
>
> since it reinforces the point that dereferencing ip (*ip) gives an int.
>
Now THAT makes sense
> > > um ?? for code/data local to an a/c instance ?? remoting that would slow
> > > down the response time to realtime events
> > >
> > For virtual cockpits, you're correct. however, when you're working with a
> > physical cockpit, you need to have your displays on separate physical
> > hardware.
Thanks for the clue Paul. :)
g.
On Tue, 11 Nov 2003, Paul Surgeon wrote:
> On Tuesday, 11 November 2003 00:47, Gene Buckle wrote:
> > I see code like this:
> > limit_value (double * value, const SGPropertyNode * arg)
> > .and wonder about the placement of the pointer o
I see code like this:
limit_value (double * value, const SGPropertyNode * arg)
.and wonder about the placement of the pointer operator.
I would think the above would be functionally different than:
limit_value (double *value, const SGPropertyNode *arg)
I think of the multiplication operator
> > > a nice place to stick information unique to that plane that is dynamic
> in
> > > nature -- can handle specialized panel displays, hud, etc
> > >
> > In that case, some kind of framework should be built so that the plug-in
> > could run on a seperate machine if needed.
>
> um ?? for code/
> I also come from a Delphi background but find the switch very easy.
Great! I'll help you write the server in Delphi. We can cross compile
with FPC. *laughs*
> Why does C++ scare you?
>
Well "scare" is probably too strong a word. :) I'm just unfamiliar with
it. I can follow C ok, but the obje
1 - 100 of 243 matches
Mail list logo
