Have you tried adding -DNOMINMAX to your CFLAGS and CXXFLAGS?
Alternatively try adding
#ifdef HAVE_CONFIG_H
# include config.h
#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
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
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:
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 blah/source/src/MultiPlayer
make[2]: *** No rule to make target `tiny_xdr.cpp', needed by
`tiny_xdr.o'. Stop.
Can anyone help?
Had
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 blah/source/src/MultiPlayer
make[2]: *** No rule to make target `tiny_xdr.cpp', needed by
`tiny_xdr.o'.
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 blah/source/src/MultiPlayer
make[2]: *** No rule to make target `tiny_xdr.cpp', needed by
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 blah/source/src/MultiPlayer
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 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
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.
IRIX
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!
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: `HUGE'
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,
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
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? :-)
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-devel
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, and
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:
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 number
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 0.9.9.1,
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
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
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
.
-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 possibility that you have a virus on your system
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 your
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 most of
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 wrote
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 was not my
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 usage of
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:
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 be
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* text
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. You quoted it, remember? And even
Point taken. Will correct.
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
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
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
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 says
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?
___
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.
--
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
bass pumped wrote:
The website says the password is 'guest'. It doesn't work for me!
just stalls!!
Try enter (no password). I works for me.
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
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 with it?
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 tasks.
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
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
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,
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
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 (well,
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 Hz.
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 or
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
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 realize
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 GDI
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 script
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
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
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.
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
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 really
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,
attached find my home grown Makefile
to use copy it into $OPENAL/win
and excute make
You will have to figure out how to install it
dll(s) go into $BIN
.a(s) go into $LIB
$OPENAL/include/AL/*.* go into $INCLUDE/AL
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
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 !
- Original Message -
From: Norman Vine [EMAIL PROTECTED]
To: FlightGear developers discussions flightgear-devel@flightgear.org
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 it into $OPENAL
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
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
#include stdio.h
#if defined(WIN32) !defined(__CYGWIN__)
#define snprintf _snprintf
#endif
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of John
Wojnaroski
Sent: Friday, December 17, 2004 11:33 AM
To: FlightGear developers discussions
Subject:
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's
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 this problem. At any rate, adding it in for the complaining
files will work
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
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 location.
: 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:
Is there a clean way to move files in a CVS repository from one
directory to another
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?
On Sun, 7 Nov 2004 12:32:41 +0100, Roy Vegard Ovesen
[EMAIL PROTECTED] wrote:
My motivation for setting the serviceable property to true in the source code
was that now that the instruments are configureable they can have an
arbitrary name in the property tree. The compass could for example 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
Hmm,
Sorry about that. I had a quick look into the cvs commit logs at the time you
asked. It turned out to be too quick ...
On Dienstag 05 Oktober 2004 16:48, Jon Berndt wrote:
Well, I've just about had it with cvs branches. I tagged some files in a
branch, then moved to a test directory and
How does one create a branch? I know how to tag changed files locally:
cvs tag -b JSB_New_XML FGAircraft.cpp FGAircraft.h
Is that what you mean?
This is for creating a branch. Then you have to tell that you are
working on it by doing :
cvs update -r JSB_New_XML FGAircraft.cpp
Jon Berndt wrote :
How does one create a branch? I know how to tag changed files locally:
cvs tag -b JSB_New_XML FGAircraft.cpp FGAircraft.h
Is that what you mean?
This is for creating a branch. Then you have to tell that you are
working on it by doing :
cvs update -r
Well, I've just about had it with cvs branches. I tagged some files in a branch, then
moved to a test directory and checked out that branch, but only got the branch-tagged
files. I needed all of the files, except I wanted the updated files on the specified
branch.
One thing that makes this
Jon Berndt wrote:
Well, I've just about had it with cvs branches. I tagged some files in a
branch, then
moved to a test directory and checked out that branch, but only got the
branch-tagged
files. I needed all of the files, except I wanted the updated files on the
specified
branch.
use
I incorrectly wrote:
If I where you, ...
Oops, bad english: I meant 'If I was you, ...'
-Fred
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
If I where you, I would tag the whole tree so that I wouldn't have to
remember what are files that need to be in the branch and those that
are not. cvs do a good job when adding or removing solely in the branch.
Sounds like a good idea.
Jon
___
Just for the record:
- Creating that new branch.
How does one create a branch? I know how to tag changed files locally:
cvs tag -b JSB_New_XML FGAircraft.cpp FGAircraft.h
Is that what you mean?
jon
___
Flightgear-devel mailing list
[EMAIL
Hi Jon,
On Sonntag 03 Oktober 2004 16:06, Jon Berndt wrote:
I am trying to save to JSBSim CVS some files I have modified for reading
the new JSBSim XML format. These files should not be part of the main
(HEAD) branch at the moment. I'm not sure I have done this correctly. Can a
CVS
Jon Berndt wrote:
Just for the record:
- Creating that new branch.
How does one create a branch? I know how to tag changed files locally:
cvs tag -b JSB_New_XML FGAircraft.cpp FGAircraft.h
Is that what you mean?
This is for creating a branch. Then you have to tell that you are
Just for the record:
- Creating that new branch.
How does one create a branch? I know how to tag changed files locally:
cvs tag -b JSB_New_XML FGAircraft.cpp FGAircraft.h
Is that what you mean?
This is for creating a branch. Then you have to tell that you are
working on
Jon Berndt wrote:
Just for the record:
- Creating that new branch.
How does one create a branch? I know how to tag changed files locally:
cvs tag -b JSB_New_XML FGAircraft.cpp FGAircraft.h
Is that what you mean?
This is for creating a branch. Then you have to tell
On Mon, 4 Oct 2004 16:47:12 +0200, Frederic wrote in message
[EMAIL PROTECTED]:
Jon Berndt wrote:
Just for the record:
- Creating that new branch.
How does one create a branch? I know how to tag changed files
locally:
cvs tag -b JSB_New_XML FGAircraft.cpp
Arnt Karlsen wrote:
On Mon, 4 Oct 2004 16:47:12 +0200, Frederic wrote in message
[EMAIL PROTECTED]:
Jon Berndt wrote:
Just for the record:
- Creating that new branch.
How does one create a branch? I know how to tag changed files
locally:
cvs tag -b
..meanwhile, is there a go-away flag that can be set to prevent
us mortals and not from cvs co'ing known bad code trees?
No because this repository is located at Sourceforge and there is no
way to shutdown the repository during this maintenance operation.
-Fred
I'll try and get this
On Mon, 4 Oct 2004 11:16:28 -0500, Jon wrote in message
[EMAIL PROTECTED]:
..meanwhile, is there a go-away flag that can be set to prevent
us mortals and not from cvs co'ing known bad code trees?
No because this repository is located at Sourceforge and there is no
way to shutdown the
Arnt Karlsen wrote:
..but the idea can be inverted: Maybe a cvs signature file to flag off
stuff you're happy with? So I just set my script to check for that new
flag file, and on its absense, just do cvs co to last Saturday night?
In situations like that one is way too busy fixing stuff to
On Mon, 04 Oct 2004 21:24:33 +0200, Erik wrote in message
[EMAIL PROTECTED]:
Arnt Karlsen wrote:
..but the idea can be inverted: Maybe a cvs signature file to flag
off stuff you're happy with? So I just set my script to check for
that new flag file, and on its absense, just do cvs co
Hi Jon,
On Sonntag 03 Oktober 2004 16:06, Jon Berndt wrote:
I am trying to save to JSBSim CVS some files I have modified for reading
the new JSBSim XML format. These files should not be part of the main
(HEAD) branch at the moment. I'm not sure I have done this correctly. Can a
CVS expert
Hi Jon,
If I look at your last checkin, you already did that right.
Just for the record:
- Creating that new branch.
- Checking out the new branch with cvs co -r BRANCHNAME
- Work as usual within that newly checked out directory. Everything you do in
that directory is done on that branch
Vivian Meazza wrote:
On compiling the CVS download under Cygwin this morning I get the following
error:
tilemgr.cxx: In member function `void FGTileMgr::update_queues()':
tilemgr.cxx:288: error: `size' undeclared (first use this function)
tilemgr.cxx:288: error: (Each undeclared identifier is
Chris Metzler wrote
Sent: 31 July 2004 23:14
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] CVS - problem
On Sat, 31 Jul 2004 16:11:29 +0100
Vivian Meazza [EMAIL PROTECTED] wrote:
I downloaded FGFS cvs this morning. There appears to be an error
Vivian Meazza wrote:
Is that from a recent download? I updated again this morning, and still
get
166 if(cap 1) { continue; }
1 still doesn't seem to work with JBS models.
I also have 1. Are you dowloading with the cvs client or with
the flightgear.org viewcvs application. In the
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Frederic Bouvier
Sent: 01 August 2004 09:24
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] CVS - problem
Vivian Meazza wrote:
Is that from a recent download? I
Vivian Meazza writes:
Frederic Bouvier writes:
Is that from a recent download? I updated again this morning, and
still get
166 if(cap 1) { continue; }
1 still doesn't seem to work with JBS models.
I also have 1. Are you dowloading with the cvs client or
with
166 if(cap 1) { continue; }
1 still doesn't seem to work with JBS models.
What? I could not figure out from the posts what wasn't working with the JSBSim models
(is
that what you meant by JBS Models?)
Jon
I also have 1. Are you dowloading with the cvs client or with
the
1 - 100 of 253 matches
Mail list logo