Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-07-15 Thread Hans Ulrich Niedermann
Holger Wirtz wrote:

 I don't understand why there is this problem... is this a bug in the
 fglrx_dri.so? Why does fgfs worked until this problem occurs a month ago?
 
 I tried to use the ATI drivers from www.ati.com, but they have no DRI
 driver for Radeon X1400 Chips :-( 

fglrx *is* the driver from www.ati.com aka ati.amd.com for Radeon X1400
chips.

 *snief* my notebook does not like me :-

fglrx basically works on my X1400 notebook. It has a bad day sometimes
and freezes the box, requires outdate X.org versions (no 1.3), but other
than that, it works ok.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-07-11 Thread John Denker
On 07/10/2007 01:40 PM, Csaba Halász wrote:

 Maybe try the sed hack with a shorter prefix, such as replacing
 _ZNSt6vector with _ZNSt6vectorX. Note that it is a pretty brutal thing
 to do for the whole binary, and might break it in a million ways.

1) It's more likely to work if the replacement string is the same
length as the replaced string, such as:
s/_ZNSt6vector/_ZNSt6vectoX/
   not  s/_ZNSt6vector/_ZNSt6vectorX/

That's an important part of the trick, if you're going to be
using sed to hack binary files.

2) A prefix that short is brutal indeed.  In fglrx_dri there are
57 symbols that begin with _ZNSt6vector ... I thought there was
only one function that had been identified as a troublemaker.


3) I would try
 strings /usr/lib/dri/fglrx_dri.so | grep vector.*reserve
expecting to see something like
 _ZNSt6vectorI13ShUniformInfoSaIS0_EE7reserveEj
 _ZNSt6vectorIi14pool_allocatorIiEE7reserveEj
*_ZNSt6vectorIiSaIiEE7reserveEj
 vector::reserve

of which the one that most resembles the starred version is the
one that needs to be hacked.

Unless fglrx_dri has more than one bug :-( ...

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-07-11 Thread Csaba Halász
On 7/11/07, John Denker [EMAIL PROTECTED] wrote:
 On 07/10/2007 01:40 PM, Csaba Halász wrote:

  Maybe try the sed hack with a shorter prefix, such as replacing
  _ZNSt6vector with _ZNSt6vectorX. Note that it is a pretty brutal thing
  to do for the whole binary, and might break it in a million ways.

 1) It's more likely to work if the replacement string is the same
 length as the replaced string, such as:

Oh yes, I overlooked that, sorry.

 Unless fglrx_dri has more than one bug :-( ...

Looking at the objdump output, I think not only the reserve methods
are hijacked, so this might as well be the case.

-- 
Csaba

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-07-10 Thread Holger Wirtz
Hi Csaba,

On Tue, Jul 10, 2007 at 07:40:46PM +0200, Csaba Halász wrote:
 Hi Holger!
 
 Maybe try the sed hack with a shorter prefix, such as replacing
 _ZNSt6vector with _ZNSt6vectorX. Note that it is a pretty brutal thing
 to do for the whole binary, and might break it in a million ways. Or,
 set LD_DEBUG=bindings and LD_OUTPUT as appropriate. Then run fg, and
 try to find something containing vector (or anything else that does
 not look related to graphics) that is erroneously bound to fglrx.

Thanks for looking at the debug messages!
I will try this tonight.

Is this a bug in OSG or in fglrx?

Regards, Holger

 
 -- 
 Csaba
 
 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel

-- 
#   ##  ##   Holger Wirtz Phone : (+49 30) 884299-40
##  ## ##   ### ##   DFN-Verein   Fax   : (+49 30) 884299-70
##  ##  ##   Stresemannstr. 78E-Mail: [EMAIL PROTECTED]
##  ## ##   ## ###   10963 Berlin
#  ##   ##  ##   GERMANY  WWW   : http://www.dfn.de
GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC  0C51 E961 79E2 6685 9BCF

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-06-19 Thread Holger Wirtz
Hi all,

On Sun, Jun 17, 2007 at 07:37:41PM -0400, John Denker wrote:
[...]
 2) Here is another way of achieving a similar result.  This is more
 crude, but works better in batch files, i.e. doesn't require any
 skilled feedback.  This works for 32- and 64-bit libraries.
 
   sed s/_ZNSt6vectorIiSaIiEE7reserveE/_ZNSt6vectorIiSaIiEE7reserveX/ \
  orig/fglrx_dri.so  fglrx_dri.so
