Bug #79834 for OpenGL: Seems to find 'FREEGLUT' but doesn't appear to use it (Core dump) (OpenSuSE 12.1)

Mon Sep 24 15:58:21 2012 pause [...] tlinx.org - Ticket created

Subject:

Seems to find 'FREEGLUT' but doesn't appear to use it (Core dump) (OpenSuSE 12.1)

Message body is not shown because it is too large.

Wed Sep 26 12:24:58 2012 devel.chm.01 [...] gmail.com - Correspondence added

Subject:	Re: [rt.cpan.org #79834] Seems to find 'FREEGLUT' but doesn't appear to use it (Core dump) (OpenSuSE 12.1)
Date:	Wed, 26 Sep 2012 12:24:37 -0400
To:	bug-OpenGL [...] rt.cpan.org
From:	Chris Marshall <devel.chm.01 [...] gmail.com>

Message body is not shown because it is too large.

Wed Sep 26 12:24:59 2012 The RT System itself - Status changed from 'new' to 'open'

Thu Nov 22 09:42:10 2012 chm [...] cpan.org - Correspondence added

Marking this ticket stalled as there has been
no further response from the user reporting
the problem and hence no ability to further
debug or evaluate the problem.

Thu Nov 22 09:42:11 2012 chm [...] cpan.org - Status changed from 'open' to 'stalled'

Sat Dec 15 08:36:44 2012 chm [...] cpan.org - Correspondence added

On Mon Sep 24 15:58:21 2012, LAWALSH wrote:
Show quoted text

> Normal build failed, so jumped into build dir to run things manually.
>
> Got -- the perl MakefilePL and make seem to go 'ok':
> Ishtar:cache/../build/OpenGL-0.66-Td9wnB> perl Makefile.PL
>
> In order to test your GPU's capabilities, run this make under an X11
> shell

...
Show quoted text

> Using Mipmap
> make: *** [test_dynamic] Segmentation fault (core dumped)
>
> --------
> (gdb) where)
> #0 0x00007f9c99f2ec06 in __memcpy_ssse3_back () from /lib64/libc.so.6
> #1 0x000000301482dd05 in ?? () from /usr/lib64/libGL.so.1
> #2 0x00007f9c99b7f0a7 in XS_OpenGL_glGenProgramsARB_p (
> my_perl=<optimized out>, cv=<optimized out>) at
> pogl_gl_Mult_Prog.xs:1843
> #3 0x00000000004a6ee2 in Perl_pp_entersub ()
> #4 0x000000000049f6a6 in Perl_runops_standard ()
> #5 0x000000000043caf4 in perl_run ()
> #6 0x000000000041ec5b in main ()
>
>
> ??? Note -- I am trying to build this via a remote 'X' session (using
> cygwin X as remote display -- not expecting 'speed', though NW
> connection is 1Gb.
>
> It doesn't seem to be using FREEGLUT but appears to be trying to use
> opengL directly? (i.e. though freeglut supported remote??)

Looking at this one again, didn't see this the
first time. By default, a cygwin build of the perl
OpenGL module will use the WGL/win32 native
OpenGL library. That is why it was being called
even though the session was an X/network one.

If you want the network OpenGL support,
you would (presumably) need to link in the
FreeGLUT + Mesa libraries in place of the
win32 ones.

Cygwin support for accelerated X/GLX has
improved and it may now be possible to
choose which to link to without the hoops
of sticking in the explicit win32 libs.

I'm looking at this issue along with dynamic
configuration for the next OpenGL release.

--Chris

Sat Dec 15 08:36:45 2012 The RT System itself - Status changed from 'stalled' to 'open'

Sat Dec 15 14:22:58 2012 law [...] tlinx.org - Correspondence added

Subject:	Re: [rt.cpan.org #79834] Seems to find 'FREEGLUT' but doesn't appear to use it (Core dump) (OpenSuSE 12.1)
Date:	Sat, 15 Dec 2012 11:22:45 -0800
To:	bug-OpenGL [...] rt.cpan.org
From:	"Linda A. Walsh" <law [...] tlinx.org>

Chris Marshall via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=79834 > > > > > Looking at this one again, didn't see this the > first time. By default, a cygwin build of the perl > OpenGL module will use the WGL/win32 native > OpenGL library. That is why it was being called > even though the session was an X/network one. > > If you want the network OpenGL support, > you would (presumably) need to link in the > FreeGLUT + Mesa libraries in place of the > win32 ones. > > Cygwin support for accelerated X/GLX has > improved and it may now be possible to > choose which to link to without the hoops > of sticking in the explicit win32 libs. > > I'm looking at this issue along with dynamic > configuration for the next OpenGL release. > > --Chris >

=== Ahh... thanks! sorry didn't respond earlier, my system often seems to have random symptoms that come and go based on MS updates...;-/ Have a 10Gb connection to the system generating the graphics, so better 3D wouldn't be a bad thing...

Thu Feb 21 17:27:18 2013 pause [...] tlinx.org - Correspondence added

FWIW -- I notice that with recent updates in my linux system and in my cygwin system, I am able to run primitive GLX based programs (remotely). Reminder -- the program is running on linux and displaying on Cygwin-X. But as an example, a screen saver was able to capture the image of my desktop then do 3D warping of it with smooth updates -- not blocking updates. The moving is being done on the local GPU (judging from it showing activity and not a huge amount of network activity). However, complex 3D like a rotating chessboard, hangs on load...partially drawn board, then hang. One of the programs actually crashed (and reset) my Windows Nvidia driver. Was told that Windows (7-64bit) terminated the driver due to it exceeding a timeout. So remote progs on the Linux machine ARE talking to the GLX driver on Cygwin. The fact that ANY 3D stuff is working, at all, is huge step forward -- it used to be the case that NOTHING GLX would display. Also, FWIW, the OpenGLX package is installed and up-to-date on cygwin (just not on Linux where it is going remotely -- could be (maybe likely?) is lack of some needed file on the linux system to compile, even though the run-time system appears to be working (albeit at a low-complexity rate)...

Tue Nov 26 09:04:44 2013 chm [...] cpan.org - Correspondence added

Based on last feedback the user has things working. Closing this ticket as out of date with the latest Perl OpenGL release.

Tue Nov 26 09:04:46 2013 chm [...] cpan.org - Status changed from 'open' to 'resolved'

Tue Nov 26 09:04:46 2013 chm [...] cpan.org - Taken

Bug #79834 for OpenGL: Seems to find 'FREEGLUT' but doesn't appear to use it (Core dump) (OpenSuSE 12.1)

Preferred bug tracker