-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
John Denker wrote:
| On 01/18/2008 09:05 AM, till busch wrote:
|
| i've started to run fg through valgrind. i found this to be a nice option for
| getting an overview over the code in flightgear.
|
| 1) This is important, valuable, and overdue.
|
| 2)
Hi,
i'm newbie in FG development (just subscribed to this mailing list) and in
C/C++ programming, but i'm interested in making
FG's ATC more usefull and realistic.
I learned the code and read comments in /src/ATC/* files and have some ideas
about adding new interesting features to FG's
ATC.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
First: Please don't hijack a thread like you did. Most clients that allow
displaying threaded view
of messages don't base it on subject but on other, normally hidden headers
(that are more reliable
normally, unless someone hijack the thread like
On 01/19/2008 03:40 AM, Tim Moore wrote:
Actually, we want to avoid writing explicit deletes as much as possible, as
that
need is the source of most memory leaks.
Yes indeed.
We have two classes for smart, reference-
counted pointers, osg::ref_ptr and SGSharedPtr which should be used for
Hi,
I discovered that you can't turn the sound in FlightGear off.
There's a Mute Sound option, but it only decreases the volume.
So there's no button to turn the sound off.
Is this a bug or didn't I look well?
Gijs
_
Nieuw:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
John Denker wrote:
| On 01/19/2008 03:40 AM, Tim Moore wrote:
|
| osg::ref_ptr and SGSharedPtr which should be used for all long-lived,
| shared objects.
|
| Ah, should be. There is presently a noticeable gap between
| what is and what should be.
On Saturday 19 January 2008 12:59:00 Daniyar Atadjanov wrote:
i'm newbie in FG development (just subscribed to this mailing list) and in
C/C++ programming, but i'm interested in making FG's ATC more usefull and
realistic.
Hi Daniyar,
I'll leave the C++ experts to consider your patch, but in
Here's a patch, more of the same thing that went into CVS revision 1.18.2.3
Index: sg/simgear/screen/RenderTexture.cpp
===
--- sg.orig/simgear/screen/RenderTexture.cpp2007-10-14 07:46:13.0
-0600
+++
Tim Moore wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
dave perry wrote:
| Patch adds a member function to FGRenderer class that returns the
| current aspect ratio. Uses this in place of 4.0/3.0 in setFOV and
| setNearFar.
|
| The diff follows:
|
This seems a little confusing /
I am trying to build debian packages for flightgear 1.0.0. I have successfully
built and installed simgear binary package, simgear dev package and the
fgfs-data package. But i get the following error when trying to build
flightgear.
g++-L/usr/X11R6/lib -L/usr/local/lib -o test-up
Hi AJ,
I seem to have become more interested in modelling aircraft and systems than
flying in FG now, but one thing that always seemed lacking was any kind of
taxi/takeoff clearance. I've not used FG's ATC for a long time, but as far
as I'm aware this is still missing.
Yes, take-off
kitts skrev:
I am trying to build debian packages for flightgear 1.0.0. I have
successfully
built and installed simgear binary package, simgear dev package and the
fgfs-data package.
If you want to do that, you should probably do apt-get source
flightgear and build that, to get the
On Saturday 19 Jan 2008 8:53:07 pm Ove Kaaven wrote:
kitts skrev:
I am trying to build debian packages for flightgear 1.0.0. I have
successfully built and installed simgear binary package, simgear dev
package and the fgfs-data package.
If you want to do that, you should probably do
The website changelog is outdated as it only gives
information up to 0.9.11-pre1.
http://www.flightgear.org/version.html
Please update! ;o)
~ Ken Mays @ Blastwave.org
Be a better friend, newshound,
Debian insists on building shared libraries for plib and simgear, even
though FlightGear is the only package that would use them on the system.
Unfortunately, there seems to be some strange error reports from people
trying to use these shared libs on debian system.
If it was me, I'd remove all
kitts wrote:
On Saturday 19 Jan 2008 8:53:07 pm Ove Kaaven wrote:
kitts skrev:
I am trying to build debian packages for flightgear 1.0.0. I have
successfully built and installed simgear binary package, simgear dev
package and the fgfs-data package.
If you want to do that, you should probably
kitts skrev:
On Saturday 19 Jan 2008 8:53:07 pm Ove Kaaven wrote:
kitts skrev:
I am trying to build debian packages for flightgear 1.0.0. I have
successfully built and installed simgear binary package, simgear dev
package and the fgfs-data package.
If you want to do that, you should probably
On Jan 19, 2008 9:38 AM, ken mays wrote:
The website changelog is outdated as it only gives
information up to 0.9.11-pre1.
http://www.flightgear.org/version.html
Please update! ;o)
A note was sent to our release manager, thanks for the reminder. Durk?
Anyone want to fill in the cracks
On Jan 19, 2008 9:58 AM, Ove Kaaven wrote:
You could grab the source package from
http://packages.debian.org/unstable/games/flightgear (download links in
the blue panel on the right), then you should end up with the patched
makefiles...
Well, apropos, recently I've considered making
Jon S. Berndt a écrit :
[hundreds of lines of grep output omitted]
I know for a fact that many of those allocations and assignments use
smart pointers. How about a more useful list of those that don't?
Thanks in advance,
Tim
And some others appear to me to be properly used.
I'm
On Saturday 19 Jan 2008 9:19:35 pm Csaba Halász wrote:
On Jan 19, 2008 4:38 PM, kitts [EMAIL PROTECTED] wrote:
On Saturday 19 Jan 2008 8:53:07 pm Ove Kaaven wrote:
kitts skrev:
I am trying to build debian packages for flightgear 1.0.0. I have
successfully built and installed simgear
On Saturday 19 Jan 2008 9:21:59 pm Curtis Olson wrote:
Debian insists on building shared libraries for plib and simgear, even
though FlightGear is the only package that would use them on the system.
Unfortunately, there seems to be some strange error reports from people
trying to use these
On Saturday 19 Jan 2008 9:28:46 pm Ove Kaaven wrote:
kitts skrev:
On Saturday 19 Jan 2008 8:53:07 pm Ove Kaaven wrote:
kitts skrev:
If you want to do that, you should probably do apt-get source
flightgear and build that, to get the modified makefiles needed to
build against Debian's
Hy all, Since I have one myself I've updated the Logitech Extreme 3d pro
joystick confiig.The buttons I've updated where not yet.Button 2 is Scrolling
ViewsThe buttons 7 and 8 are now for aileron trimThe buttons 9 and 10 are for
rudder trim.I've included the extreme-3d-pro.xml as a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
till busch wrote:
| hi all,
|
| i've started to run fg through valgrind. i found this to be a nice option for
| getting an overview over the code in flightgear.
|
| i plan to prepare some patches to fix various issues reported by valgrind.
| this is
kitts wrote:
Thanks. It built clean after applying the patch. I looked at the patch and
noticed that while there are a few source changes most of the makefile
changes only had to do with addition of more libraries. Should this then not
be updated upstream?
Nah. Like I said, the debian
On Friday 18 January 2008 18:22, LeeE wrote:
On Friday 18 January 2008 16:49, Chris Metzler wrote:
On Fri, 18 Jan 2008 15:38:47 +0100
Melchior FRANZ wrote:
* Chris Metzler -- Tuesday 08 January 2008:
fgfs --aircraft=ufo is enough to give me the same
} Nasal runtime error:
Curtis Olson wrote:
For what it's worth, the primary plib author (Steve) has always been
very adamant that plib be built as static libs. He has expressed
several times his opposition to compiling C++ code into shared
libraries.
I can sympathize, but unfortunately I'm not responsible for
Ove Kaaven wrote:
It's not just him being cranky about his own pet issues, it's
about policy and the pursuit of high software standards.
High standards for software you (literally!) can't run?
Please. This is pedantry and egotism at its worst. I'm terribly
sorry my software isn't good enough
On Saturday 19 January 2008, John Denker wrote:
...
Forsooth it would make sense to *start* by
cleaning up the source i.e. getting rid of needlessly non-automatic
memory management (rather than starting with valgrind), for
several reasons:
a) It's just plain easier to look at the source
* [EMAIL PROTECTED] -- Saturday 19 January 2008:
and i am starting to do general clean-ups and optimizations
(e.g. replacing serveral if - else if - else if... with switch)
Don't do that! Switch *may* sometimes be the better solution,
and very often it isn't. When I used if/else-if somewhere,
On 01/19/2008 07:47 AM, Tim Moore wrote:
I know for a fact that many of those allocations and assignments use smart
pointers.
OK.
How about a more useful list of those that don't?
Good idea. Here you go:
If we exclude files that make *any* mention of 'SGSharedPtr'
or 'ref_ptr' then it
I have found memory leaks due to mismatched new/delete in
JSBsim (and submitted patches to fix the problem).
And JSBsim is very far from being the only place in
FGFS where c-- style manual memory management is used,
as detailed above.
I appreciate any bug reports, and others have run
I would like to request a commit for my Bluebird model,
and have it added to the Flightgear Aircraft page.
I realize a futuristic hovercraft is inconsistent with those who seek
reality and accuracy with regard to real aircraft, but I think there
is also a niche for people who get tired of
hi melchior,
On Saturday 19 January 2008, Melchior FRANZ wrote:
* [EMAIL PROTECTED] -- Saturday 19 January 2008:
and i am starting to do general clean-ups and optimizations
(e.g. replacing serveral if - else if - else if... with switch)
Don't do that! Switch *may* sometimes be the better
On 01/19/2008 02:22 PM, Jon S. Berndt wrote in part:
Pushing an object instance onto a vector is a bad idea, as a proper
copy constructor must then be created,
Well ... that is exactly the point I'm trying to discuss.
IMHO if you are going to write 23,000 lines of c++, it
might be worth
On 01/19/2008 02:22 PM, Jon S. Berndt wrote in part:
Pushing an object instance onto a vector is a bad idea, as a
proper copy constructor must then be created,
Well ... that is exactly the point I'm trying to discuss.
IMHO if you are going to write 23,000 lines of c++, it
might be
I have been following flightgear-devel for months now, but this is my first
post...
Please have the respect to refer to the language by its correct name.
I think we all understand that C and C++ are very different languages -
other than some low-level intrinsic operators, and some basic
Of course one should use reference counted objects in a language that
supports them, but C does not. ...
gl
I'd add: when there is a need to do so. I don't see a need to go that
level with JSBSim. In the beginning, after an aircraft file is loaded,
objects are created, and remain intact for
On Jan 18, 2008 9:14 PM, Ulrich Hertlein [EMAIL PROTECTED] wrote:
Hi all,
is anyone successfully building and running fgfs under MacOS X using
configure?
Yes, I do.
It compiles and runs the splash screen and setups but then crashes applying a
texture (don't know which).
I don't see that
Hi,
There has been a lot of changes to JSBSim of late and I'd like to see
FGFS's copy updated to match. Does anyone have an easy, automated way
to accomplish this or should I plow through the files manually applying
changes?
Thanks,
Ron
Dave Culp is running the newest JSBSim with FlightGEar and it seems to be
doing well. We are getting ready for a 1.0 release ourselves pretty quick. I
think that the migration of JSBSim CVS code to FlightGear should be fairly
painless, but I need to make a few more changes in the code for making
Hi,
Hans Fugal wrote:
It compiles and runs the splash screen and setups but then crashes applying a
texture (don't know which).
I don't see that here (MacBook with Leopard), it runs fine. I think I
MacBook Pro with Tiger.
have had a problem like this before and it ended up being related
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2008-01-17_02:28:15 (timoore)
/var/cvs/SimGear-0.3/source/simgear/scene/tgdb/SGTexturedTriangleBin.hxx
fix memory leaks in random object code
Don't allocate mt structures (for the random number generator) on the heap.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
2008-01-13_08:18:11 (stuart)
/var/cvs/FlightGear-0.9/data/Aircraft/ch53e/TODO
/var/cvs/FlightGear-0.9/data/Aircraft/ch53e/changelog
Update from Josh Babcock:
-Cleaned up stick position indicator code, fixed minor bug with test button.
2f585eeea02e2c79d7b1d8c4963bae2d
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
46 matches
Mail list logo