[...]

GREAT! This works for my IBM Thinkpad T60 (ATI Technologies Inc Radeon
Mobility X1400, 01:00.0 0300: 1002:7145).

Thanks a lot!

Is there a possibility that this feature will get included in the ATI
driver?

Regards, Holger



-- 
#   ##  ##   Holger Wirtz Phone : (+49 30) 884299-40
##  ## ##   ### ##   DFN-Verein   Fax   : (+49 30) 884299-70
##  ##  ##   Stresemannstr. 78E-Mail: [EMAIL PROTECTED]
##  ## ##   ## ###   10963 Berlin
#  ##   ##  ##   GERMANY  WWW   : http://www.dfn.de
GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC  0C51 E961 79E2 6685 9BCF

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-06-17 Thread John Denker
Ron Jensen wrote:

 Thanks, but the problem is in OSG.  I have been building and installing
 debian packages.  Its not the supported way to build, so when it quit
 working I didn't complain.

On 06/16/2007 05:25 PM, Martin Spott wrote:
 
 Ah, ok. Simply compile OSG from source and install just by make
 install - this definitely works   well, at least on Etch,

How definitely is that?  It reproducibly doesn't work on my
Etch.  It compiles and loads OK.  At runtime, it puts up a splash
screen, then uses 100% of the CPU for 2.3 billion CPU clock
cycles, then either segfaults or aborts at sim_time_sec=0,
i.e. before doing any actual simulation.

This is observed with recent (a few hours old) versions of
osg-2.0, simgear, plib, and fg.

This is observed with a variety of aircraft, including
the default c172p, the c182r, and the pa24-250.

First example (abort):

#0  0xb74e7947 in raise () from /lib/tls/libc.so.6
#1  0xb74e90c9 in abort () from /lib/tls/libc.so.6
#2  0xb751d08a in __libc_message () from /lib/tls/libc.so.6
#3  0xb752494f in _int_free () from /lib/tls/libc.so.6
#4  0xb75249f2 in free () from /lib/tls/libc.so.6
#5  0xb76ab3b1 in operator delete () from /usr/lib/libstdc++.so.6
#6  0xb7b8c477 in osg::DrawArrayLengths::~DrawArrayLengths () from 
/usr/lib/libosg.so.11
#7  0xb7e792f5 in osgUtil::Tessellator::~Tessellator () from 
/usr/lib/libosgUtil.so.11
#8  0xb0b5d647 in ac3d::SurfaceBin::finalize () from 
/usr/lib/osgPlugins-2.0.0/osgdb_ac.so
#9  0xb0b53d1e in ac3d::readObject () from /usr/lib/osgPlugins-2.0.0/osgdb_ac.so
#10 0xb0b54d55 in ac3d::readObject () from /usr/lib/osgPlugins-2.0.0/osgdb_ac.so
#11 0xb0b55186 in ac3d::readFile () from /usr/lib/osgPlugins-2.0.0/osgdb_ac.so
#12 0xb0b64592 in ReaderWriterAC::readNode () from 
/usr/lib/osgPlugins-2.0.0/osgdb_ac.so
#13 0xb0b60cea in ReaderWriterAC::readNode () from 
/usr/lib/osgPlugins-2.0.0/osgdb_ac.so
#14 0xb7d508af in osgDB::Registry::ReadNodeFunctor::doRead () from 
/usr/lib/libosgDB.so.11
#15 0xb7d4f6e7 in osgDB::Registry::read () from /usr/lib/libosgDB.so.11
#16 0xb7d4dd59 in osgDB::Registry::readImplementation () from 
/usr/lib/libosgDB.so.11
#17 0xb7d4e37f in osgDB::Registry::readNodeImplementation () from 
/usr/lib/libosgDB.so.11
#18 0x08543d7f in SGReadFileCallback::readNode (this=0x8767198, [EMAIL 
PROTECTED], opt=0x8766e60)
 at model.cxx:219
