Any news on this front? Just wondering if the latest VirtualGL and TurboVNC releases might have fixed the problem.
On 12/3/14 4:40 PM, Athanasios Silis wrote: > for sure it is undoubtedly alot for one man show. hopefully the donation > rectify this abit. > i'm running turbo vnc 1.2.80, i shall update virtualgl too. > thanks again > > On Thu, Dec 4, 2014 at 12:03 AM, DRC <[email protected] > <mailto:[email protected]>> wrote: > > Try the latest pre-release build of VirtualGL just in case this is an > issue that was already fixed (I doubt it, but it doesn't hurt to check.) > > http://www.virtualgl.org/DeveloperInfo/PreReleases > > If you are using TurboVNC 1.2.x, then you might also want to try the > TurboVNC 2.0 pre-release: > > http://www.turbovnc.org/DeveloperInfo/PreReleases > > I'm starting to see an increasing number of application frameworks (Qt > is notorious, for instance) that don't work with the older TurboVNC X > server, because of its outdated extensions. That's why I'm trying to > push out 2.0 as soon as I can. > > Other than that, there isn't much I can do right now. The scope of > getting the application up and running and diagnosing the issue is more > than I can take on as a pro bono project. > > > On 12/3/14 3:48 PM, Athanasios Silis wrote: > > yes running the application locally causes no problem. > > > > btw, the same application compiled with an older version of > > openframeworks, compiles and runs fine. in this case, the output (where > > the other halts) is: > > > > [VGL] glXCreateContextAttribsARB (dpy=0x00977130(:1.0) > > config=0x00000123(0x123) share_context=0x00000000 direct=1 attribs=[] > > ctx=0x0099a250 ) 11.047125 ms > > [VGL] XCreateWindow (dpy=0x00977130(:1.0) parent=0x0000006a x=0 y=0 > > width=500 height=300 depth=24 c_class=1 visual=0x00981890(0x21) > > win=0x00800005 ) 0.003099 ms > > [VGL] glXMakeCurrent (dpy=0x00977130(:1.0) drawable=0x00800005 > > ctx=0x0099a250 > > [VGL] XQueryExtension (dpy=0x00977130(:1.0) name=XVideo > > *major_opcode=135 *first_event=84 *first_error=134 ) 0.128031 ms > > [VGL] > > [VGL] glXCreatePbuffer (dpy=0x00967470(:0) config=0x00000123(0x123) > > attrib_list=[0x8041=0x01f4 0x8040=0x012c 0x801b=0x0001 ] pb=0x05600002 ) > > 23.826838 ms > > > > bummer, to get the openframeworks application working you'll need to > > install some stuff. I'd advise against it. If you want to though, here > > are the instructions:http://openframeworks.cc/download/ > > grab a version of codeblocks IDE and openframeworks 0.8.4 and install > > according to instructions in here > >http://openframeworks.cc/setup/linux-codeblocks/ > > > > Since the problem does not appear with openframeworks 0.8.1 but it > > appears in 0.8.4 (not sure about .2 and .3 releases), i was going > > through the changelog to see if they have altered something significant > > in opengl. I can't see anything > >https://github.com/openframeworks/openFrameworks/blob/master/CHANGELOG.md > > > > I have asked in their forums too : > > >http://forum.openframeworks.cc/t/executing-opengl-applications-remotely-using-vglrun/17870 > > haven't got a reply yet though... > > > > If you choose to install openframeworks, please let me know and i'll > > send the sources over. > > > > Thanks > > > > On Wed, Dec 3, 2014 at 11:28 PM, Athanasios Silis > > <[email protected] <mailto:[email protected]> > <mailto:[email protected] > <mailto:[email protected]>>> wrote: > > > > Hi there, thank you for the quick response. > > it is perhaps possible to send you a binary and a couple of > > libraries - this is a openframeworks application. > > meanwhile here is the dump (vglrun +tr ..) > > > > > nass@starmaze:~/dev/of_v0.8.4_linux64_release/apps/myApps/scannerUdpSender$ > > vglrun +tr ./bin/scannerUdpSender > > [VGL] dlopen (filename=libc.so.6 flag=1 retval=0x7f3d22c0b000) > > [VGL] dlopen (filename=NULL flag=1 retval=0x7f3d22d421c8) > > [VGL] dlopen (filename=NULL flag=1 retval=0x7f3d22d421c8) > > [VGL] dlopen (filename=libpthread.so.0 flag=257 > retval=0x7f3d22c0d4f8) > > [VGL] dlopen (filename=NULL flag=1 retval=0x7f3d22d421c8) > > [VGL] XOpenDisplay (name=NULL dpy=0x01c1f150(:1.0) ) 57.955027 ms > > [VGL] XQueryExtension (dpy=0x01c1f150(:1.0) name=XInputExtension > > *major_opcode=131 *first_event=66 *first_error=129 ) 0.020981 ms > > [VGL] XQueryExtension (dpy=0x01c1f150(:1.0) name=XInputExtension > > *major_opcode=131 *first_event=66 *first_error=129 ) 0.022173 ms > > [VGL] dlopen (filename=libXcursor.so.1 flag=1 retval=0x7f3d22c0d000) > > [VGL] dlopen (filename=NULL flag=1 retval=0x7f3d22d421c8) > > [VGL] dlopen (filename=NULL flag=1 retval=0x7f3d22d421c8) > > [VGL] glXGetProcAddressARB ((char *)procName=glXSwapIntervalEXT > > [INTERPOSED]) 0.005960 ms > > [VGL] glXGetProcAddressARB ((char *)procName=glXSwapIntervalSGI > > [INTERPOSED]) 0.005960 ms > > [VGL] glXGetProcAddressARB ((char > > *)procName=glXCreateContextAttribsARB [INTERPOSED]) 0.005960 ms > > [VGL] glXGetFBConfigs (dpy=0x01c1f150(:1.0) screen=0 *nelements=308 > > ) 0.008821 ms > > [VGL] glXGetFBConfigAttrib (dpy=0x01c1f150(:1.0) > > config=0x00000105(0x105) attribute=5 *value=1 ) 0.005007 ms > > [VGL] glXGetFBConfigAttrib (dpy=0x01c1f150(:1.0) > > config=0x00000105(0x105) attribute=32779 *value=33 ) 0.064135 ms > > [VGL] glXGetFBConfigAttrib (dpy=0x01c1f150(:1.0) > > config=0x00000105(0x105) attribute=32785 *value=1 ) 0.005960 ms > > [VGL] glXGetFBConfigAttrib (dpy=0x01c1f150(:1.0) > > config=0x00000105(0x105) attribute=32784 *value=7 ) 0.005960 ms > > > > ... lots of similar output here... > > > > [VGL] glXGetFBConfigAttrib (dpy=0x01c1f150(:1.0) > > config=0x00000238(0x238) attribute=5 *value=1 ) 0.004053 ms > > [VGL] glXGetFBConfigAttrib (dpy=0x01c1f150(:1.0) > > config=0x00000238(0x238) attribute=32779 *value=0 ) 0.005007 ms > > [VGL] glXGetVisualFromFBConfig (dpy=0x01c1f150(:1.0) > > config=0x00000123(0x123) vis=0x01c36540(0x21) ) 72.489977 ms > > [VGL] glXCreateContextAttribsARB (dpy=0x01c1f150(:1.0) > > config=0x00000123(0x123) share_context=0x00000000 direct=1 > > attribs=[] ctx=0x01c41770 ) 12.629986 ms > > [VGL] XCreateWindow (dpy=0x01c1f150(:1.0) parent=0x0000006a x=0 y=0 > > width=500 height=300 depth=24 c_class=1 visual=0x01c298b0(0x21) > > win=0x00800005 ) 0.005960 ms > > > > > > i'll try to see if I can just pack the binary and the necessary libs > > and send it over > > > > thank you for your help > > > > On Wed, Dec 3, 2014 at 8:53 PM, DRC > > <[email protected] > <mailto:[email protected]> > > <mailto:[email protected] > <mailto:[email protected]>>> wrote: > > > > On 12/3/14 12:38 PM, Athanasios Silis wrote: > > > Hi all, > > > i can successfully run some applications through turbo vnc > using "vglrun > > > ./<opengl-application>". > > > > > > The problem is that with certain applications the execution > just stalls > > > there. no window appears and nothing is output in the command > line (i > > > expect some msgs in the cli). > > > What could be happening? > > > > Not sure. Are any of these failing applications readily > available > > online? I can test one of them and make sure it works for me. > The > > other thing to do is to post the output from 'vglrun +tr > > {application}', > > which might give me a clue as to where it's hanging. ------------------------------------------------------------------------------ Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o _______________________________________________ TurboVNC-Users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/turbovnc-users
