Hi Allen,
On Thu, 2006-08-17 at 21:34 -0500, Allen Bierbaum wrote:
>
> Having OpenSG do it internally. My (possibly naive) approach would be
> to scan a given plugin path and load all the .so/.dll files in that
> directory. This would be similar to how other systems do it so I think
> it could work.
We have that one already, using OSG_LOAD_LIBS, OSG_PLUGIN_PATH and
OSG_PLUGIN_PATTERN.
> Is there any way possible we could still use Geometry::create(). I
> guess this would really depend upon whether it is possible to compile an
> application that uses the interface of Geometry without it having to
> resolve the symbols at compile time.
Well, it would work for all objects that are explicitly linked to the
application. I don't think the run-time linker would let you start a
program without being able to resolve all symbols, but I might be wrong
about this. If it does let you, as long as you don't call any of the
offending functions before osgInit is run (which you probably can't do
anyway), you should be fine.
To sum it up: could work, but would require support by the OS.
> As far as b), the method I was thinking of wouldn't need that (as far as
> I can tell) because it would just load all the libraries that it can
> find at startup time. There would be no dynamic searching of the
> libraries that it needs for a given node type.
OK.
> As an aside, using something like "FCFactory::create("Geometry")" would
> not really help the usability of OpenSG IMHO.
Nope.
> Agreed. I guess I was assuming that you or Gerrit could write a nice
> magical macro call that would handle all the scaffolding. :)
The problem is that it often takes more than one. ;)
Yours
Dirk
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users