#19 0xb7d395c8 in osgDB::readNodeFile () from /usr/lib/libosgDB.so.11
#20 0x0853c4b8 in sgLoad3DModel ([EMAIL PROTECTED], [EMAIL PROTECTED], 
prop_root=0x8772390,
sim_time_sec=0,
 load_panel=0x83f89e6 load_panel(SGPropertyNode*), data=0x0, [EMAIL 
PROTECTED])
 at /usr/include/osgDB/ReadFile:107
#21 0x083f89cb in fgLoad3DModelPanel ()
 at 
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/basic_string.h:1932
#22 0x083f80bc in FGAircraftModel::init ()
 at 
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/basic_string.h:1932
#23 0x0805f411 in fgIdleFunction () at ../../simgear/debug/logstream.hxx:242
#24 0x080a6272 in GLUTidle ()
 at 
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/basic_string.h:233
#25 0xb7a09d3a in glutMainLoop () from /usr/lib/libglut.so.3
#26 0x080a679b in fgOSMainLoop ()
 at 
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/basic_string.h:233
#27 0x0805ed84 in fgMainInit () at ../../simgear/debug/logstream.hxx:242
#28 0x0805deca in main () at ../../simgear/debug/logstream.hxx:242

Another example:  (segv)

#0  0xb74e49dc in free () from /lib/tls/libc.so.6
#1  0xb766b3b1 in operator delete () from /usr/lib/libstdc++.so.6
#2  0xb7b4c477 in osg::DrawArrayLengths::~DrawArrayLengths () from 
/usr/lib/libosg.so.11
#3  0xb7e392f5 in osgUtil::Tessellator::~Tessellator () from 
/usr/lib/libosgUtil.so.11
#4  0xb0b6d647 in ac3d::SurfaceBin::finalize () from 
/usr/lib/osgPlugins-2.0.0/osgdb_ac.so
#5  0xb0b63d1e in ac3d::readObject () from /usr/lib/osgPlugins-2.0.0/osgdb_ac.so
#6  0xb0b64d55 in ac3d::readObject () from /usr/lib/osgPlugins-2.0.0/osgdb_ac.so
#7  0xb0b65186 in ac3d::readFile () from /usr/lib/osgPlugins-2.0.0/osgdb_ac.so
#8  0xb0b74592 in ReaderWriterAC::readNode () from 
/usr/lib/osgPlugins-2.0.0/osgdb_ac.so
#9  0xb0b70cea in ReaderWriterAC::readNode () from 
/usr/lib/osgPlugins-2.0.0/osgdb_ac.so
#10 0xb7d108af in osgDB::Registry::ReadNodeFunctor::doRead () from 
/usr/lib/libosgDB.so.11
#11 0xb7d0f6e7 in osgDB::Registry::read () from /usr/lib/libosgDB.so.11
#12 0xb7d0dd59 in osgDB::Registry::readImplementation () from 
/usr/lib/libosgDB.so.11
#13 0xb7d0e37f in osgDB::Registry::readNodeImplementation () from 
/usr/lib/libosgDB.so.11
#14 0x08543d7f in SGReadFileCallback::readNode (this=0x8767198, [EMAIL 
PROTECTED], opt=0x8766e60) 
at model.cxx:219
#15 0xb7cf95c8 in osgDB::readNodeFile () from /usr/lib/libosgDB.so.11
#16 0x0853c4b8 in sgLoad3DModel ([EMAIL PROTECTED], [EMAIL PROTECTED], 
prop_root=0x8772390, 
sim_time_sec=0,
 load_panel=0x83f89e6 

Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-06-17 Thread John Denker
On 06/17/2007 09:45 AM, I wrote:

 100% of the CPU for 2.3 billion CPU clock cycles, 


Correction: make that 140 billion CPU clock cycles.
(I left out a factor of 60 seconds/minute.  Sorry.)


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-06-17 Thread Martin Spott
Csaba Halász wrote:

 Yesterday we seem to have successfully hacked the fglrx_dri.so. You
 can ask ndim or Jester (me) on irc for 32 bit and 64 bit patched
 versions respectively.

You might want to give Pigeon a copy of your hacked driver for
use with the FGLive CD,

Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-06-17 Thread John Denker
There

On 06/17/2007 06:04 PM, Martin Spott wrote:

 You might want to give Pigeon a copy of your hacked driver for
 use with the FGLive CD,

