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
Paul Deppe writes:
It looks like it is not possible to specify an --aircraft in system.fgfsrc
because the aircraft model is loaded before system.fgfsrc is processed (see
program output below). Is this the intended behavior? I thought the
processing order was supposed to be 1)
David,
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of David
Megginson
We were planning to drop system.fgfsrc -- I thought we already had,
but I guess it's still lurking. The processing order, from memory, is
$FG_ROOT/preferences.xml
$HOME/.fgfsrc
command line
I
Dear FlightGear fans developers,
This is a short reminder to fill in our questionnaire :-).
The University of Munich currently undertakes a research project on flight simulators.
ItÂ’s about users, and in particular (but not only) about users who develop their own
add-ons and contributions for
I had not updated my copy of the code base for a few weeks, so I grabbed the CVS for
plib, SimGear and FlightGear yesterday, and found that Flightgear would not build.
This is on cygwin, which I updated to the latest version yesterday, but still on gcc
version 2.95.3-10 (cygwin special).
I
Michael Basler writes:
We were planning to drop system.fgfsrc -- I thought we already had,
but I guess it's still lurking. The processing order, from memory, is
$FG_ROOT/preferences.xml
$HOME/.fgfsrc
command line
I don't fully understand this. Until now,
David Megginson writes:
Paul Deppe writes:
It looks like it is not possible to specify an --aircraft in system.fgfsrc
because the aircraft model is loaded before system.fgfsrc is processed (see
program output below). Is this the intended behavior? I thought the
processing order
David,
The idea was that system.fgfsrc is system-wide, while .fgfsrc is
per-user. For Windows, perhaps we should look for fgfs.cfg in My
Documents or wherever (is there any concept of separate user
directories yet?).
Win XP and 2000 allow management of separate user directories under the
Richard Bytheway writes:
I have done a complete rebuild and reinstall of plib, and SimGear, but compiling
FlightGear fails:
../../../src/Cockpit/hud.hxx:380: implicit declaration of function `int
for_each(...)'
Hmm...
There is no 'for_each()' call in the hud.hxx in the CVS
try
Michael Basler writes:
Personally I've got most of my user's files just on a separate
partition (and all the FlightGear stuff on yet another partition
and FS2002 on yet another one and so on). From my POV the mechanism
we had with just a single system.fgfsrc in $FG_ROOT would be
-Original Message-
From: Norman Vine [mailto:[EMAIL PROTECTED]]
Sent: 04 December 2002 1:15 pm
To: [EMAIL PROTECTED]
Subject: Re: [Flightgear-devel] Problem Building CVS FlightGear
Richard Bytheway writes:
I have done a complete rebuild and reinstall of plib, and
SimGear,
--- David Megginson [EMAIL PROTECTED] wrote:
The idea was that system.fgfsrc is system-wide, while .fgfsrc is
per-user. For Windows, perhaps we should look for fgfs.cfg in My
Documents or wherever (is there any concept of separate user
directories yet?).
$USERPROFILE on WinNT shold resolve
Hello developers,
I am building plib on Mac OS X for use with FlightGear. The version of
autoconf included with plib-1.6.0 is very old. Regardless of your plans
to update it, I would like you to know that I was able to get plib to
configure and make successfully (not yet tested) on Mac OS X by
Hello again,
Definitely getting the feeling that Cygwin doesn't like me. Linux
builds and runs FlightGear with no problem, and Norman's fgfs.exe runs
nicely here under Win98. But Cygwin keeps falling short.
Started with updating todays cvs of base package, SimGear, and
FlightGear. Have plib
William Earnest writes:
Definitely getting the feeling that Cygwin doesn't like me.
For variety, the leadin to the fault was a bit different. The
following lines were copied from scribbled notes at the other machine
scheduling needed tiles for -122.358 37.6117
load() base =
Norman Vine wrote:
William Earnest writes:
The other
question is how do I resolve addresses to symbols under Cygwin? The
stack dump is not all that useful to me in only hex format.
I have never found this file very useful
but you can use addr2line to decode the hex numbers
Its use
Norman Vine wrote:
Norman Vine wrote:
William Earnest writes:
The other
question is how do I resolve addresses to symbols under Cygwin? The
stack dump is not all that useful to me in only hex format.
I have never found this file very useful
but you can use addr2line to decode the hex
Andy Ross writes:
I think you have to give serious thought to enabling this by default,
Great idea, got a URL for a native WIN32 version of rsync ??
Best
Norman
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Norman Vine wrote:
Andy Ross writes:
I think you have to give serious thought to enabling this by default,
Great idea, got a URL for a native WIN32 version of rsync ??
Doing a google on rsync cygwin pulled up this post that claims that
it works normally out of the box. You have to build it
I'm compiling FG from CVS sources on MSVC .NET. As you can imagine, it
didn't exactly work out of the box. ;)
I'll post diffs after I get it running, but for now here's one particular
bug that should be cross-platform compatible *grin*
panel.cxx line 560:
bool
FGPanel::doMouseAction (int
Andy Ross writes:
Norman Vine wrote:
Andy Ross writes:
I think you have to give serious thought to enabling this by default,
Great idea, got a URL for a native WIN32 version of rsync ??
Doing a google on rsync cygwin pulled up this post that claims that
it works normally out of the
Norman Vine wrote:
Andy Ross writes:
I think you have to give serious thought to enabling this by default,
Great idea, got a URL for a native WIN32 version of rsync ??
IMHO we should switch to HTTP.
This avoids firewall problems and clients are also easy to get.
CU,
Christian
--
The
Norman Vine wrote:
rsync is part of the Cygwin distribution these days
but we need a 'native' WIN32 port before we make it
the default
How about this one:
http://winrsync.sunsite.dk/
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Erik Hofman writes:
Norman Vine wrote:
rsync is part of the Cygwin distribution these days
but we need a 'native' WIN32 port before we make it
the default
How about this one:
http://winrsync.sunsite.dk/
Hmmm Just a couple of dependencies :-)
Norman
a.. WINrsync_latest.exe ~2.7M
* [EMAIL PROTECTED] (Andy Ross) [2002.12.04 13:21]:
I just tried this last night. Curt, this rocks.
I haven't tried it, but I can't wait to do so.
I think you have to give serious thought to enabling this by default,
either by adding it to the fgfs binary or by having fgfs spawn it as a
* [EMAIL PROTECTED] (Christian Mayer) [2002.12.04 14:05]:
Norman Vine wrote:
Andy Ross writes:
I think you have to give serious thought to enabling this by default,
Great idea, got a URL for a native WIN32 version of rsync ??
IMHO we should switch to HTTP.
This avoids
Quoth Steve Baker:
I'm suprised you needed to do that though - so long as the versions
of those two files agree with the version of autocong that *I* used
to build the 'configure' script, it shouldn't matter what versions of
the auto* tools you have because you don't use them when you just
Andy Ross writes:
Norman Vine wrote:
rsync is part of the Cygwin distribution these days but we need a
'native' WIN32 port before we make it the default
Why? It doesn't hurt anything to try spawning a non-existant program.
It just fails to load any scenery, which is exactly the behavior
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
+++
On 12/3/02 at 11:05 PM Julian Foad wrote:
David Luff wrote:
I've managed to get canned voice ATIS going.
Wow! Brilliant. It really works! It sounds about like I'd expect, too
(e.g. the 8 kHz-ness).
OK, Thanks for testing this. This is now in CVS. A base update is also
required to hear
Andy,
[mailto:[EMAIL PROTECTED]]On Behalf Of Andy Ross
Sent: Wednesday, December 04, 2002 8:43 PM
Doing a google on rsync cygwin pulled up this post that claims that
it works normally out of the box. You have to build it yourself, or
did as of a year ago anyway.
Cameron Moore wrote:
* [EMAIL PROTECTED] (Christian Mayer) [2002.12.04 14:05]:
Norman Vine wrote:
Andy Ross writes:
I think you have to give serious thought to enabling this by default,
Great idea, got a URL for a native WIN32 version of rsync ??
IMHO we should switch
Norman Vine wrote:
But in any case I don't appreciate programs that automatically connect
to the NET and I still want to have the default behaviour NO
networking without explicit authorization !
That's a fair point, although as long as we aren't transmitting any
data I don't see any ethical
Norman says:
But in any case I don't appreciate programs that automatically
connect to the NET and I still want to have the default behaviour
NO networking without explicit authorization !
Of course this doen't really matter to you or myself in that
we can compile in or own defaults, I am
Andy Ross writes:
Norman Vine wrote:
But in any case I don't appreciate programs that automatically connect
to the NET and I still want to have the default behaviour NO
networking without explicit authorization !
So if it's not the raw default, it needs to be a trivially simple
switch
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
Dear All,
oops, pardon moi ... RE:MSVC6 Update - continued ...
This i added, explicily, to fg_init.cxx
// Next check the 'root' for a system.fgfsrc file
if ( aircraft.empty() ) {
// Check for $fg_root/system.fgfsrc
SGPath config( globals-get_fg_root() );
Geoff McLane writes:
PS: Curt, did you not get my README.msvc6? Or you do
not feel it should be in the CVS just yet?
Hmmm, I don't recall, you probably want to send it again. If I did
get it, it is now very buried in my email pile.
Curt.
--
Curtis Olson IVLab / HumanFIRST Program
Michael Basler wrote:
One ugly solution might be to provide just the rsync.exe, but I don't
know if this works (it would require the cygwin dll, at least). Plus
this might cause licensing troubles.
Why not? I can't speak to whether it works with (only) the cygwin
DLL, but there's nothing
Andy Ross writes:
Michael Basler wrote:
One ugly solution might be to provide just the rsync.exe, but I don't
know if this works (it would require the cygwin dll, at least). Plus
this might cause licensing troubles.
Why not? I can't speak to whether it works with (only) the cygwin
On Wed, 2002-12-04 at 12:47, Christian Mayer wrote:
Cameron Moore wrote:
* [EMAIL PROTECTED] (Christian Mayer) [2002.12.04 14:05]:
Norman Vine wrote:
Andy Ross writes:
I think you have to give serious thought to enabling this by default,
Great idea, got a URL
On Wed, 2002-12-04 at 12:33, Norman Vine wrote:
Andy Ross writes:
Norman Vine wrote:
rsync is part of the Cygwin distribution these days but we need a
'native' WIN32 port before we make it the default
Why? It doesn't hurt anything to try spawning a non-existant program.
It just
I think you have to give serious thought to enabling this by default,
either by adding it to the fgfs binary or by having fgfs spawn it as a
child. [...]
Spawning a child might be a nice option, because it eases running the task
asynchronously - anything different is probably not an option
Alex,
This could, for example, really shrink the base package. The scenery
only contains the actual airports in the bay area, and the textures
are only those needed to render the airport tiles.
I think ypu are perverting the ideea of a small base package. A small
package is useful for those
Not that my input means diddly ... but YES.
I had the exact same thought.
Wouldn't it be great it the terrasync util could be pointed at an http server
that could stream data back.
Simple, well known type of service.
Opens the door to random individuals hosting scenery even ?
Tony
---
I've libtoolized the makefiles for current CVS for SimGear and FlightGear. This
allows GNU make to properly handle the dependencies for SMP (parallel) compile.
This naturally speeds up compiles significantly. Does anyone want the diffs?
--
Bryon Roche
Professional {Developer,Guru,Mad
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
47 matches
Mail list logo