Curtis L. Olson wrote:
BERNDT, JON S. (JON) (JSC-EX) (LM) writes:
What is MetaKit, anyhow?
Metakit is a lightweight, simple, embedable database library. We use
it to store key/value pairs on disk (airport id vs. the airport info
for instance.) It can take several seconds (more on some
Erik Hofman wrote:
Hi,
Today i have taken some time to take a look at the SimGear code and
decided it might be time to create a new class definition.
I'm not sure this is the right time to discuss about it. But then again,
I always have the feeling it might not be the right time. ;-)
David Megginson wrote:
Bernie Bright writes:
Refactoring SimGear is probably a Good Thing since it has accumulated
some cruft over time and some areas need reworking. However I don't
think that having bogus top level classes is a good idea. Instead I
propose we use namespaces
Alex Perry wrote:
[snip]
I don't recall whether the taxiways are named in the taxiway file ?
If not, is there even a field were we can optionally add the names ?
I believe the taxiways are are all named - in the original
default.apt.gz. However there is room for a three or four character
Norman Vine wrote:
John Check writes:
Eventually, I guess you could have a separate subdirectory for each
instrument, with a README, etc. Think of yourself as a fine
craftsman, like a watchmaker.
err.. uhh... umm.. whatever.
I'd like to stay away from excessive
Curtis L. Olson wrote:
Bernie,
I don't believe make allows 'circular' dependencies like that. I know
at least some versions do not. Would be awfully convenient, but I
don't think it is allowed.
Curt.
On the other hand FOO += bar is an extension not available to all
makes. We seem
Norman Vine wrote:
It appears as if recent changes in the CVS requires a
modification in the steps for building FGFS
1) for now, with Cygwin at least, you NEED to add
AC_PREREQ(2.13)
as the first REAL LINE in configure.in
I am investigating this as it shouldn't be necessary
2)
Christian Mayer wrote:
Alex Perry wrote:
(Here, I try to estimate the download size when doing
my first ever csv update, on slow time-metered isdn.
CVS (it'll take you a few weeks to get the hang of typing it right 8-)
is a very efficient method of doing the transfer, but it is
John Check wrote:
Latest CVS build dies with following error
make[4]: Entering directory
`/home/j4strngs/Repository/FlightGear/src/FDM/JSBSim'
c++ -DFGFS -I../../.. -I../../../src -I/usr/local/include
-I/usr/X11R6/include -g -O2 -c FGTable.cpp
FGTable.cpp: In method `void
David Megginson wrote:
Cameron Moore writes:
The output from SG_INFO to the console (Event states, mouse in
view/pointer mode, lighting updates and tile updates) can cause
nasty pauses on Windows 98 even with the console window
minimised, far worse than on NT on the same
David Megginson wrote:
[snip]
We're also very interested in contributions from C++ coders -- there
are areas in FlightGear that still need an awful lot of work, and
perhaps more importantly, there are thousands of lines of existing
code that need to be reorganized to simplify the
Wolfram Kuss wrote:
Curt asked:
Is anyone still using this ancient file format?
Yes.
Does anyone have any objections to ending support
in flightgear for it?
Is it easy to create a atg2btg converter (I only have btg2atg) or does
someone write a btg importer/exporter to plib? If
David Megginson wrote:
I have a question for the C++ heads. Let's assume that I have
something like this:
template class C, class T
T
BindingC,T::get_value () const
{
return (_obj.*_getter)();
}
assuming
C _obj;
T (C::*_getter)() const;
This always gets
Cameron Moore wrote:
* [EMAIL PROTECTED] (Curtis L. Olson) [2002.03.21 08:58]:
Index: panel_io.cxx
===
RCS file: /var/cvs/FlightGear-0.7/FlightGear/src/Cockpit/panel_io.cxx,v
retrieving revision 1.36
retrieving revision
Andy Ross wrote:
FWIW, my interest in un-inlining stuff has nothing to do with runtime
performance at all. What I want to see is for FlightGear to compile
in something under 20 minutes on my machine. Some parts are really
just terribly slow to build. JSBSim and UIUC are big culprits
Jonathan Polley wrote:
With the irregularity that I am having problems with using XXX I get the
feeling that there is something wrong with a header someplace, or a
#define. Not all modules generate the error, and others (namely the
updates, and only the updates, to JSBSim) blow body parts
[EMAIL PROTECTED] wrote:
Is anyone working with the fgEVENT in Time/event.hxx and related classes?
Since our project is a particular simulated space mission, I've been
looking at how to cause certain events (text displays and sounds, mainly)
based on conditions in the property tree. I
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 of FlightGear to build. For some reason, MSVC does not like JSBSim
(over
Jon Berndt wrote:
Adding an ugly cast fixes the problem:
PropertyManager-Tie(forces/fbx-aero-lbs, this,1,
(double (FGAerodynamics::*)(int) const) FGAerodynamics::GetForces);
I'll roll that change into my copy until it gets made permanently. While
We'll do a little
Norman Vine wrote:
Jon, I don't think there is a 'conforming' compiler yet, and MSVC6 is
several years
old and I wonder how well the then current gnu stdlib++ would have handled
that
construct :-))
I believe Comeau is 99.9% conforming but it is not free. I also believe
that MSVC7 is
Jonathan Polley wrote:
On Sunday, March 24, 2002, at 11:32 PM, Norman Vine wrote:
FYI
http://hammer.prohosting.com/~yotam/software/msviscxx/
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Tony Peden wrote:
It's unfortunate but I think we're going to have to incorporate this
cast.
However, I do think we could clean it up a bit with a pre-processor
define:
#define AEROINTFUNC double (FGAerodynamics::*)(int) const
then
PropertyManager-Tie(forces/fbx-aero-lbs, this,1,
Geoff McLane wrote:
Hi,
I can see nothing 'wrong' in the construct in
FGPropertyManager.h that should give 'pause'
to a compiler ... as other compilers have proved.
The construct is legal Std C++. MSVC is at fault.
You will note msvc does NOT require any such
'agressively
Geoff McLane wrote:
Also, such function additions gives the compiler/linker a
chance to really make this 'inline', since the double value
could be 'addressed' in simple lines, when loaded, like
moveax, [0x12345678]; get that double
movedx,[0x12345678+4]
or in 64-bits
way lee wrote:
I meet a problem when I compile flightgear0.7.9. The VC
compiler told me that there was no mk4vc60s.lib.
I can't find it in CD-image.
Can you tell me where is it?
mk4vc60s.lib is the Metakit library. The source is included as a
separate tar.gz file in the SimGear tar
David Megginson wrote:
Jonathan Polley writes:
I reverted input.hxx back to what was in CVS and moved the enumeration
from being private to public and MSVC now likes using an enumeration
element to define an array. Why the compiler cares about an enum being
private vs. public, I
Damion Shelton wrote:
Hi all,
Some time back John started using Simgear in OpenGC to form the basis for
our local nav database. Although this works fine under Cygwin and Linux,
until recently I had problems with it under Windows. The problem turned out
to be the following:
The two
Christian Mayer wrote:
Curtis L. Olson wrote:
Bernie Bright has submitted a simplified boost distribution for
SimGear and I have committed it to CVS. The boost web page is here:
http://www.boost.org/
We will begin depending on this package soon.
Well, *I* don't really
Marcio Shimoda wrote:
Unfortunately this doesn't seem to be the complete error message, so I
cannot se what's happening.
You might want to post the complere error message, together with the OS
and compiler you are using.
Erik
Well, this is a long warning/error message...
I'm
Jon S Berndt wrote:
On Fri, 5 Apr 2002 13:00:00 -0500
David Megginson [EMAIL PROTECTED] wrote:
Jon S Berndt writes:
That's actually becoming a bit of a problem -- I couldn't use FGModel
for the 3D model either because JSBSim had already taken it. As Andy
keeps reminding us, it would
John Wojnaroski wrote:
Okay, I need a boost ;-0
Downloaded the files. Tried the header files in several locations, but
./configure would not (could not) find them
Is it /usr/include or ~/SimGear/ or ~/SimGear/simgear/ or
/usr/local/include/ or..?
You can install them where ever you
To avoid this problem in future, maybe we should define a macro in
simgear/compiler.h. Something like:
#ifdef SG_NO_INCLASS_MEMBER_INITIALIZATION
# define SG_STATIC_CONSTANT(type, assignment) enum { assignment }
#else
# define SG_STATIC_CONSTANT(type, assignment) static const type
assignment
Jon S Berndt wrote:
This month's issue (MAY 2002) of C/C++ User's Journal
contains the article: The Boost.Threads Library. The
issue focuses on multithreading.
Matt Austern and Herb Sutter regularly mention Boost in their articles
and at the C++ experts forum at http://www.cuj.com/experts/.
Curtis L. Olson wrote:
David Megginson writes:
All ambient lighting has suddenly vanished from my FlightGear, even
with my previously-built binary. I still see the 2D panel and the
runway lights, but nothing else, no matter what the time of day.
Other 3D programs like Blender and
Curtis L. Olson wrote:
Bernie Bright writes:
Your analysis is correct. The old event manager executes an event when
it is registered and then subsequently every 'interval' milliseconds. I
can replace the old behaviour but wonder if I should. IMO registering
an event to be run every
Alex Perry wrote:
Personally, I've always preferred that event registration takes two
parameters; the first delay time and the repeat delay time.
This lets you do one-shot as well as immediate and non-immediate modes.
Can we do something like that with Boost in future ?
Obviously we can
Curtis L. Olson wrote:
Ugh, that's ugly. The configure script takes care of this
automatically with unix/cygwin. Could something be done with the
am2dsp.pl script?
Tricky! The am2dsp.pl script doesn't touch config.h.in. However I
could get the AM_INIT_AUTOMAKE version string from
Bernie Bright wrote:
Curtis L. Olson wrote:
Ugh, that's ugly. The configure script takes care of this
automatically with unix/cygwin. Could something be done with the
am2dsp.pl script?
Tricky! The am2dsp.pl script doesn't touch config.h.in. However I
could get
Scott G. Miller wrote:
I'm considering writing a scripting language interface to FlightGear to
experiment with script driven weather and aircraft failure events. Is there
a pointer to any documentation on interfacing with running flightgear on
its http server?
I'm
Erik Hofman wrote:
David Megginson wrote:
Update of /var/cvs/FlightGear-0.7/FlightGear/src/Navaids
In directory seneca:/tmp/cvs-serv23071/src/Navaids
Modified Files:
fix.hxx ils.hxx nav.hxx
Log Message:
Mac OS X patches from Jonathan Polley.
*** 37,41
#elif
Christian Mayer wrote:
Hi,
beware of possible flame war
as I'm now ready to run Linux frequently, I'm looking for a comfortable
IDE for the development.
Has anyone exprience? Does KDevelop work nicely together with FGFS? Do I
need to make spacial adjustmenst (on anyside)?
Oh,
Jonathan Polley wrote:
Two other things. First there is a constant string in telnet.cxx that
contains CRs, which MSVC does not like. Second, telnet.cxx uses
snprintf(), which is not supported under MSVC (for some reason, they use
_snprintf(), go figure).
Could we fix the
Curtis L. Olson wrote:
Jonathan Polley writes:
MSVC does not like the size of the string constant in options.cxx
C:\FlightGear\src\Main\options.cxx(1143) : error C2026: string too big,
trailing characters truncated
C:\FlightGear\src\Main\options.cxx(1181) : error C2026: string too
Julian Foad wrote:
Jonathan Polley wrote:
Two other things. First there is a constant string in telnet.cxx that
contains CRs, which MSVC does not like. Second, telnet.cxx uses
snprintf(), which is not supported under MSVC (for some reason, they use
_snprintf(), go figure).
I
Curtis L. Olson wrote:
First, let me point out the new telnet server is *very* nice. Bernie
has rewritten it based on the plib net libs. It can handle multiple
concurrent connections. This is a big improvement!
I'm not sure why you would need to run two or more sessions but there
you go.
Curtis L. Olson wrote:
[snip]
Bernie, on the subjects of building additional commands into the
telnet interface, I agree with Melchior. I'd rather not see the
telnet interface being crammed with a bunch of extra commands that
only the telnet interface knows about. I haven't looked at
Frederic Bouvier wrote:
The telnet interface produce wrong line ending when I run both FlightGear
and the telnet client on Win2k. I've just sent a patch to Curt that produce
line ending based on the platform where fgfs is running ( something between
#ifdef and #endif ).
For the moment,
Wondered why the sudden increase in network traffic when starting
FlightGear just now. Then heard the new intro theme. Cute! Very cute!
Bernie
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Frederic Bouvier wrote:
From: Melchior FRANZ [EMAIL PROTECTED]
* Bernie Bright -- Sunday 19 May 2002 06:23:
As for line endings I think its simpler if we just use CRLF for both
client and server. I will check that the new server always sends CRLF.
ACK
Not that this is in any way
Frederic Bouvier wrote:
As we discussed in the list, line endings don't depends on the platform
where the server or the client is run.
But the patch is imcomplete :
The help command is OK but the dump command still send only LF as line
endings. In fact, my patch missed that point too.
A J wrote:
Hi all
Is there any flight gear source code for visual c++ 6.0
if there exist please send me its address
FlightGear supports MSVC6. Workspace and project files are included in
the source. Visit the FlightGear web page at http://www.flightgear.org/
for download
On Mon, 24 Jun 2002 12:21:46 -0700
ace project [EMAIL PROTECTED] wrote:
[snip]
The first important decision now is, do we
multi-threading or multiplexing-IO ? For multiplexing,
PLIB can be used. For multi-threading, we got a
problem.
Another issue is how to get the code to compile on
On Sun, 14 Jul 2002 07:33:46 -0400
David Megginson [EMAIL PROTECTED] wrote:
Victoria Welch writes:
As for jscal, I am unable to locate it for mandrake. The source I found
(which seems to have been an early version ?!?!?!?!) wants to be
compiled into the kernel and I find that just
On 14 Jul 2002 09:02:50 -0700
Victoria Welch [EMAIL PROTECTED] wrote:
Hi Tony,
Thanks for the response!
On Sun, 2002-07-14 at 08:39, Tony Peden wrote:
rpmfind lists this:
http://www.rpmfind.net//linux/RPM/cooker/contrib/RPMS/joystick-1.2.15-1mdk.i586.html
Unfortunately Mandrake
The function void d_1_to_1(double array1[100], double array2[100] ) passes an
incorrect size to memcpy. The correct value should be 100*sizeof(double) since
sizeof(array2) is actually sizeof(double*). Alternatively the size could be passed as
a parameter effectively making d_1_to_1 a
On Wed, 18 Sep 2002 15:39:11 -0500
Curtis L. Olson [EMAIL PROTECTED] wrote:
David Megginson writes:
I've updated configure.ac, but have not changed SimGear.dsp (an MSVC
thing?). If someone who uses this file can send me a patched version,
I'll commit it ASAP.
The MSVC work spaces are
On Sun, 22 Sep 2002 07:53:34 -0400
David Megginson [EMAIL PROTECTED] wrote:
For a while now, FlightGear has had support for adding static scenery
objects (like buildings) to *.stg scenery files using the syntax
OBJECT_STATIC file lon lat elevation-m heading
The file is always loaded
On Sun, 22 Sep 2002 11:00:18 -0400
David Megginson [EMAIL PROTECTED] wrote:
It would be nice to set them up as a separate download, but we will
need these in the base package soon, so unless the author is willing
to change the terms, we'll have to reproduce them outselves. I think
that we
On Tue, 24 Sep 2002 03:46:54 -0400
Norman Vine [EMAIL PROTECTED] wrote:
Bernie Bright writes:
On Mon, 23 Sep 2002 18:51:25 -0700
Jonathan Polley [EMAIL PROTECTED] wrote:
MSVC does not have fmin() defined, so complains in vacuum.cxx.
gcc 2.95.3 complains too. fmin() is only
On Thu, 3 Oct 2002 20:52:54 -0700
John Wojnaroski [EMAIL PROTECTED] wrote:
With the latest CVS for SimGear and FG (updated 20:00 PDT) seeing
Unable to detect the current language
./test: line 5 9148 Segmentation fault yada yada yada
Wasn't paying attention to the discussions on
On Fri, 04 Oct 2002 01:51:32 -0400
John Check [EMAIL PROTECTED] wrote:
On Thursday 03 October 2002 11:52 pm, John Wojnaroski wrote:
With the latest CVS for SimGear and FG (updated 20:00 PDT) seeing
Unable to detect the current language
./test: line 5 9148 Segmentation fault yada
On Mon, 7 Oct 2002 07:36:53 -0400
David Megginson [EMAIL PROTECTED] wrote:
Frederic Bouvier writes:
Or should it be :
vector_of_elements.erase(vector_of_elements[index]);
I think your are making the too rapid assumption that
an iterator is a pointer to an element.
Don't
On Mon, 7 Oct 2002 08:09:32 -0400
Norman Vine [EMAIL PROTECTED] wrote:
ace project writes:
vector_of_elements.erase(vector_of_elements[index]);
I think your are making the too rapid assumption that
an iterator is a pointer to an element.
Thats the one I ment Fred (my
On Mon, 07 Oct 2002 09:53:09 -0700
Andy Ross [EMAIL PROTECTED] wrote:
Bernie Bright wrote:
Only random access iterators support the '+' operator. Fortunately
std::vector and std::deque provide just such iterators.
I thought there was a variant that supported incrementation
On Tue, 8 Oct 2002 00:16:24 -0700
ace project [EMAIL PROTECTED] wrote:
--- Bernie Bright [EMAIL PROTECTED] wrote:
On Mon, 7 Oct 2002 08:09:32 -0400
Norman Vine [EMAIL PROTECTED] wrote:
ace project writes:
vector_of_elements.erase(vector_of_elements[index
On Tue, 15 Oct 2002 23:02:09 +1000
David Findlay [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Has anyone thought of using bugzilla to keep track of bugs and suggestions
for FlightGear? If no one else wants to, I could administer it, since I seem
to have no time
On Fri, 25 Oct 2002 21:20:56 -0400
David Megginson [EMAIL PROTECTED] wrote:
I've simplified the SimGear command-manager interface a little
further, and have added a README in docs-mini for binding new commands
in FlightGear. It's so short that I can include it verbatim here:
There was a
On Sat, 26 Oct 2002 07:29:30 -0400
David Megginson [EMAIL PROTECTED] wrote:
Bernie Bright writes:
There was a discussion some months ago about adding command
properties, that is, tying a property to a command such that
writing to the property triggers the command. Such commands
On Wed, 27 Nov 2002 13:41:58 -0500
Norman Vine [EMAIL PROTECTED] wrote:
William Earnest writes:
Norman Vine wrote:
ace project writes:
I'm getting a compile error while compiling the latest
SimGear(CVS) under cygwin(current version/fresh
install).
extgl.h:363:
On Fri, 20 Dec 2002 20:02:51 -0800
Jonathan Polley [EMAIL PROTECTED] wrote:
I finally get my ISP straightened out and was able to update to CVS again
(Ya!). Unfortunately, I came across a couple of problems. First, the macro
GLUT_H does not seem to be defined anywhere. Where is that suppose
On Tue, 24 Dec 2002 10:38:41 +0100
Erik Hofman [EMAIL PROTECTED] wrote:
Hi,
Today I read about subversion on the OpenBSD magizine site.
http://subversion.tigris.org/
Subversion is meant to be a better CVS, so it will have most of CVS's
features, with as many as possible in the 1.0
On Fri, 27 Dec 2002 16:08:30 -0600
Mike Bonar [EMAIL PROTECTED] wrote:
I am currently experimenting with doxemacs, a lisp extension to emacs that
aids in formatting code for use with doxygen. Being an emacs newbie this
might take a few days to get working ;-) I'll upload samples for
On Mon, 30 Dec 2002 15:32:53 -0600
David Megginson [EMAIL PROTECTED] wrote:
Update of /var/cvs/SimGear-0.3/SimGear/simgear/compatibility
In directory seneca:/tmp/cvs-serv31511/simgear/compatibility
Log Message:
Directory /var/cvs/SimGear-0.3/SimGear/simgear/compatibility added to the
On Tue, 31 Dec 2002 16:16:44 +0100
Erik Hofman [EMAIL PROTECTED] wrote:
Hi,
while browsing around I found the following piece of info:
strstream considered harmful
[snip]
I noticed there are some places that use strstream.
Should we depreciate the use of it for FlightGear?
On Tue, 31 Dec 2002 22:10:31 -0600
Curtis L. Olson [EMAIL PROTECTED] wrote:
Erik Hofman writes:
David Megginson wrote:
[EMAIL PROTECTED] writes:
FWIW, I found 1 a bit quiet, although audiable over the idling
engine, so I set it to 2, which was audiable over the full throttle
This patch adds GLUT_H and updates PACKAGE and VERSION.
===
RCS file: /var/cvs/SimGear-0.3/SimGear/simgear/simgear_config.h.vc5,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 simgear_config.h.vc5
--- simgear_config.h.vc57
On Mon, 6 Jan 2003 22:55:56 -0600
Jon Berndt [EMAIL PROTECTED] wrote:
I found it very helpful to capture a compile date and cvs tag into a
chip design that verification people could use to direct me to a
particular verilog code base to reproduce and debug problems.
Good idea. We sort of
On Mon, 13 Jan 2003 02:02:30 +0100
Michael Pujos [EMAIL PROTECTED] wrote:
Hi
I built with VC++ 6.0 FlightGear 0.9.1 with pthread support for the tile
loader using pthread-win32 2002-11-04
At execution an assert fails in SGMutex::unlock().
So my question is if anyone had this working ?
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 Flightgear's rendered taxi
and runways by clicking on it
On Fri, 17 Jan 2003 16:25:10 -0500
David Megginson [EMAIL PROTECTED] wrote:
Major A writes:
It now works fine, thanks a lot! I like the terminal building at
KSFO...
You get the prize for being the first to notice -- congrats (I sneaked
it into the base package CVS fairly quietly).
On Sat, 18 Jan 2003 12:39:32 -0500
David Megginson [EMAIL PROTECTED] wrote:
The new XML-configured menubar is now the default for FlightGear;
configure --with-old-menubar to get the old one (which I'll keep
around for now, until we're sure the new one is working OK).
Please, everyone, give
Slashdot reports that CVS versions 1.11.4 and lower can grant root access to
malicious remote users. They advise anyone running a cvs server to upgrade to
1.11.5 ASAP. You have been warned.
Bernie
http://developers.slashdot.org/developers/03/01/21/1752251.shtml?tid=128
On Wed, 22 Jan 2003 07:50:55 -0600
Jon Berndt [EMAIL PROTECTED] wrote:
Wouldn't something like this work?
Either:
using namespace jsbsim
or
using jsbsim::FGFDMExec
etc...
at the top of the files
or
fdmex = new jsbsim::FGFDMExec
etc...
everytime its needed.
On Sun, 9 Feb 2003 17:59:52 +
Paul Morriss [EMAIL PROTECTED] wrote:
Hi,
Is there any procedure for software documents etc?
I have an outline of how I intend to write the
software, I will start with other planes in the sky
for now.
Don't know about documentation but somebody (David
On Mon, 10 Feb 2003 11:46:04 +
David Luff [EMAIL PROTECTED] wrote:
[snip]
The limit of my ambition at the moment is to get light planes taxiing in
and out of and flying circuits around GA airports at the moment. This is a
huge amount of work in itself - particularly the taxiing part,
On Mon, 10 Feb 2003 22:44:40 +
David Luff [EMAIL PROTECTED] wrote:
On 2/11/03 at 9:15 AM Bernie Bright wrote:
On Mon, 10 Feb 2003 11:46:04 +
David Luff [EMAIL PROTECTED] wrote:
[snip]
The limit of my ambition at the moment is to get light planes taxiing in
and out
On Mon, 10 Feb 2003 22:17:27 -0600
Curtis L. Olson [EMAIL PROTECTED] wrote:
Bernie Bright writes:
[snip]
Unlike yours they don't contain an elevation but that shouldn't be
too hard to add if required, it is available from the underlying
fgsd tile/airport object.
Elevation
On Mon, 10 Feb 2003 22:17:27 -0600
Curtis L. Olson [EMAIL PROTECTED] wrote:
Bernie Bright writes:
I used your structures as a starting point. However the needs of the
editor and the xml format forced some changes. But we are in the same
ballpark. Here are some snippets from a KSFO
On Mon, 17 Feb 2003 10:24:01 +0100
[EMAIL PROTECTED] (Michael Basler) wrote:
I have found the same problems. I think it is related to using
gcc 3.2 on recent cygwin.
Thanks, Richard, good to know it's not just my fault.
gcc 3.2 doesn't look in /usr/local/* by default, so you need to
On Tue, 18 Feb 2003 16:05:26 -0600
David Drum [EMAIL PROTECTED] wrote:
[FlightGear-Devel readers: this is another installment in my quest
to get FlightGear compiled under Mac OS X. I now have a good lead on
the final link failure, I think. If you have any knowledge of linker
naming
On Wed, 26 Feb 2003 13:50:17 -0600
Curtis L. Olson [EMAIL PROTECTED] wrote:
Update of /var/cvs/SimGear-0.3/SimGear/simgear/misc
In directory seneca:/tmp/cvs-serv25218/simgear/misc
Modified Files:
sg_path.cxx sg_path.hxx
Log Message:
Add some convenience functions to the SGPath
On Thu, 27 Mar 2003 21:24:39 -0700
WillyB [EMAIL PROTECTED] wrote:
Yes.. that was from TerraGear..
there are/were others from FG... but no idea how to change it so they are
not there.
I ran into this today...
In file included from /usr/include/c++/3.2/backward/strstream:51,
On Wed, 02 Apr 2003 10:58:21 +0200
Erik Hofman [EMAIL PROTECTED] wrote:
Gerhard Wesp wrote:
strstream would do the trick, but not all compilers support it yet.
Note that strstream is *deprecated* in C++, one should use
stringstreams (sstream) instead. No danger of overflowing any
On Thu, 29 May 2003 14:11:06 -0400
Russell Nelson [EMAIL PROTECTED] wrote:
You know what would be really neat? If flightgear's GPS support was
able to emulate gpsd. So while you're flying around, you can run any
mapping program that supports gpsd (gpsdrive or pygps at very least),
and see
On Sat, 31 May 2003 09:13:09 -0400
David Megginson [EMAIL PROTECTED] wrote:
Bernie Bright writes:
A quick read of the gpsd protocol indicates it should be easy
enough. A variation of the props server with some code from the
NMEA protocol class should do the trick. I will code
On Wed, 04 Jun 2003 12:33:30 -0500
Curtis L. Olson [EMAIL PROTECTED] wrote:
Norman Vine writes:
Are you sure that's true?
Yes !
The event queue still needs to check every
event every iteration to see if anything is ready to run ...
Not if the event queue is ordered by next
On Tue, 10 Jun 2003 00:50:56 +0200
Frederic Bouvier [EMAIL PROTECTED] wrote:
I had to apply the patch below to make it work. For an obscure reason, only
the
first assert is compiled, and the subsequent three tables are not allocated.
So I removed the assert that don't seems very useful
On Tue, 10 Jun 2003 17:32:15 -
Jim Wilson [EMAIL PROTECTED] wrote:
At some point we could think about writing xml files on the fly from gui
dialogs, so that flightgear can be run and customized either with or without
a text editor.
That sounds like a project one of our new volunteers
On Tue, 10 Jun 2003 17:55:34 +0100
Christopher S Horler [EMAIL PROTECTED] wrote:
I'm wondering what kind of graphics acceleration would be required to
run flightgear at adequate speed. I have to admit that I haven't had
time to try in months (I hope to get a bit of coding time soon as well
On Sat, 21 Jun 2003 07:32:07 -0400
David Megginson [EMAIL PROTECTED] wrote:
Frederic Bouvier writes:
The highest point of the bay area is in CVS :
http://perso.wanadoo.fr/frbouvi/flightsim/fgfs-sutro-sf.png
Wow!
Any volunteers for the Bay-area bridges? The closest one to KSFO,
1 - 100 of 137 matches
Mail list logo