Okay, we figured out what was going on, the application in question created a new GLUT window explictly on :0.0. So VGL was not to blame...
Paul On 21-05-14 14:28, Paul Melis wrote: > Here's a trace and the two pieces of xwininfo output (gui.info = :1, > viewer.info = :0). I see an XCreateWindow on :0.0 by VGL, but can't tell > if that's coming from VGL, or from the app and gets intercepted by VGL. > There was some output of the app in the trace output that I removed, btw. > > Paul > > On 05/21/2014 01:23 AM, DRC wrote: >> I've learned never to say that anything is impossible, because I usually >> end up being proven wrong, but let's just say that if VirtualGL is >> causing this, it is by way of an as-yet-undiscovered mechanism that I >> can't at the present moment fathom. VirtualGL doesn't modify the >> display argument of any functions except GLX functions. >> >> Can you send me a VGL trace of the application along with a list of the >> window handles (obtainable with xwininfo) from the window that is on >> display :1 and the window that is on display :0? >> >> >> On 5/20/14 4:37 PM, Paul Melis wrote: >>> Hi DRC, >>> >>> I'm afraid sharing the app is a bit difficult... >>> >>> I did some more testing on my home machine, using a TigerVNC server and >>> VirtualGL 2.3.3. What seems to be happening is that when I start the app >>> with vglrun within the VNC session the GUI window indeed ends up on >>> DISPLAY :1 in side the VNC session, but the rendering window ends up on >>> DISPLAY :0, i.e. outside the VNC session. I can't tell if the rendering >>> window starts out on :1 and then gets moved to :0 or if it is created on >>> :0 in the first place. >>> >>> It's a single-process app written with what looks like FLTK, so I would >>> expect both windows to just get created on the same X display. Is it >>> possible that VirtualGL causes the different displays to be used? >>> >>> Regards, >>> Paul >> ------------------------------------------------------------------------------ >> >> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE >> Instantly run your Selenium tests across 300+ browser/OS combos. >> Get unparalleled scalability from the best Selenium testing platform >> available >> Simple to use. Nothing to install. Get started now for free." >> http://p.sf.net/sfu/SauceLabs >> _______________________________________________ >> VirtualGL-Users mailing list >> VirtualGL-Users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/virtualgl-users > > > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. > Get unparalleled scalability from the best Selenium testing platform available > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > > > > _______________________________________________ > VirtualGL-Users mailing list > VirtualGL-Users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/virtualgl-users > -- ** SURFsara heeft een nieuw algemeen telefoonnummer: 020 800 1300 ** Paul Melis | Groepsleider & Adviseur Visualisatie | SURFsara | | Science Park 140 | 1098 XG Amsterdam | | T 020 592 30 59 | paul.me...@surfsara.nl | www.surfsara.nl | ------------------------------------------------------------------------------ Time is money. Stop wasting it! Get your web API in 5 minutes. www.restlet.com/download http://p.sf.net/sfu/restlet _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users