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.
-Damion
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
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,
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 PROTEC
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
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, 2
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"
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 followi
>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
>def
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 t
> 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"
David Megginson wrote:
> Unfortunately, I am able to test Melchior's changes only under Linux.
> I have no objection to rolling them back out, but it would also be
> useful to find out what part of them is causing the Windows problems,
> so we know what to avoid in future patches. If any Windows
[... 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
> 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 !
-
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 v
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 atislis
> 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
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
--
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, be
> The sourceforge CVS has been replaced. New site:
>
> cvs -d:pserver:[EMAIL PROTECTED]:/opengc
>
> Password is : opengccvs
As an addendum:
cvs -d:pserver:[EMAIL PROTECTED]:/opengc
points to the same machine, and should persist regardless of where the CVS
server ends up (though the current loca
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 memo
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 (51
> 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" fo
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 wa
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 li
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
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 FlightGear
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
>
- 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
> >>
> >>
> >
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;
CXfabetaf_b
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]
http://mail.flightgear.org/mailm
- Original Message -
From: "Erik Hofman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, April 02, 2002 6:45 AM
Subject: [Flightgear-devel] UIUC compile problem
> Hi,
>
> When trying to compile the latest UIUC code I got the following error
> for about a hundred times:
>
> "..
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
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 li
34 matches
Mail list logo