Hi,
When trying to compile the latest UIUC code I got the following error
for about a hundred times:
../../../../src/FDM/UIUCModel/uiuc_menu.cpp, line 3399: error(1133):
expression must be a modifiable lvalue
Cnfabetaf_nAlphaArray[Cnfabetaf_index] = datafile_nxArray;
It seems
David Megginson [EMAIL PROTECTED] said:
For those who didn't read my long post about PLIB problems, there is
now a new C172 3D model in the base-package CVS, including the
much-requested translucent propeller disk for high RPM.
Unfortunately, to see the model correctly, you will have to
What's the status of OpenGC integration with FlightGear? I
have a thought in mind for something it might be used for,
and I might be interested in trying it out.
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Robert Deters wrote:
Does anybody have any idea of how to solve this??
Erik
What are you using to compile it? It compiles fine with gcc version 2.96
under Redhat 7.1.
If i change uiuc_menu.cpp (line 1412)
CXfabetaf_aArray[CXfabetaf_index] = datafile_xArray;
- Original Message -
From: Erik Hofman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, April 02, 2002 1:53 PM
Subject: Re: [Flightgear-devel] UIUC compile problem
Robert Deters wrote:
Does anybody have any idea of how to solve this??
Erik
What are you using to
So Robert Deters says:
BTW, what *is* the intention of the code, assigning pointers, copying
one entry, or copying the complete table?
Erik
The purpose is to copy the complete table. What I have in uiuc_menu
is just a short cut instead of writing a bunch of for loops to copy
multiple
I'm working on an automotive simulator, http://vamos.sourceforge.net A
while ago, Curt suggested that I try to make my car model work with
FlightGear. I'd like to start working on that now, but I don't know
where to begin. Could somebody give me some tips on adding a vehicle
model to
On 02 Apr 2002 15:45:18 -0500
Sam Varner [EMAIL PROTECTED] wrote:
I'm working on an automotive simulator, http://vamos.sourceforge.net A
while ago, Curt suggested that I try to make my car model work with
FlightGear.
!!
I'd like to start working on that now, but I don't know
where to begin.
Here's an interesting document on differences between flying in the US
and Canada, written from a Canadian perspective:
http://www.ofc.ca/files/cdn_us.pdf
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
___
Flightgear-devel mailing
Jim Wilson writes:
This model is really looking great!
Thanks.
Did you try just a flat pie disk for the prop blurr?
I thought it would be nice for the prop to be visible from the side,
so I gave it a little depth (just enough to cover the blade tips).
Wondering if it'd work that way.
What's the status of OpenGC integration with FlightGear? I
have a thought in mind for something it might be used for,
and I might be interested in trying it out.
The network interface is alive and well. ( it is sync'd with the latest
CVS version of FG ) The FMC is in the shop for a
Latest CVS simgear/flightgear/base compiles OK but crashes
when running:
Initializing FGLocalWeatherDatabase
-
Initialising spherical interpolator.
[100%] Finished initialising spherical interpolator.
out of memory
The computer has plenty
D Luff wrote:
Latest CVS simgear/flightgear/base compiles OK but crashes
when running:
Initializing FGLocalWeatherDatabase
-
Initialising spherical interpolator.
[100%] Finished initialising spherical interpolator.
out of memory
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 libraries that OpenGC links with,
Christian Mayer wrote:
I doubt that it's caused in the WeatherCM code.
Hi Christian,
I don't think its in the WeatherCM either. On my development copy
which worked until I did a cvs update only in the ATC directory I'm
getting to:
Initializing FGLocalWeatherDatabase
From: Alex Perry [EMAIL PROTECTED]
I don't know whether the IIC has the Pro feature set (suspect not).
If it does, the Mach64 driver of Utah-GLX works fine for me.
You might want to have a look at recent DRI development. I'm following this
already for a while and it appears to me that the
D Luff wrote:
dies there before the last bit of console output gets flushed. Does
anyone know how I can revert to a previous version or date of
specific files using CVS in order to test this?
OK, I can now confirm that the latest 'bug fixes' to ilslist, fixlist,
navlist and
D Luff writes:
OK, I can now confirm that the latest 'bug fixes' to ilslist,
fixlist, navlist and atislist.cxx are crashing Flightgear on
Windows. Can I request that the changes get rolled back out of the
official CVS until this is resolved please, especially since they
fix only
Is it possible (under Unix/Linux) to run fgfs directly from
a console and let it access the DRI?
http://fbdri.sourceforge.net/
ATI Radeon only, I might have a try some time,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
[... Erik wrote ...]
Alex Perry wrote:
In Britain, as far as I know, we always use two-digit numbers
Nope, not in the US. Dunno about elsewhere.
I think it's the same in Europe as it is in Brittain.
Right - seen this last week at EDWJ,
Martin.
--
Unix _IS_ user friendly - it's just
From: Erik Hofman [EMAIL PROTECTED]
When trying to compile the latest UIUC code I got the following error
for about a hundred times:
[...]
What are you using to compile it? It compiles fine with gcc version 2.96
under Redhat 7.1.
Erik an I are the ones that form the SGI group in this
D Luff wrote:
I've now found that its definately only atislist.cxx that is crashing,
not navlist, ilslist or fixlist.cxx. Its quite possible that something
that Melchior has done has uncovered a latent bug that previously
wasn't triggered. I'll have a look, albeit with couts rather than
The definition of a positive aileron deflection is when the right-hand
aileron deflects according to the right hand rule - that is, trailing edge
down (TED). Unfortunately, this results in a negative roll rate - it would
be nice if our choice of coordinate system caused a positive aileron
Is there a simgear or plib function that I can use to get the angle between
two locations? Namely the angle of direction from eye (lon, lat, alt) to
aircraft (target_lon, target_lat, target_alt). For example in our current
chase view the angle would be the heading since we are always following
Jim Wilson writes:
Is there a simgear or plib function that I can use to get the angle between
two locations? Namely the angle of direction from eye (lon, lat, alt) to
aircraft (target_lon, target_lat, target_alt). For example in our current
chase view the angle would be the heading since
I just updated to the newest uiuc_menu.cpp and am still getting the compile problem, but far fewer instances. MSVC error is:
c:\flightgear\src\fdm\uiucmodel\uiuc_menu.cpp() : error C2106: '=' : left operand must be l-value
on the following lines:
1454, 1506, 1558, 1927, 1979, 2031, 2300,
Jim Wilson wrote:
Is there a simgear or plib function that I can use to get the angle
between two locations?
I doubt there's explicit API support anywhere, but it's pretty easy to
do by hand. Just exploit the fact that the dot product of two unit
vectors is the cosine of the angle between
Jim Wilson wrote:
Is there a simgear or plib function that I can use to get the angle
between two locations?
SG has some basic code
see PLib / src / sg / sgAngleBetweenVec3()
and assosciated funcs
___
Flightgear-devel mailing list
[EMAIL
D Luff writes:
D Luff wrote:
I've now found that its definately only atislist.cxx that is crashing,
not navlist, ilslist or fixlist.cxx. Its quite possible that something
that Melchior has done has uncovered a latent bug that previously
wasn't triggered. I'll have a look, albeit
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
Ok, I tried doing that (I thought), though with /MD rather than /MT, and
still got linker errors. As I understand it the distinction is that the
former links against the DLL version of the std libs while the latter links
statically - is that true?. I'll give /MT a try and see if it works.
31 matches
Mail list logo