No idea, sry. It's getting on for 15 years since I did any xlib programming.
You could have a poke around in: src\osgViewer\GraphicsWindowX11.cpp and work backwards from there. 2009/5/14 <paul1...@yahoo.com>: > > Already tried "xhost +".. No help.. > > What is so special about "osgkeyboardmouse, osgcompositeviewer, > osgsidebyside, osgtexture3D, osgslice, and osgwindows" that would cause them > not to work but other do? "osgviewer --window" seems to work fine.. Does > this have something to do with the GraphicsContext? > > Paul P. > > > ----- Original Message ---- > From: Simon Hammett <s.d.hamm...@googlemail.com> > To: OpenSceneGraph Users <osg-users@lists.openscenegraph.org> > Sent: Thursday, May 14, 2009 2:58:09 PM > Subject: Re: [osg-users] Remote execution and OSG > > Don't you have to grant access on your machine to remote connections? > IIRC, try 'xhost +' on your machine before starting the program on the > remote machine. > > 2009/5/14 <paul1...@yahoo.com>: >> >> Yes, I am using Redhat Linux with OSG 2.9.3. >> >> Using "ssh -Y" didn't help... >> >> Also, as I pointed out in my last e-mail, I get this X11 connection refused, >> however, the application still runs but FULL SCREEN instead of in a window... >> >> Paul P. >> >> >> ----- Original Message ---- >> From: "Thrall, Bryan" <bryan.thr...@flightsafety.com> >> To: OpenSceneGraph Users <osg-users@lists.openscenegraph.org> >> Sent: Thursday, May 14, 2009 1:35:45 PM >> Subject: Re: [osg-users] Remote execution and OSG >> >> paul1...@yahoo.com wrote on Thursday, May 14, 2009 12:28 PM: >> >>> I need to be able to run my OSG program remotely (from a different machine >>> that where the display location). I'm using "ssh" to login to the remote >>> location and have my "setenv DISPLAY" set back to my original computer (I've >>> set xhost + on the server machine). >>> >>> When I do this, on SOME OSG examples, I'm getting: >>> Xlib: connection to ":0.0" refused by server >>> Xlib: No protocol specified >>> >>> Error: Unable to open display ":0.0". >>> Error: unable to create graphics window >>> >>> I haven't narrowed down when I get this but it seems that I get it only when >>> I run applications that create their own windows. I do not see this when >>> running osgviewer in full screen mode nor with many of the other OSG >>> examples. However, I do see this problem with osgkeyboardmouse, >>> osgcompositeviewer, osgsidebyside, osgtexture3D, osgslice, and osgwindows. >>> In these cases, instead of opening up a window as I think these are supposed >>> to do, it runs full screen. >>> >>> Any idea what is going on here? >> >> Not sure what's wrong with your DISPLAY, but 'ssh -Y' will tunnel the X >> connection through ssh and set up the DISPLAY correctly (usually to >> something like 'localhost:10.0') without you having to mess with it. >> >> You don't say, but I'm assuming you're running Linux or something like that; >> OSG compiled for Windows doesn't do X forwarding :) >> >> -- >> Bryan Thrall >> FlightSafety International >> bryan.thr...@flightsafety.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 >> > > > > -- > http://www.ssTk.co.uk > _______________________________________________ > 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 > -- http://www.ssTk.co.uk _______________________________________________ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org