Program (BRL-CAD) causing garbled screen under X11 7.2

klauswunderlich · 07-03-2008, 05:07 AM

I'm getting a garbled screen every time the graphics window in BRL-CAD tries to (re)draw (ie, a point is clicked somewhere in the screen, a primitive shape is added...). The graphics window remains blank (as in grey) even as I make spheres etc in the command window. A 'Z' to the graphics window (rotate the current model continuously will result in rapid regarbling of the screen.
The screen returns to normal when other windows (either the command window, or external programs' windows) are focused. This is my first time using it, and I'm proceeding through the manual ... though this sort of behaviour wasn't mentioned!

Quote:

Originally Posted by X -version

X Window System Version 7.2.0
Release Date: Tue Jan 22 17:08:26 UTC 2008
X Protocol Version 11, Revision 0, Release 7.2
Build Operating System: openSUSE SUSE LINUX
Current Operating System: Linux "hostname" 2.6.22.17-0.1-default #1 SMP 2008/02/10 20:01:04 UTC i686
Build Date: 22 January 2008

BRL-CAD is version 7.10.2. It's compiled from source.

I'm pretty sure that this sort of problem isn't going to be exclusive to BRL-CAD. Has anyone experienced this with any other graphics/design program? If so, how did you get around it?

brlcad · 07-13-2008, 03:31 PM

Quote:

Originally Posted by klauswunderlich

I'm getting a garbled screen every time the graphics window in BRL-CAD tries to (re)draw (ie, a point is clicked somewhere in the screen, a primitive shape is added...). The graphics window remains blank (as in grey) even as I make spheres etc in the command window. A 'Z' to the graphics window (rotate the current model continuously will result in rapid regarbling of the screen.
...snip...

This sounds like it might be a problem with your OpenGL driver, even if other OpenGL applications seem to work okay. If you run "fbhelp" it will say whether OpenGL support was compiled into BRL-CAD's display interface listing "/dev/ogl" as a device under Available Devices.

A simple test would be to recompile BRL-CAD with the OpenGL driver turned off. You don't lose any functionality as it simply uses a different driver (X11). Add --without-opengl to the configure line.

Quote:

Originally Posted by klauswunderlich

BRL-CAD is version 7.10.2. It's compiled from source.
...snip...

You may also want to try the latest 7.12.4 release in case it's something we found a work-around for.

Cheers!
Sean

klauswunderlich · 07-26-2008, 10:01 PM

There isn't a linux specific 7.12 package on source forge for 32-bit processors. The 7.12.4 source returns this:

Quote:

Originally Posted by `make`

/bin/sh ../../libtool --silent --tag=CC --mode=link gcc -pipe -fno-strict-aliasing -fno-common -fexceptions -g -O3 -L/usr/local/lib -pipe -fno-strict-aliasing -fno-common -fexceptions -g -O3 -o comb comb.o librt.la ../../src/libbn/libbn.la ../../src/libbu/libbu.la -L../../src/other/tcl/unix -ltcl8.5 -ldl -lm -lpng -lz -lm -lc -lpthread -L../../src/other/tcl/unix -ltcl8.5 -ldl -lm -lm ../../src/libbu/libbu.la -L../../src/other/tcl/unix -ltcl8.5 -ldl -lm -lpng -lz -lm -lc -lpthread -lc -lm ../../src/libsysv/libsysv.la ../../src/other/openNURBS/libopenNURBS.la -lstdc++
./.libs/librt.so: undefined reference to `TclReFree'

Any suggestions?

brlcad · 07-27-2008, 01:37 AM

Quote:

Originally Posted by klauswunderlich

There isn't a linux specific 7.12 package on source forge for 32-bit processors. The 7.12.4 source returns this:

Any suggestions?

That is a known compilation issue in the 7.12.4 source release specific to a couple platforms. You can work around the problem by doing any one of the following:

1) Install a previous binary release, e.g., 7.10.4 for linux is perfectly suitable if you're a new user.

2) Download, compile, and install the 7.12.2 source release. It doesn't have the TclReFree issue.

3) Edit src/librt/regionfix.c and add the following line after all the #include lines near the top of the file:
#undef regfree

If you opt for the last option, you'll have to 'make clean' and rebuild.

Cheers!
Sean

klauswunderlich · 07-29-2008, 05:05 AM

The last option worked like a charm. Compiled in 25 mins, draws nicely too now (but I upgraded my graphics card and driver). Thankyou very much!