date:20080626

Re: [osg-users] Warning on 64bits: cast to pointer from integer ofdifferent size

2008-06-26 Thread Peter Wraae Marino

Hi James,

I always thought that "int" and "unsigned int" would be the best fit n-bit
on the system? if it was an 8bit system
then it would be 8bit int, if 32bit system then 32bit int or did I
mis-understand something?

and now that we are on the subject of 64bit.. I would like to ask a
question... I considering buying a new
computer and OS -- the OS (I know Robert will hate this).. is going to be
Vista 64 bit and would like to
start coding using 64bit.. is OpenSceneGraph working with 64bit?

regards,
Peter

On Thu, Jun 26, 2008 at 4:14 AM, James Killian <[EMAIL PROTECTED]>
wrote:

>
> I am not sure about the osg coding protocol, but for what we do at my work
> place we use size_t as the generic "unsigned int"... this will be unsigned
> long for win32 and __int64 for the x64 platform.  It is good to use as a
> generic container for local variables since it chooses the native size that
> fits best per platform.  size_t is great for pointer offsets too.
>
> The part that is unclear to me is the osg protocol in regards to using
> things like size_t fpos_t etc...  osg has to be more generic to comply to
> all platforms, and this is something I have not needed to worry about (yet).
>
>
> James Killian
> - Original Message - From: "Mario Valle" <[EMAIL PROTECTED]>
> To: 
> Sent: Wednesday, June 25, 2008 12:02 PM
> Subject: [osg-users] Warning on 64bits: cast to pointer from integer
> ofdifferent size
>
>
>
>
>> On x86_64 (Suse 10.3) the following warning appears at lines 431 and 600
>> of BufferObject.cpp :
>>
>> "warning: cast to pointer from integer of different size"
>>
>> In both places (few lines over), if I change the line:
>>   unsigned int offset = 0;
>> to:
>>   unsigned long offset = 0;
>> The warning goes away.
>> Can anyone more knowledgeable than me confirm that the change is correct
>> before I submit the change?
>> Thanks!
>> mario
>>
>>
>> --
>> Ing. Mario Valle
>> Data Analysis and Visualization Services |
>> http://www.cscs.ch/~mvalle
>> Swiss National Supercomputing Centre (CSCS)  | Tel:  +41 (91)
>> 610.82.60
>> v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax:  +41 (91)
>> 610.82.82
>> 
>>
>> ___
>> osg-users mailing list
>> osg-users@lists.openscenegraph.org
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Error with drawable

2008-06-26 Thread Paul Melis


Hi,

Ahmed Nawar wrote:

I think this is a bug:
If you have a pointer to "Drawable". 
A pointer (osg::Drawable*) or a ref_ptr (osg::ref_ptr)? 
As Drawable is reference-counted, you should preferably use the latter 
to store pointers to drawables.

if you add it to geode and removed it from this geode.
You can not use this geode again.
I think that OSG remove the Drawable vertex from the memory.
  
If the geode holds the only reference to the drawable and you then 
remove that drawable from the geode, then yes, the drawable is destructed.
But as long as you still have a reference to the drawable somewhere, 
using a osg::ref_ptr, it should not be destructed and you can add/remove 
it to the geode as much as you want.


Do you do something like this?

osg::Drawable *d = ...  // initial reference count = 0
osg::Geode *g =  // initial reference count = 0

g.addDrawable(d); // drawable reference count now 1
g.removeDrawable(d);   // drawable reference count will be decreased, 
reaches zero and the object is therefore destructed



I solve this by adding this drawable to another geode and i don't use this new 
geode.
so the Drawable will be under one geode at least in all cases.
  
You would be better off to store a reference to the drawable somewhere 
in your application without having to use an extra geode. This geode 
will need to be referenced somewhere as well, so it doesn't solve the 
problem.


And as you care that the drawable can be _re-used_ after it is removed 
from the geode it sounds like you want to add the drawable back again at 
some later point in time. For that you need to keep a reference to the 
drawable anyway...


Paul


Thanks
Ahmed Nawar


From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Ahmed Nawar [EMAIL 
PROTECTED]
Sent: Thursday, June 26, 2008 8:38 AM
To: OpenSceneGraph Users
Subject: Re: [osg-users] callback

Sorry for late.

  It is an update callback.

Thanks,
Ahmed Nawar

From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Serge Lages [EMAIL 
PROTECTED]
Sent: Wednesday, June 25, 2008 6:14 PM
To: OpenSceneGraph Users
Subject: Re: [osg-users] callback

Hi,

Is it an update callback or a cull calback ?

