3.4.6 Problems running Fireworks
Complete:
OpenGL and X11 problems
Indirect (remote) rendering disabled by default in newer XOrg versions (including XQuartz)
The error shows up like this:
xuser@remote.machine (~ ): glxgears
X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 150 (GLX)
Minor opcode of failed request: 3 (X_GLXCreateContext)
Value in failed request: 0x0
Serial number of failed request: 23
Current serial number in output stream: 24
This can be fixed by adding the
+iglx
option to the line that starts the X server on the local machine. There is currently no configuration file option (it will be added to xorg-1.19 and probably backported to older versions).
OSX
Install XQuartz or make sure it is not running. After the installation run the following command:
defaults write org.macosforge.xquartz.X11 enable_iglx -bool true
You may find you need to reboot your machine to have that take effect. Also note that XQuartz installation requires logout/log back in after installation for its changes to take effect.
Linux
this depends on a distribution, for Ubuntu see the link below. We will update this entry for other distributions as needed. Replacing
/usr/bin/xorg
with a script should work everywhere, as descibed here
hard hack
(substitute
-ignoreABI
with
+iglx
).
Links:
Original XOrg change
,
Phoronix article
,
Ubuntu forum
,
Apple forum
.
Running remotely on CC7 machines (also lxplus7.cern.ch)
There is a problem with the Mesa GL version on lxplus (probably all CC7 machines) that manifests as SEGV in LLVM pipeline during early stage of Fireworks startup:
#4 <signal handler called>
#5 0x00007fab213cf5ba in __memcpy_ssse3_back () from /lib64/libc.so.6
#6 0x00007fab09412bdb in llvm::WritableMemoryBuffer::getNewUninitMemBuffer(unsigned long, llvm::Twine const&) () from /usr/lib64/libLLVM-6.0-rhel.so
#7 0x00007fab09412caf in getMemBufferCopyImpl(llvm::StringRef, llvm::Twine const&) () from /usr/lib64/libLLVM-6.0-rhel.so
#8 0x00007fab09412d30 in llvm::MemoryBuffer::getMemBufferCopy(llvm::StringRef, llvm::Twine const&) () from /usr/lib64/libLLVM-6.0-rhel.so
Setting the following environment variables disables usage of LLVM renderer in Mesa GL:
export LIBGL_ALWAYS_SOFTWARE=1
export GALLIUM_DRIVER=softpipe
export DRAW_USE_LLVM=0
Linux specific issues
Buggy Intel drivers
On board Inter graphic drivers are known to be buggy. To check if this is the case run
lspci
and look if there is intel graphic card listed. Also check
glxinfo
to get list of GL extensions (should be 50 or more of them). Try to disable hardware rendering with
LIBGL_ALWAYS_INDIRECT environment variable:
export LIBGL_ALWAYS_INDIRECT=1
Alternatively you can use cmsShow option
--soft, which exports the same environment variable.
If you still have problems and
glxgears
run without errors, send output of
lspci
,
glxinfo
, and
dpyinfo
to fireworks support mailing list (
hn-cms-visualization@cernNOSPAMPLEASE.ch).
Window refresh does not work properly
- On some window managers window refresh does not work properly. For example if Fireworks window is covered by another window, the window stays black after the covering window is removed. To fix the problem open file
/etc/X11/xorg.conf
and remove line Option "BackingStore" "on"
in the Device section. Restart X session when finish changes in xorg.conf
file.
Ubuntu shows only empty graphics views
- The advanced window manager now default in Ubuntu interferes with OpenGL programs. The problem can be fixed by going to System Preferences -> Appearances -> Visual Effects and set the option to None
Mac OS specific issues
Problems saving images
FBO error saving into png/gif files
When save image into png or gif file, you can get the following error:
Error in <TGLEmbeddedViewer::TGLViewer::SavePictureUsingFBO>:
TGLFBO::Init maximum size supported by GL implementation is 0.
The problem is a consequence of false information in GL query. You can avoid the problem by using system tools to create screenshot or to disable FBO in your .rootrc file, by adding the following line:
OpenGL.SavePicturesViaFBO: false
Pdf and ps format
Save to pdf or ps file formats is not supported and will be removed as an option from ROOT file dialog. It is not supported because transparent object and textures are not correctly converted. If you need pdf, the convert command from ImageMagick tools can create a pdf encapsulating the binary image.
Alternatives to save image into file
Review status
Upgrade to workbook style, A.Morelos,17-Apr-2013
Responsible:
AljaMrakTadel
Last reviewed by:
AntonioMorelosPineda - 17 Apr 2013