Jon Berndt writes:
>
> I'll likely be relatively sparse on the Internet for the next week or so -
> perhaps much,
> much longer depending on how things go in League City, due to Rita. I'm about
> 14 feet
> above sea level, about a mile inland from Galveston Bay.
>
> Anyone else look like they'
On September 20, 2005 05:15 pm, Andy Ross wrote:
> Ampere: there is one incompatible change here. The strc() function
> has been removed in favor of the "array syntax" for addressing bytes
> out of a string. The A380 scripts are the only code that uses it, so
> I didn't bother including a compati
I'll likely be relatively sparse on the Internet for the next week or so -
perhaps much,
much longer depending on how things go in League City, due to Rita. I'm about
14 feet
above sea level, about a mile inland from Galveston Bay.
Anyone else look like they're going to be affected by this?
Jon
Josh Babcock wrote:
> I will go ahead and do a 32, 48, 64 and 128 px version of mine, though I
> have to say that the 48 px one looks great. Maybe it would be a better
> choice for the larger ones. Of course, there's nothing stopping us from
> including multiple options for icons.
>
> Josh
>
> _
Arthur Wiebe wrote:
> Sounds alright.
>
> I need a 128x128 for MacOSX and so will probably create one based off of
> your images.
>
> Frederic Bouvier wrote:
> > Arthur Wiebe a écrit :
> >
> >
> > There is a nice 48x48 here :
> > ftp://ftp.ihg.uni-duisburg.de/FlightGear/De
Sounds alright.I need a 128x128 for MacOSX and so will probably create one based off of your images.On 9/20/05, Josh Babcock <
[EMAIL PROTECTED]> wrote:Frederic Bouvier wrote:> Arthur Wiebe a écrit :
>>> I am working on a new mac flightgear binary because of all the>> problems people have with the
Hi Adam.I knew of that method of fixing this problem but just didn't think of it for some odd reason. Things are sure odd these days. :)Thanks for the tip.The strage thing though is that it always worked before for me even with fgfs source.
By the way there are some build instructions which are lo
Erik pinged me on the Nasal endianness bug, which I *think* has been
fixed. It no longer occurs with the Mac test code I have, but I
didn't find a smoking gun and can't run FlightGear on that mac (shell
access only).
Anyway, please update both (!) SimGear and FlightGear CVS sources and
let me kno
Frederic Bouvier wrote:
> Arthur Wiebe a écrit :
>
>> I am working on a new mac flightgear binary because of all the
>> problems people have with the current release and want to use a better
>> icon this time.
>>
>> Is there any official logo or something I should base it off?
>
>
>
> There is
Arthur Wiebe a écrit :
I am working on a new mac flightgear binary because of all the
problems people have with the current release and want to use a better
icon this time.
Is there any official logo or something I should base it off?
There is no official logo that fit in the 32x32 area im
This is a known problem with building FlightGear on a Mac. For some
reason autogen for FG does not copy them, while it works fine for
SimGear. I have not been able to figure out why it happens, or what
is different about FG and SG, but I wrote some Mac build instructions
that have a work
I am working on a new mac flightgear binary because of all the problems people have with the current release and want to use a better icon this time.Is there any official logo or something I should base it off?
-- - http://sourceforge.net/users/artooro/- http://artooro.blogspot.com
With fresh copy is still is a nogo.In case it helps here's the output of autogen.sh:Host info: Darwin Power Macintosh automake: 1.6.3 (16)Running aclocalRunning autoheaderRunning automake --add-missing
configure.ac: installing `./install-sh'configure.ac: installing `./mkinstalldirs'configure.ac: in
On Tuesday 20 September 2005 14:57, Erik Hofman wrote:
> Hmm, that should be correct.
> What does the utility output if you include byteswap.h instead off our
> own functions?
Swapping #include instead of "tiny_xdr.hpp" I get exactly the
same result here..
AJ
__
The file is not present and like I said before I did run autogen.sh.Using autoconf 2.59.I'll try a fresh copy of the source and see what happens.On 9/20/05,
Erik Hofman <[EMAIL PROTECTED]> wrote:
Arthur Wiebe wrote:> I just checked our the latest flightgear source and after running> autogen.sh tri
AJ MacLeod wrote:
The byte swap test utility you added today gives this;
UI32: (normal) ffaaccee
UI32: (swapped) eeccaaff
UI64: (normal) bbaaddffaaccee
UI64: (swapped) eeccaaffddaabb00
Hmm, that should be correct.
What does the utility output if you include byteswap.h instead off our
own fu
Arthur Wiebe wrote:
I just checked our the latest flightgear source and after running
autogen.sh tried to run configure but got the following error:
configure: error: cannot run /bin/sh ./config.sub
Is this file present?
If not you need to run autogen.sh
If so, you should make sure it's marke
On Tuesday 20 September 2005 10:36, Erik Hofman wrote:
> I've added a byte swap test utility in the MultiPlayer directory so you
> can easily test if it really makes a difference. On my machine all
> (should) work(s) fine.
Are you sure? It doesn't here since yesterday (Linux x86. ) FG runs OK, an
I just checked our the latest flightgear source and after running autogen.sh tried to run configure but got the following error:configure: error: cannot run /bin/sh ./config.sub
Not being very familiar with the autoconf system I decided to write about the problem here instead of trying to fix it.--
mat churchill wrote:
> The DA42 is definitely the plane I would like to see in FG, as it is
> definitely the plane I would like to fly one day.
Oh yes. Since I recieved my license paper last month I've flown more
than 5 hours single-handed on a C172 with Thielert engine (I already
did som hours d
Is there anything relating to usage ?
The DA42 is definitely the plane I would like to see in FG, as it is
definitely the plane I would like to fly one day.
Mat
Martin Spott wrote:
>Torsten Dreyer wrote:
>
>
>
>>There was a project from diamond aircraft and microsoft about building a
>>model
Oliver Schroeder wrote:
There's something really odd with byteswapping. Using your modified
version does not work. Using my own byteswap functions does not work.
Using byteswap.h (ie. remove both bswap-functions and "#include
instead) does work.
So far I did not find out what it is. I guess i
Hi Erik,
Erik Hofman wrote:
Secondly I've updated the code to use the ulEndianSwap() function
instead of defining our own (my system doesn't even define byteswap.h).
There's something really odd with byteswapping. Using your modified
version does not work. Using my own byteswap functions d
23 matches
Mail list logo