David Megginson wrote:
All Properties
--
- is readable? (already implemented)
- is writable? (already implemented)
- is archivable? (already implemented)
- data type (already implemented)
- list of allowed values
Wouldn't a check for that slow the properties down? Or would
Marcio Shimoda wrote:
Hi!
I'm having this problem now
Configuration: js - Win32 Debug
Build : warning : failed to (or don't know how to) build
'C:\plib-1.4.2\src\js\Debug\js.lib'
'js' gets installed
Could somebody explain me what is wrong?
Do
Richard KiĀ¹ wrote:
Hi,
Windows drivers are not familiar with the middle mouse button
unfortunately.
I don't know what driver you are using, but it works perfectly for my
old Logitech Pilot (PS/2) and IntelliOptical (USB; both at the same time
connected and working). And it doesn't make
Andy Ross wrote:
Mally wrote:
I don't suppose its any consolation to know that it seems to have
been fixed in the version of MSVC that ships with Microsoft Visual
Studio.NET.
I bougth MSVC6 and don't want to buy any other compiler. MSVC works for
me with portable code.
Woo hoo! So
[EMAIL PROTECTED] wrote:
That's a good p oint, as much as I hate to admit it. That brings up a point,
Christian, could you try compiling the latest JSBSim and let me know what you
find?
I found the problem with the timezone. Can it be that zone.tab isn't
checken in as binary? FGFS stumbles
Norman Vine wrote:
Christian Mayer writes:
It would be really great if 0.8.0 - or even 0.7.9 works with MSVC. The
compiler errors are mostly fixed by now :), but I've got still problems
running FGFS w/o having the maths blow up during the first frame
(happens currently with both, JSBsim
Julian Foad wrote:
There seem to be a couple of missing minus signs in this function in
simgear/timing/sg_time.cxx. The way it is at present, it always sets lat and lon to
zero (unless they happen to be exactly pi):
Ah, perhaps that's the reason why FGFS tried to load
Ross Golder wrote:
It just produces exactly the same output as it does without this switch
(including JSBSim output). As I am pinned to the ground with latest
JSBSim (flightgear CVS fresh today), I wanted to revert to LarcSIM to
get some airtime in, but I can't. Any suggestions?
The
Norman Vine wrote:
Christian Mayer writes:
All of those (i.e. LaRCsim and YAsim) work for me. JSBsim currently
doesn't. I'm still working on that.
Same here trying to run with MingW32 although Cygwin has no
problem
I am crashing during initialization of the FDM with the call
Andy Ross wrote:
Dumb question, but one I hope someone knows the answer to: when one
specifies the displacement of a piston engine (e.g. IO-360 == 360
cubic inches), is that the volume of the whole cylinders or just of
the piston strokes?
At a car you are giving the total volume (i.e. all
David Megginson wrote:
Using a hash_map might speed things up as well.
hash_map istn't a STL standard and shouldn't be used (IIRC).
CU,
Christian
--
The idea is to die young as late as possible.-- Ashley Montague
Whoever that is/was; (c) by Douglas Adams would have been better...
Andy Ross wrote:
Is that correct? In my SimGear installation tree, easyxml.h is under
/simgear, there is no /simgear/xml directory. In the SimGear *source*
tree, that's where the file is. But you're not supposed to be
building against the source tree. I suspect you have a bug in your
Andy Ross wrote:
Christian Mayer wrote:
Andy Ross wrote:
Is that correct? In my SimGear installation tree, easyxml.h is under
/simgear, there is no /simgear/xml directory. In the SimGear *source*
tree, that's where the file is. But you're not supposed to be
building
David Megginson wrote:
Norman Vine writes:
The general rule of thumb for portable applications is to use
the lowest common denominator or in the case filenames
use the 8.3 rule
max 8 letters for a file or directory name
max 3 letters for a file extension
do not use
throttle1000 wrote:
I would not like to start to mess with this project too much. There seem
to be lot of peoble writing code already! Too many peoble messing
around just makes it worse.
FlightGear is very modular. So you can easily have your own little spot
that you work on without getting
throttle1000 wrote:
I say what I think! And I think what I want! Realistic feedback is
never too bad. I am just realistic about my ability to produce code.
It's not too many lines a day. If I have too many projects - nothing
gets never done.
All of us are working as a hobby on teh project.
throttle1000 wrote:
Not true! All windows should be equal after 95.
They all use the same WIN32 core. And they even
run the same exe files!
For a programmer there should only be one system:
WIN32 (95, 98, 2000, NT etc)
Additional to NT etc. in 95/98/etc there is a dos window
and the
throttle1000 wrote:
The DOS is dead after 95. I know because I had
lot of problems since the WIN32 dos in WIN95 was
not any more a real dos. It was a WIN32 emulating dos.
The file name header was no more kept as it was in the
real DOS. I kept some secret bytes in the file header
space
David Megginson wrote:
Christian Mayer writes:
Anyway, FGFS and SimGear via CVS is ok, even with a pay-per-minute ISDN
line (used to do that a few times). But I'd get the basepackage
normally.
I wouldn't recommend that ... the JSBSim formats, in particular, have
been changing
throttle1000 wrote:
First, the obvious solution is not to run 1.2.x ...
after all, the 1.4 series has been released stable.
I am not running any version since it cannot even
be downloaded! This bug was there 1/2 year ago!
?!? If you can't donload the latest PLIB: tell it on the
Bernie Bright wrote:
g++ 2.95.x lacks the Standard's ios_base class. One messy work around
is demonstrated in simgear/misc/zfstream.hxx. FWIW I've been working on
an alternative solution using namespaces that is much cleaner. It
compiles with gcc 2.95.x and 3.0.x, Intel C++ and MSVC6.
David Megginson wrote:
Jim Wilson writes:
Speaking of lawn darting there seems to be a problem with
autopilot altitude hold with the c310 under jsbsim.
You'll see the same problem with any higher-power plane in the JSBSim,
YASim, or UIUC models. The current autopilot is closely
Gene Buckle wrote:
Gene Buckle wrote:
As long as the royalties are paid in a timely manner, I don't care. The cost
is .4 cents per use, rounded down on each one to the nearest penny.
[IOW, free ;-)]
I will mention, though, that you're infringing on my US
Erik Hofman wrote:
I don't say why should move to SDL, but I like it and *if* we move away
from GLUT (which in my opinion would be a good idea) then SDL would be
my favorite alternative.
Well, there are thoughts to make PLIB 2.0 GLUT independant as it whould
ship directly with FreeGLUT (one
Norman Vine wrote:
Christian Mayer writes:
Geoff McLane wrote:
My exe crashed on ada and just 'sat' on the runway
in 'balloon'. But with magic the system soared.
Well, the balloon lacks one significant thing for an FDM: enable the
plane to move around. The balloon model works nicely
Hi,
is there a reason why SimGear/misc/zfstram.hxx was changed from
#ifdef HAVE_ZLIB
# include zlib.h
#else
# include simgear/zlib/zlib.h
#endif
to
#include zlib.h
? As ZLIB isn't standard (perhaps except on Linux) it's great to have
the fallback to the supplied version. And adding the
Christian Mayer wrote:
Hi,
is there a reason why SimGear/misc/zfstram.hxx was changed from
#ifdef HAVE_ZLIB
# include zlib.h
#else
# include simgear/zlib/zlib.h
#endif
to
#include zlib.h
Apart from fixing all occurances of the single #include zlib.h FGFS
complied staight
Curtis L. Olson wrote:
Norman Vine writes:
Christian Mayer writes:
Norman Vine wrote:
Christian Mayer writes:
Norman Vine wrote:
Well if you just wanted to drift with the wind and be 'cheesy'
you could use the simgear direct geodetic solver to get a new lat lon
Curtis L. Olson wrote:
Christian Mayer writes:
Hi,
is there a reason why SimGear/misc/zfstram.hxx was changed from
#ifdef HAVE_ZLIB
# include zlib.h
#else
# include simgear/zlib/zlib.h
#endif
to
#include zlib.h
It was a slight phylisophical shift. Although zlib
Erik Hofman wrote:
Christian Mayer wrote:
Anyway, could all
#include zlib.h
lines be changed back to
#ifdef HAVE_ZLIB
# include zlib.h
#else
# include simgear/zlib/zlib.h
#endif
w/o causing any trouble? This would help me. I wouldn't need any other
Curtis L. Olson wrote:
Christian Mayer writes:
PS: So there's just the #include zlib.h issue left to be
fully MSVC friendly...
Typically in the unix world, you would install packages like zlib into
a place where the compiler expects to see them, or some other place
and inform
Sergio wrote:
I mean Netscape project was reduced 300% of its souce code after becoming a
open source an Mozila starts. So before that we coul'd also think they were
doing the best. Wouldn't it be some presumptious they are really doing the
best. I don't understand why the don't open all
Geoff McLane wrote:
More specifically 'this' machine - Back at the end of 1999 this
latest-so-far pc (i hv 4 if i do not count those that just gather dust)
was a 'big store' off-the-shelf bargain 'package' with
'genuine intel' PIII at abt 500+ MHz. The mark is 'Unika', with only
64 MB RAM,
Geoff McLane wrote:
And as I have often repeated, it seems
to me the main fgfs problem in WIN32 -
using my msvc6 compiled debug exe - is
all to do with memory of course, and
disk io ... And i am sure some of that
is due to using the windows memory
mapping of files (in metakit at least).
Dawn Ellis wrote:
Andy wrote:
Platform? FlightGear's main window is an OpenGL rendering context.
I'd be surprised if there was any portable way of getting an OS
subwindow. You'd be better off working with the PUI library inside
the context instead.
We are running on a Windows
Elad Yarkoni wrote:
Hi Guys,
I know you hate it... and this topic seems to be
endless on FGFS-Devel group, AND this discussion does
not belong in here, but you guys are the only ones I trust...
so here goes:
am I going to replace my TNT2Ultra with a GeForceMX2 ?
(you are going
Sergio Roth wrote:
Is it possible to run FGFS with multiple monitors doing something like that ?
Yes
Is there any module that supports it?
Run one instance as server that drives as many other PCs that you want.
For out-of-the-window views you can use FGFS w/o modifications. If you
want to
Alex Perry wrote:
Alex, Christian, Erik? Durk, AFAIK, you will not be in europe then?
Generally, they prefer to have different presenters in successive
years for each project because that makes the talks more interesting.
Having successfully excused myself from consideration 8-) ...
Curtis L. Olson wrote:
I'd love to travel over to Europe for a visit some time to meet as
many of the european flightgear people as possible. Germany in early
June might be worth looking into ...
Great!
although my wife won't let me go
unless she get's to come along (and she even
BERNDT, JON S. (JON) (JSC-EX) (LM) wrote:
Anyway, have a look at
http://www.karlsruhe.de/Tourismus/index.php3
Nice web site. Someday in the not-too-distant future we hope to visit
Germany.
Great! We've got a volunteer for LinuxTag 2003 then?
CU,
Christian
--
The idea is to die young
Vallevand, Mark K wrote:
Shadows done the traditional way with shadow volumes are
pretty expensive: Two passes through the scene graph for
objects and 2 passes for the shadows. I'd guess that
reflections are about the same expense. But, there are
many short cuts, especially for
Erik Hofman wrote:
Curtis L. Olson wrote:
Martin Spott writes:
To explain what Erik's talking about: You don't get an appropriate video
card that you can use in an SGI for just $50. 2x 4 MByte Texture RAM to
upgrade an Octane SSI to MXI cost more than $1000 - and you can't use
Martin Spott wrote:
From: Alex Perry [EMAIL PROTECTED]
It's also worth bearing in mind that
(a) FGFS is currently not taking advantage of some SGI hardware features
Do you believe it might make sense to take these features into account for
FlightGear ? I had the impression that by
John Check wrote:
There is a developer from Sony thats is looking at FGFS for PS/2.
He's been by the booth a few times and was at the conference session.
PS2 has it's own GL from what I gather so if anybody has anything
to say about what kind of effort/problems he might be looking at, let
Jonathan Polley wrote:
If I can put in my $0.02, I would like to see an effort de-couple the tasks that
take place as a part of the IDLE loop. The process of loading tiles tends to slow
down the frame rate quite considerably (by over 50%). Since I tend to try to stress
the system, I do my
Geoff McLane wrote:
(a) Tried LARSim, but with mags on both, the starter would kick to
500 rpm, but then falls to zero again. Is there something else I
should be doing? i sort of like the 'kchzz' sound as the starter
kicks in ...
I also can't start the engine with LaRCSim. But as JSBSim is
Hi,
the ATIS should report the correct values now (changes are in CVS
already).
as I don't know how to use the ATIS it'd be great if someone could check
it. E.g. get a new current.txt.gz
http://129.13.102.67/out/flight/current.txt.gz
and fly to different airports and listen to their ATIS.
D Luff wrote:
Christian Mayer wrote:
It'd also be great if someone can tell me how to use ATIS myself so that
I can try it as well...
Look up the atis frequency of your local airport (Googling with
ATIS and the relevent airport ICAO code seems to get the
frequency in the first
Jim Wilson wrote:
It'll be interesting to see where the 4MX series ends up price wise. The
performance numbers looks very promising for those with a tight budget!
But note: The GeForce 4MX has hardly anything in common with the GeForce
4. They are *not* based on the same core.
So when you
Jim Wilson wrote:
Curtis L. Olson [EMAIL PROTECTED] said:
My previous card was a Voodoo-3 ... this was a 16 bit card, 16 bit
textures, 16 bit depth buffer, etc. At the time the mesa based linux
drivers had some bugs which led to annoying visual artifacts, and
jumpy/jerky motion.
Curtis L. Olson wrote:
Here's my list of things that have been changed, fixed, or added for
0.7.9. It's rather long, but if anyone sees any major ommissions or
errors in this list, please let me know. Thanks.
[...]
Nice list. OTOH I don't know any missed items. But the bullets (i.e.
the
Hi,
metakit still lives in the CVS tree (+ as an additional zip archive
there). Is that OK? I thought it's supposed to be kept extra.
CU,
Christian
--
The idea is to die young as late as possible.-- Ashley Montague
Whoever that is/was; (c) by Douglas Adams would have been better...
Hi,
the latest version (updated everything, incl. base) doesn't run for me
(MSVC as usual) as it's hooked up in an endless loop in cloud.cxx again.
I thought we had that fixed already :( Can anybody remember the patch?
CU,
Christian
--
The idea is to die young as late as possible.--
Curtis L. Olson wrote:
That said, the entire NetworkOLK module is only half implimented, and
not really useful at this point. We really need someone to come along
and finish it, or perhaps reimpliment this functionality from scratch
using the plib networking libs.
Please use the PLIB
Curtis L. Olson wrote:
Christian Mayer writes:
metakit still lives in the CVS tree (+ as an additional zip archive
there). Is that OK? I thought it's supposed to be kept extra.
Looking at the actual repository, I only see the metakit and zlib tar
balls. The unrolled subdirectories
Curtis L. Olson wrote:
What I've seen done in more advanced sims is for the operator gui to
provide a set of positioning options such as:
- at gate
- position and hold
- 3 mile final
- 7 mile final
- etc.
Yup, that is what we should aim for.
But for 0.7.9 we need a solution
David Megginson wrote:
As long as we're clearing up odds and ends, should we have COM1
default to 118.85 for KSFO ATIS in 0.7.9? That means that the sim
will start with the ATIS text scrolling across the top of the screen,
but users might not know how to get rid of it.
I think that's
Cameron Moore wrote:
- p29: I believe binaries are also shipped with SuSE Linux, though I
don't think you need to discuss how to install them.
Yes they are. At least since 7.0 but I think it was ever earlier than
that.
CU,
Christian
--
The idea is to die young as late as possible.
Curtis L. Olson wrote:
Erik Hofman writes:
Alex Perry wrote:
I'd move it down the list, but it would be a crowd pleaser.
People do ask for it.
From the crash reports I've read and pictures I've seen, small planes
tend to snap or crumple rather than explode (often none of the
Hi,
first I want to say that there's nothing personal in this 'case'. And I
don't care too much if it's my code or David's code (or both) that
'survive' at the end.
I've written WeatherCM in an attempt to learn the ++ of the C++ and
thus it did it's job for me.
But what puzzels me is the
Arnt Karlsen wrote:
I'm sticking with sea-level-equivalent values for now, because I
know that the FDM people are pretty possessive of their atmosphere
models. Later I might add properties and methods for the values at
current altitude as well.
Possesive? Heh, I hereby
Hi,
it seems as there are some files missing in the latest base package CVS.
when I want to run the latest CVS version it come as far as
Reading timezone info from: Z:\FGFS\FlightGear/Timezone/zone.tab
Unable to open file Z:\FGFS\FlightGear/Timezone/zone.tab
no wonder as that file doesn't
Martin Dressler wrote:
Is Humidity important? Why not report just air density and viscosity.
IMHO viscosity is importanat for count of Reynolds number.
Maybe Re don't play big role in currents FDMs but is really important for
RC modeling.
OT: What are necessary values for FDM.
air
Curtis L. Olson wrote:
D Luff writes:
Fair enough. I was under the impression that it was the disk
access taking the time.
Registering new textures with opengl can take a noticable amount of
time (especially when they are large.) Freeing memory (and any
associated garbage
Hi,
I've just seen an article that mentioned Valgrind, a program that checks
for memory access and corruption:
http://devel-home.kde.org/~sewardj/
From the homepage it look easy enough to run. Can someone with Linux
give it a try?
CU,
Christian
--
The idea is to die young as late as
Jon S Berndt wrote:
Metric isn't perfect either - it's been sort of perverted
by ... I don't know who. In my mind, mass is in kg. and
force is in Newtons.
That's correct.
Unfortunately, metric mass terms are
used to describe how much something weighs, i.e. a
force. This leads to almost
Curtis L. Olson wrote:
Roman Grigoriev writes:
Guys
could you please advice me how to make flightgear in black and white pallete
maybe framebuffer operation helps me?
if someone covert or render blackwhite image in OGL please help me
There might be a clever solution I don't know
Erik Hofman wrote:
Hi,
Does anybody else have problems with the engine sound (it doesn't start
playing)?
I have a very weird problem over here and was wondering if I am the only
one.
I've got exactly the same problem under W2k/MSVC.
CU,
Christian
--
The idea is to die young as late
Hi,
is there a reason why FGSubsystem uses an int as dt?
Shouldn't this be a float? And what unit does it have? Seconds or
milliseconds?
CU,
Christian
--
The idea is to die young as late as possible.-- Ashley Montague
Whoever that is/was; (c) by Douglas Adams would have been
Hi,
when I run a self compiled FGFS I get many of output (keybinding and
other stuff).
But when I run a version that has been compiled with CygWin it's much
less.
Is there a #define so so that I can set to reduce the amount of data?
CU,
Christian
--
The idea is to die young as late as
Curtis L. Olson wrote:
Just run ./configure --without-logging
With MSVC? Nope.
But if you can tell me what --without-logging changes (e.g. defining
something or so) I can change my workspace accordingly.
CU,
Christian
--
The idea is to die young as late as possible.-- Ashley
David Megginson wrote:
Jon S Berndt writes:
The best solution would be for the UIUC guys to bite the
bullet and port their work to use JSBSim. :-) :-) :-)
Hmm -- today seems to be a big day for trolls. I wonder if any of
Jon's NASA contacts are still waiting for him to bite the
David Megginson wrote:
Curtis L. Olson writes:
I'm just about to commit a massive series of changes that converts all
the .xml files to more standard .ini files. Oh, shoot, I meant to
save that announcement for 4/1/2002. :-)
We have to coordinate better -- I'm just finishing
Roman Grigoriev wrote:
- Original Message -
From: Jon S Berndt [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, March 15, 2002 6:40 PM
Subject: Re: [Flightgear-devel] black and white flightgear
On Fri, 15 Mar 2002 17:47:37 +0300
Roman Grigoriev [EMAIL PROTECTED] wrote:
Alex Perry wrote:
http://www.suse.com/us/products/suse_linux/i386/games.html
nearly the same text as for 7.3:
http://www.suse.com/us/products/suse_linux/73/games.html
CU,
Christian
--
The idea is to die young as late as possible.-- Ashley Montague
Whoever that is/was; (c) by
Hi,
there's seems to be a bug under Linux that I can't reproduce under
windows.
To triger it, go to /flightgear/src/main/fg_init.cxx and change
WeatherDatabase = FGLocalWeatherDatabase::theFGLocalWeatherDatabase;
to
WeatherDatabase = FGLocalWeatherDatabase::theFGLocalWeatherDatabase;
Norman Vine wrote:
David Megginson writes:
Norman Vine writes:
IMHO the biggest obstacle to reading and developing FGFS code is
the formatting
We really need a mechanical formating means that is acceptable to
every one as the CVS standard even if it is not perfect or even
Jonathan Polley wrote:
I just updated to the newest SimGear and tried to build under Windows using MSVC
6.0. When I did so, I got the following errors:
I haven't tried it since the last major checkins :(
Linux was just fine. Is there a problem with MS' implementation of STD?
That's more
Jon S Berndt wrote:
On Wed, 20 Mar 2002 22:55:23 +0100
Christian Mayer [EMAIL PROTECTED] wrote:
So there used to be a lot of STL problems where Linux coders wrote non
standard compliant STL code that brok on MSVC. (They are not really to
blame as they have no chance to test their code
Norman Vine wrote:
The second for loop was causing problems with MSVC because
it choked on the for-block-scoped int i declaration.
AFAIK only in the new 'net' compiler
In the new .NET compiler (i.e. version 7) it's fixed, the old one (MSVC
6) has that problem.
Note however that
Jonathan Polley wrote:
MSVC 6.0 still whines about
props.cxx
C:\SimGear\simgear\misc\props.cxx(23) : error C2039: 'sort' : is not a member of
'std'
C:\SimGear\simgear\misc\props.cxx(23) : error C2873: 'sort' : symbol cannot be used
in a using-declaration
D Luff wrote:
Latest CVS simgear/flightgear/base compiles OK but crashes
when running:
Initializing FGLocalWeatherDatabase
-
Initialising spherical interpolator.
[100%] Finished initialising spherical interpolator.
out of memory
Norman Vine wrote:
This profiling run might be enlightening
time seconds secondscalls us/call us/call name
4.07 2.45 0.14 657919 0.21 0.21 fgGetBool(char const
3.49 2.57 0.12 2352563 0.05 0.05 fgGetDouble(char const
3.20 2.92
Norman Vine wrote:
Christian Mayer writes:
Norman Vine wrote:
This profiling run might be enlightening
IT's very interesting to see that fgGetBool takes a
significantly longer
time to run (3x - 10x as long).
Perhaps we can optimze the result by returning a int instead of a bool
Jim Wilson wrote:
Alex Perry [EMAIL PROTECTED] said:
Gadds. I don't know...even with an almost completely idle cpu occaisonally I
seem to have these weird performance discrepencies. It isn't heat, so who
knows. Maybe its something weird about the kernel. Later without changing
Martin Dressler wrote:
On Sat 6. April 2002 14:24, you wrote:
Erik Hofman writes:
In fact, I have decided to get my pilots license whenever possible,
despite the first experience in the simulator.
I was surprised by how inexpensive an intro flight is (much less than
a modest
Paul Deppe wrote:
Windoze developers - What tool(s) are you guys using to edit .rgb files?
I don't, but you can use JASC PaintShop Pro in the newest version.
CU,
Christian
--
The idea is to die young as late as possible.-- Ashley Montague
Whoever that is/was; (c) by Douglas Adams
Dawn Ellis wrote:
Has anyone tried using the 3d i-glasses with flightgear? We have a NVIDIA
GeForce2 Pro graphics card which allows a 3d stereo buffer to be enabled
through the driver. Whenever I enable the stereo buffer, flightgear locks up.
Well, I haven't (don't have the necessary
Well, I didn'T compile or run FGFS for quite a while, but
Erik Hofman wrote:
* When zooming in, form tower view, the structure of the plane gets
unstable and starts showing parts of the interior.
I think that's caused by z-buffer fighting.
So it'll be quite hard to solve in a general way.
Curtis L. Olson wrote:
Jim Wilson writes:
I'm wondering if we can cull the interior surfaces and fix this (not just the
seats, but the inside surfaces of the aircraft).
Could the interior be marked as a separate branch of the scene graph
and then somehow skipped when viewed from an
David Megginson wrote:
Christian Mayer writes:
So it'll be quite hard to solve in a general way. Drawing the plane last
in it's own z-buffer range (IIRC we are doing that now with the normal
3D panel) won't work generally, as there might be other objects 'in the
way' (i.e
Alex Perry wrote:
[... Andrew Ross wrote ...]
Here's a gedanken experiment [...]
A _what_ ? Is this a valid word in your language ? I'm asking because it
definitely has german roots, the word 'gedanken' That's funny,
It is a popular word in the USA. Not sure whether this is
Alex Perry wrote:
I propose that the PLIB project takes a community booth at LinuxTag
http://www.linuxtag.org June 6-9 this summer in Karlsruhe Germany.
This PLIB USERS booth would be a place for the dozen-odd projects
that conspicuously incorporate plib (and any others that join in)
to
Curtis L. Olson wrote:
Dawn,
Thanks for sharing about your project. Not to sound picky, but I'm
sure many people on the list either don't have access to power point,
or do not have easy access to a machine that runs (or has a copy of)
powerpoint. I fall into the second category myself.
David Megginson wrote:
Jon Berndt writes:
I was remembering first how the F-16 sim at Link was run at 25 Hz, which
is of course 0.04 seconds. Wait ... (thinking, this time). Yes, that's
right ;-)
Then, I went to the numpad on my keyboard and hit 0.01 as I was typing in
the dt
Hi,
beware of possible flame war
as I'm now ready to run Linux frequently, I'm looking for a comfortable
IDE for the development.
Has anyone exprience? Does KDevelop work nicely together with FGFS? Do I
need to make spacial adjustmenst (on anyside)?
Oh, BTW, EMACS and VI/VIM are no option
David Megginson wrote:
Christian Mayer writes:
Oh, BTW, EMACS and VI/VIM are no option for me (vim is great to change
a file, but not to have a overview over a big project)
What kind of an overview do you need?
Well, all the stuf a modern IDE gives you.
So stuff like syntax
Jonathan Polley wrote:
On Monday, May 13, 2002, at 05:20 AM, David Megginson wrote:
Jonathan Polley writes:
Sorry, I mistyped the incorrect macro. The block of code reads:
#ifdef FG_WEATHERCM
sgScaleVec3(fFriction, v, cw_envelope * wind_facing_area_of_balloon
*
Andy Ross wrote:
I could jump in and talk about specific tools, and all the Emacs LISP
code that does what you want, but I'll let other people do that. From
the way your question is phrased, I interpret that you are trying to
make your Linux environment work just like the development
David Megginson wrote:
Currently, the environment subsystem manages the following properties:
/environment/visibility-m
/environment/temperature-sea-level-degc
/environment/temperature-degc
/environment/pressure-sea-level-inhg
/environment/pressure-inhg
1 - 100 of 300 matches
Mail list logo