Hi David,
your help did not only save the day but the rest of the week, thank you
very much :-)
I could compile the CVS and FG is running!
Have you tried adding -DNOMINMAX to your CFLAGS and CXXFLAGS?
Mmh, this was behind my scope. If you ever have some time then tell me
please where I fi
Have you tried adding -DNOMINMAX to your CFLAGS and CXXFLAGS?
Alternatively try adding
#ifdef HAVE_CONFIG_H
# include
#endif
as the first include of each cxx or cpp file giving problems.
I'm not using Cygwin any more BTW, so I'm posting blind, but I'm pretty sure it
will turn out to be the o
Hi,
after many!!! new builds without any problem I have got a new one over
the last days when trying to compile the newest CVS under Cygwin.
At last I even made a complete new Cygwin install and complete new
download of SimGear and FlightGear CVS and tried to compile the whole
stuff - same resu
Hi,
Just in case if no one noticed, when I do cvs up for FG or simgear
i'm getting "No space left on device" error, and i think it meant the
cvs server, not my local disk...
Pigeon.
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.
"Jon Berndt" wrote:
> Is there some kind of problem going on with downloading PLIB from CVS? Seems
> there's been
> a "partial outage" in progress on SF.net for weeks. I can't get plib from
> CVS, though ...
I made a copy of the latest CVS available:
ftp://ftp.uni-duisburg.de/FlightGear/Devel
Is there some kind of problem going on with downloading PLIB from CVS? Seems
there's been
a "partial outage" in progress on SF.net for weeks. I can't get plib from CVS,
though ...
:-(
Jon
___
Flightgear-devel mailing list
Flightgear-devel@flightgear
* Syd Adams:
[...]
> Having some trouble with material animation ...
> it appears global material changes only affect objects that share the same
> texture file
doesn't only look at what ac3d files define in a "MATERIAL" entry,
but at all material parameters, including the texture. It affects a
I just did a cvs up and when I run fg I get this strace output
.
.
.
ioctl(7, 0x6447, 0) = 0
ioctl(7, 0x6447, 0) = 0
ioctl(7, 0x6447, 0) = 0
ioctl(7, 0x6447, 0) = 0
ioctl(7, 0x6447, 0) = 0
ioctl(7,
On Thu, 2005-11-10 at 17:06 +1100, Jason Cox wrote:
> Hi all,
> I am having a problem compiling the lattest ( 1/2 Hour ago )
> flightgear. I have also updated simgear and recompiled.
> the error I get is while making flightgear as follows,
>
> Making all in MultiPlayer
> make[2]: Entering di
Hi all,
I am having a problem compiling the lattest ( 1/2 Hour ago )
flightgear. I have also updated simgear and recompiled.
the error I get is while making flightgear as follows,
Making all in MultiPlayer
make[2]: Entering directory `/root/source/src/MultiPlayer'
if g++ -DHAVE_CONFIG_H -I
On Monday 07 November 2005 16:28, George Patterson wrote:
> On Mon, 2005-11-07 at 15:02 +, Kevin Jones wrote:
> > Hi,
> >
> > CVS FG source at 2:30pm (UK time) Monday 7th November fails to "make"
> > on Cygwin with the following error:
> >
> > make[2]: Entering directory /source/src/MultiPlayer
On Mon, 2005-11-07 at 15:02 +, Kevin Jones wrote:
> Hi,
>
> CVS FG source at 2:30pm (UK time) Monday 7th November fails to "make"
> on Cygwin with the following error:
>
> make[2]: Entering directory /source/src/MultiPlayer
> make[2]: *** No rule to make target `tiny_xdr.cpp', needed by
> `t
On Monday 07 November 2005 15:02, Kevin Jones wrote:
> CVS FG source at 2:30pm (UK time) Monday 7th November fails to "make"
> on Cygwin with the following error:
> make[2]: Entering directory /source/src/MultiPlayer
> make[2]: *** No rule to make target `tiny_xdr.cpp', needed by
> `tiny_xdr.o'. S
Hi,
Kevin Jones wrote:
Hi,
CVS FG source at 2:30pm (UK time) Monday 7th November fails to "make"
on Cygwin with the following error:
make[2]: Entering directory /source/src/MultiPlayer
make[2]: *** No rule to make target `tiny_xdr.cpp', needed by
`tiny_xdr.o'. Stop.
Can anyone help?
Had th
Hi,
CVS FG source at 2:30pm (UK time) Monday 7th November fails to "make"
on Cygwin with the following error:
make[2]: Entering directory /source/src/MultiPlayer
make[2]: *** No rule to make target `tiny_xdr.cpp', needed by
`tiny_xdr.o'. Stop.
Can anyone help?
Kevin.
_
The same problem is present using MSYS/Mingw with 5min old cvs..
Georg Vollnhals wrote:
David Luff schrieb:
Cygwin doesn't have HUGE, so change HUGE to HUGE_VAL and -HUGE to
-HUGE_VAL
and I suspect this should compile.
Changing HUGE to HUGE_VAL in simple.cxx solved the problem!
Thank
Erik Hofman
>
> David Luff wrote:
>
> > Fair point. Do you know if HUGE is part of a standard anywhere that
> > definately should be supplied by Cygwin, or is it simply available from
> > everyone else by unwritten convention?
>
> According to the IRIX header file it would be an ANSI definition
David Luff wrote:
Fair point. Do you know if HUGE is part of a standard anywhere that
definately should be supplied by Cygwin, or is it simply available from
everyone else by unwritten convention?
According to the IRIX header file it would be an ANSI definition.
Erik
__
On 20/10/2005 at 10:50 Erik Hofman wrote:
>David Luff wrote:
>
>> Cygwin doesn't have HUGE, so change HUGE to HUGE_VAL and -HUGE to
>-HUGE_VAL
>> and I suspect this should compile.
>
>Ok, I've committed a fix.
>>
>> I guess that we could do something in compiler.h along the lines of
>>
>> #ifd
David Luff wrote:
Cygwin doesn't have HUGE, so change HUGE to HUGE_VAL and -HUGE to -HUGE_VAL
and I suspect this should compile.
Ok, I've committed a fix.
I guess that we could do something in compiler.h along the lines of
#ifdef __CYGWIN__
#define HUGE HUGE_VAL
#define -HUGE -HUGE_VAL
David Luff schrieb:
Cygwin doesn't have HUGE, so change HUGE to HUGE_VAL and -HUGE to -HUGE_VAL
and I suspect this should compile.
Changing HUGE to HUGE_VAL in simple.cxx solved the problem!
Thank you, thank you :-) Have just made a testflight with the new FG
version!
I guess that we
Thank you David,
now off to work, I'll try it this evening!
Regards
Georg
David Luff schrieb:
BTW, Georg, CVS SimGear should compile on Cygwin 3.4.4 now, and CVS
FlightGear will probably compile on it if you add
..
Then send the output of "cvs diff -u" from the FlightGear directory to
Erik
On 19/10/2005 at 12:05 Georg Vollnhals wrote:
>Hi Erik/Durk?
>Since your update of simple.cxx/hxx on the 18.10.05 the newest CVS
>version does not compile anymore :-(
>
>Error:
>simple.cxx: In member function `int
>FGGroundNetwork::findNearestNode(double,
> double)':
>simple.cxx:1331: error:
Hi Erik/Durk?
Since your update of simple.cxx/hxx on the 18.10.05 the newest CVS
version does not compile anymore :-(
Error:
simple.cxx: In member function `int
FGGroundNetwork::findNearestNode(double,
double)':
simple.cxx:1331: error: `HUGE' undeclared (first use this function)
simple.cxx:
When I start the CVS version at the UG25 airport with bo105 (yesterday's
CVS data, the day before CVS sources), it core dumps on startup as
follows:
#0 yasim::Turbulence::getTurbulence (this=0xad2cee0, loc=0x4fea8008,
alt=nan(0x40), up=0xbfffed60, turbOut=0xbfffedb0) at
Turbulence.cpp:100
"Ampere K. Hardraade" writes:
> On October 5, 2005 01:49 pm, Curtis L. Olson wrote:
> > If someone wants to do this, and promises to keep up on it, I can put a
> > link on the FG web site ...
> >
> > Curt.
>
> How should the version number progress? Should it be 0.9.9, 0.9.10, 0.9.11,
> etc. or
Ampere K. Hardraade wrote:
> Curtis L. Olson wrote:
> > Ampere K. Hardraade wrote:
> > > By cvs snapshots, I mean binary-snapshots packed into .deb, .rpm, etc.
>
> > If someone wants to do this, and promises to keep up on it, I can
> > put a link on the FG web site ...
>
> How should the version nu
On October 5, 2005 01:49 pm, Curtis L. Olson wrote:
> If someone wants to do this, and promises to keep up on it, I can put a
> link on the FG web site ...
>
> Curt.
How should the version number progress? Should it be 0.9.9, 0.9.10, 0.9.11,
etc. or 0.9.9.1, 0.9.9.2, 0.9.9.3, etc?
Ampere
_
Ampere K. Hardraade wrote:
On October 5, 2005 07:58 am, Curtis L. Olson wrote:
Do you mean replace the "instant" cvs snapshots with snapshots only
taken at weekly intervals? :-)
By cvs snapshots, I mean binary-snapshots packed into .deb, .rpm, etc.
If someone wants to do this, an
On October 5, 2005 07:58 am, Curtis L. Olson wrote:
> Do you mean replace the "instant" cvs snapshots with snapshots only
> taken at weekly intervals? :-)
By cvs snapshots, I mean binary-snapshots packed into .deb, .rpm, etc.
Ampere
___
Flightgear-deve
Ampere K. Hardraade wrote:
I have been wondering this for quite a while: will it be a good idea to
provide weekly CVS snapshots?
Do you mean replace the "instant" cvs snapshots with snapshots only
taken at weekly intervals? :-)
http://cvs.flightgear.org/cgi-bin/viewcvs/viewcvs.cgi/source/
I have been wondering this for quite a while: will it be a good idea to
provide weekly CVS snapshots?
Ampere
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79
On Tuesday 30 August 2005 20:21, Vivian Meazza wrote:
> This behaviour has been confirmed by AJ on a similarly specified machine.
I would maybe also just add that I was working with a different version of GCC
(3.3.3) but obtained identical symptoms to what Vivian has already described.
AJ
_
Some time ago I wrote that I was having trouble with CVS compiling under
Cygwin using gcc version 3.4.4-1, on a Pentium 4 2.8, with a Nvidia GForce
5200 using driver 77.77. FG complies without error, but hangs at the end of
"loading scenery objects". Running --log-level=debug shows that the main
lo
Done, Sorted, I've got a connection now,
Thanks
Nev
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andy Ross
Sent: 20 July 2005 06:41 PM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] CVS
Neville van Deventer
Neville van Deventer
> Thanks for the responses Vivian and Curtis,
>
> In Future I Will use Plain Text, my Appologies ...
>
> OK, Setup and what I'm Doing,
>
> I Just tried it now again, while writing this message so you can check the
> logs for the past 5 min's or so, I've been thying this
Neville van Deventer wrote:
> Error validating location: "I/O exception occurred: Connection
> refused: I HATE YOU"
Heh, that's amusing. I googled this, and it turns out that "I HATE
YOU" is the defined response in the CVS protocol for authentication
failures. :)
You may have a bad password in y
out not using plain text originally.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Vivian Meazza
Sent: 20 July 2005 06:04 PM
To: 'FlightGear developers discussions'
Subject: RE: [Flightgear-devel] CVS
Works here. What _exactly_ are you doing?
Any pos
Neville van Deventer
Hi List,
Could anyone perhaps tell me how to connect to the cvs at cvs.flightgear.org
without getting the following error
Error validating location: "I/O exception occurred: Connection refused: I
HATE YOU"
I followed the Instructions on the web-site, and I get the same
Neville van Deventer wrote:
Hi List,
Could anyone perhaps tell me how to connect to the cvs at
cvs.flightgear.org without getting the following error
Error validating location: "I/O exception occurred: Connection
refused: I HATE YOU"
I followed the Instructions on the web-site, and I get the
Hi
List,
Could anyone perhaps
tell me how to connect to the cvs at cvs.flightgear.org without getting the
following error
Error validating
location: "I/O exception occurred: Connection refused: I HATE
YOU"
I followed the
Instructions on the web-site, and I get the same thing for simg
Point taken. Will correct.
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Simon Hollier
>
> Andy Ross wrote:
> > Simon Hollier wrote:
> >
> >>Andy Ross wrote:
> >>
> >>>And your usage of the ellipsis is non-standard; it should
> >>>represent missing text.
> >>
> >>It did represent missing text: "Some of use were tought, "
> >
> >
> > Except that text wasn't missing. Y
Andy Ross wrote:
Simon Hollier wrote:
Andy Ross wrote:
And your usage of the ellipsis is non-standard; it should
represent missing text.
It did represent missing text: "Some of use were tought, "
Except that text wasn't missing. You quoted it, remember? And even
if not, it was *my* tex
Simon Hollier wrote:
> Andy Ross wrote:
> > And your usage of the ellipsis is non-standard; it should
> > represent missing text.
>
> It did represent missing text: "Some of use were tought, "
Except that text wasn't missing. You quoted it, remember? And even
if not, it was *my* text and can't b
Andy Ross wrote:
Simon Hollier wrote:
Andy Ross wrote:
[...] tought [...]
...and some of us were taught ;>
Oh, the irony!
Mea culpa. But it would only have been ironic if I were criticizing
spelling, not usage.
You didn't punctuate your first sentence, by the way. Smileys don't
count.
Simon Hollier wrote:
> Andy Ross wrote:
> > [...] tought [...]
>
> ...and some of us were taught ;>
> Oh, the irony!
Mea culpa. But it would only have been ironic if I were criticizing
spelling, not usage.
You didn't punctuate your first sentence, by the way. Smileys don't
count. And your usag
Andy Ross wrote:
incomplete sentences. Remember that many of us are old enough to have
been tought to read and write on paper, and honestly don't speak the
...and some of us were taught ;>
Oh, the irony!
Simon
___
Flightgear-devel mailing list
Fl
bass pumped wrote:
> Martin Spott wrote:
> > bass pumped wrote:
> > > The website says the password is 'guest'. It doesn't work for me!
> > > just stalls!!
> >
> > Why do you yell at me !?
>
> I'm sorry... I didn't think I was yelling at you. But if u feel I
> did so, I sincerely apologize, that
I give up... could someone save me the suffering and mail me a
tarball of openal they have to this address? I've decided cvs hates
me lol... kind of reminds me of Martin's signature on all his posts!!
___
Flightgear-devel mailing list
Flightgear-devel
On Tue, 2005-06-28 at 08:23, bass pumped wrote:
> > >
> > > cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository co openal
>
>
> I tried this command too!! nothing happened. it just sits. Didn't
> even ask me for a password. I am using Fedora Core 2. Does this have
> anything to do wi
bass pumped wrote:
The website says the password is 'guest'. It doesn't work for me!
just stalls!!
Try (no password). I works for me.
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listin
>
> Why do you yell at me !?
I'm sorry... I didn't think I was yelling at you. But if u feel I
did so, I sincerely apologize, that was not my intention.
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mail
bass pumped wrote:
>> after doing a CVS login. I don't remember the password, though ..
>>
> The website says the password is 'guest'. It doesn't work for me!
> just stalls!!
Why do you yell at me !?
Probably you are using a firewall which blocks your attempts - just an
idea,
Martin.
--
> >
> > cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository co openal
I tried this command too!! nothing happened. it just sits. Didn't
even ask me for a password. I am using Fedora Core 2. Does this have
anything to do with it?
___
Flight
> Yes, I do this already for months at least since FlightGear uses
> OpenAL. I did the initial checkout using this command:
>
> cvs -d:pserver:[EMAIL PROTECTED]:/usr/local/cvs-repository co openal
>
>
> after doing a CVS login. I don't remember the password, though ..
>
The website
bass pumped wrote:
> Sorry to bother you guys... I know this is unrelated but I have to
> ask. Are you able to access CVS for OpenAL?
Yes, I do this already for months at least since FlightGear uses
OpenAL. I did the initial checkout using this command:
cvs -d:pserver:[EMAIL PROTECTED]:
Sorry to bother you guys... I know this is unrelated but I have to
ask. Are you able to access CVS for OpenAL? I followed the
instructions on the download page of openAL, but none of those
commands seem to work... in the sense everytime I try to login, it
just hangs, and I end up having to stop
Hi All,
what about that one:
Instead of stamping the current time timestamp a second time past the sleep,
we could just add the desired time we intended to wait to that timestamp.
This way the current loop might start a bit too late, but the sleep time of
the next step will be that amount shor
X-Plane opens in a 1024x768 borderless window, which doesn't fill my
laptop display at 1400x1050. However, when I reduce and restore
windows, I can tell that the X-Plane process preempts the windows
processes because the windows open slowly. X-Plane still yields some
time to the windows, though,
> It seems to me that you have gone backwards: you picked a favorite
> "fix" before knowing what the problem is. The bottom line is that
> performance analysis is really complicated. You can't cook it down to
> a single number like CPU usage (or "load" -- a equally flawed Unix
> favorite) if you
Curtis L. Olson wrote :
Frederic,
I've been hacking on your patch a bit more and I see that we rarely
oversleep by more than 2ms. So backing off by 2ms (instead of 1ms)
seems to work pretty well here. I also switched to doing all the math
in microseconds rather than milleseconds (and convertin
Drew wrote:
> I'm not really interested in how other 3D apps, including games,
> work...I have a specific application, and I want to optimize the
> code for this purpose, regardless of what the status quo is.
And the proper way to do that optimization is to figure out what the
actual symptom is.
Frederic,
I've been hacking on your patch a bit more and I see that we rarely
oversleep by more than 2ms. So backing off by 2ms (instead of 1ms)
seems to work pretty well here. I also switched to doing all the math
in microseconds rather than milleseconds (and converting at the latest
possibl
Drew wrote:
I don't know the answer to this. My computer has 512 megs, which is a
lot more than FlightGear uses.
I'm not really interested in how other 3D apps, including games,
work...I have a specific application, and I want to optimize the code
for this purpose, regardless of what the status qu
> I don't wonder, though, if that isn't due to locking inside GDI (or VM
> swap -- how much memory do you have?) and not CPU usage. Applications
> doing 3D rendering don't coexist well with things that need to draw to
> the screen.
>
> Can you try something "purely" CPU intensive (like a perl scr
Drew wrote:
> The program runs great, it's just that FlightGear gets interrupted
> easily by other programs, and is jumpy in my particular application.
> If you open and close a window, you can see how FlightGear freezes
> momentarily.
I don't wonder, though, if that isn't due to locking inside GD
Thanks for the quick response.
> I have a specific application that requires better timing than sleep()
> can provide, so I need the original busy-wait solution or something very
> close to it. I don't mind adding a sleep() based throttling mechanism
> as well, but people who use it need to reali
Drew wrote:
I don't think anyone suggested there was a bug...I'm just trying to
improve performance. I'm writing a simulator that interfaces with
FlightGear, using FlightGear as the scenery generator on the same PC.
The program runs great, it's just that FlightGear gets interrupted
easily by othe
> Wait, that's not a bug report about processing time available for
> other proceses at all. That's a bug report about the total CPU usage
> being at 99%, which is irrelevant. If the CPU is available, then of
> course FlightGear should use it all; you can't save up cycles --
> either use them now
I asked:
> What is the application that needs extra CPU, and are we sure that
> it's not being performance limited in some other way?
Aha!
Drew wrote:
> In Windows, adding this code did absolutely nothing to the
> processing time...it remains at 99% usage whether I throttle back to
> 60, 30, or 1
Curtis L. Olson wrote:
> Maybe we need separate options, such as
> --cpu-friendly-inaccurate-throttle-with-sleep-hz= and
> --frame-rate-accurate-throttle=
>
> Thoughts? I think we need to tread a bit more carefully on this one,
> especially since I have a side project that employs this option (wel
Curtis L. Olson wrote:
Frederic,
Your patch helps, but typically the semantics of sleep() commands is
they will sleep at least as long as the requested time (up to the
kernel trap timing resolution) so I am still seeing dropped frames,
although not nearly as bad. If the kernel timing resolution
Sorry to borrow this thread for my own purpose, but I'm trying to
achieve goal 1 with as little impact on goal 2 as possible. I tried
this patch with mixed results.
In Windows, adding this code did absolutely nothing to the processing
time...it remains at 99% usage whether I throttle back to 60,
Frederic,
Your patch helps, but typically the semantics of sleep() commands is
they will sleep at least as long as the requested time (up to the kernel
trap timing resolution) so I am still seeing dropped frames, although
not nearly as bad. If the kernel timing resolution is different than
the
I wrote:
> Maybe it is doable to sleep for a millisecond less than computed and achieve
> the
> targeted framerate with the loop.
Could you try this patch :
cvs -z4 -q diff -u main.cxx (in directory
I:\FlightGear\cvs\FlightGear\src\Main\)
Index: main.cxx
=
Quoting "Curtis L. Olson" :
> Time out here!
>
> There are two reasons two throttle frame rate.
>
> 1. Conserve CPU time and leave more cpu time for other tasks. Using
> sleep() calls you can put FG asleep for a short time if it gets done
> drawing a frame early, leaving those cycles for other ta
Time out here!
There are two reasons two throttle frame rate.
1. Conserve CPU time and leave more cpu time for other tasks. Using
sleep() calls you can put FG asleep for a short time if it gets done
drawing a frame early, leaving those cycles for other tasks.
2. Accurately control frame rate.
- Original Message -
From: "Norman Vine" <[EMAIL PROTECTED]>
To: "FlightGear developers discussions"
Sent: Friday, December 31, 2004 8:09 AM
Subject: RE: [Flightgear-devel] CVS Build on Cygwin
> attached find my home grown Makefile
>
> to use copy
"John Wojnaroski" wrote:
> Any hints, info, suggestions on fixing the problem...
I think there's already a working OpenAL package here:
ftp://ftp.uni-duisburg.de:/FlightGear/Win32/openal_cyg.tgz
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
---
to:[EMAIL PROTECTED] Behalf Of John
> Wojnaroski
> Sent: Friday, December 31, 2004 10:49 AM
> To: FlightGear developers discussions
> Subject: [Flightgear-devel] CVS Build on Cygwin
>
>
> Hi,
>
> Could not find any info on the OpenAL website regards building the libraries
&
Hi,
Could not find any info on the OpenAL website regards building the libraries
on Cygwin. So tried the linux build. Well, it built, but thinking the
install is suspect and Simgear complains as well. The headers are in
/usr/local/include and the .a library is in /usr/local/lib along with a .dll
f
I wrote:
> This morning I updated FGFS cvs and tried to compile under Cygwin - it
> failed with
>
> configure: creating ./config.status
> config.status: creating \
> .infig.status: error: cannot find input file: \
>
> This evening I downloaded the whole file system to a new directory - same
This morning I updated FGFS cvs and tried to compile under Cygwin - it
failed with
configure: creating ./config.status
config.status: creating \
.infig.status: error: cannot find input file: \
This evening I downloaded the whole file system to a new directory - same
result. There are no other o
On Fri, 17 Dec 2004 11:35:24 -0800
John Wojnaroski <[EMAIL PROTECTED]> wrote:
That was it.
The other modules explicitly call out the include directive and
ifdef, but they appear to be excluded in the JSBSim files ?
seems like something is missing/mis-set on my system , if others are
not having
04 11:33 AM
To: FlightGear developers discussions
Subject: [Flightgear-devel] CVS Error?
Hi,
I may have posted this late last night, but seems to have been lost. If
a duplicate post, my apologies
Compiling the CVS pre-release
error in FGNozzle.cxx complaining about snprintf as implicit declara
On Fri, 17 Dec 2004 10:49:56 -0600
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
>
> I believe Erik just synced the flightgear tree up with the latest JSBsim
>
> cvs, so there could be some portability issue that has crept in. I
> haven't had a chance to compile the latest cvs commits myself.
It
pers discussions
> Subject: [Flightgear-devel] CVS Error?
>
>
> Hi,
>
> I may have posted this late last night, but seems to have been lost. If
> a duplicate post, my apologies
>
> Compiling the CVS pre-release
>
> error in FGNozzle.cxx complaining about snprintf as
John Wojnaroski wrote:
Hi,
I may have posted this late last night, but seems to have been lost.
If a duplicate post, my apologies
Compiling the CVS pre-release
error in FGNozzle.cxx complaining about snprintf as implicit
declaration at line #74
Currently running 0.9.5
Did I miss something skipp
Hi,
I may have posted this late last night, but seems to have been lost. If
a duplicate post, my apologies
Compiling the CVS pre-release
error in FGNozzle.cxx complaining about snprintf as implicit declaration
at line #74
Currently running 0.9.5
Did I miss something skipping over 0.9.6?
Regards
Hi,
Building CVs pre-release:
>>> FGNozzle.cpp:74: implicit declaration of function 'int
JSBSim::snprintf(...)'
what's missing? library? upgrade compiler? still running with 2.95.4
Moving up from 0.9.5 which works fine, skipped 0.9.6. Did I miss
something that happened in 0.9.6?
Regards
Hi. data/Aircraft/737/737-set.xml was changed from v1.5 to v1.6 in
an effort to get a first shot at contrails working. However, it also
changed the starting fuel in the fuel tanks from:
! 1540
! 1540
! 0
to
!
On Donnerstag 09 Dezember 2004 00:51, Jon S Berndt wrote:
> Is there a clean way to move files in a CVS repository from one
> directory to another for a reorganization?
Only by modifying the repository files itself.
But you *need* to know what you are doing.
What do you want to move?
Greeti
] Behalf Of David
> Megginson
> Sent: Thursday, December 09, 2004 8:01 AM
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] CVS and file moves
>
>
> On Thu, 09 Dec 2004 09:32:46 +0100, Erik Hofman <[EMAIL PROTECTED]> wrote:
>
> >
On Thu, 09 Dec 2004 09:32:46 +0100, Erik Hofman <[EMAIL PROTECTED]> wrote:
> > Is there a clean way to move files in a CVS repository from one
> > directory to another for a reorganization?
>
> No, that is one of the shortcomings of CVS. The only way is deleting it
> and adding it at the new loca
Jon S Berndt wrote:
Is there a clean way to move files in a CVS repository from one
directory to another for a reorganization?
No, that is one of the shortcomings of CVS. The only way is deleting it
and adding it at the new location.
Erik
___
Flightgea
Is there a clean way to move files in a CVS repository from one
directory to another for a reorganization?
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963ba
KDE's development module kdesdk contains lots of useful cvs utility
scripts. I extracted those also useful for fgfs developers and put
them here:
http://members.aon.at/mfranz/cvstools.tar.gz (16 kB)
I very often use the first five of the following list. ($HOME/bin/cvs
is actually a link to col
On Mon, 8 Nov 2004 01:41:18 +0100, Roy Vegard Ovesen
<[EMAIL PROTECTED]> wrote:
> I thought (or rather hoped) that preferences.xml, *-set.xml or command line
> would set properties after the source code did. IIRC I added this to most
> instrumentation modules and system modules, so that has to be
On Monday 08 November 2004 00:22, David Megginson wrote:
> If the source code modules force the property to true, it will
> override any settings provided by the user at startup or in a
> configuration file.
I see.
> It needs to be possible to start FlightGear with
> the mag compass U/S for some
1 - 100 of 374 matches
Mail list logo