We have discovered that there are multiple versions of
the driver.  This means it is not easy to distribute
hacked copies or even to distribute a patch.

1) Here is Csaba's manual procedure (for the 64-bit library):

 What it does is make the _ZNSt6vectorIiSaIiEE7reserveEm symbol local to fglrx.
 You can check with objdump -T
 
 1) find the symbol value for _ZNSt6vectorIiSaIiEE7reserveEm in objdump
 output. In my case it is 007d3580
 2) open the fglrx_dri.so using a binary hex editor.
 3) search for the symbol value. The byte sequence will be reversed, as
 we are on little-endian system. So look for 80 35 7d 00 00 00 00 00
 4) the preceding 4 bytes should be 22 00 0a 00
 5) change these to read 02 02 0a 00
 6) verify using objdump
 
 Make sure that you actually edit the 64 bit library. The elf symbol
 layout is different in 32 bit files.



2) Here is another way of achieving a similar result.  This is more
crude, but works better in batch files, i.e. doesn't require any
skilled feedback.  This works for 32- and 64-bit libraries.

  sed s/_ZNSt6vectorIiSaIiEE7reserveE/_ZNSt6vectorIiSaIiEE7reserveX/ \
 orig/fglrx_dri.so  fglrx_dri.so

You can see that this is a way of making a variable quasi-local
(in the sense of being inaccessible to other modules) by maiming
its name.



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-06-16 Thread Martin Spott
Jonathan Wagner wrote:
 Just a thought for the rest of the list.  Now that OpenSceneGraph-2.0 
 has been released, what are the thoughts on setting that as a fixed 
 dependency for now (i.e., future development should work on 
 OpenSceneGraph-2.0).

While we are at it, somebody could now add the following patch in order
to match the current state of OSG:

--- FlightGear/src/Main/fg_os_osgviewer.cxx~2007-06-08 17:18:49.406265626 
+0200
+++ FlightGear/src/Main/fg_os_osgviewer.cxx 2007-06-08 17:18:49.410265669 
+0200
@@ -9,7 +9,7 @@
 #include osg/Matrixd
 #include osg/Viewport
 #include osg/Version
-#include osgViewer/StatsHandler
+#include osgViewer/ViewerEventHandlers
 #include osgViewer/Viewer
 #include osgGA/MatrixManipulator


Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-06-16 Thread Martin Spott
Curtis Olson wrote:

 Our approach with plib is that if we absolutely must depend on something in
 cvs, we push the plib folks hard to get that into an official release first,
 then we cut over and allow our code to depend on it.  This is not without
 headaches, but it's worked pretty well for us in the past.

This already didn't work for the FlightGear 0.9.10 release, do you have
any background information that lets you expect things to work better
_now_ ?

In my eyes you're riding a dead horse here. A much simpler approach
would be, in my eyes, to work on avoiding the use of PLIB scenegraph
dependency in FlightGear wherever possible and to simply copy the
remaining PLIB dependencies - mostly joystick, networking and GUI -
into SimGear. The few patches that make their way into 'official' PLIB
could easily be incorporated into our copy as well.

Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-06-16 Thread Martin Spott
Ron Jensen wrote:

 I must agree.  I haven't had a working flightgear for about a month
 because OSG-SVN/head quit building for me.  

How does the error message look like ? I know, unfortunately I'm
repeating myself, yet it might help applying this patch to FlightGear:

--- FlightGear/src/Main/fg_os_osgviewer.cxx~2007-06-08 17:18:49.406265626 
+0200
+++ FlightGear/src/Main/fg_os_osgviewer.cxx 2007-06-08 17:18:49.410265669 
+0200
@@ -9,7 +9,7 @@
 #include osg/Matrixd
 #include osg/Viewport
 #include osg/Version
-#include osgViewer/StatsHandler
+#include osgViewer/ViewerEventHandlers
 #include osgViewer/Viewer
 #include osgGA/MatrixManipulator


This is everuthing I need to build FG with current OSG,

Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-06-16 Thread Nick Warne
On Saturday 16 June 2007 11:37:35 Martin Spott wrote:
 Ron Jensen wrote:
  I must agree.  I haven't had a working flightgear for about a month
  because OSG-SVN/head quit building for me.

 How does the error message look like ? I know, unfortunately I'm
 repeating myself, yet it might help applying this patch to FlightGear:

