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're
AJ MacLeod wrote:
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..
That's odd.
Andy Ross wrote:
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
Erik Hofman wrote:
That's odd. This *should* indicate that it still would work with our own
definition of these functions ??!?
I've updated the code slightly to swap two 32-bit bytes on 32-bit
hardware. Could you test it again?
Erik
___
On Wednesday 21 September 2005 10:46, Erik Hofman wrote:
That's odd. This *should* indicate that it still would work with our own
definition of these functions ??!?
I should note here that I'm a really only a simple sysadmin and not a
programmer, so I'm saying nothing as to what should work
Sorry about that - I was too quick to test and didn't read the cvs log
carefully enough :-)
Here's the output of your swap test
UI32: (normal) 1234567
UI32: (swapped) 67452301
UI64: (normal) 123456789abcdef
UI64: (swapped) efcdab8967452301
AJ
___
AJ MacLeod wrote:
Certainly... Unfortunately it appears that the problem (for whatever reason)
is still there...
http://www.adeptopensource.co.uk/personal/fg/server_map_screenshot.png
Hmm, this looks like a signed/unsigned mismatch.
Erik
___
On Saturday 17 Sep 2005 15:43, Paul Kahler wrote:
On Fri, 2005-09-16 at 04:41 +0100, Lee Elliott wrote:
Hello List,
I think there's a small bug in the moving-average filter in
...
xmlauto.cxx
else if (filterType == movingAverage)
{
Great job Josh.An .icns file (used by OSX) is available here in case somebody wants it:http://artooro.spymac.net/images/fgfs.icnsIt contains 128,48,32, and 16 versions + bit masks for 48.
Thanks!On 9/20/05, Josh Babcock [EMAIL PROTECTED] wrote:
Josh Babcock wrote: I will go ahead and do a 32, 48,
Quoting Josh Babcock [EMAIL PROTECTED]:
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
Now as Andy promised I could have another try on big-endian machines I
decided to actually have one. But something is hindering me that wasn't
there before:
make[3]: Entering directory `/usr/local/src/SimGear/simgear/xml'
g++ -mcpu=hypersparc -mtune=hypersparc -DHAVE_CONFIG_H -I. -I.
Quoting Martin Spott :
Now as Andy promised I could have another try on big-endian machines I
decided to actually have one. But something is hindering me that wasn't
there before:
make[3]: Entering directory `/usr/local/src/SimGear/simgear/xml'
g++ -mcpu=hypersparc -mtune=hypersparc
Martin Spott wrote:
Now as Andy promised I could have another try on big-endian machines I
decided to actually have one.
Good luck, but unfortunately it seems not to be working for Erik. I
have a pretty large test suite at this point running on sparc and ppc
without trouble, so I'm wondering
On Wed, 21 Sep 2005 13:21:27 +0200, Erik wrote in message
[EMAIL PROTECTED]:
AJ MacLeod wrote:
Certainly... Unfortunately it appears that the problem (for
whatever reason) is still there...
http://www.adeptopensource.co.uk/personal/fg/server_map_screenshot.png
Hmm, this looks
Am Mittwoch 21 September 2005 10:23 schrieb Erik Hofman:
AJ MacLeod wrote:
Swapping #include byteswap.h instead of tiny_xdr.hpp I get exactly
the same result here..
That's odd. This *should* indicate that it still would work with our own
definition of these functions ??!?
I'm lost here
Frederic Bouvier wrote:
You probably must refine the test in order to discard these statements that are
already in another include file.
I'm leaning more and more to defining our own header files which solves
all this troubles and byte swapping stuff.
Erik
Erik Hofman wrote:
I'm leaning more and more to defining our own header files which
solves all this troubles and byte swapping stuff.
Sounds good to me. :)
Andy
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Hi,
after many hours trying to solve the problem I give up and ask for help:
Problem:
When building SimGear under Cygwin OpenAL files are not found. The
Readme.OpenAL and other docs are not helpful
for two questions:
1. What do I need for Cygwin? Is the OpenAL11BetaSDK sufficient
(content
On Wednesday 21 September 2005 23:17, Georg Vollnhals wrote:
I would be very glad if someone could help me. Building FlightGear 0.9.8
from source would be the first step to building it
from CVS.
I just used Norman's pre-compiled version from here;
Hi everyone,
I tried to compile the latest version of flightgear today in MSVC 7.
It compiled fine... but then I had problems when it tried linking.
Any ideas on how to fix it would help.
Thank you in advance.
Start ouput
Linking...
LINK : warning LNK4075: ignoring '/EDITANDCONTINUE' due to
20 matches
Mail list logo