Curtis L. Olson writes:
> I've never tried switching the bit level of the rendering buffers in
> OpenGL, but this is something you typically set when you initialize
> your opengl context. I've never heard of anyone changing this on the
> fly ... especially not every frame. I can't say with
David Megginson writes:
> I think I understand. What about the suggestion from earlier to
> switch to a 32-bit buffer when creating an imposter, then back to
> 16-bit for ordinary rendering. Once the imposter has been created,
> the 16bpp display should be able to handle it fine (since it's just
Norman Vine writes:
> YES - because here is what I get if you render with 16 bit buffers
> http://rockfish.net/~nhv/fgfs/images/fgfs-screen-016.jpg
> http://rockfish.net/~nhv/fgfs/images/fgfs-screen-017.jpg
>
> Might help thinking about 'how' one might get a '3d' volumetric
> effect from w
David Megginson writes:
>
> Curtis L. Olson writes:
>
> > Mark Harris mentioned that the back buffer requires a "destination
> > alpha" for imposter rendering to work. Perhaps that's why things
> > aren't great with a 16bit color buffer, you probalby aren't even
> > getting an alpha channel t
Curtis L. Olson writes:
> Mark Harris mentioned that the back buffer requires a "destination
> alpha" for imposter rendering to work. Perhaps that's why things
> aren't great with a 16bit color buffer, you probalby aren't even
> getting an alpha channel there?
That's possible, but currently
From: "Curtis L. Olson" <[EMAIL PROTECTED]>
> Norman Vine writes:
> > Curtis L. Olson writes:
> > > We might need to learn more about how the imposters are rendered. I
> > > don't think this is an issue of drawing the imposter once it is
> > > generated, but in generating the imposter in the firs
Norman Vine writes:
> Curtis L. Olson writes:
> > We might need to learn more about how the imposters are rendered. I
> > don't think this is an issue of drawing the imposter once it is
> > generated, but in generating the imposter in the first place.
>
> The Impostors are generated with regula
Curtis L. Olson writes:
> We might need to learn more about how the imposters are rendered. I
> don't think this is an issue of drawing the imposter once it is
> generated, but in generating the imposter in the first place.
The Impostors are generated with regular OpenGL calls just
like everyth
David Megginson writes:
> I don't understand enough about OpenGL, but why would alpha work at
> 16bpp in textures (like panel instruments or propeller disks) and not
> in clouds?
We might need to learn more about how the imposters are rendered. I
don't think this is an issue of drawing the impos
David Megginson
>
> Unfortunately, that's not an option -- to my knowledge, I have the
> most powerful GPU available in a notebook
the newer ATI Radeon Mobility and the GeForce4 440
are much faster but AFAIK this one smokes em all
http://www.dell.com/us/en/bsd/products/model_precn_precn_m50.htm
Norman Vine writes:
> The problem is there is not much room for an alpha chanel in 16 bits
> so AFAIK the card manufacturers and the OpenGL board aren't
> spending much effort making this kind of thing work well
I don't understand enough about OpenGL, but why would alpha work at
16bpp in text
David Megginson
> Norman Vine writes:
>
> > I doubt if any amount of fiddling would make the 3D clouds work well in
> > anything less then 32 bit color, as the eye is VERY sensitive to grey.
>
> I'm looking for work-at-all, not work-well. I don't care if they're
> pretty, as long as I can scud
On Thu, 2002-09-19 at 15:53, David Megginson wrote:
> Matthew Law writes:
>
> > I also have a stable and working FGFS 0.8 which I'd like to keep
> > (to play with if I bugger up the CVS version!). How do you guys
> > compile a development version beside a stable one without it
> > interferin
Norman Vine writes:
> I doubt if any amount of fiddling would make the 3D clouds work well in
> anything less then 32 bit color, as the eye is VERY sensitive to grey.
I'm looking for work-at-all, not work-well. I don't care if they're
pretty, as long as I can scud around them.
All the best,
David Megginson
> Matthew Law writes:
>
> > BTW, well done on the clouds guys they're coming along nicely and will
look
> > pretty sweet when they're done :-)
>
> I agree, but I'd be happier if they'd work with 16bpp as well as 32bpp
> (32bpp is too slow at 1600x1400 on my notebook). I guess I
Matthew Law writes:
> I also have a stable and working FGFS 0.8 which I'd like to keep
> (to play with if I bugger up the CVS version!). How do you guys
> compile a development version beside a stable one without it
> interfering? In other words what do you specify to ./configure when
> com
Thanks, I will try that.
>
> This is a slightly advanced operation, so don't feel too bad. You can
> start by using a different --prefix argument to ./configure for each
> branch, i.e.
>
> ./configure --prefix=/usr/local/experimental/
> ./configure --prefix=/usr/local/stable/
>
>
> All t
Dang! I'm still getting that same pesky error!
Mark
>
> Boslough, Mark B writes:
>
> > I just tried that and unfortunately I get exactly the same problem.
>
> OK I know what the problem is
>
> > I am going to try again from scratch.
>
> Try changing SimGear\simgear\sky\clouds3d\Makefile
>
Boslough, Mark B writes:
> I just tried that and unfortunately I get exactly the same problem.
> I am going to try again from scratch. I do have a question. How
> do I keep the two CVS branches separated? When I do a make install
> for simgear on the stable branch, does that not overwrite
Boslough, Mark B writes:
> I just tried that and unfortunately I get exactly the same problem.
OK I know what the problem is
> I am going to try again from scratch.
Try changing SimGear\simgear\sky\clouds3d\Makefile
around line 99 to read like this
EXTRA_WIN32_SOURCES = extgl.c
#EXTRA_WIN
12:53 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [Flightgear-devel] CVS build problem, was
> Another automake
> vi ctim
>
>
> Boslough, Mark B writes:
>
> > I did that for both SimGear and FlightGear. Now I can
> > build SimGear without any problem, but F
Boslough, Mark B writes:
> I did that for both SimGear and FlightGear. Now I can
> build SimGear without any problem, but FlightGear no
> longer builds! Here is the error:
>
> undefined reference to `glInitialize'
> undefined reference to `glActiveTextureARB'
>
> Any ideas?
Try the following
I did that for both SimGear and FlightGear. Now I can
build SimGear without any problem, but FlightGear no
longer builds! Here is the error:
/usr/local/lib/libsgclouds3d.a(SkyContext.o): In function `_10SkyContext':
/usr/local/src/cvs-devel/SimGear/simgear/sky/clouds3d/SkyContext.cpp:57:
undefi
Strange that m4 would be puking. Could this be some sort of ascii
vs. binary mount vs. text file line ending issue?
The one time I tried to exhaustively explore this issue on cygwin, I
was left dazed and confused. I know there are certain configurations
that will work, but I never felt like I c
On Tuesday 17 September 2002 10:38 am, Alex Perry wrote:
> > > The stable tree is for all intents and purposes the last released
> > > version. For SimGear and FlightGear you have to maintain 2 trees if
> > > you want access to the stable or dev versions. The basepackage CVS you
> > > can access e
> > The stable tree is for all intents and purposes the last released
> > version. For SimGear and FlightGear you have to maintain 2 trees if
> > you want access to the stable or dev versions. The basepackage CVS you
> > can access either, but not concurrently.
>
> ..it is also possible to use an
On Mon, 16 Sep 2002 20:09:29 -0400,
John Check <[EMAIL PROTECTED]> wrote in message
<[EMAIL PROTECTED]>:
> On Monday 16 September 2002 10:45 am, [EMAIL PROTECTED] wrote:
> > Hi all,
> >
> > It's been a long while since I've checked out a copy of the fgfs
> > files from CVS and I'd like to clari
"Curtis L. Olson" wrote:
>
> Julian Foad writes:
> > The CVS server is not working for me at the moment. It was working
> > 10 hours ago when I last tried it.
> >
> > $ cvs diff
> > cvs [diff aborted]: recv() from server cvs.flightgear.org: EOF
>
> Seems to be working for me at the moment.
Julian Foad writes:
> The CVS server is not working for me at the moment. It was working
> 10 hours ago when I last tried it.
>
> $ cvs diff
> cvs [diff aborted]: recv() from server cvs.flightgear.org: EOF
>
> - Julian
Seems to be working for me at the moment.
Curt.
--
Curtis Olson IV
"Curtis L. Olson" wrote:
>
> I'm not a python expert and do not claim to have any knowledge on the
> subject. But tcl will give very similar errors when a sub program
> dies. It builds a pipe to the IO of the other process and if it dies
> it reports a 'broken pipe.' So my best guess is still
[EMAIL PROTECTED] writes:
> Curtis L. Olson wrote:
> >
> > [EMAIL PROTECTED] writes:
> > > Is it enscript that is breaking, or the other end of its pipe? The
> > > error message says "Broken pipe" in enscript.write(chunk). Maybe
> > > just that the disk is full?
> >
> > By my reading of the e
Curtis L. Olson wrote:
>
> [EMAIL PROTECTED] writes:
> > Is it enscript that is breaking, or the other end of its pipe? The
> > error message says "Broken pipe" in enscript.write(chunk). Maybe
> > just that the disk is full?
>
> By my reading of the error message, python is reporting that ens
[EMAIL PROTECTED] writes:
> Is it enscript that is breaking, or the other end of its pipe? The
> error message says "Broken pipe" in enscript.write(chunk). Maybe
> just that the disk is full?
By my reading of the error message, python is reporting that enscript
died unexpectedly. There is ple
Curtis L. Olson wrote:
>
> It looks like enscript is breaking on viewmgr.cxx
Is it enscript that is breaking, or the other end of its pipe? The error message says
"Broken pipe" in enscript.write(chunk). Maybe just that the disk is full?
> Does this happen with any other source files or is i
It looks like enscript is breaking on viewmgr.cxx
It also looks like the behavior of enscript doesn't conform well to
it's man page. :-(
Does this happen with any other source files or is it just
viewmgr.cxx? I don't see anything in viewmgr.cxx that looks
particularly different from any other s
Hmmm, it works now.
Strange
thanx
Darren
On Saturday 22 Jun 2002 2:02 pm, Tony Peden wrote:
> cvs status works for me.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
On Sat, 2002-06-22 at 05:52, Darren Hammond wrote:
> Is CVS access to SimGear / FlightGear broke?
cvs status works for me.
>
> I'm getting "Connection reset by peer" messages
> I'm ok getting to FG Base & other CVS sites
>
>
> Darren
>
> ___
> Flig
On Tuesday 16 April 2002 13:30, Curtis L. Olson wrote:
> Alasdair Campbell writes:
> > For several days now, I have been unable to access the FlightGear-source
> > and Simgear repositories.
> >
> > [root@birnie FlightGear]# cvs update -dP
> > cvs [update aborted]: recv() from server cvs.flightgear
Alasdair Campbell writes:
> For several days now, I have been unable to access the FlightGear-source and
> Simgear repositories.
>
> [root@birnie FlightGear]# cvs update -dP
> cvs [update aborted]: recv() from server cvs.flightgear.org: Connection reset
> by peer
> [root@birnie FlightGear]# cvs
On Sun, Mar 31, 2002 at 01:28:49PM -0700, Keith Wiley wrote:
> > If any files in the archive have changed since your last update, cvs
> > will attempt to merge the changes into your local tree. It will attempt
> > to do this even if you've made local mods. If it can't merge the
> > changes, it w
On Sun, 2002-03-31 at 12:30, Keith Wiley wrote:
> > If you want to know what local changes are being tracked for you by CVS
> > type "cvs diff" ... if you don't want any of them, just delete the file
> > and then "cvs update" will get you a fresh copy.
>
> I've been playing around with cvs diff f
On Sun, 2002-03-31 at 12:28, Keith Wiley wrote:
> > If any files in the archive have changed since your last update, cvs
> > will attempt to merge the changes into your local tree. It will attempt
> > to do this even if you've made local mods. If it can't merge the
> > changes, it will mark the
> If you want to know what local changes are being tracked for you by CVS
> type "cvs diff" ... if you don't want any of them, just delete the file
> and then "cvs update" will get you a fresh copy.
I've been playing around with cvs diff for a week, but it doesn't make any
sense. In particular,
> If any files in the archive have changed since your last update, cvs
> will attempt to merge the changes into your local tree. It will attempt
> to do this even if you've made local mods. If it can't merge the
> changes, it will mark the offending section of each file accordingly
> and then yo
> On Sun, Mar 31, 2002 at 10:40:48AM -0700, Keith Wiley wrote:
> > So assume I started with no project directory and I did a cvs update,
> > which created the directory and checkout everything. That worked, I
> > successfully built. Then I did my own personal modification to
> > fg_init.cxx and
On Sun, Mar 31, 2002 at 10:40:48AM -0700, Keith Wiley wrote:
> So assume I started with no project directory and I did a cvs update,
> which created the directory and checkout everything. That worked, I
> successfully built. Then I did my own personal modification to
> fg_init.cxx and worked on
Boslough, Mark B writes:
> Curt, You are right. Yesterday it recompiled so
> many files I thought it was recompiling everything. I updated
> again today after only one day and it only recompiled one file
> and re-linked, which is of course much faster!
>
> Do I need to rerun the scripts every
? (sorry if this has been answered somewhere I should
already have seen).
Mark
> -Original Message-
> From: Curtis L. Olson [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 07, 2002 10:39 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [Flightgear-devel] CVS question
>
>
Boslough, Mark B writes:
> Curt, thanks for your help. I must be doing something
> wrong because after I do a cvs update, when I run make,
> it seems to recompile *everything* (which is of course
> very time consuming). It must touch all the cxx files or
> something for that to happen, even if t
ee if I can figure out why this is happening.
Mark
> -Original Message-
> From: Curtis L. Olson [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 06, 2002 3:33 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [Flightgear-devel] CVS question
>
>
> Boslough, Mark B writes
> Now that I am modifying code, I have the need to keep it updated.
> I am a beginner at CVS, so I'm not sure I am doing things properly.
> Should I be doing CVS updates every day? That requires that I
> completely recompile and relink every day, is that correct? I want
> to make sure that I am
> > A related question - after rebuilding with the makefile system, is
> > there a way to "make install" only the files which have changed? For
> > example, suppose there is only a change to a .cxx file in plib/ssg. I
> > do a "make", which rebuilds only libplibssg.a. But when I do a "make
On Wednesday 06 March 2002 07:17 pm, you wrote:
> quite the way you want them. One of the central characteristics of
> being a geeky hacker type is a strongly held conviction that the rest
> of the world are idiots and are doing things all wrong. :)
>
> Andy
Hahahah! Quick somebody notify Bartl
On Wed, Mar 06, 2002 at 05:17:42PM -0600, Curtis L. Olson wrote:
> Paul Deppe writes:
> > A related question - after rebuilding with the makefile system, is there a
> > way to "make install" only the files which have changed? For example,
> > suppose there is only a change to a .cxx file in plib/
Paul Deppe wrote:
> A related question - after rebuilding with the makefile system, is
> there a way to "make install" only the files which have changed? For
> example, suppose there is only a change to a .cxx file in plib/ssg. I
> do a "make", which rebuilds only libplibssg.a. But when I d
Paul Deppe writes:
> A related question - after rebuilding with the makefile system, is there a
> way to "make install" only the files which have changed? For example,
> suppose there is only a change to a .cxx file in plib/ssg. I do a "make",
> which rebuilds only libplibssg.a. But when I do a
> If you are using our unix style makefile system (automake/autoconf)
> then it should track all the code dependencies and only rebuild code
> that changes (or depends on something that has changed.)
A related question - after rebuilding with the makefile system, is there a
way to "make install"
Boslough, Mark B writes:
> Now that I am modifying code, I have the need to keep it updated.
> I am a beginner at CVS, so I'm not sure I am doing things properly.
> Should I be doing CVS updates every day? That requires that I
> completely recompile and relink every day, is that correct? I want
Hi Mark,
What I do is update occaisonally (once or twice a week sometimes more) and
keep an eye on the logs (the web based ViewCVS is handy too) in order to know
what others are working on. Before sending in code I'll update to current CVS
again and make sure things still work. It is much easie
Try removing the keyword 'inline' from the constructor and destructor.
Curt.
Alex Romosan writes:
> with latest cvs i get:
>
> fg_io.o: In function `parse_port_config(basic_string,
>__default_alloc_template > const &)':
> /home/romosan/cvs/fgfs/FlightGear/src/Main/../../src/Network/atc610x.hx
, January 28, 2002 2:35 PM
To: '[EMAIL PROTECTED]'
Subject: RE: [Flightgear-devel] CVS trouble
> The latest stable Plib (1.4.2 I believe) should also work (It
> does for me). It shouldn't be necessary to keep checking out CVS Plib.
It takes about 2 minutes (maximum) to chec
> The latest stable Plib (1.4.2 I believe) should also work (It
> does for me). It shouldn't be necessary to keep checking out CVS Plib.
It takes about 2 minutes (maximum) to check out and build on my machine. I
always do it to avoid (and rule out) any build problems. This is one reason
why I n
Jon Berndt writes:
> > No. That was going to be my next guess. Thanks, I'll try that!
> >
> > Mark
>
> I've got a perl script (and I believe Norman also has a script) that
> automates that whole process for me, in the corret order, with dependencies.
> If you do a checkout of flightgear, you
> make[1]: Leaving directory `/usr/local/src/FlightGear/src'
> make: *** [all-recursive] Error 1
>
> Should I start over with a fresh copy of plib?
>
> Thanks, everybody, for your help.
>
> Mark
>
> -Original Message-
> From: BERNDT, JON S. (JON) (JSC
hould I start over with a fresh copy of plib?
Thanks, everybody, for your help.
Mark
-Original Message-
From: BERNDT, JON S. (JON) (JSC-EX) (LM)
[mailto:[EMAIL PROTECTED]]
Sent: Monday, January 28, 2002 1:34 PM
To: '[EMAIL PROTECTED]'
Subject: RE: [Flightgear-devel] CVS trouble
>
> No. That was going to be my next guess. Thanks, I'll try that!
>
> Mark
I've got a perl script (and I believe Norman also has a script) that
automates that whole process for me, in the corret order, with dependencies.
If you do a checkout of flightgear, you should also do a checkout of Simge
Boslough, Mark B wrote:
> I am again trying to compile the CVS version of FlightGear. I *think*
> I am following instructions! I have not had any trouble building the
> version 0.7.8, but with CVS I get the following compile error:
Not to be too snooty, but sometimes it's helpful to actually
No. That was going to be my next guess. Thanks, I'll try that!
Mark
-Original Message-
From: Cameron Moore [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 28, 2002 1:33 PM
To: [EMAIL PROTECTED]
Subject: Re: [Flightgear-devel] CVS trouble
* [EMAIL PROTECTED] (Boslough, M
> I am again trying to compile the CVS version of FlightGear.
> I *think* I am following instructions!
> I have not had any trouble building the version 0.7.8, but
> with CVS I get the following compile error:
Did you do a build of plib first, followed by Simgear, then FlightGear?
Jon
__
* [EMAIL PROTECTED] (Boslough, Mark B) [2002.01.28 14:28]:
> I am again trying to compile the CVS version of FlightGear. I *think* I am
> following instructions!
> I have not had any trouble building the version 0.7.8, but with CVS I get
> the following compile error:
>
> Making all in ATC
> mak
* [EMAIL PROTECTED] (Marcio Shimoda) [2002.01.07 21:01]:
> "cvs checkout -P -d var/cvs/FlightGear-0.7 var/cvs/FlightGear-0.7 (in
> directory C:\FlightGear-0.7.8)
> cvs server: cannot find module `var/cvs/FlightGear-0.7' - ignored
> cvs [checkout aborted]: cannot expand modules"
This is incorrect.
> I'm having problems with WinCVS
I don't use it, but ...
> "cvs checkout -P -d var/cvs/FlightGear-0.7 var/cvs/FlightGear-0.7 (in
> directory C:\FlightGear-0.7.8)
Don't you need a leading slash inside the "-d var" and the module name
is simply "FlightGear" without any additional elaboration.
> * [EMAIL PROTECTED] (Alex Perry) [2001.12.21 16:15]:
> > $ ./configure
> > creating cache ./config.cache
> > ./configure: line 542: syntax error near unexpected token
>`AM_INIT_AUTOMAKE(FlightGear,'
> > ./configure: line 542: `AM_INIT_AUTOMAKE(FlightGear, 0.7.9)'
> > $
>
> configure.in hasn't
* [EMAIL PROTECTED] (Alex Perry) [2001.12.21 16:15]:
> $ ./configure
> creating cache ./config.cache
> ./configure: line 542: syntax error near unexpected token
>`AM_INIT_AUTOMAKE(FlightGear,'
> ./configure: line 542: `AM_INIT_AUTOMAKE(FlightGear, 0.7.9)'
> $
configure.in hasn't changed in a co
John Check writes:
> Would it be possible to put that keybinding in the set file?
> Then it would only get bound when we need it.
Sure -- go for it. It's still just a kludge, though, until we're
using actual feedback from the FDM.
All the best,
David
--
David Megginson
[EMAIL PROTECTED]
On Friday 14 December 2001 2:19 pm, you wrote:
> BERNDT, JON S. (JON) (JSC-EX) (LM) writes:
> > > Does the c172 have retractable gears? I ask this because when
> > > I pressed the
> > > "g", the retractable gear sound is played, but no effect is
> >
> > I noticed this, too.
>
> This is becaus
Tony Peden writes:
> > After I have a chance to clean up the FGInterface class a bit,
> > perhaps we can start exporting more properties for actual FDM
> > state -- i.e. the real (rather than requested) control-surface
> > and gear positions.
>
> It's already there in the gear interface.
--- David Megginson <[EMAIL PROTECTED]> wrote:
> BERNDT, JON S. (JON) (JSC-EX) (LM) writes:
>
> > > Does the c172 have retractable gears? I ask
> this because when
> > > I pressed the
> > > "g", the retractable gear sound is played, but
> no effect is
> >
> > I noticed this, too.
>
> Th
BERNDT, JON S. (JON) (JSC-EX) (LM) writes:
> > Does the c172 have retractable gears? I ask this because when
> > I pressed the
> > "g", the retractable gear sound is played, but no effect is
>
> I noticed this, too.
This is because of a short-cut in the sound manager. Currently, it
play
David,
I'm not a mac guy and don't own any mac hardware so I can't test
flightgear compiling or running on the mac platform. Darrell Walliser
is the one who did the build. You might want to direct your questions
his way.
Regards,
Curt.
[EMAIL PROTECTED] writes:
> >David,
> >
> >You found
See http://www.flightgear.org/cvsResources/anoncvs.html
--
Ross
On Tue, 2001-12-11 at 20:14, [EMAIL PROTECTED] wrote:
> Hi,
>
>
> I downloaded
>
> http://expert.cc.purdue.edu/~walisser/fg/fgdev.tar.gz
>
>
> However, I get an error trying to download the FlightGear Source
>
> [
David,
You found some outdated CVS instructions. Can you tell me where you
saw these so I can fix them? The current instructions are here:
http://www.flightgear.org/cvsResources/
Regards,
Curt.
[EMAIL PROTECTED] writes:
> Hi,
>
>
> I downloaded
>
> http://expert.cc.purdue.edu/
Curtis L. Olson writes:
>Norman Vine writes:
>
>> BTW
>> Expect a bunch of changes from me tomorow to
>> get 'reset' and 'goto airport' 'kind of' working again
>
>Ok, sounds good. I took a look at that yesterday and fixed one
>potential problem in simgear (actually the problem is in flightgear,
>
Norman Vine writes:
> YES
>
> Sorry I did not make that clear in my earlier message.
>
> BTW
> Expect a bunch of changes from me tomorow to
> get 'reset' and 'goto airport' 'kind of' working again
Ok, sounds good. I took a look at that yesterday and fixed one
potential problem in simgear (actu
Curtis L. Olson writes:
>
>Norman, did you track down your FGKinemat build problem? I'm not
>seeing it on any of my machines here.
YES
Sorry I did not make that clear in my earlier message.
BTW
Expect a bunch of changes from me tomorow to
get 'reset' and 'goto airport' 'kind of' working again
Norman, did you track down your FGKinemat build problem? I'm not
seeing it on any of my machines here.
Curt.
Norman Vine writes:
> Tony Peden writes:
> >>>
> >> I guess we all need need to re-run automake autoconf ect !
> >
> >Actually, Ross made it easier than that:
> >./autogen.sh && make c
Tony Peden writes:
>>>
>> I guess we all need need to re-run automake autoconf ect !
>
>Actually, Ross made it easier than that:
>./autogen.sh && make clean && make
Yes that is nice ..
However I always build in an external directory and have to
do it the old fashioned way. :-)
FYI
By building
On Thursday 06 December 2001 06:40 pm, you wrote:
> Tony Peden writes:
> >> Yup..
> >> Did a CVS up -Pd for both FGFS and JSBSim and didn't get
> >> the files either place
> >>
> >> hmm. I don't see them in the online CVS Viiewer at SF either
> >
> >Nope, they are there in the filtersjb/ dire
Tony Peden writes:
>>
>> Yup..
>> Did a CVS up -Pd for both FGFS and JSBSim and didn't get
>> the files either place
>>
>> hmm. I don't see them in the online CVS Viiewer at SF either
>>
>Nope, they are there in the filtersjb/ directory
Doh... so they are
I never thought of looking there :
On Thursday 06 December 2001 06:18 pm, you wrote:
> Tony Peden writes:
> >Did you do a cvs up -d ?
>
> Yup..
> Did a CVS up -Pd for both FGFS and JSBSim and didn't get
> the files either place
>
> hmm. I don't see them in the online CVS Viiewer at SF either
>
> perhaps someone forget to
>
> c
Tony Peden writes:
>
>Did you do a cvs up -d ?
Yup..
Did a CVS up -Pd for both FGFS and JSBSim and didn't get
the files either place
hmm. I don't see them in the online CVS Viiewer at SF either
perhaps someone forget to
cvs add $NEW_FILES
followed by a
cvs commit $NEW_FILES
Cheers
On Thursday 06 December 2001 05:45 pm, you wrote:
> It appears as if both the FGFS CVS and the JSBSim CVS
> files have a problem
>
> This is what I get from trying to link fgfs.exe
>
> ../../src/FDM/JSBSim/libJSBSim.a(FGFCS.o): In function
> `FGFCS::Load(FGConfigFile *)':
>/src/FlightGear/Flig
Marcio Shimoda writes:
> But, what's the correct CVS/Root now?
http://www.flightgear.org/cvsResources/anoncvs.html
Regards,
Curt.
--
Curtis Olson Intelligent Vehicles Lab FlightGear Project
Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED]
Minnesota http://
But, what's the correct CVS/Root now?
[]'s
Marcio Shimoda
- Original Message -
From: "Jim Wilson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 14, 2001 11:40 PM
Subject: Re: [Flightgear-devel] CVS problem?
> Did you see
"Curtis L. Olson" wrote:
>
> Bill,
>
> Looking in the server log I think I can spot _your_ problem.
> Emphasis on "your" :-) :-) :-)
>
> The hostname your machine claims to be cannot be looked up and matched
> against the IP address you are using (i.e. it doesn't exist in dns.)
> The flightgear
Bill,
Looking in the server log I think I can spot _your_ problem.
Emphasis on "your" :-) :-) :-)
The hostname your machine claims to be cannot be looked up and matched
against the IP address you are using (i.e. it doesn't exist in dns.)
The flightgear server is configured (as a precaution again
Did you see the announcement about the new cvs address about a week ago?
It's now cvs.flightgear.org. If this is the issue, check the archives as
there were a couple suggestions about doing a quick change to your CVS/Root
files (for unix users anyway).
Best,
Jim
William Earnest <[EMAIL PROTECT
201 - 297 of 297 matches
Mail list logo