Can any of you debug FlightGear using the CygWin GDB? Whenever I try, I can use the
basic functions (stepping, breakpoints, view source code, etc) if I am very careful to
treat it gently, but when FlightGear crashes GDB tends to crash too. I am using
version 20010428-3 and I use the GUI
John Wojnaroski wrote:
Also can't find where the baro/altimeter setting is to correct for density
altitude. Tried searching on barometric, kollsman, etc nada. (I'd like
to but a vowel) ;-)
Look for datum or subscale in Cockpit/steam.cxx, where the altimeter reading is
calculated.
-
John Wojnaroski wrote:
In steam.cxx the pressure datum is set to some setting that represents
atmospheric pressure. Okay, so far
But can't find any connection between the two.
...
In the present FlightGear code, the atmospheric pressure (the_STATIC_inhg) used to
calculate the altimeter
Still happening just the same. Is it my fault?
- Julian
John Check wrote:
On Wednesday 16 January 2002 04:28 pm, you wrote:
Does this indicate a problem on the base package CVS server?
...
cvs server: Diffing Aircraft/X15/Panels
cvs server: Diffing Aircraft/X15/Panels/Textures
This has been discussed before and I don't recall any reason why these auto-generated
files should be in CVS. If this is the case please could someone remove them.
SimGear:
aclocal.m4
simgear/simgear_config.h.in
FlightGear:
aclocal.m4
src/Include/config.h.in
- Julian
Until this is fixed properly, you can fix this by adding the line:
AC_PREREQ(2.13)
at the beginning of configure.in, just after the dnl ... lines which are comments.
At least, this works for me.
- Julian
Michael Basler wrote:
Hi,
when I tried to build CVS Simgear today, I got with
Thanks, John - that fixes it. I suppose CVS didn't delete it because I had made
modifications in it. I'd expect it to say so, though!
- Julian
John Check wrote:
just did cvs up -dP and no problems. Try deleting your c172/Instruments
directory, it's no longer relevant.
TTYL
J
On
/install -c
checking whether ln -s works... yes
configure: error: cannot run /bin/sh ./config.sub
$
Michael Basler wrote:
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]Im Auftrag von Julian Foad
Until this is fixed properly, you can fix this by adding
);
static const SGPropertyNode *latitude
= fgGetNode(/position/latitude-deg, true);
So these must be failing. There should probably be a check for null pointers there.
- Julian
Erik Hofman wrote:
Julian Foad wrote:
Erik Hofman wrote:
The latest FlightGear from CVS gives me
Norman Vine wrote:
Michael Basler writes:
Julian Foad write:
Until this is fixed properly, you can fix this by adding the line:
AC_PREREQ(2.13)
at the beginning of configure.in, just after the dnl ... lines
which are comments. At least, this works for me.
One million thanks
OK: a CygWin update followed by mv acsite.m4 aclocal.m4 fixed it for me. Details
below.
Norman Vine wrote:
Julian Foad writes:
Now I've got another problem with it. I don't seem to need
the AC_PREREQ(2.13) any more (it doesn't make any difference
to the following output), but I get
Norman Vine wrote:
Julian Foad writes:
The /m switch specifies a minimised (iconised) window.
Could Windows users check whether this is supported on various
versions of Windows. It is on Windows ME.
AFAIK 'start /m' is supported on all Win32 systems
The cygpath -w command converts
Norman Vine wrote:
Removed fgReshape() call from main loop
That's undoubtedly a good thing. Never mind who can see a speed benefit and who
can't. I can only imagine it was put there to work around some bug. If so, let's see
if the bug shows up again, and fix it properly if it does.
Jon S Berndt wrote:
On Wed, 27 Mar 2002 23:08:59 +
Julian Foad [EMAIL PROTECTED] wrote:
The SimGear root includes metakit-2.4.2-32.tar.gz.
Version 2.4.3 is now available and fixes several
potentially serious bugs. I'm not saying Flight Gear is
affected by any of them (I have
The recent 3D work is absolutely lovely.
With Jim's view manager work, can we re-instate the F5-F8 keys so that they move the
pilot's head up/down/left/right relative to the airframe? The effect would be
equivalent to the old 2D panel moving around the screen. In particular, moving the
In Britain, as far as I know, we always use two-digit numbers for the runway direction
- e.g. 09 or 09L or 09R, not 9L. Is this not the case in the USA and
elsewhere?
- Julian
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
The joystick axis squared mode seems to default to on, and is applied at the centre
of the axis, not the zero-point of the output value. In the default joysticks.xml,
the throttle bindings do not explicitly set it false, so the throttle movement is very
odd, so I edited my joysticks.xml.
Quint,
There is Atlas (atlas.sourceforge.net), which connects to Glight Gear and plots the
aircraft's track on a nice moving map display. It doesn't record any other data, but
the source code will show you one way of getting data out of FlightGear.
- Julian
Quint Mouthaan wrote:
David Megginson wrote:
Frederic Bouvier writes:
MSVC has no 'fmax' function. 'max' is ok (a macro !).
Hmm -- max won't work under GCC because it's an inlined function.
Heh? You mean the inlined (templated) max function from
algorithm/stl_algobase.h? What's wrong with that? It is
Jonathan Polley wrote:
...
Aside from removing unreferenced variables, the bulk of the changes were
in the area of the use of floating-point. Since C does all passing of
floats as doubles, and does all math in double, could we have a mandate
that all floating-point valued be double? I
The spinning propellor (on c172-3d) needs a bit of work.
It spins even when the model is parked and the engine stopped. If pause mode is on,
it spins more slowly but still does not stop.
With magnetos off but starter engaged, the tachometer shows about 600 RPM (i.e. 10
revs per second). The
Jonathan Polley wrote:
My C training goes back to circa 1985, at which time all floats were
passed as doubles.
Yes, they were.
In fact, the modern C/C++ compilers to which I have
access still do this (I don't use gcc, except to rebuild FlightGear).
Oh? Which compilers?
All
This is what you get if the wrong version of automake/autoconf is used. Unfortunately
the old and new versions are not compatible. SimGear needs the old version. The
automake/autoconf supplied with CygWin automatically detects which version to use, and
it might be possible to get these
Thanks; I think I'll do that.
- Julian
David Megginson wrote:
Julian Foad writes:
Doesn't everyone have the same problem that I have: that after
re-building plib and/or SimGear, even after a one-file change, the
make install copies all of the header files to the install
Alexander Kappes wrote:
Thanks for the information Julian. Yes, I removed the old config.cache
file.
Did I get this right, the only way to make it work again is reverting to
the old version?
The old version of the auto-tools will probably work, but I don't know for sure. And
I don't
Alex Romosan wrote:
Julian Foad [EMAIL PROTECTED] writes:
Doesn't everyone have the same problem that I have: that after
re-building plib and/or SimGear, even after a one-file change, the
make install copies all of the header files to the install
directory, putting the current date
What this code says is ignore anything after a hash ... unless we're compiling with
Microsoft C, in which case only ignore lines which start with a hash. Surely this
isn't intended. Curt checked in the change last May, but almost certainly didn't
invent it.
My tentative guess would be that
Paul Deppe wrote:
When making the latest CVS FGFS on Cygwin/Win2k, the following link error
occurs:
/usr/lib/libplibul.a(ulContext.o)(.text+0x47):ulContext.cxx: undefined
reference to `wglGetCurrentContext@0'
collect2: ld returned 1 exit status
I don't know the reason for it, but you
The error in the speed of the propellor, and other things that we might not have
noticed yet, is caused by the handling of the variable multi_loop in
main.cxx:fgUpdateTimeDepCalcs(). After being used to update the FDM, this
multi_loop value (or the value 1 in freeze mode) is passed to the
Update to my own comments:
Julian Foad wrote:
The spinning propellor (on c172-3d) needs a bit of work.
It spins even when the model is parked and the engine stopped. If pause mode
is on, it spins more slowly but still does not stop.
That works now (it stops). Maybe I didn't have
Thanks guys. Apologies for implying that it might have been a problem with plib.
Curt, will you change this line (see end of this message) in CVS? I've tried it and
it works for me, and it looks like the right fix.
- Julian
Sebastian Ude wrote:
I guess this is the problem. -lopengl32
(_position_deg = 360.0)
--
On 21 April Julian Foad wrote:
The error in the speed of the propellor, and other things that we might not have
noticed yet, is caused by the handling of the variable multi_loop in
main.cxx:fgUpdateTimeDepCalcs(). After being used to update the FDM, this
multi_loop
Andy queried why we aren't using the GCC option -Wall.
I've been compiling for a few weeks now with extra GCC warnings enabled, to see
whether it will help with portability issues or just be a nuisance. I used these
options:
-Wall -pedantic -Wpointer-arith
-Wall is highly recommended, and
It seems to be caused by a recent change in CygWin. Here is Norman's answer to the
same question:
Norman Vine wrote (on Tue, 23 Apr 2002):
The opengl libs got moved to
/ lib / w32api / directory
don't ask me why ?
I just made a link to these in my '/ lib' dirrectory
you could
Source Navigator (originally by Cygnus, then RedHat, but now being maintained on
SourceForge) is well worth a try. Right now, the patched version at
http://oimanager.de/sn.htm is best, but there should be an official release some
time soon.
It has more cross-referencing features than MSVC,
Norman Vine wrote:
FYI
Most Win32 archive tools WinZip ect support tar files nowadays
FYI
The Latin for and the rest is et cetera, abbreviated etc. (or less commonly
c.) :)
- Julian
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Christian Mayer wrote:
Note: You 2nd version does *not* use the string concatenation.
The 2nd version boils down to the very C++ dependant
operator(operator(operator(cout, usage),endl),...);
Yes, it does. What point are you trying to make by saying very C++ dependant?
Nearly all of
John Wojnaroski wrote:
I recall reading an article several years ago in a flying mag (can't
remember exactly where or when)
on someone's proposal to change the number of degrees on the compass from
360 to 400.
...
Have you noticed Deg/Rad/Grad or DRG on every scientific calculator? Those
Cameron, your latest e-mail message is time-stamped with:
Date: Fri, 17 May 2002 09:41:01 -0500
which means 09:41 on the 17th, local time, which is 5 hours behind UTC, which is
about a day into the future. (The current time now is Thu 16 May 2002 16:38 UTC.)
- Julian
Christian Mayer wrote:
I wanted to point out the very big (internal) differnce of the ANSI C
style
string1 string2
THat ends up as string1string2 in a normal array of char
vs.
The C++ way:
cout string1 string2
wich uses the operator() method.
Both are valid and have
Alex Perry wrote:
Cameron, your latest e-mail message is time-stamped with:
Date: Fri, 17 May 2002 09:41:01 -0500
which means 09:41 on the 17th, local time, which is 5 hours behind UTC,
which is about a day into the future.
Don;t worry about it; Cameron just likes to have his
Another idea: you might have old versions of SimGear, plib or other libraries
installed somewhere. This should find exactly one copy of libsgsky:
$ find /usr -name 'libsg*' -exec grep -l getSpan_m {} \;
/usr/local/lib/libsgsky.a
If it finds none or more than one, there's a problem with the
Frederic Bouvier wrote:
The telnet interface produce wrong line ending when I run both FlightGear
and the telnet client on Win2k. I've just sent a patch to Curt that produce
line ending based on the platform where fgfs is running ( something between
#ifdef and #endif ).
For the moment,
I (Julian Foad) wrote:
Idea: the receiver should accept any of these four line endings:
Sorry, I misunderstood. I was thinking of a peer-to-peer type connection.
- Julian
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http
Frederic Bouvier wrote:
Perhaps I didn't made me clear. The problem is when FlightGear send text to
the telnet client. Each line begins where the previous ends because Win2k
telnet client needs a cariage return (\r) with the line feed (\n).
OK. The Telnet protocol (RFC854) requires that line
Jim Wilson wrote:
Andy, I dumped the last 3 iterations (for my own benifit) and following that
is the solution report. What I did for now was go into the Airplain.cpp
Airplain - Airplane ?
Drag factor: 1.000199
Lift Factor: 1.000410
aoaDelta: 0.000110
tailDelta: 0.83
elevDelta:
1. simgear/simgear_config.h.in should not be in CVS, as it is generated from
configure.in and so gives conflicts on every update.
2. simgear/metar/Dcdmetar.cpp: function static bool vrblVsby is unused, so could
profitably be removed or surrounded by #if 0. (Note that, being static, it can't
If the program cannot find options.xml, I strongly suggest that it still should give a
sensible (if brief) reply to --help. This reply should tell the user how to help it
to find options.xml.
- Julian
C. Hotchkiss wrote:
Erik Hofman wrote:
C. Hotchkiss wrote:
...
If the file
I'm debugging the property browsers. Currently they don't handle indexing properly:
multiple instances of /input/mice/mouse/mode[0]/button/ are shown without indices
because the buttons are numbered 2,3,4 but the test it uses is Is there a child of
this name with index 1?. Clicking on any of
The altimeter seems to be broken at the moment. /steam/altitude-ft shows a huge,
unchanging, random value for me, and the instrument (on more than one aircraft) just
stays at zero.
- Julian
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
I see
rho-slugsft3
in the built-in property browser (View/Properties), but
rho-slugs_ft3
in the httpd property browser.
I think what is happening is that the latter is correct, but the PLIB default font
fails to show underscore characters. I would guess that you took the name as you saw
it
.
By the way, I have just stepped through this and I noticed that
FGEnvironmentMgr::getEnvironment returns a _copy_ of the environment object, which
involves setting up new interpolation tables. Wouldn't it be more appropriate to
return a reference to it?
- Julian
Julian Foad wrote
Making all in Main
c++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src
-I/usr/local/include -DPKGLIBDIR=\/usr/local/lib/FlightGear\ -g -O1 -finline-limit-6
-finline-functions -Wall -pedantic -Wpointer-arith -c main.cxx
main.cxx: In function `void fgUpdateTimeDepCalcs()':
Gene Buckle wrote:
I get the attached error when building Metakit. I'm using the latest
Cygwin installation.
g++ -c -O2 -I../unix/../include -I/usr/include/generic -I/usr/include
../unix/../tcl/mk4tcl.cpp -DDLL_EXPORT -DPIC
In file included from ../unix/../tcl/mk4tcl.cpp:22:
I now have a practical solution for saving the compiler warnings: a wrapper script
replacement for the compiler.
rm config.cache # Otherwise it keeps the previous values of CC and CXX.
GCCFLAGS=-Wall -pedantic -Wpointer-arith
CC=saveoutp gcc CXX=saveoutp c++ CFLAGS=$GCCFLAGS
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 that
Andy Ross wrote:
Curtis L. Olson wrote:
I agree that random/periodic bugs are insidious and frustrating and
makes the software look like crap; therefore we should have a
'culture' of agressive pursuit of these problems. But, unfortunately
I can't replicate your particular problem
David Megginson wrote:
I've just checked in a new patch for automatic joystick type detection
(where available). NOTE: it will work *only* if you have a recent (2
months or so) CVS version of plib.
...
Please send me your bindings for your own device. Under Linux, you
can find the
I (Julian Foad) wrote:
For my Saitek Cyborg 3D Gold USB joystick, that gave:
Joystick test program.
~~
Joystick 0: Microsoft PC-joystick driver
Joystick 1 not detected
...
which is presumably because I haven't bothered to install Saitek's driver, because
David Megginson wrote:
I've just checked in a new patch for automatic joystick type detection
(where available). NOTE: it will work *only* if you have a recent (2
months or so) CVS version of plib.
The present sets of bindings result in the throttle being squared about its centre,
which
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
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
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.
Yes, it's back
The SourceForge Bug Tracker has the following outstanding bug reports:
ID SummaryDate Assigned To
Submitted By
433286 Sun lights plane at night. 2001-06-14 17:33 nobody
dmegginson (still a bug)
433288
The focal point is where rays will be focussed to/from a parallel beam of light - like
the rays from an object at infinite distance. The theory is normally quoted in these
terms, as it avoids having to consider two distances at once (the distance to the
object and the distance to the image or
Just trying my first CVS update in a couple of weeks. I see there is a
new repository for the trunk, so I changed all my CVS/Root files to
point to the -0.9 one and logged in with the new password. [Why not
just have no password?] But I get:
cvs server: Updating .
cvs [server
Two base package files,
Input/Joysticks/CH/pro-pedals-usb.xml
Input/Joysticks/CH/pro-yoke-usb.xml
both still (or again) contain
nameMicrosoft-PC-Joysticktreiber /name
namePilote de joystick PC Microsoft /name
which is less than useful as discussed before. Please could someone
Alex Perry wrote:
The username changed too.
Yes, I forgot to mention that. However, you can see that my problem was
not logging in but updating.
Someone must know how to get around this ... anyone?
- Julian
Just trying my first CVS update in a couple of weeks. I see there is a
new
Curtis L. Olson wrote:
Julian Foad writes:
Alex Perry wrote:
The username changed too.
Yes, I forgot to mention that. However, you can see that my problem was
not logging in but updating.
Someone must know how to get around this ... anyone?
Personally, I just did a fresh checkout
Julian Foad wrote:
Just trying my first CVS update in a couple of weeks. I see there is a
new repository for the trunk, so I changed all my CVS/Root files to
point to the -0.9 one and logged in with the new password. [Why not
just have no password?] But I get:
cvs server: Updating
Andy Ross wrote:
http://www.memtest86.com/
I haven't noticed random crashes or corruption in the two years I've
been running my current PC, but I decided to try this anyway. Most of
the tests showed no problems, but the block move tests found thousands
of errors, mostly in a particular
Cameron Moore wrote:
Also while I'm here, I wanted to mention that I get around 3 spams per
day to the flightgear lists that noone ever sees (I'm the primary
moderator if you haven't picked that up yet). The moderating is working
out pretty well I think.
Yes, it must be because I haven't
Andy Ross wrote:
This is a good point, actually. Almost all the Linux filesystems use
a 4k block as the minimum allocation unit*, and I presume NTFS is
similar.
I thought it was the other way around: that most Linux filesystems (by
which I mean ext2) and NTFS had 1K or 0.5K blocks, and that
Jacek M. Holeczek wrote:
...
There are two problems with the joystick.
First, there are two vertical bars/arrows in the cockpit for the
elevators, but only the right one is following the joystick (the
left one always stays in the middle) - however, if I view the plane
from outside I can see that
Curtis L. Olson wrote:
[EMAIL PROTECTED] writes:
Agreed. Instruments that test whether they are powered should
default to powered if the aircraft does not provide a suitable
electrical system. This could translate to if the required power
bus property is not present. A simple default
Curtis L. Olson wrote:
I'm guessing that Ay / Az is roughly proportional to Fy / Fz so these
two methods won't be exactly the same, but should be similar enough.
Well, a classic rule of physics is F = m.a (force = mass x
acceleration) and that applies to the directions of the force and
Curtis L. Olson wrote:
What I would like to propose for people's consideration, is the idea
of taking each of FlightGear's component libraries and converting them
to the LGPL license. The top level wrapper code (i.e. whatever is in
src/Main) would remain GPL.
Well, it doesn't matter what
Curtis L. Olson wrote:
...
What would be really useful when you get into modeling push buttons is
to be able to model a switch where it is true while the mouse is
depressed and then immediately returns to false when the mouse button
is released. Currently you need to click a second time to
With GCC 3.2 I get:
Making all in DemChop
make[3]: Entering directory
`/home/julianfoad/src/TerraGear/src/Prep/DemChop'
saveoutp c++ -O1 -finline-limit-256 -finline-functions -Wall -pedantic
-Wpointer-arith -L/usr/X11R6/lib -o demchop demchop.o
../../../src/Lib/DEM/libDEM.a -lsgbucket
I am carrying some local changes to TerraGear which probably ought to go
into CVS. Patch attached. They are just minor and cosmetic fixes;
nothing that affects the generated scenery.
- Julian
Index: acinclude.m4
===
RCS file:
. Renganathan did substantial work on the HUD for
use in a research project. If anyone knows whether he is still
interested in it, that might also be helpful.
Please let the resolution be swift and easy so that developers will not
be put off trying to change anything.
- Julian Foad,
Secretary
Lovely stuff. For those who were wondering why it seems intermittently
broken, what seems to be happening is the 2D panel hotspots are always
active as well, and they pick up the mouse clicks as well (or instead,
if the 2D hotspot area overlaps a 3D hotspot area). So there are two
places you
Andy Ross wrote:
Julian Foad wrote:
For those who were wondering why it seems intermittently broken, what
seems to be happening is the 2D panel hotspots are always active as
well, and they pick up the mouse clicks as well (or instead, if the 2D
hotspot area overlaps a 3D hotspot area
Martin Spott wrote:
So the only command line change would be to go from
--native=socket,in,30,,5500,udp --fdm=external
to
--native=socket,in,30,,5500,udp --fdm=null
btw, do we have an 'official' port number assignment ? Over the time I
read several suggestions by several
David Megginson wrote:
A while ago, Curt suggested moving from
...
and so on, to something more sane:
/controls/engine[0]/
/controls/engine[1]/
/controls/engine[2]/
/controls/engine[3]/
Yes, lovely. Excellent.
We could even go to
/controls/engines/engine[0/
and so on to
I was having a look at the piston engine start-up code. I absolutely
love the way it chugs away for a second or two and then coughs into life
- the sound effects really make it - but I wanted to make the speeds
and stuff more realistic. Looking at the JSBSim engine code, it uses
lots of
Andy Ross wrote:
[about making the panel hot spots visible]
Try the attached patch, which predicates the boxes on the
/sim/panel-hotspots property.
That is excellent! So simple, and in conjunction with David's recent
zoom in/out/normal (+/-/=) bindings, it immediately makes clear what's
Boslough, Mark B wrote:
O.K. I've got a couple of new FDMs.
1) fdm=csv replays a flight from a csv file, running forward or backwards in
time while controlling the rate.
2) fdm=skyhook, which lets you fly around as if hanging from a crane (sorta
like magic carpet, but you can go backward).
David Megginson wrote:
I like the idea as well: it would be nice if the engine were its own
subsystem and we could mix-and-match engines and FDMs (let's try the
J3 cub with 180HP). Unfortunately, the FDM people haven't been too
enthusiastic: in particular, JSBSim is supposed to run standalone
Andy Ross wrote:
Jim Wilson wrote:
Anyway, what I now remember is this: the camera position as configured
for the chase view is always in relation to the FDM location. And in
the case of Yasim that location is always the nose.
Oh, good point. This will create problems for view direction
I had to remove a declaration of memrchr from simgear/metar/Local.h to
compile under gcc 3.2 (SuSE Linux 8.1). There are lots of semi-standard
functions declared there that probably shouldn't be.
To fix some warnings I added typename into some typedef lines. I am
not sure about the
It seems silly to have the brake key slam on full braking power, if it
is to be used on the runway. No wonder the aircraft tend to tip over or
burst their tyres. Can I recommend this patch which sets the all
brakes strength to 0.5 and the individual left/right to 0.7?
Personally I do the
Andy Ross wrote:
Julian Foad wrote:
It seems silly to have the brake key slam on full braking power, if
...
This issue came up about a year ago. There really isn't any good
resolution.
...
My favorite hack, FWIW, was to have the on/off input affect the
braking power slowly -- over
I noticed that the radios had nav. freq. range 108.00 to 117.95 but com.
freq. 0 to 140; this should be 118 to 140. But while playing with that
I noticed that the wrapping is a bit unpredictable. With (min=118,
max=140, step=1, wrap=true) adjusting it up and down, it sometimes skips
118 and
Fg_sound.cxx implements a way to control the volume and pitch of a sound
specified in an XML config file. The optional steps in the volume
control group are (and the pitch group is the same):
- A variable value: one of
A named property
An internal special value (e.g. time since the
David Luff wrote:
On 11/11/02 at 9:38 PM Matthew Law wrote:
I've been having problems updating Simgear for a few days.
I've tried everything - including moving the lot and starting again but it
continually gets stuck at:
cvs server: Updating src-libs
U src-libs/.cvsignore
U
Erik Hofman wrote:
Julian Foad wrote:
...
Anomalies:
1. The pitch offset defaults to 1, but I think that is just a bug.
2. Since the offsets are constant, it is redundant to specify more
than one. This arrangement is therefore not ideal, but I'm not sure
what would be best.
3. A negative
David Luff wrote:
On 11/10/02 at 4:02 AM Julian Foad wrote:
Ah yes, starting, I seem to recall a lot of hacking and kludging to get
everything to work :-) There's a number of problems currently:
...
Have fun :-)
Ah, glad you're there. If you're interested and have time to look, my
David Luff wrote:
It looks to me like you've
got 2 too many curly brackets in doEnginePower, although I could be
misunderstanding what you're doing there.
Yes, I have got too many. This is the friction that was applied only
when starting; I was making it permanent but haven't finished with
Jon Berndt wrote:
Is there a way to determine which methods/attributes in a class are unused
by anybody? I'm thinking maybe there's a utility out there somewhere or a
link directive. This would assist in code streamlining/cleanup.
Other than grep :-) You can browse through lists of references,
David Megginson wrote:
Julian Foad writes:
Ah, glad you're there. If you're interested and have time to look, my
current attempt is at
http://www.btinternet.com/~julianfoad/fgfs/JSB_piston_engine.diff
http://www.btinternet.com/~julianfoad/fgfs/engine_sound.diff
What's
1 - 100 of 136 matches
Mail list logo