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
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
byteswap.h instead) does work.
So far I did not find out what it is.
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
for
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
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
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, and
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
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
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 tried
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 byteswap.h instead of tiny_xdr.hpp I get exactly the
same result here..
AJ
With fresh copy is still is a nogo.In case it helps here's the output of autogen.sh:Host info: Darwin Power Macintoshautomake: 1.6.3 (16)Running aclocalRunning autoheaderRunning automake --add-missing
configure.ac: installing `./install-sh'configure.ac: installing `./mkinstalldirs'configure.ac:
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?
-- Arthur/- http://sourceforge.net/users/artooro/- http://artooro.blogspot.com
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
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
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 no official
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
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
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 current
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 :
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
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?
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
22 matches
Mail list logo
