On Wed, 18 Feb 2004 13:55:40 -0600, Curtis L. Olson [EMAIL PROTECTED]
wrote:
Hi, quick announcement ... baby! Amelia Esther, 8lbs 1oz, born 6:12am
this morning, less than 1 hour from first contraction to delivery. 12
minutes from arrival at the hospital to delivery. Everyone is doing
good.
Yeah, congratulations!
Hope everything continues to go well!
Cheers,
Durk
On Wednesday 18 February 2004 20:55, Curtis L. Olson wrote:
Hi, quick announcement ... baby! Amelia Esther, 8lbs 1oz, born 6:12am this
morning, less than 1 hour from first contraction to delivery. 12 minutes
from
Hi,
I'm working on a new aircraft model but I've some problems
with the lights. I've tried to add the nav lights (like the ones
in the c310u3a and p51d) but they become black, like the
airplane, when the night falls. I'm working with 3dsMAX, maybe
the problem is the colour assgned to the objects
Luca Masera wrote:
Hi,
I'm working on a new aircraft model but I've some problems
with the lights. I've tried to add the nav lights (like the ones
in the c310u3a and p51d) but they become black, like the
airplane, when the night falls. I'm working with 3dsMAX, maybe
the problem is the
David Megginson said:
In honour of Curt's return to changing diapers, here's an aviation-related
scatological story:
http://www.salon.com/tech/col/smith/2002/10/03/askthepilot13/index.html
That's great. No doubt that makes even the worst diaper disaster look like a
piece of cake. :-)
I Do you use emissive color for your light ? In the .ac file, it is
in the Material line, after the emis keyword.
In3dsMAX (I export the model in the ASE format, supported by PLIB)
there's an selflighting (autoilluminazione in Italian) field that has
the same meaning as emissive color, I think.
* Luca Masera -- Thursday 19 February 2004 14:42:
In3dsMAX (I export the model in the ASE format, [...]
Maybe the ASE format it's not fully supported by FlightGear? I can't
use AC3D format because 3dsMAX and AC3D are incompatible (there
isn't a plugin that exports the scene in a format
Jim Wilson wrote:
That's great. No doubt that makes even the worst diaper disaster look like a
piece of cake. :-)
As long as he doesn't put dry ice in the diaper pail.
All the best,
David
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
On Thursday 19 February 2004 02:46, David Megginson wrote:
In honour of Curt's return to changing diapers, here's an aviation-related
scatological story:
http://www.salon.com/tech/col/smith/2002/10/03/askthepilot13/index.html
All the best,
David
LOL :)))
LeeE
Hi,
I have read the discussion about the truncf problem and with the latest
cvs checkout i still recieve the error. The messages subject is:
Re: [Flightgear-devel] Re: Fix for compilation error in panel.cxx: `truncf' undeclared
I did not notice any real solution other than some red hat people
Seamus Thomas Carroll wrote:
I have read the discussion about the truncf problem and with the
latest cvs checkout i still recieve the error. The messages subject
is: Re: [Flightgear-devel] Re: Fix for compilation error in panel.cxx:
`truncf' undeclared
I did not notice any real solution
Vivian Meazza wrote
Andy Ross wrote
Vivian Meazza wrote:
I think it should work, and it _looks_ as if it does:
certainly when
you browse internal properties it looks right, but I can't set the
second [1] tank to zero.
I'm still fuzzy. Do you mean that you can't set
I just added #include math.h source/src/Cockpit/panel.cxx recompiled and
still the same error.
Seamus
On Thu, 19 Feb 2004, Andy Ross wrote:
Seamus Thomas Carroll wrote:
I have read the discussion about the truncf problem and with the
latest cvs checkout i still recieve the error. The
Seamus Thomas Carroll wrote:
I just added #include math.h source/src/Cockpit/panel.cxx
recompiled and still the same error.
Then something is bad wrong. Your configure script is detected the
truncf function when it ran, but it isn't there for you at compile
time. Both of those conditions
On Wed, 2004-02-18 at 11:55, Curtis L. Olson wrote:
Hi, quick announcement ... baby! Amelia Esther, 8lbs 1oz, born 6:12am this
morning, less than 1 hour from first contraction to delivery. 12 minutes
from arrival at the hospital to delivery. Everyone is doing good. I'll be
pretty much
My apologies for not following up sooner. When I later did a make clean it
became an issue for me as well. I cannot tell you why at this point, except
that truncf is a) non-standard and b) in glibc (on redhat). There may be some
header required that isn't there, other than math.h, which is
Jim Wilson said:
My apologies for not following up sooner. When I later did a make clean it
became an issue for me as well. I cannot tell you why at this point, except
that truncf is a) non-standard and b) in glibc (on redhat). There may be some
header required that isn't there, other
I have found the bug leading to a seg fault that I reported
previously (on the flightgear-users list). Though this is on
an ia64, the bug is not completely architecture dependant.
In misc.c in simgear/nasal in the function naNum
add the line
r.ref.reftag = ~NASAL_REFTAG;
ahead of the
The IEEE smart sensor standard is currently being updated from the
previous release, including the networked sensor array stuff that
is intended for the likes of Boeing when performing flight testing.
It occurs to me that the people who are interested in monitoring the
FDM behavior (i.e. the JSB
Jim Wilson wrote:
My apologies for not following up sooner. When I later did a make clean it
became an issue for me as well. I cannot tell you why at this point, except
that truncf is a) non-standard and b) in glibc (on redhat). There may be some
header required that isn't there, other than
20 matches
Mail list logo