It seems as if MacOS X does not have isnan(), or at least by
default. From wading trough the headers (I see isnan in there, so
I'm not sure why it is not being used), I made the following change
to cloudfield.cxx. My guess is that this will only work on the Mac,
since it appears as if
not complete its initialization, but I
probably have a messed up config file (it has been a while since I
have build FlightGear).
Jonathan Polley
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman
/bin/sh ./config.sub
and config.sub was not generated by ./autogen.sh. Any ideas as to
what needs to be done?
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo
I am using MacOS X 10.3 and don't remember having to upgrade the automake
tools, but I have updated to the most recent Xcode release.
On Thursday, March 03, 2005, at 08:38AM, Arthur Wiebe [EMAIL PROTECTED] wrote:
I don't know if anyone is aware of this but a document on building
from source for
On Saturday, January 22, 2005, at 09:27AM, Curtis L. Olson [EMAIL PROTECTED]
wrote:
Let's not lose sight of a couple facts:
1. This is all regarding the Mac OS X package.
2. The author has already agreed to make some changes to his package.
3. This package is distributed on a source forge
Arthur,
Considering the problems some people have been having in running the Mac
version, have you added instructions to the .dmg file? I was able to host the
previous version (0.9.6) on my .mac account, but it was less than 125 MB (which
is my limit).
Jonathan Polley
On Friday
to do with it.
By the way Curt, it's done uploading.
On Fri, 17 Dec 2004 17:50:23 -0600, Jonathan Polley
[EMAIL PROTECTED] wrote:
Arthur,
Considering the problems some people have been having in running
the Mac version, have you added instructions to the .dmg file? I was
able to host
mailing list are not UNIX literate. This is a problem for me
since I am use to dealing with UNIX types and don't know how to write
for a person who isn't. It really is a change in thinking.
Jonathan Polley
On Dec 17, 2004, at 6:09 PM, Arthur Wiebe wrote:
lol, How many different ways can you
to avoid it when possible.
Broadcast packets tend to live too long on a network (as long as standard
unicast messages, which almost got me into trouble once...). Since I don't use
broadcast, I'm not sure why you are getting an error binding to the broadcast
address.
Jonathan Polley
On Thursday
I tried building with the latest MacOS changes from CVS and found one
problem. When compiler.h gets generated, the symbol SG_GLUT_H gets
defined to be OpenGL/glut.h when it needs to be defined as
GLUT/glut.h. It is a part of the GLUT framework and not the OpenGL
framework.
Thanks,
Jonathan
In the network area
(http://cvs.flightgear.org/cgi-bin/viewcvs/viewcvs.cgi/source/src/Network/?cvsroot=FlightGear-0.9)
there is a data structure defined in net_ctrls.hxx that contains the data you want,
but I don't think that it is being filled in by any of the FDMs.
Jonathan Polley
I just updated tonight and FlightGear no longer runs on the Mac. As of
last night, everything ran just file, but after updating everything
(SimGear, FlightGear, and base packages) I get an abort. The gdb
backtrace is:
Using Mac OS X hack for initializing C++ stdio...
Failed to find runway
That patch worked just fine. Hopefully it can be rolled into CVS
before the release.
Thanks!
Jonathan Polley
On Jul 18, 2004, at 7:40 AM, Frederic Bouvier wrote:
Frederic Bouvier wrote:
Jonathan Polley wrote:
Fred,
It turns out that the problem should exist on every FlightGear
system
in -[GLUTApplication
_runMainLoopUntilDate:autoreleasePool:] ()
#20 0x87521df4 in -[GLUTApplication run] ()
#21 0x8753bd28 in glutMainLoop ()
#22 0x00010b54 in fgMainInit(int, char**) (argc=1, argv=0x4ff198) at
main.cxx:1779
#23 0xa8fc in main (argc=1, argv=0x8756216c) at bootstrap.cxx:175
Thanks,
Jonathan
. I changed fgExitCleanup() in main.cxx to be as follows:
void fgExitCleanup() {
delete globals;
//fgOSExit(0);
}
This prevented the recursive call to exit(), but will not work if
someone is using the fg_os_sld.cxx module, but it works for me.
Thanks,
Jonathan Polley
Curt,
I have fixed my inability to spell and the new archive can be gotten from:
http://homepage.mac.com/eq_fidget/FlightGear-0.9.4.tgz
Jonathan Polley
On Jun 14, 2004, at 9:13 AM, Curtis L. Olson wrote:
Forwarded to the devel list in hopes that a Mac developer can resolve this ...
Curt
Jon,
I couldn't find a reference to it in stdlib.h, or anywhere else in
/usr/include.
Jonathan Polley
On May 25, 2004, at 3:45 PM, Jon S Berndt wrote:
I'm not an Apple guy, so I can't test this for sure, but can someone
tell me if it is still true that some Apple compilers that are used
Oops, I also use gcc 3.3 under MacOS X 10.3.3
On May 25, 2004, at 6:17 PM, Jonathan Polley wrote:
Jon,
I couldn't find a reference to it in stdlib.h, or anywhere else in
/usr/include.
Jonathan Polley
On May 25, 2004, at 3:45 PM, Jon S Berndt wrote:
I'm not an Apple guy, so I can't test
/FlightGear-0.9.4.tgz
Let me know when it has been captured so I can reclaim the space.
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
put a README file in there along
with the executable. I *MAY* be able to create a disk image that contains both the
FlightGear application and the base package, but it will be close (I notice that the
Win32 version is 82+ MB and I only have 100 MB of storage).
Jonathan Polley
On Tuesday
Curt,
I just built one last night. I can strip it and put on my web space for you to
pick up.
Jonathan Polley
On Monday, March 29, 2004, at 03:19PM, Curtis L. Olson [EMAIL PROTECTED] wrote:
Has anyone build a MacOS version of FG-0.9.4?
Thanks,
Curt.
--
Curtis Olson HumanFIRST
://homepage.mac.com/eq_fidget/fgfs/fgfs.tgz
http://homepage.mac.com/eq_fidget/fgfs/FlightGear.app.tgz
I would really appreciate it if someone were to download both of them
and give them a try. It's not that I am paranoid or anything :)
Jonathan Polley
On Mar 29, 2004, at 4:22 PM, Curtis L. Olson wrote
_without_ X11 and it still does not build.
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Norman,
That seemed to fix my problem. Off to finish the build.
Thanks!
Jonathan Polley
On Wednesday, March 17, 2004, at 11:30AM, Norman Vine [EMAIL PROTECTED] wrote:
$ cvs diff -u extensions.hxx 21 | tee diffs
Index: extensions.hxx
2
make[1]: Leaving directory `/home/jwpolley/fgfs/SimGear/simgear'
make: *** [all-recursive] Error 1
Thanks,
Jonathan Polley
On Tuesday, March 16, 2004, at 03:24AM, Erik Hofman [EMAIL PROTECTED] wrote:
David Luff wrote:
On 3/15/04 at 8:41 PM Jonathan Polley wrote:
I just tried to build
/fgdev/SimGear/simgear'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/jwpolley/fgdev/SimGear/simgear'
make: *** [all-recursive] Error 1
This is true even after I do a make clean.
Thanks,
Jonathan Polley
Of COURSE they can do that. They're engineers
a bit more tomorrow.
Thanks for the help,
Jonathan Polley
On Mar 15, 2004, at 9:46 PM, Jon Berndt wrote:
Hopefully someone who knows the answer will jump in and correct me if
I'm
wrong, but this sounds like the errors people were getting when they
installed the cygwin X11 packages
that it will not look stretched on the screen?
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Plasma TVs tend to be 1280x1024 at a 16:9 aspect ratio, rather than the
4:3 (or 1:1) that it would normally expect. I am assuming that I can
just adjust the field of view, but will that only adjust the horizontal
field or will it adjust the vertical as well?
Thanks,
Jonathan Polley
On Mar 8
Thanks for the input. I am on vacation this week and will try when I
head back into work. Since we will be using a Windows PC, my range of
options is limited.
Jonathan Polley
On Mar 8, 2004, at 11:35 AM, Erik Hofman wrote:
Jonathan Polley wrote:
Plasma TVs tend to be 1280x1024 at a 16:9
The fix for the MacOS isnan problem didn't compile. I changed it to be
inline int (isinf)(double r) { return isinf(r); }
inline int (isnan)(double r) { return isnan(r); }
and it worked just fine (it was Real r instead of double). Real wasn't
defined.
Thanks,
Jonathan Polley
(x) (0)
#endif
As far as I can tell, isnan() is defined via math.h, but as soon as I
include iostream things go south. I'm sure that this will cause me
some problems in the future, but at least I have a build.
Jonathan Polley
___
Flightgear-devel
Without that change, Local.h won't build under Panther, but it built just fine under
Janguar (10.2). Unfortunately, the Mac on which I had both 10.1 and 10.2 installed is
with my brother. If someone thinks it is important, I can *try* to walk him through
the build process.
Jonathan Polley
I did some playing around and made my aircraft model be the carrier. It looks kind of
odd having that big ship flying around KSFO!
Jonathan Polley
On Saturday, November 15, 2003, at 08:15AM, David Culp [EMAIL PROTECTED] wrote:
Ok, I got the Saratoga moving across San Fransisco bay at 30
in the community that does this? The primary
interest is for the terrain following system, but I would love to eventually have
JSBSim modified so I could use it to drive some GPS and inertial simulations. First,
I will need to test the water with the terrain system.
Thanks,
Jonathan Polley
Of COURSE
after each for statement, FlightGear ran just fine. I am going
to do some more experimentation to see what it really takes to get this
to work.
Jonathan Polley
On Oct 28, 2003, at 3:12 AM, James Turner wrote:
On Tuesday, October 28, 2003, at 04:57 AM, Jonathan Polley wrote:
Oops, I sent
.
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
in fgMainInit(int, char**) (argc=1, argv=0x4f81f0) at
main.cxx:1761
#7 0x28b8 in main (argc=1, argv=0x5d1c4b0) at bootstrap.cxx:139
Thanks in advance,
Jonathan Polley
On Oct 27, 2003, at 10:57 PM, Jonathan Polley wrote:
Oops, I sent this to the Users list instead.
For those of us who use Macs, I
to
know what other people get for frame rates (both with and without
buildigs).
Jonathan Polley
On Sunday, October 19, 2003, at 07:50 AM, Jim Wilson wrote:
There are a lot of variables that can affect frame rate. The amount
of video
memory available is one of them. Within flightgear the type
Fred,
That does help my frame rates (the worst case rate went from 8FPS
to 14), but I still have the structures being drawn. What I would like
is something like --disable-structures (I looked and couldn't find one).
Jonathan Polley
p.s., I also had to set the LOD to be tiny (detailed=15
still curious
about what PC and Linux people see (with buildings turned on, of course).
Jonathan Polley
p.s., these numbers match what I was seeing with [EMAIL PROTECTED] It is nice seeing
two benchmarks yield similar results.
On Sunday, October 19, 2003, at 04:32PM, Jonathan Polley [EMAIL
)
and not this (http://homepage.mac.com/eq_fidget/win_fgfs.jpg). Do you
have the same definition? I know how to eliminate buildings in the
later case (--disable-random-objects) but not the former.
Jonathan Polley
On Sunday, October 19, 2003, at 05:38 PM, Frederic Bouvier wrote:
Jonathan Polley wrote:
I
After a short break, I decided to try to rebuild FlightGear under CygWin. While
building SimGear, I got the following errors:
/sw/lib/libplibnet.a(netSocket.o.b)(.eh_frame+0x11): In function
`_ZN10netAddressC1EPKci':
/home/Jonathan Polley/fgdev/plib/src/net/netSocket.cxx:59: undefined
of the OS X port, and he
has been working on getting ProjectBuilder projects put together for
FlightGear and I'm not sure of its current state. You can use the
standard Apple development tools to build FlightGear just as you would
on any Linux platform.
Jonathan Polley
On Friday, August 22
.
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
I have been remiss in my duties of keeping FlightGear up to date under
MacOS X (something to do with work). I finally had a chance to build
everything again and hit a problem with the 3D cloud code. After much
gnashing of teeth, I was able to get
simgear/scene/sky/clouds3d/SkyContext.cpp to
of bounds}, static
_S_empty_rep_storage = {0, 0, 193, 0}}}, latitude=37.611701420942723,
longitude=-122.35840743978396) at SkySingleton.hpp:125
Cannot access memory at address 0x642900b0
Can anyone help me to determine what is going wrong (why _M_p has a bad value)?
Thanks,
Jonathan Polley
to use TCP.
Jonathan Polley
On Sunday, August 03, 2003, at 04:06PM, Paul Morriss [EMAIL PROTECTED] wrote:
Hi all,
Does flightgear use UDP (connection-less) or connect
oriented in the networking code?
Also do you feel that UDP is good enough for network
gaming.
Thanks
Of COURSE they can do
or well controlled set of subnets. Also, look at the
network loading. IMHO, if your network loading is 30% then I would
mark it as unreliable for UDP.
Jonathan Polley
p.s. for CDMA networks (10base2, 10base5, and 10baseT using a hub), the
rule of thumb was: if your wire is 20% loaded
built (reference
http://seneca.me.umn.edu/pipermail/flightgear-devel/2003-June/018246.html). He has
sent me his modified files so I can build the 10.1 version of FlightGear. Now if I
can just find the time...
Jonathan Polley
Of COURSE they can do that. They're engineers
the correct ending of a set of control data over a socket or
serial line ?
Don't send any line termination. What is being received over the network is a stream
of bytes, not text. When the receiver has enough data, it will be processed.
Jonathan Polley
Of COURSE they can do that. They're
)
extensions.hxx:58: (Each undeclared identifier is reported only once
for each
function it appears in.)
Could someone put the non-GLX version of GetProcAddressARB in the file?
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL
Now that 64-bit processors are becoming more available, does anyone
know of any problems that FlightGear may have running on a 64-bit
processor (Opteron or PowerPC 970)? I am assuming that those areas
that would be sensitive to data sizes (i.e., file formats) are safe?
Jonathan Polley
:949: syntax error before `(' token
/usr/include/c++/3.2/limits:956: `numeric_limits' is not a template
/usr/include/c++/3.2/limits:957: confused by earlier errors, bailing out
make: *** [obj.o] Error 1
Tha MacOS X version built just fine.
Jonathan Polley
Of COURSE they can do that. They're
Bodo,
Are you building from CVS or are you building the last release
tarball? I have an older CVS snapshot of FlightGear (about a month
old) and can't find that file. What is the path to the file?
Jonathan Polley
On Friday, April 11, 2003, at 04:38 PM, [EMAIL PROTECTED]
wrote:
Jonathan
I am waiting for the programming language for amateur radio operators,
Morse. There is nothing like programming in dots and dashes!
On Tuesday, April 1, 2003, at 06:11 AM, David Megginson wrote:
It looks like Python's days are numbered; I just read on Slashdot
about a programming language
What is your system? If you have Windows then you will need to build
GLUT on your own. GLUT should come with MESA (or the OpenGL drivers of
your video card) under Linux (at least that's how I get it).
Jonathan Polley
On Wednesday, March 26, 2003, at 11:02 PM, Howell Caton wrote:
Hi! I'm
partitions. Will we be dropping official support for
10.1 at that time (or any time soon)?
Just curious,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
with --disable-panel, I get the same behavior. I have verified
that options.cxx still processes --disable-panel. If I toggle the 2D
panel from within FlightGear, I get the 2D panel placed in front of the
3D panel.
Jonathan Polley
___
Flightgear-devel mailing
believe that code works on all platforms. At the very least, it would
be nice if all the required switches were defaulted to the same values.
Jonathan Polley
On Thursday, March 20, 2003, at 11:26 PM, Martin Spott wrote:
Hello Erik,
Erik Hofman [EMAIL PROTECTED] wrote:
Martin Spott wrote:
Hello
Under MacOS X (and I assume other OSes as well), both
multiplaytxmgr.cxx and multiplayrxmgr.cxx need to include sys/types.h
before including sys/socket.h.
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org
*)
net_fgd_scan(puObject*)
Could someone either back out the changes or add the files needed to
get it running again?
Thanks,
Jonathan Polley
On Wednesday, March 19, 2003, at 10:38 PM, Jonathan Polley wrote:
Under MacOS X (and I assume other OSes as well), both
multiplaytxmgr.cxx and multiplayrxmgr.cxx
rendering of the display that is
taking the time, or is it the math required to process the scene graph? Would using
SSE/SSE2/AltiVec for the matrix operations make much of a difference?
Jonathan Polley
On Monday, February 24, 2003, at 03:04AM, Erik Hofman [EMAIL PROTECTED] wrote:
Jonathan
all
non-display processing to its own processor that I wouldn't see much,
if any, improvement in frame rate? That being said, What would it take
to squeeze the last bit of FPS out of FlightGear?
Just some idle thoughts,
Jonathan Polley
___
Flightgear
tools to gcc 3.2 on the next release.
Thanks for the help,
Jonathan Polley
On Monday, February 10, 2003, at 09:39 PM, Norman Vine wrote:
Jonathan Polley writes:
It beats me. I did a make clean and make distclean and both yielded
the same results as before. The current development tools contain
.xml files. I would really like the .xml files to be
fully commented (I'm strange that way), but I'm not going to hold my
breath.
Jonathan Polley
On Monday, February 10, 2003, at 08:01 AM, Erez Boym wrote:
Hi,
Did anyone start to document these properties in
another way, or do we have
When building on MacOS X, I got the following warnings. Since I don't
use JSBSim too much, I wasn't too worried.
Jonathan Polley
ranlib: same symbol defined in more than one member in: libJSBSim.a
(table of contents will not be sorted)
ranlib: file: libJSBSim.a(FGTurbine.o) defines symbol
I have the latest and greatest from CVS. I ran ./autogen.sh and
./configure, without any change. Is there something that I can do to
force a rebuild (aside from deleting the Makefiles by hand, that is).
Thanks,
Jonathan Polley
On Monday, February 10, 2003, at 08:11 PM, Jon Berndt wrote
It beats me. I did a make clean and make distclean and both yielded
the same results as before. The current development tools contain gcc
3.1. Is anyone else running that version of gcc, or has everyone
jumped to 3.2?
Thanks,
Jonathan Polley
On Monday, February 10, 2003, at 09:04 PM
/Versions/A/IOKit
If I restore the plib code back to 1.6, then I can finally get a link.
Since I don't use a joystick, that works for me.
Jonathan Polley
On Wednesday, February 5, 2003, at 07:48 AM, James Turner wrote:
On Wednesday, February 5, 2003, at 01:22 pm, Jonathan Polley wrote
to build Atlas, so I'm not sure of its status WTR
MacOS 1X 10.2. It wouldn't surprise me if there were problems.
Jonathan Polley
On Friday, January 17, 2003, at 09:23 PM, Ima Sudonim wrote:
Is the new version of PLIB required or optional for the fg source
downloaded from cvs by the latest changes
Dave,
Worked like a champ. A few more instances of this have turned up, and
I can supply diffs if you are interested.
Thanks,
Jonathan Polley
On Friday, January 17, 2003, at 10:39 AM, David Luff wrote:
Jonathan,
I've got behind reading my mail from this list, and I've only just read
For those who may care, I fixed the MacOS problems. It turns out that
the OpenGL Extension that FlightGear are referencing have ARB
extensions rather than EXT. I.e.,
glPointParameterfvEXT
glPointParameterfEXT
becomes
glPointParameterfvARB
glPointParameterfARB
Jonathan Polley
Here
identifier
If I remove the 'SG_USING_STD(find)' line (from 1.3), the error changes to
c:\fgdev\flightgear\src\model\modelmgr.cxx(138) : error C2065: 'find' : undeclared
identifier
Thanks,
Jonathan Polley
Of COURSE they can do that. They're engineers
I just noticed that the problem also exists for MacOS 10.2(.3), which I
believe is at least OpenGL 1.3 (and 10.2.3 is OpenGL 1.4). Any ideas
as to what is missing?
Thanks,
Jonathan Polley
On Wednesday, January 1, 2003, at 10:25 AM, Norman Vine wrote:
Jonathan Polley writes:
The latest
- giving up
Any thoughts? I assume that this is a CVS server issue since I have
the problem under both MacOS and Windows.
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo
C2065: 'GL_POINT_SIZE_MIN_EXT' :
undeclared identifier
Thanks,
Jonathan Polley
Of COURSE they can do that. They're engineers!
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Norman,
Thanks, that fixed it. The changes that I tried were it that general direction,
but not far enough.
Jonathan Polley
On Friday, Dec 20, 2002, at 11:03PM, Norman Vine [EMAIL PROTECTED] wrote:
Jonathan Polley writes:
Any more ideas?
maybe
$ cvs diff ATCVoice.cxx
with templates, but is there a work
around for this?
Thanks,
Jonathan Polley
Of COURSE they can do that. They're engineers!
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
' :
undeclared identifier
Any more ideas?
Thanks again for the help,
Jonathan Polley
Of COURSE they can do that. They're engineers!
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
long MacOS X 10.1 should be supported?
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
have? I see you are linking against Xll
(-L/usr/X11R6/lib), is that xfree86 (I have that installed as well)?
I'll send you an email when I get everything built.
Jonathan Polley
On Friday, Dec 13, 2002, at 04:17PM, David Drum [EMAIL PROTECTED] wrote:
Quoth Curtis L. Olson:
If 0.9.1 is too
with 'false' allow me to run.
Jonathan Polley
On Wednesday, December 11, 2002, at 02:31 PM, Curtis L. Olson wrote:
Has anyone built FlightGear 0.9.1 for Mac OS X yet? I'd like to be
able to add the mac version to the downloads section at some point.
Thanks,
Curt.
--
Curtis Olson IVLab
via looking up my IP address does
not exist). Curt was able to point this out to me. DSL is looking
better and better.
Jonathan Polley
On Thursday, December 12, 2002, at 12:43 AM, John Check wrote:
On Wednesday 11 December 2002 9:05 pm, Jonathan Polley wrote:
On Wednesday, December 11
version. I know that CVS access is not strictly
required to get the Mac version to build, but it makes things much easier for me to
submit the required changes.
Jonathan Polley
On Wednesday, Dec 11, 2002, at 02:31PM, Curtis L. Olson [EMAIL PROTECTED] wrote:
Has anyone built FlightGear 0.9.1
On Wednesday, December 11, 2002, at 06:25 PM, John Check wrote:
On Wednesday 11 December 2002 6:30 pm, Jonathan Polley wrote:
I would really like to build it, but since I haven't been able to
access
CVS since the roll out of 0.9.1, I can't. It's odd that only the CVS
FlightGear and SimGear
at
which point I give up on it. I'm pretty sure none of my changes could
have
caused this.
I saw the same problem with the 3D clouds earlier. It appeared to be
an endian issue as the offending value was 0x200 (or something
similar).
Jonathan Polley
changed in the CVS structure). Has the magic
changed since the last release?
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
I have been unable to connect to CVS for the past two days (Connection
reset by peer). Is anyone else having this problem? I can connect to
plib just fine.
Thanks,
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http
On Wednesday, December 4, 2002, at 03:00 AM, Erik Hofman wrote:
Norman Vine wrote:
Jonathan Polley writes:
I would like to see if this solves a similar problem I have with OS
X's threading. I really prefer the threaded tile loader as it gives
me a much smoother frame rate.
Interesting
Norman,
Will you be rolling this change into the baseline any time soon? I
would like to see if this solves a similar problem I have with OS X's
threading. I really prefer the threaded tile loader as it gives me a
much smoother frame rate.
Thanks,
Jonathan Polley
On Tuesday, December 3
Norman,
Which pthread library did you use? The RedHat one
(http://sources.redhat.com/pthreads-win32/) or something else?
Jonathan Polley
On Monday, Dec 02, 2002, at 04:57PM, Norman Vine [EMAIL PROTECTED] wrote:
Hi all
I have placed a MingW32 native win32 fgfs executable compiled
Good, that is the one I have at home so I can play with your
multi-threaded .exe.
On Monday, December 2, 2002, at 05:35 PM, Norman Vine wrote:
Jonathan Polley writes:
Norman,
Which pthread library did you use?
The RedHat one (http://sources.redhat.com/pthreads-win32/) or
something
!
Jonathan Polley
On Monday, December 2, 2002, at 04:57 PM, Norman Vine wrote:
Hi all
I have placed a MingW32 native win32 fgfs executable compiled
from yesterday's CVS files at
http://rockfish.net/~nhv/fgfs/fgfs_ming_thread.tgz
This uses the threaded tile pager and I have included
I had to chuckle at the line Through our various feedback
mechanisms... It's nice (?) to see that something like /. is
considered a feedback mechanism. )
On Friday, November 29, 2002, at 03:12 PM, Andy Ross wrote:
Martin Spott wrote:
Andy Ross wrote:
Probably most of you noticed last
hasn't had such problems.
Jonathan Polley
On Tuesday, November 12, 2002, at 06:43 AM, Curtis L. Olson wrote:
Just to double check, David made a change to SimGear and to the some
of the aircraft config files yesterday. Without the change to
simgear, flightgear will crash on startup.
If that's
Andy,
That fixed the problem. Thanks!
Jonathan Polley
On Tuesday, November 12, 2002, at 03:21 PM, Andy Ross wrote:
Jonathan Polley wrote:
I updated plib, SimGear, and FlightGear before rebuilding. I cleaned
everything on Windows because there were some changes to plib headers
(MSVC
(0xcacacaca).
Jonathan Polley
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
On Tuesday, October 29, 2002, at 04:42 AM, David Megginson wrote:
Jonathan Polley writes:
Any recommendations? This is not an immediate need since I have a
temporary work around for my type definition problem, but I would like
a better long-term solution.
My main recommendation
? This is not an immediate need since I have a
temporary work around for my type definition problem, but I would like
a better long-term solution.
Thanks,
Jonathan Polley
p.s., I know my XML examples are wrong, I am trying to give the flavor
of why I am trying to do.
p.p.s., David, were you aware that http
1 - 100 of 222 matches
Mail list logo