This mornings' cvs fails to compile here under Cygwin with the following
error:
MIDG-II.cxx: In function `uint32_t read_swab(char*, size_t, size_t)':
MIDG-II.cxx:31: error: call of overloaded `ulEndianSwap(uint32_t*)' is
ambiguous
/usr/include/plib/ul.h:334: note: candidates are: void
Erik Hofman
Vivian Meazza wrote:
This mornings' cvs fails to compile here under Cygwin with the following
error:
MIDG-II.cxx: In function `uint32_t read_swab(char*, size_t, size_t)':
MIDG-II.cxx:31: error: call of overloaded `ulEndianSwap(uint32_t*)' is
ambiguous
This should be
Hi all,
I did some further analysis on this bug and I found that in line 237 of
leaf.cxx
texcoord = texcoords[ tex_index[i] ];
tex_index[i] is negative in the case of the crash. Specifically, the
value in my case is 0x8000, which looks like a
short-to-int-conversion
Since FAA has airport diagrams in PDF format, would it be possible to extract
taxiways information
BTW, the tower and the beacon, if any, can also be extracted from it,
as well as the windsocks, ILS hold lines etc.
directly from a PDF file such as this
Hello Jason,
Jason Cox wrote:
now if I can just get the land mass from e00
Which source did you intend to pick the data from ?
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Norman,
The problem is I need to change the font that is showing on my HUD
to make it larger (and brighter). I cannot figure out where this is done.
It seems to refer back to properties in some way, but I can't find where
the lever is. If I change the sizes in the programs in Cockpit, nothing
Hi,
this patch should fix the bug.
Regards,
Ralf
Ralf Gerlich schrieb:
Hi all,
I did some further analysis on this bug and I found that in line 237 of
leaf.cxx
texcoord = texcoords[ tex_index[i] ];
tex_index[i] is negative in the case of the crash. Specifically, the
value in
The problem is I need to change the font that is showing on my HUD
to make it larger (and brighter). I cannot figure out where this is done.
It seems to refer back to properties in some way, but I can't find where
the lever is. If I change the sizes in the programs in Cockpit, nothing
On Oct 10, 2005, at 10:26 AM, Ampere K. Hardraade wrote:On October 10, 2005 03:37 am, Erik Hofman wrote: Buchanan, Stuart wrote: FlightGear can fetch the current weather at yourstarting airport, or you can set the wind, cloudlayers etc manually. I don't know if the weatherconditions are global, or
Steve Knoblock wrote:
Can you point this dummy to where the nasal electical system or
documents are?
Sorry I have to make this quick, but the nasal electrical system is
simply a nasal script that impliments the electrical system. There
should be an example in the c172 folder ... look
When I start the CVS version at the UG25 airport with bo105 (yesterday's
CVS data, the day before CVS sources), it core dumps on startup as
follows:
#0 yasim::Turbulence::getTurbulence (this=0xad2cee0, loc=0x4fea8008,
alt=nan(0x40), up=0xbfffed60, turbOut=0xbfffedb0) at
Does the airports source database include the military designation?
If yes, then it would add to the realism to have the different beacons,
e.g., military airfield == GREN/white/white (see
http://www.faa.gov/ATpubs/AIM/Chap2/aim0201.html ).
Vassilii
I've updated README.multiplayer to reflect the recent changes.
I'm not addressing the released/cvs incompatibility issue in there,
hopefully this is fine.
Index: data/Docs/README.multiplayer
===
RCS file:
Curt wrote:
The nasal script is specific code to impliment a specific aircraft's
electrical system, but the overall structure could be copied and adapted
to new aircraft. But each aircraft will need it's own aircraft specific
script.
I'll add that there are probably several ways to do
14 matches
Mail list logo