On Wed, Jun 25, 2008 at 5:11 PM, Ahmed Nawar <[EMAIL PROTECTED]> wrote:

Dear All,

i attached  a callback to a geode node.

CallBack operator:

void GeodeCallBack::operator()( osg::Node* node, osg::NodeVisitor* nv )
{

   osg::Geode* geode =
   dynamic_cast( node );

   geode->removeDrawables(0,geode->getNumDrawables ());

  // get different drawable.
   osg::Drawable *d =  drawableBuilder->getDrawable(dataPoint->shape);

   geode->addDrawable( d );

   traverse( node, nv );
}


1- is it Ok to change the geode's contains in the callback?
2- some times the " geode->addDrawable( d ); "  terminate the program. any 
ideas?

Thanks,
Ahmed Nawar
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org



--
Serge Lages
http://www.tharsis-software.com
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

  


___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Error with drawable

2008-06-26 Thread Ahmed Nawar

Dear Paul,

  Drawable is reference-counted?
  This is new to me. Thanks.

  I used osg::Drawable* and not smart pointer.
  Because i think that this will make the drawable stay and not delete if i 
removed it from geode. Thanks for help.

  I need to put my drawables in a vector. How can i keep the smart pointers in 
a vector?

Thanks,
Ahmed Nawar

From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Paul Melis [EMAIL 
PROTECTED]
Sent: Thursday, June 26, 2008 10:50 AM
To: OpenSceneGraph Users
Subject: Re: [osg-users] Error with drawable

Hi,

Ahmed Nawar wrote:
> I think this is a bug:
> If you have a pointer to "Drawable".
A pointer (osg::Drawable*) or a ref_ptr (osg::ref_ptr)?
As Drawable is reference-counted, you should preferably use the latter
to store pointers to drawables.
> if you add it to geode and removed it from this geode.
> You can not use this geode again.
> I think that OSG remove the Drawable vertex from the memory.
>
If the geode holds the only reference to the drawable and you then
remove that drawable from the geode, then yes, the drawable is destructed.
But as long as you still have a reference to the drawable somewhere,
using a osg::ref_ptr, it should not be destructed and you can add/remove
it to the geode as much as you want.

Do you do something like this?

osg::Drawable *d = ...  // initial reference count = 0
osg::Geode *g =  // initial reference count = 0

g.addDrawable(d); // drawable reference count now 1
g.removeDrawable(d);   // drawable reference count will be decreased,
reaches zero and the object is therefore destructed

> I solve this by adding this drawable to another geode and i don't use this 
> new geode.
> so the Drawable will be under one geode at least in all cases.
>
You would be better off to store a reference to the drawable somewhere
in your application without having to use an extra geode. This geode
will need to be referenced somewhere as well, so it doesn't solve the
problem.

And as you care that the drawable can be _re-used_ after it is removed
from the geode it sounds like you want to add the drawable back again at
some later point in time. For that you need to keep a reference to the
drawable anyway...

Paul

> Thanks
> Ahmed Nawar
>
> 
> From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Ahmed Nawar [EMAIL 
> PROTECTED]
> Sent: Thursday, June 26, 2008 8:38 AM
> To: OpenSceneGraph Users
> Subject: Re: [osg-users] callback
>
> Sorry for late.
>
>   It is an update callback.
>
> Thanks,
> Ahmed Nawar
> 
> From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Serge Lages [EMAIL 
> PROTECTED]
> Sent: Wednesday, June 25, 2008 6:14 PM
> To: OpenSceneGraph Users
> Subject: Re: [osg-users] callback
>
> Hi,
>
> Is it an update callback or a cull calback ?
>
> On Wed, Jun 25, 2008 at 5:11 PM, Ahmed Nawar <[EMAIL PROTECTED] PROTECTED]>> wrote:
>
> Dear All,
>
> i attached  a callback to a geode node.
>
> CallBack operator:
>
> void GeodeCallBack::operator()( osg::Node* node, osg::NodeVisitor* nv )
> {
>
>osg::Geode* geode =
>dynamic_cast( node );
>
>geode->removeDrawables(0,geode->getNumDrawables ());
>
>   // get different drawable.
>osg::Drawable *d =  drawableBuilder->getDrawable(dataPoint->shape);
>
>geode->addDrawable( d );
>
>traverse( node, nv );
> }
>
>
> 1- is it Ok to change the geode's contains in the callback?
> 2- some times the " geode->addDrawable( d ); "  terminate the program. any 
> ideas?
>
> Thanks,
> Ahmed Nawar
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>
>
> --
> Serge Lages
> http://www.tharsis-software.com
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
> ___
> osg-users mailing list

> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Error with drawable

2008-06-26 Thread Paul Melis


Ahmed Nawar wrote:

Dear Paul,

  Drawable is reference-counted?
  This is new to me. Thanks.
  
Everything that derives from osg::Object (which derives from 
osg::Referenced) is reference-counted, including osg::Drawable.

  I used osg::Drawable* and not smart pointer.
  Because i think that this will make the drawable stay and not delete if i 
removed it from geode. Thanks for help.

  I need to put my drawables in a vector. How can i keep the smart pointers in 
a vector?
  

std::vector >

Paul

Thanks,
Ahmed Nawar

From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Paul Melis [EMAIL 
PROTECTED]
Sent: Thursday, June 26, 2008 10:50 AM
To: OpenSceneGraph Users
Subject: Re: [osg-users] Error with drawable

Hi,

Ahmed Nawar wrote:
  

I think this is a bug:
If you have a pointer to "Drawable".


A pointer (osg::Drawable*) or a ref_ptr (osg::ref_ptr)?
As Drawable is reference-counted, you should preferably use the latter
to store pointers to drawables.
  

if you add it to geode and removed it from this geode.
You can not use this geode again.
I think that OSG remove the Drawable vertex from the memory.



If the geode holds the only reference to the drawable and you then
remove that drawable from the geode, then yes, the drawable is destructed.
But as long as you still have a reference to the drawable somewhere,
using a osg::ref_ptr, it should not be destructed and you can add/remove
it to the geode as much as you want.

Do you do something like this?

osg::Drawable *d = ...  // initial reference count = 0
osg::Geode *g =  // initial reference count = 0

g.addDrawable(d); // drawable reference count now 1
g.removeDrawable(d);   // drawable reference count will be decreased,
reaches zero and the object is therefore destructed

  

I solve this by adding this drawable to another geode and i don't use this new 
geode.
so the Drawable will be under one geode at least in all cases.



You would be better off to store a reference to the drawable somewhere
in your application without having to use an extra geode. This geode
will need to be referenced somewhere as well, so it doesn't solve the
problem.

And as you care that the drawable can be _re-used_ after it is removed
from the geode it sounds like you want to add the drawable back again at
some later point in time. For that you need to keep a reference to the
drawable anyway...

Paul

  

Thanks
Ahmed Nawar


From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Ahmed Nawar [EMAIL 
PROTECTED]
Sent: Thursday, June 26, 2008 8:38 AM
To: OpenSceneGraph Users
Subject: Re: [osg-users] callback

Sorry for late.

  It is an update callback.

Thanks,
Ahmed Nawar

From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Serge Lages [EMAIL 
PROTECTED]
Sent: Wednesday, June 25, 2008 6:14 PM
To: OpenSceneGraph Users
Subject: Re: [osg-users] callback

Hi,

Is it an update callback or a cull calback ?

On Wed, Jun 25, 2008 at 5:11 PM, Ahmed Nawar <[EMAIL PROTECTED]> wrote:

Dear All,

i attached  a callback to a geode node.

CallBack operator:

void GeodeCallBack::operator()( osg::Node* node, osg::NodeVisitor* nv )
{

   osg::Geode* geode =
   dynamic_cast( node );

   geode->removeDrawables(0,geode->getNumDrawables ());

  // get different drawable.
   osg::Drawable *d =  drawableBuilder->getDrawable(dataPoint->shape);

   geode->addDrawable( d );

   traverse( node, nv );
}


1- is it Ok to change the geode's contains in the callback?
2- some times the " geode->addDrawable( d ); "  terminate the program. any 
ideas?

Thanks,
Ahmed Nawar
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org



--
Serge Lages
http://www.tharsis-software.com
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
___
osg-users mailing list



  

osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org





___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

  


___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] [Not OSG related question] Virtual memory management on Windows

2008-06-26 Thread Serge Lages

Thanks a lot for your explanation Gordon, I ended to the same conclusion,
I'll need to go to a 64bits platform. I'll install an XP 64, and not a Linux
David... :)

Thanks again !

On Thu, Jun 26, 2008 at 12:30 AM, Gordon Tomlinson <
[EMAIL PROTECTED]> wrote:

