Erik Hofman writes:
Norman Vine wrote:
but FGFS still won't exit with out a 'ctrl-c' or other forced
sig quit with the existing static FGTileManager whereas
it exits with a dynamically allocated one that automagically
calls its destructor at exit time
I can't check this one myself
Norman Vine wrote:
Erik Hofman writes:
Good try but ...
This should work with Cygwin but it won't work with native Win32
because native Win32 does not implement signals.
Erm, you are right off course.
I think the easiest way todo this portably is to rely on the C++ 'dtor'
to bring the
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 that this problem exists on OS X also. Could the automatic
Norman Vine wrote:
But the question remains how best to get the threaded tile manager
working and 'behaving' under Win32 and OS X.
Does this patch work by any chance?
Erik
--- /home/erik/src/CVS/fgfs/SimGear/simgear/threads/SGThread.cxxSat Sep 7
04:58:20 2002
+++
Erik Hofman writes:
Norman Vine wrote:
But the question remains how best to get the threaded tile manager
working and 'behaving' under Win32 and OS X.
Does this patch work by any chance?
It seems to fix a minor problem with my patch
i.e. FGFS printed a failed assertion is sgThread at
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 Vine wrote:
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
a pthread.dll that must be kept in the same directory
as the
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,
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
a pthread.dll that must be kept in the same directory
as the executable
This will
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
Jonathan Polley writes:
Norman,
Which pthread library did you use?
The RedHat one (http://sources.redhat.com/pthreads-win32/) or something else?
Yes that's the one.
Norman
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
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
I loaded the threaded Win32 FlightGear and gave it a try. Aside from
the know problem, which is EXACTLY how my Mac works when I build with
threading ;), the only thing I noticed was a slight (10% or so)
reduction in frame rate and, the to be expected, garbled output on the
console.
Good
13 matches
Mail list logo