Frederic
Thanks for that. Simgear now builds out of the box from the Flightgear VC90
project file, using Fred´s directory structure.
I think that a version of simgear.h for VC90 Flightgear itself is still
needed.
Alan
On 29 Dec 2009, at 14:28, Erik Hofman wrote:
SGSubsystemGroup::unbind ()
{
-for (unsigned int i = 0; i _members.size(); i++)
-_members[i]-subsystem-unbind();
+// reverse order to prevent order dependency problems
+for (unsigned int i = _members.size(); i 0; i--)
+
James Turner wrote:
On 29 Dec 2009, at 14:28, Erik Hofman wrote:
SGSubsystemGroup::unbind ()
{
-for (unsigned int i = 0; i _members.size(); i++)
-_members[i]-subsystem-unbind();
+// reverse order to prevent order dependency problems
+for (unsigned int i =
On Sun, 2009-11-29 at 18:00 +0100, Tim Moore wrote:
Instead, I've changed the required Boost version back to 1.37. I don't
want
to deal with the tr1-Boost compatibility myself. As far as I know 1.37
will
build and run on the systems we're interested in.
Tim
Now, no problem. I have found
On 11/28/2009 03:00 PM, Geoff McLane wrote:
On Thu, 2009-11-26 at 19:55 +, Martin Spott wrote:
Tim Moore wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/scene/material
In directory baron.flightgear.org:/tmp/cvs-serv21713/simgear/scene/material
Modified Files:
Effect.cxx
On Thu, 2009-11-26 at 19:55 +, Martin Spott wrote:
Tim Moore wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/scene/material
In directory baron.flightgear.org:/tmp/cvs-serv21713/simgear/scene/material
Modified Files:
Effect.cxx
Log Message:
[...]
+#include
Tim Moore wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/scene/material
In directory baron.flightgear.org:/tmp/cvs-serv21713/simgear/scene/material
Modified Files:
Effect.cxx
Log Message:
[...]
+#include boost/tr1/unordered_map.hpp
requiring to add yet another patch to
On Mon, 2009-11-23 at 23:19 +0100, Tim Moore wrote:
On 11/23/2009 10:54 PM, Martin Spott wrote:
Tim Moore wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/scene/material
In directory baron.flightgear.org:/tmp/cvs-serv25138/simgear/scene/material
Modified Files:
Effect.hxx
Tim Moore wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/scene/material
In directory baron.flightgear.org:/tmp/cvs-serv25138/simgear/scene/material
Modified Files:
Effect.hxx
Log Message:
Drop required Boost version from 1.37 to 1.34
Use boost/tr1 to bring in
On 11/23/2009 10:54 PM, Martin Spott wrote:
Tim Moore wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/scene/material
In directory baron.flightgear.org:/tmp/cvs-serv25138/simgear/scene/material
Modified Files:
Effect.hxx
Log Message:
Drop required Boost version from 1.37 to
On 30 Sep 2009, at 19:44, Curtis Olson wrote:
I just noticed you added an OSG dependency to strutils.cxx/hxx If
possible it would be nice to avoid adding graphics system
dependencies to these text manipulation libraries. SimGear and
SimGear code is used in a variety of places beyond
Hi Jim,
Thanks for the quick fix on the strutils. In this case, (haha, so to speak)
yes, I think if code is already referencing OpenGL, then it would be fair to
replace that with code that references OSG. And yes, if you can generate
png's instead of the 42x larger ppm format, that would be a
Hi Jim,
I just noticed you added an OSG dependency to strutils.cxx/hxx If possible
it would be nice to avoid adding graphics system dependencies to these text
manipulation libraries. SimGear and SimGear code is used in a variety of
places beyond FlightGear, even in embedded systems where
Ok, duh! I see that is a single character function, but there has to be a
string class function or it can't be too hard to whip up a little function
ourselves.
Thanks,
Curt.
On Wed, Sep 30, 2009 at 1:44 PM, Curtis Olson wrote:
Hi Jim,
I just noticed you added an OSG dependency to
On 30 Sep 2009, at 20:15, Simon Hollier wrote:
I don't think there's an STL function, but there is
boost::to_lower(str) or even something like:
for (unsigned i=0; i str.length(); ++i) {
str[i] = tolower(str[i]);
}
I already chatted to Tim about this, I'm going to switch to the boost
Hi,
Sorry for not reading the mails in time.
But Yes, I introduced that problem and fixed it already.
Sorry!
Anyway the intention of these changes is to move all osg dependencies out of
scenegraph neutral code like the math stuff.
I now definitely know people who want to use that tool classes
On 8 Sep 2009, at 03:59, Tatsuhiro Nishioka wrote:
I've tried, on my Mac OS 10.5/Xcode 3.1.1, FG/SG as of both Sep-06
and Sep-07 (without -DNO_OPENSCENEGRAPH_INTERFACE option) and all
have worked fine so far.
The issue went away following further CVS updates - I guess it was the
On 5 Sep 2009, at 07:53, Mathias Froehlich wrote:
Modified Files:
SGGeod.cxx SGGeod.hxx SGQuat.hxx SGVec2.hxx SGVec3.hxx
SGVec4.hxx
Log Message:
Should be now more easy to make use of SGMath without having osg.
Modified Files:
simgear/scene/sky/dome.cxx
On 7 Sep 2009, at 15:17, James Turner wrote:
I'm still triple-checking that this is definitely the cause, re-
building from clean, etc - since I admit the diff looks pretty safe to
me.
Tried a rebuild with GCC 4.2, which made no difference - memory/stack
corruption happens as the splash
On Mon, Sep 7, 2009 at 5:21 PM, James Turnerzakal...@mac.com wrote:
On 7 Sep 2009, at 15:17, James Turner wrote:
I'm still triple-checking that this is definitely the cause, re-
building from clean, etc - since I admit the diff looks pretty safe to
me.
Tried a rebuild with GCC 4.2, which
On 7 Sep 2009, at 19:46, Csaba Halász wrote:
Have you run it through valgrind yet?
No - I was about to reply that I'm on Mac, but it turns out Valgrind
is now (after years and years!) available for OS-X. Which is one piece
of good news, I suppose.
Regards,
James
Hi James,
I've tried, on my Mac OS 10.5/Xcode 3.1.1, FG/SG as of both Sep-06 and Sep-07
(without -DNO_OPENSCENEGRAPH_INTERFACE option) and all have worked fine so far.
Does this have something to do with timing issue?
Another thing I have in my mind is whether you disabled the HW mipmapping
On 20 Aug 2009, at 14:08, Torsten Dreyer wrote:
Log Message:
warning fix: initializing members in the order they are declared
keeps gcc happy
Torsten, you are a good man!
Regards,
James
--
Let Crystal Reports
Tim Moore wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/scene/material
In directory baron.flightgear.org:/tmp/cvs-serv9328/simgear/scene/material
Modified Files:
Effect.cxx Makefile.am makeEffect.cxx mat.cxx mat.hxx
Added Files:
EffectBuilder.cxx EffectBuilder.hxx
Oops! Windows is case insensitive :-( If someone can fix that before I can,
please do.
Sorry
-Fred
-- message original --
Sujet: Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc
interpolator.cxx, 1.2,
De: Martin Spott martin.sp...@mgras.net
Date: 26.07.2009 21
Frederic Bouvier wrote:
Oops! Windows is case insensitive :-( If someone can fix that before I can,
please do.
For your convenience, apply:
http://foxtrot.mgras.net/static/SGMath.diff.bz2
http://foxtrot.mgras.net/static/FGMath.diff.bz2
Martin.
--
Unix _IS_ user friendly - it's just
Martin Spott wrote:
Frederic Bouvier wrote:
Oops! Windows is case insensitive :-( If someone can fix that before I can,
please do.
For your convenience, apply:
s/convenience/inconvenience/g, I forgot the one in
FlightGear/utils/GPSsmooth/UGear_telnet.cxx
Martin.
--
Unix _IS_
It should be fixed now. Sorry again
-Fred
-- message original --
Sujet: Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc
De: Martin Spott martin.sp...@mgras.net
Date: 27.07.2009 08:13
Martin Spott wrote:
Frederic Bouvier wrote:
Oops! Windows is case insensitive
Frederic Bouvier wrote:
It should be fixed now. Sorry again
No problem, works now as advertized,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
Frederic Bouvier wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/misc
In directory baron.flightgear.org:/tmp/cvs-serv13995/simgear/misc
Modified Files:
interpolator.cxx
Log Message:
Compile latest SimGear under MSVC9
Index: interpolator.cxx
Alan Teeder
RE: [Simgear-cvslogs] CVS: source/simgear/props props.cxx, 1.44,1.45
props.hxx, 1.32, 1.33
Sadly, props.hxx is still getting me errors with MSVC 2008 - see attached
error log.
-Original Message-
From: Tim Moore [mailto:timo...@baron.flightgear.org
Hi,
On Wednesday 24 June 2009 09:53:13 James Turner wrote:
An observation: this change has stopped SGAtomic being (by default) a
proxy for osg/OpenThreads Atomic. There's a downside to this -
OpenThreads Atomic has a specialisation (not of the template kind, but
the #ifdef kind) for OS-X
On 24 Jun 2009, at 06:19, Mathias Froehlich wrote:
Log Message:
Provide a thread safe SGWeakPtr implementation.
Extend SGAtomic with atomic exchange and add.
Import updates from the original implementation of that in OpenFDM.
An observation: this change has stopped SGAtomic being (by
Hi Erik,
Erik Hofman wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/screen
In directory baron.flightgear.org:/tmp/cvs-serv19946
Modified Files:
Makefile.am
Removed Files:
colours.h texture.cxx texture.hxx
Log Message:
Move the texture code to
gcc can't be trusted.. I did a test compile here :-(
I'll fix it.
Erik
Martin Spott wrote:
Hi Erik,
Erik Hofman wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/screen
In directory baron.flightgear.org:/tmp/cvs-serv19946
Modified Files:
Makefile.am
Removed Files:
Erik Hofman wrote:
gcc can't be trusted.. I did a test compile here :-(
I'll fix it.
No problem, maybe the changed file just didn't make it into the CVS
commit. I'm very cautious these days for the sake of not having to deal
with this sort of stuff once we're set up at LinuxTag ;-)
Martin Spott wrote:
No problem, maybe the changed file just didn't make it into the CVS
commit. I'm very cautious these days for the sake of not having to deal
with this sort of stuff once we're set up at LinuxTag ;-)
Fair enough.
Erik
Hi James,
James Turner wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/route
In directory baron.flightgear.org:/tmp/cvs-serv5559/simgear/route
Modified Files:
route.cxx route.hxx waypoint.cxx waypoint.hxx
Log Message:
Extend SGWaypoint with track and speed data, and compute
On 7 Mar 2009, at 21:47, Mathias Froehlich wrote:
Modified Files:
SimGear.vcproj
Log Message:
Zap SGLocation.
Modified Files:
projects/VC7.1/SimGear.vcproj projects/VC8/SimGear.vcproj
simgear/scene/model/Makefile.am
simgear/scene/model/placement.cxx
Hi James,
On Sunday 08 March 2009 17:37:31 James Turner wrote:
Woo, nice one Mathias, this one was on my TODO list for the future.
Was on my TODO list since almost ever :)
Hope that there are no other users appart from flightgear.
To be honest, I have not looked into terragear et al to see if
Tim Moore timo...@baron.flightgear.org wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/scene/util
In directory baron.flightgear.org:/tmp/cvs-serv7690/simgear/scene/util
Modified Files:
StateAttributeFactory.cxx StateAttributeFactory.hxx
Log Message:
Turn off z buffer writes
James Turner wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/threads
In directory baron.flightgear.org:/tmp/cvs-serv977/simgear/threads
Modified Files:
SGQueue.hxx
Log Message:
Commit Benoit Laniel's patch which converts more SimGear pieces to use
OpenThreads primitives
On 15 Jan 2009, at 15:23, Martin Spott wrote:
Commit Benoit Laniel's patch which converts more SimGear pieces to
use
OpenThreads primitives directly.
Woohoo, great - better late than never ;-)
I'm going to push through some other cleanup in the next few days, so
that the SimGear
James Turner wrote:
On 27 Dec 2008, at 08:16, Tim Moore wrote:
Modified Files:
SGGeodesy.cxx
Log Message:
Fix include path
snip
*** SGGeodesy.cxx26 Dec 2008 12:08:28 - 1.8
--- SGGeodesy.cxx27 Dec 2008 08:16:03 - 1.9
***
*** 22,26
On 27 Dec 2008, at 10:19, Tim Moore wrote:
Correctness, in the sense that I can't compile SimGear without this
change. Also
consistency, since in SimGear we consistently refer to headers from
other
SimGear modules using #include simgear/ The important part of
the change
is
Tim Moore wrote
James Turner wrote:
On 27 Dec 2008, at 08:16, Tim Moore wrote:
Modified Files:
SGGeodesy.cxx
Log Message:
Fix include path
snip
*** SGGeodesy.cxx 26 Dec 2008 12:08:28 - 1.8
--- SGGeodesy.cxx 27 Dec 2008 08:16:03 - 1.9
Hi,
add#undef max
#undef min
at the top of that SGMisc.hxx, just before class ...
I thought it was a local problem at my end cause I'm always changing things,
heh.
It's been that way for a few days.
hth,
yon
On Sat, Dec 27, 2008 at 12:21 PM, Vivian Meazza
vivian.mea...@lineone.netwrote:
On 27 Dec 2008, at 11:21, Vivian Meazza wrote:
Hmmm, neither version compiles here with MSVC9. Gives the following
error:
source\simgear\math\SGMisc.hxx(27) : error C2059: syntax error :
'L_TYPE_raw'
followed by hundreds of errors like this:
That fixes Tim's version. Thanks
Vivian
-Original Message-
From: Yon Uriarte [mailto:yon.uria...@gmail.com]
Sent: 27 December 2008 11:53
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] [Simgear-cvslogs] CVS:
source/simgear/mathSGGeodesy.cxx, 1.8, 1.9
Hi
James Turner wrote
On 27 Dec 2008, at 11:21, Vivian Meazza wrote:
Hmmm, neither version compiles here with MSVC9. Gives the following
error:
source\simgear\math\SGMisc.hxx(27) : error C2059: syntax error :
'L_TYPE_raw'
followed by hundreds of errors like this:
Or -DNOMINMAX in the compiler options
-Fred
-- message original --
Sujet: Re: [Flightgear-devel] [Simgear-cvslogs] CVS:
source/simgear/mathSGGeodesy.cxx, 1.8, 1.9
De: Vivian Meazza vivian.mea...@lineone.net
Date: 27.12.2008 13:06
That fixes Tim's version. Thanks
Vivian
On 10 Sep 2008, at 23:09, Ron Jensen wrote:
As a result of these changes Terragear will no longer compile. Could
someone smarter than me in C++ fix the terragear sources to work with
these changes?
Whoops, my fault.
I'll get a patch done today.
James
Hi James,
the CustomScenery-Version of TerraGear was already upgrade to cope with
these changes.
Cheers,
Ralf
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based
Ralf Gerlich wrote:
Hi James,
the CustomScenery-Version of TerraGear was already upgrade to cope with
these changes.
Excellent - does that already include the point in polygon fix too?
I'm thinking of trying some more horribly detailed scenery and it'd be
interesting to see how things have
Jon Stockill wrote:
Ralf Gerlich wrote:
Hi James,
the CustomScenery-Version of TerraGear was already upgrade to cope with
these changes.
Excellent - does that already include the point in polygon fix too?
Unfortunately not...
I'm thinking of trying some more horribly detailed scenery
Curtis Olson wrote:
The previous point-in-a-polygon algorithm was perhaps not as clever, but it
did seem reasonably robust.
Unfortunately it was not. I had several tiles failing because of it...
Cheers,
Ralf
-
This
On 11 Sep 2008, at 13:04, Ralf Gerlich wrote:
the CustomScenery-Version of TerraGear was already upgrade to cope
with
these changes.
Ah, thanks Ralf, that's good to know. I'm not really following
TerraGear development, are you generally submitting changes upstream
to the main terragear
Hi Curt!
Curtis Olson wrote:
Fair enough ... maybe my memories have improved with age, but I don't recall
having this much trouble with failed tiles when I did the scenery builds.
There would always be a handful of them ... maybe a dozen or two over the
entire surface of the earth. If that's
On Tue, 2008-07-29 at 03:25 -0500, Erik Hofman wrote:
Update of /var/cvs/SimGear-0.3/source/simgear
In directory baron.flightgear.org:/tmp/cvs-serv11128/simgear
Modified Files:
compiler.h
Log Message:
final fixes for SG_USING_STD removal
Index: compiler.h
On lun 3 décembre 2007, Melchior Franz wrote:
Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/model
In directory baron:/tmp/cvs-serv27750
Modified Files:
Tag: PRE_OSG_PLIB_20061029
shadowvolume.cxx
Log Message:
let use of deprecated noshadow prefix cause error message
On Monday 03 December 2007 12:04:36 gerard robin wrote:
Will that message remain permanently, ? to save time, would be nice.
We could avoid to modify the .ac model and the .xml file.
I would agree that to prevent unnecessary pain for modellers (and to optimise
their free time to allow them to
On lun 3 décembre 2007, Melchior FRANZ wrote:
* gerard robin -- Monday 03 December 2007:
On lun 3 décembre 2007, Melchior Franz wrote:
Log Message:
let use of deprecated noshadow prefix cause error message
Will that message remain permanently, ?
Only in the next (plib based)
* gerard robin -- Monday 03 December 2007:
On lun 3 décembre 2007, Melchior Franz wrote:
Log Message:
let use of deprecated noshadow prefix cause error message
Will that message remain permanently, ?
Only in the next (plib based) release. Not in fg/osg. But I might
degrade it to SG_WARN
* gerard robin -- Monday 03 December 2007:
Yes SG_WARN, would be the best, that message isn't it for
FG developer , who could want a help, to keep their models compatible ?
Err ... but if I see that right, there's only one file concerned
in your case:
On lun 3 décembre 2007, Melchior FRANZ wrote:
* gerard robin -- Monday 03 December 2007:
Yes SG_WARN, would be the best, that message isn't it for
FG developer , who could want a help, to keep their models compatible ?
Err ... but if I see that right, there's only one file concerned
in
Hi Fred,
On Monday 29 January 2007 10:03, Frederic Bouvier wrote:
The core of the fix is the change from a pointer to a reference to avoid
the deletion of the texture while the pointer still hold a non null value.
Thanks.
Greetings
Mathias
On Friday 26 January 2007 21:30, Frederic Bouvier wrote:
Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/model
In directory baron:/tmp/cvs-serv5514
Modified Files:
shadanim.cxx
Log Message:
Ensure a reference on the cube map texture is always held
Fred, that code was correct
Frederic,
However compiler.h isn't included into SGQuat.hxx, so I didn't
realized that you had a patch in compiler.h.
I am not to sure which headers should be included. So I prefered a local
patch, here. Please feel free to fix it properly.
Olaf
... left out fix for copysign for Microsoft
Selon Olaf Flebbe :
Frederic,
However compiler.h isn't included into SGQuat.hxx, so I didn't
realized that you had a patch in compiler.h.
I am not to sure which headers should be included. So I prefered a local
patch, here. Please feel free to fix it properly.
Olaf
... left out fix
Selon Frederic Bouvier :
Selon Olaf Flebbe :
Frederic,
However compiler.h isn't included into SGQuat.hxx, so I didn't
realized that you had a patch in compiler.h.
I am not to sure which headers should be included. So I prefered a local
patch, here. Please feel free to fix it
Fred,
If it is a problem for you, please post the error. I would like to understand
the issue.
I doublechecked and looked at the CVS history, time stamps of emails...
I created a patch and forgot to send them immediatly to Mathias to be
included into the release. In the meantime you fixed
Selon Mathias Froehlich :
Update of /var/cvs/SimGear-0.3/SimGear/simgear/math
In directory baron:/tmp/cvs-serv15898/simgear/math
Modified Files:
SGQuat.hxx
Log Message:
Modified Files:
simgear/scene/util/SGDebugDrawCallback.hxx
simgear/math/SGQuat.hxx: Olaf Flebbe: Make
Mathias Froehlich wrote:
Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene
In directory baron:/tmp/cvs-serv28452/simgear/scene
Modified Files:
Makefile.am
[...]
Index: Makefile.am
===
RCS file:
Curtis Olson wrote:
I think make needs to visit that directory when you run make dist, so it's
probably good that it's included in the visited directories.
Ah, I didn't think about that. So then 'libsgutil.a' should be removed
from 'lib_LIBRARIES' in 'simgear/scene/util/Makefile.am' in order
On Monday 28 August 2006 16:20, Martin Spott wrote:
Frederic Bouvier wrote:
Selon Martin Spott :
cc-3234 CC: ERROR File = ../../../simgear/scene/model/persparam.cxx,
Line = 9 Explicit specialization of function
SGPersonalityParameterdouble::getNodeValue must precede
its
75 matches
Mail list logo