>  Hi
>
>
>
> There's many issues why you will struggle with this and no it's not just a
> windows issues it effects other OS's some do a better job off moving the
> issues forward but they will still crop up
>
>
>
> Simplest solution is to go to a 64bit OS with a good 8gb or more.
>
>
>
> There is another limitation you will hit on 32bit windows is you can only
> have an address space per process of 1.8gb , other OS's such as Unix's and
> Linux's do a much better job and get you near the true 32bit limit
>
>
>
> Another problem is that you need a contiguous memory area for malloc/new on
> windows  this is a  big problem ,
>
>
>
> Some of the reasons why this is an issue is that Windows has already eaten
> up a chunk of the available memory, not only with programs , services ,
> dll's being loaded they sadly  simply  don't get then next serial  memory
> address, they may be load smack bang in the middle of the address space, so
> straight away that can l half the size of the max malloc/new you can do. As
> you load more programs more dll's the longer windows is running the more
> fragmented the memory will get and the smaller the max malloc/new can create
> will get lower, the MAC's OS's are the best at handling this sort of thing
> and Linux is typically better than window's
>
>
>
> What you can try is all the normal traditional tips, only run [processes,
> services that absolutely need to  etc see
> http://www.vis-sim.com/vega/vegafaq1.htm#f39 ( needs modernizing but the
> gist is valid)
>
>
>
> This use be a big problem back in the heyday of IRIX, it would load is
>  system SO's(dll's)  smack bang in the middle of memory the same for
> programs. What had to be do there was to force the system to load its libs
> either high or low and you has to rebase the loading address of all the SO's
> your program used.
>
>
>
> You can do a similar thing in Windows and for all your dll's to re-base and
> control were they load. If you do that the final  trick is that as some as
> your application starts you need to create the large memory stuff straight
> away, otherwise your address space will get fragmented and your back to
> square one
>
>
>
> At my company we have to handle multi-terra byte imagery and have to use
> processes like I have described, so it can be done. you just need an
> engineer that knows this hard stuff, thankfully  we have an engineer that
> does ;) and no you cannot have him ;)
>
>
>
>
>
>
>
> __
> *Gordon Tomlinson *
>
> Email   : [EMAIL PROTECTED]
> YIM/AIM : *gordon3dBrit*
> MSN IM  : [EMAIL PROTECTED]
> Website : *www.vis-sim.com www.gordontomlinson.com*
>
> __
>
>
>
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *David Callu
> *Sent:* Wednesday, June 25, 2008 3:05 PM
> *To:* OpenSceneGraph Users
> *Subject:* Re: [osg-users] [Not OSG related question] Virtual memory
> management on Windows
>
>
>
> power linux Serge ;-).
>
> Regards
> David Callu
>
> 2008/6/25 Serge Lages <[EMAIL PROTECTED]>:
>
> Hi all,
>
> I have a question not related to OSG but I can't find any answer, and this
> is something that some of you probably knows. That's why I try here to find
> some help.
>
> Here is my problem : I have a big image database with some images larger
> than 1.5Go uncompressed, and I fail to load them (Win XP SP2 32bits with
> Visual Studio 8). My computer has 3Go of virtual memory and the option /3GB
> is activated on the system. In this document (page 13) :
>
> http://actes.sstic.org/SSTIC05/Vulnerabilites_et_gestion_des_limites_memoire/SSTIC05-article-Delalleau-Vulnerabilites_et_gestion_des_limites_memoire.pdf
> It says it's not possible to allocate more than 1.3Go in one call, and it's
> actually the limit where it crashs. If I do 2 allocations of 1Go each, it
> works, but 1 allocation of 1.4Go crashs...
>
> Has someone any idea if it's possible to change this limit ? My only hope
> will be to make smaller images, or even to develop under Linux ? :)
> Thanks in advance !
>
> --
> Serge Lages
> http://www.tharsis-software.com
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>


-- 
Serge Lages
http://www.tharsis-software.com
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/o

Re: [osg-users] Particles being culled

2008-06-26 Thread CG

Hi Charles,
 
I've tried the setParticleAlignment and it didn't work.Regards,
Cg



> Date: Wed, 25 Jun 2008 23:28:53 -0600> From: [EMAIL PROTECTED]> To: 
> osg-users@lists.openscenegraph.org> Subject: Re: [osg-users] Particles being 
> culled> > try:> 
> ps->setParticleAlignment(osgParticle::ParticleSystem::BILLBOARD);> > > On 
> Wed, Jun 25, 2008 at 11:23 PM, CG <[EMAIL PROTECTED]> wrote:> > Hi Charles,> 
> >> > Thanks for the reply, what are the settings for the eye point facing?> 
> >> > Regards,> > Cg> >> > > >> Date: Wed, 25 
> Jun 2008 23:18:07 -0600> >> From: [EMAIL PROTECTED]> >> To: 
> osg-users@lists.openscenegraph.org> >> Subject: Re: [osg-users] Particles 
> being culled> >>> >> I think the default for particle systems is that 
> particles are little> >> billboards which always face the viewer's eye point. 
> It looks like> >> you've undone that setting somehow, and that the billboards 
> are facing> >> different directions.> >>> >> On Wed, Jun 25, 2008 at 11:07 
> PM, CG <[EMAIL PROTECTED]> wrote:> >> > Hi all,> >> >> >> > I'm trying to 
> simulate a smoke trail
  emitting from a moving tank by> >> > using> >> > Joseph's codes but some 
particles are being culled (see attached> >> > picture).> >> > Any ideas what 
are the causes?> >> >> >> > Thanks,> >> >> >> > Cg> >> >> >> > 
> >> > Make the most of what you can do on your 
PC and the Web, just the way> >> > you> >> > want. Windows Live> >> > 
___> >> > osg-users mailing list> 
>> > osg-users@lists.openscenegraph.org> >> >> >> > 
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org> >> 
>> >> >> >>> >>> >>> >> --> >> AsymptopiaSoftware | [EMAIL PROTECTED]> >> 
www.asymptopia.org> >> ___> >> 
osg-users mailing list> >> osg-users@lists.openscenegraph.org> >> 
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org> >> 
>> > > > Share your beautiful moments with 
Photo Gallery. Windows Live Photo Gallery> > ___
 > > osg-users mailing list> > 
osg-users@lists.openscenegraph.org> > 
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org> >> 
>> > > > -- > AsymptopiaSoftware | [EMAIL PROTECTED]> www.asymptopia.org> 
___> osg-users mailing list> 
osg-users@lists.openscenegraph.org> 
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_
Check out Barclays Premier League exclusive video clips here!
http://fc.sg.msn.com/index.aspx___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] CMake build on OSX

2008-06-26 Thread Robert Osfield

Hi Guys,

We'll need to add a version check into the CMake build so that under
OSX you need 2.6 or later.  Once I've done my trawl through the
email/support backlog I'll look at this.  Others are welcome to dive
in and implement it before I get to it ;-)

Robert.

On Tue, Jun 24, 2008 at 2:31 PM, Stephan Maximilian Huber
<[EMAIL PROTECTED]> wrote:
> Hi Gerrick,
>
> Gerrick Bivins schrieb:
>>
>> I updated my osg build area to the latest and greatest and found that
>> turning on applications and examples flags
>> causes CMake to error out on Mac OSX 10.5.3. Turning these off allows for
>> a
>> successful compile/install. Is anyone else
>> seeing this?
>
> What version of cmake are you using? Try updating cmake to 2.6, I had
> similar problems with cmake 2.4
>
>
> cheers,
> Stephan
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] [osg-submissions] API configurations in aseparateConfig include file

2008-06-26 Thread J.P. Delport

Hi,

I was (thankfully) sleeping over some possibly nasty response last night
to the earlier discussions, but was pleasantly surprised with all the
messages this morning.

Bob, thanks for your honesty.

The force strong with this community is ;)

Bob Kuehne wrote:

osg-users,

what fun would this list be if someone (lucky me) didn't get to stick their
foot in their mouth from time to time. :)

don't get me wrong:

i think osg is by _far_ the best designed and implemented scenegraph out
there. and robert does the best job at balancing an admittedly difficult
task - incorporating changes from users, his own ideas and designs, and
criticism from all fronts (mine included). i use osg for 100% of the
projects i do work on and would have it no other way.

having been involved with osg since it's inception, i'm both very satisfied
and very critical of it, out of concern that it continues to evolve in
a way that takes care of it's users yet adapts to the ever-changing
graphics landscape. and i do try to contribute to make it better in little
ways here and there.

and so, as an act of contrition (yes, i was raised a catholic child),
i submit my updated 'FindOSG.cmake' which i use to create builds of apps
with osg on windows, linux, and the mac. this cmake FIND_PACKAGE tool will
setup the variable OSG_INCLUDE_DIRS to point to both the generated and
installed source of osg, as well as the OSG_LIBRARY_DIR for the discovered
osg libraries.

i'll post an entire standalone example to submissions later, because i
think having a way for users to build a standalone app would be a useful
addition, especially with the changing build landscape.

sheepishly, (not a scotland joke)
bob

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

--
This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard.
The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html.

This message has been scanned for viruses and dangerous content by MailScanner,
and is believed to be clean. MailScanner thanks Transtec Computers for their support.

1 2 >

1 - 100 of 164 matches

Mail list logo