On Saturday, 15 January 2005 09:42, Chris Metzler wrote:
On Sat, 15 Jan 2005 09:04:08 +0200
Paul Surgeon wrote:
BTW: Is Robin going to give us a fixed airport db before we release
0.9.8? i.e. The appended K's to the FAA codes is not pretty and caught
me out today.
Can you elaborate on
Curtis L. Olson wrote:
I managed to obtain some interesting photos of the project leader ...
the rest was easy. :-)
Well, maybe you could try to misuse your influence ;-) and convince
aynone to apply that missing FreeBSD fix that is currently honoured
with blind ignorance
Martin.
--
On Sat, 15 Jan 2005 10:44:23 +0200, Paul Surgeon [EMAIL PROTECTED] wrote:
The 3 letter FAA airport codes have been prepended with a K but they never
used to be.
e.g. C83 now equals KC83
Canada has done that officially -- all Canadian airport codes are now
four-letter ICAO codes starting with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
can someone help me to solve thise problem:
Imagine I've got this class hierachy:
class A
{
virtual bool foo( A bar ) = 0;
}
class B : A
{
bool foo( B bar )
{
...
}
}
int main( void )
{
B foobar;
}
this won't compile as
* Manuel Massing -- Monday 10 January 2005 13:32:
I want to start to integrate an alternative terrain engine
with flightgear
(http://baron.flightgear.org/pipermail/flightgear-devel/2004-September/030853.html)
I'd *love* to try this out, ideally from a cvs branch, but ...
Would that be
On Sat, 15 Jan 2005 15:12:57 +0100, Christian Mayer
[EMAIL PROTECTED] wrote:
But I only want class A to be an interface that tells everybody what to
expect from it's derivated classes. And one of these things is, that
every child must have a member that is called foo and has one
parameter of
Hello Christian,
If I understand your problem right, you could
use class pointers (but you won't achieve strong
typing at compile time), or templates.
TEMPLATE EXAMPLE:
template class T class A {
virtual void foo(T param);
};
CLASS POINTER EXAMPLE:
class A {
public:
virtual void foo(A*
Christian Mayer wrote:
But I only want class A to be an interface that tells everybody what to
expect from it's derivated classes. And one of these things is, that
every child must have a member that is called foo and has one
parameter of the type of the child itself.
How do I achieve that?
template class T class A {
virtual void foo(T param);
};
Maybe I should add how to derive the class B from the template:
class B : public AB {
...
};
bye,
Manuel
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Erik Hofman wrote:
Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/sky/clouds3d
In directory baron:/tmp/cvs-serv18531
Modified Files:
glut_shapes.c
Log Message:
Solaris fix.
Very attentive - thanks,
Martin.
--
Unix _IS_ user friendly - it's just selective about who
On January 15, 2005 02:04 am, Paul Surgeon wrote:
I don't know if anyone else has noticed this but if you select a
non-existent airport you get dropped back on 28R at KSFO with about a 30
degree offset to the runway and off to one side.
I can confirm this.
Ampere
I've been managing with some 3d objects to put into fgfs sceneries and
I've found that faces' texture maps should be sized with power of 2.
I'm using .3ds files (with .bmp maps) which don't have such limitation.
Is there a reason for that? Is there a way to avoid that limitation?
I find not very
Robicd wrote:
I've been managing with some 3d objects to put into fgfs sceneries and
I've found that faces' texture maps should be sized with power of 2.
I'm using .3ds files (with .bmp maps) which don't have such limitation.
Is there a reason for that? Is there a way to avoid that limitation?
I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Curtis L. Olson schrieb:
Robicd wrote:
I've been managing with some 3d objects to put into fgfs sceneries and
I've found that faces' texture maps should be sized with power of 2.
I'm using .3ds files (with .bmp maps) which don't have such
Andy Ross wrote:
Martin Spott wrote:
I wonder how you ever managed to make them accept patches of obvious
necessity. If I were you I'd already have lost my countenance
They're a little slow sometimes, but things get done eventually.
This is _incredible_. Now Steve Baker actually
I just commit a change in fgrun CVS that use command line options to
start fgfs. That means that user preferences ( ~/.fgfsrc on linux,
system.fgfsrc on Windows ) are not overwritten anymore.
Regards,
-Fred
___
Flightgear-devel mailing list
Martin Spott wrote:
Andy Ross wrote:
Martin Spott wrote:
I wonder how you ever managed to make them accept patches of obvious
necessity. If I were you I'd already have lost my countenance
They're a little slow sometimes, but things get done eventually.
This is
Hello Frederic,
Frederic Bouvier wrote:
Perhaps you could suggest them to use a bug tracking system.
Hmmm, I didn't have the impression that the number of patch submissions
is that large that they need a bug tracking system. I believe they'll
continue to ignore the patches no matter which
Curtis L. Olson wrote:
What FreeeBSD patch was missed? The one that disabled the valid opengl
context check? Steve, wasn't too excited about that. It would be
better if FreeBSD just reported a valid context if it actually is
valid. Knowing Steve personally, I would suggest that your
Hello,
I just tried to compile SimGear on Solaris and I encountered a build
error that's totally new to me. Maybe someone could have a look at
this, the respective change must be quite new:
make[3]: Entering directory `/usr/local/src/SimGear/simgear/screen'
g++ -mcpu=hypersparc -mtune=hypersparc
Curt wrote:
I just received email from Steve Baker, and plib is very close to it's
v1.8.4 release. They have a release candidate available:
http://plib.sourceforge.net/dist/plib-1.8.4_RC.tar.gz
Can we have a few people fetch this and build Flight/SimGear against
this and report if
Now that plib-1.8.4 is released, I'd like to push forward with the
FlightGear v0.9.8 release. Does anyone have any changes that need to
get put in before the release?
Regards,
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program http://www.humanfirst.umn.edu/
On January 15, 2005 09:50 pm, Curtis L. Olson wrote:
Now that plib-1.8.4 is released, I'd like to push forward with the
FlightGear v0.9.8 release. Does anyone have any changes that need to
get put in before the release?
Regards,
Curt.
Will it make sense to add an option to the configure
Ampere K. Hardraade wrote:
On January 15, 2005 09:50 pm, Curtis L. Olson wrote:
Now that plib-1.8.4 is released, I'd like to push forward with the
FlightGear v0.9.8 release. Does anyone have any changes that need to
get put in before the release?
Regards,
Curt.
Will it make sense to add
I did another round with google adds today and here's what I've come up
with which seems (to me) like it could work out.
1. No adds at all on the main/front page of our site. Adds only on the
subpages.
2. I've had mixed results filtering out MSFS stuff, but that's mostly
because there is a
Martin Spott wrote:
Hello,
I just tried to compile SimGear on Solaris and I encountered a build
error that's totally new to me. Maybe someone could have a look at
this, the respective change must be quite new:
make[3]: Entering directory `/usr/local/src/SimGear/simgear/screen'
g++ -mcpu=hypersparc
For what it's worth, every time I've done a FlightGear release I've
managed to tick off at least some people. I'm sure our next release
will be no different. At some point you just have to draw the line and
go with what you have or you never get the release out. We are humans,
volunteers,
27 matches
Mail list logo