Matthew Law wrote:
Speaking of which, would it be possible to change the texture above a
certain height AGL? We could have a texture with more detail for low
altitudes and a shinier, more gaussian texture for higher altitudes...
Just like real grass and short crops.
Grass rarely reaches more than
David Megginson wrote:
I'd like to propose the following changes to our current airport data
formats:
1. In $FG_ROOT/Airports/basic.dat.gz (the airport-level data file),
add two fields containing the ISO 3166 country code and a
country-specific region code. Either can be represented by 'U'
David Luff wrote:
On 9/30/03 at 4:11 PM Curtis L. Olson wrote:
Norman Vine writes:
Curtis L. Olson writes:
Andrei Barbu has revamped the flightgear web site layout and made
quite a few improvements. I have placed the proposed changes here:
http://www.flightgear.org/www.andrei/
Cool but all
Cameron Moore wrote:
* [EMAIL PROTECTED] (Curt Olson) [2003.09.30 13:57]:
Andrei Barbu has revamped the flightgear web site layout and made
quite a few improvements.
- No DOCTYPE specification[1]
...
[1] http://www.w3.org/QA/2002/04/valid-dtd-list.html
Yes - please check that the pages are valid
Richard Bytheway wrote:
That appears to be a US English keyboard, A UK English has and @ transposed, as well as £ where # is on a US keyboard (both called a pound sign though).
You might call the hash (or 'gate' or 'number sign') a 'pound sign', but I don't. As far as I know, the only reason
Norman Vine wrote:
vmap0 can be off by ~500 meters and still be considered
accurate since it is 1:1,000,000
Every time I see a map scale ratio like 1:100 for digital mapping data, I am confused. For a paper map it means 1 length unit on the map represents 100 length units in real life,
Matevz Jekovec wrote:
I was thinking of the way we could ommit lifetime for our terrain and
scenery objects. For e.g. if we get a WTC towers models or some other
historical buildings one day, we cannot place them into year 2003. What
if every object has a timestamp - an interval from when to
David Megginson wrote:
I've added a new option to set an overcast ceiling quickly on the
command line:
--ceiling=FT_ASL[:THICKNESS_AGL]
..THICKNESS_FT ?
- Julian
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Jim Wilson wrote:
Julian Foad [EMAIL PROTECTED] said:
I wouldn't want the trim wheel to run slowly when my computer is heavily loaded.
You would if you were unable to trim because the step sizes were to big and
you wanted to trim from the joystick.
Yes, OK, but we're going to avoid that by making
Jim Wilson wrote:
Melchior FRANZ [EMAIL PROTECTED] said:
That would be =all= repeatable bindings then.
The change of view direction/elevation simulates head
movement. Braking simulates feet movement on pedals. Mixture ...
you get the point. Every set of repeatable buttons emulates (analog)
Jim Wilson wrote:
Julian Foad [EMAIL PROTECTED] said:
have the binding specify the amount of
change PER SECOND (i.e. the rate of change), and allow the number of steps per
second to vary with machine power and load. At each step, the new value is
calculated so that the control is moving
Melchior FRANZ wrote:
What are repeatable buttons used for?
- to let a digital input device (regular button, or digital hat
switch) emulate an analog device
What about keyboard buttons (keys)? Are they not going to work in the same way? Or are they already handled properly (FGFS
* Jim Wilson -- Saturday 28 June 2003 23:02:
If I remember this patch correctly, the repeat frequency was hard coded. It
should be defined in a property, and eventually adjustable in a gui dialog for
controllers. Ideally at some point we could adjust sensitivity/repeat per
control (individual
I haven't updated for a few months and now I see the base and source CVS repositories have moved, although the old ones still seem to be responding (but presumably out of date).
As I'm on a dial-up modem, I'm looking for a way to avoid a complete check-out (tens of megabytes - hours or days of
Arnt Karlsen wrote:
On Sun, 02 Feb 2003 19:39:28 -0500,
John Check [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]:
Base package cvs is back, now with more cvsweb
http://rockfish.net/cgi-bin/cvsweb/
..imaginary folder like directory icons? ;-)
I see this effect too. No image is
I have updated materials.dtd and materials.xml so that they (almost)
validate together using xmllint which comes with libxml:
xmllint --dtdvalid materials.dtd -noout materials.xml
The only bit that doesn't quite work is the params section which is
allowed to contain arbitrary element tag
Dave Perry wrote:
I just updated SimGear, FlightGear source, and base package from cvs.
Now when I try to change frequencies, the numbers to the right of the
decimal change mod 1, but the 1's, 10's and 100's didgits don't change.
Yes, David changed it so that it is more like the real radio;
David Megginson wrote:
Julian Foad writes:
I attach a patch which does these, and an update to navcom-radio.xml
which specifies resolution appropriately and sets max to 118 or 136
instead of 117.95 or 135.975. Other files will need to be updated
similarly; how is this for a start
Norman Vine wrote:
This is the poor man's version taken from sg_inlines.h
// normalize a value to lie between min and max
template class T
inline void SG_NORMALIZE_RANGE( T val, const T min, const T max ) {
T step = max - min;
while( val = max ) val -= step;
while( val min ) val
Norman Vine wrote:
Julian Foad writes:
main.cxx: In function `bool fgMainInit(int, char**)':
main.cxx:1608: `glXGetProcAddressARB' undeclared (first use this function)
Looking at the Mesa headers it seems as if
GLX_GLXEXT_PROTOTYPES
needs to be defined
That works for me, adding it just
David Megginson wrote:
Julian Foad writes:
I don't like to add more configuration and code, I like to pare things
down to the simplest correct implementation. But I think this snap to
valid value behaviour will be necessary.
I might have a go at an implementation. How do you feel
Norman Vine wrote:
Julian Foad writes:
Norman Vine wrote:
This is the poor man's version taken from sg_inlines.h
// normalize a value to lie between min and max
template class T
inline void SG_NORMALIZE_RANGE( T val, const T min, const T max ) {
T step = max - min;
while( val = max
I (Julian Foad) wrote:
I attach a patch which does these, ...
... It seems to work without skipping values.
Ooh, I hate it when people say it seems to work. It sounds so sloppy.
What I meant is I designed it and analysed it very carefully, and then
did just a quick test to confirm
David Megginson wrote:
Julian Foad writes:
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
I (Julian Foad) wrote:
and, unless it is tackled, I'm pretty sure floating-point imprecision
will result in users sometimes being unable to set an end-point value
like 118.000 MHz.
Not actually unable to, because they can go back to 135.975 and then
forward to 118.000.
- Julian
Can anybody help with this error? Anyone care to fix the warnings?
Making all in Main
In file included from main.cxx:91:
../../src/ATC/ATCmgr.hxx:201: warning: extra qualification `FGATCMgr::' on
member `FindInList' ignored
main.cxx: In function `void fgRenderFrame()':
main.cxx:443: warning:
David Megginson wrote:
Cleanup is always, always needed --
...
We are slowly trying to get all of the parts of FlightGear to
extend FGSubsystem (defined src/Main/fgfs.hxx) and to simplify the
top-level loop in src/Main/main.cxx.
That sort of top-level stuff really is best done by the
Jon S Berndt wrote:
Well, with proper agreement and reference point, we can make this
perfect. There's just some communication and cooperation needed for a
little while, and I think we are nearly there.
Yes. I think several people are unclear about how this will work, and
have concerns like
Among many warnings I noticed this in FGPanel::doMouseAction:
panel.cxx:583: warning: control reaches end of non-void function
- Julian
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
David Luff wrote:
I've managed to get canned voice ATIS going.
Wow! Brilliant. It really works! It sounds about like I'd expect, too
(e.g. the 8 kHz-ness).
- Julian
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
William Earnest wrote:
With the compile problems resolved, still getting a consistent
segfault just after Done reading panel instruments. The other
Didn't you say earlier that you are using Red Hat's GCC 2.96? Isn't
that the broken version? I don't know the details, but I think Red Hat
David Luff wrote:
David Luff writes:
Is it likely to work over a 56K modem?
Well, it mostly worked. After starting in an area with no scenery, it took
a couple of minutes waiting before the appropriate airport came down, and
FlightGear could be restarted properly. Flying the C172,
Jason Grace wrote:
Could someone help me compile the stuff once and for all? I've been trying
to get it to compile on Cygwin for a year, so I can contribute.
You quoted hundreds of lines of a message digest. I don't know if
something in it was relevant to your question. If you could provide
Getting 'rsync' working through a firewall is pretty difficult. You could
try to build 'rsync' with 'socks' support, but even then not every
firewall supports 'socks'. So I dare to point at the fact that this utility
might be pretty useless for several users.
If you are _allowed_ to be
Lovely stuff!
terrasync.cxx needs these to compile on my GCC 3.2 / SuSE system:
SG_USING_STD(cout);
SG_USING_STD(endl);
In the usage example in README.txt it would be nice to suggest a port in
the private use range (49152-65535), such as 55000, instead of port
5500 which is allocated to
Erik Hofman wrote:
Julian Foad wrote:
No. I am only suggesting changing the default value for the pitch
offset, not the way it is used to calculate pitch which is and would
still be
...
Hmm, okay. If you are sure it works, then I see no objections. It may
require a few changes
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
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
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
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
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:
[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
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
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
. 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
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:
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
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
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
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
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
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
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
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 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]
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
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
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
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
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:
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()':
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
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]
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
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
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:
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
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
1 - 100 of 136 matches
Mail list logo