~ snip ~
 This is everuthing I need to build FG with current OSG,

 Martin.

I have been building OSG over the last 3 months, and even updated today to 
rev. 7002 - everything builds/works great and I haven't had to touch a 
thing!?

Nick


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-06-16 Thread Martin Spott
Nick Warne wrote:

 I have been building OSG over the last 3 months, and even updated today to 
 rev. 7002 - everything builds/works great and I haven't had to touch a 
 thing!?

Perhaps you've been building against old OSG headers. Few weeks ago
Robert Osfield has removed a header file that contained declarations
for the osgViewer component and added a new one - fortunately Fred
Bouvier took on this and added the appropriate fix to FlightGear today,

Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-06-16 Thread Martin Spott
Ron Jensen wrote:
 On Sat, 2007-06-16 at 10:37 +, Martin Spott wrote:

  This is everuthing I need to build FG with current OSG,
  
 
 Thanks, but the problem is in OSG.  I have been building and installing
 debian packages.  Its not the supported way to build, so when it quit
 working I didn't complain.

Ah, ok. Simply compile OSG from source and install just by make
install - this definitely works   well, at least on Etch,

Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-06-15 Thread Curtis Olson

On 6/15/07, Jonathan Wagner wrote:


Just a thought for the rest of the list.  Now that OpenSceneGraph-2.0
has been released, what are the thoughts on setting that as a fixed
dependency for now (i.e., future development should work on
OpenSceneGraph-2.0).  With one of the latest patches to the plib branch
in CVS, FlightGear still compiles with plib-1.8.4 which is included in
many Linux distributions.  I have a feeling that OSG 2 will soon be the
version of OSG available in many Linux distributions.  Having OSG
support just _work_ would allow developers to focus on FlightGear
without also having to keep up with the latest daily developments in OSG.



I think this is an excellent suggestions, and to do otherwise will be to
invite a *lot* of support headaches on ourselves when we finally do a
release based on OSG.  If the average user has OSG-2.0 (or the most recent
release at the time) and we depend on features in CVS, we will make it very
difficult for non-developers to get flightgear up and running on their
systems.

Our approach with plib is that if we absolutely must depend on something in
cvs, we push the plib folks hard to get that into an official release first,
then we cut over and allow our code to depend on it.  This is not without
headaches, but it's worked pretty well for us in the past.

Regards,

Curt.
--
Curtis Olson - University of Minnesota - FlightGear Project
http://baron.flightgear.org/~curt/  http://www.humanfirst.umn.edu/
http://www.flightgear.org
Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-06-15 Thread Ron Jensen
On Fri, 2007-06-15 at 19:33 -0500, Curtis Olson wrote:
 On 6/15/07, Jonathan Wagner wrote:
 Just a thought for the rest of the list.  Now that
 OpenSceneGraph-2.0
 has been released, what are the thoughts on setting that as a
 fixed
 dependency for now (i.e., future development should work on
 OpenSceneGraph-2.0 ).  With one of the latest patches to the
 plib branch
 in CVS, FlightGear still compiles with plib-1.8.4 which is
 included in
 many Linux distributions.  I have a feeling that OSG 2 will
 soon be the
 version of OSG available in many Linux distributions.  Having
 OSG 
 support just _work_ would allow developers to focus on
 FlightGear
 without also having to keep up with the latest daily
 developments in OSG.
 
 I think this is an excellent suggestions, and to do otherwise will be
 to invite a *lot* of support headaches on ourselves when we finally do
 a release based on OSG.  If the average user has OSG-2.0 (or the most
 recent release at the time) and we depend on features in CVS, we will
 make it very difficult for non-developers to get flightgear up and
 running on their systems.
 
 
 Our approach with plib is that if we absolutely must depend on
 something in cvs, we push the plib folks hard to get that into an
 official release first, then we cut over and allow our code to depend
 on it.  This is not without headaches, but it's worked pretty well for
 us in the past. 
 
 
 Regards,
 
 Curt.

I must agree.  I haven't had a working flightgear for about a month
because OSG-SVN/head quit building for me.  

Ron



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel