Thanks for the updated info, Robert. I see your change as r11207. It's
good to know that this issue is limited to just a small handful of
OSX-related files.
I have already updates the 2.8 branch to the latest (except for r11207)
GraphicsWindowCocoa and DarwinUtils; this was required for OS X 10.6
support.
For now, I'll wait on this, and revisit the issue as 2.8.3 rc1 approaches.
-Paul
Robert Osfield wrote:
HI Paul,
On Sun, Mar 14, 2010 at 10:36 PM, Paul Martz <pma...@skew-matrix.com> wrote:
Hi guys -- Given this work is still in progress, I agree with Robert and I
don't think it's right for the 2.8.3 release. Sorry.
I've done a little work on the static initialization side and it looks
like the particular one that was an issue for Andy was the way that
the automatic initialization of osgViewer's under OSX was making
windowing system calls, this isn't normally a problem but when working
on a headless machine you'd get error even if you didn't open a
window.
The solution for this particular issue was making moving the windowing
system initialization calls form the constructor to be lazily
initialized on demand. To make this work I modified :
src/osgViewer/DawinUtils.h
src/osgViewer/DawinUtils.mm
src/osgViewer/GraphicsWindowCocoa.mm
src/osgViewer/GraphicsWindowCarbon.cpp
I checked these changes into svn/trunk over the weekend, so they will
still need testing by the community. Andy reported success with the
first iteration of the changes I made, but made a few more changes
since then to clean them up so there is still a bit of risk associated
with these changes. Once the community tests them out a bit further
we should be confident enough to run with them.
Save for the above changes for static it could be that none of the
other changes would be required for Andy as this is the only one that
his reported as a show stopper so far.
There is a but though... I've just checked the 2.8 branch at it
doesn't have any Cocoa support at all, so my changes wouldn't be able
to merge directly unless you just added Cocoa support to the OSG-2.8
branch. For the OSX community faced with enforced Cocoa usage under
64bit build this would be no bad thing, but it's more work for
yourself to merge. Without these we'll just have to keep the 2.8
series as 32bit under OSX, and ear mark the 3.x series for 64bit
support under OSX. The sooner I can get 3.0 out the door the less of
an issue this will be, as it'll be an easy sell to the community -
just use 3.x if you want OSX 64bit support ;-)
Cheers,
Robert.
_______________________________________________
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
