Cool VL Viewer forum

If I try with CoolVLViewer-1.26.4.37-Linux-x86 to check and uncheck "Anisotropic Filtering" (in Preferences -> Graphics -> Hardware Settings), I crash with:

ERROR: mainLoop: Bad memory allocation in LLAppViewer::mainLoop() !

This is an open bug for Firestorm too:
http://jira.phoenixviewer.com/browse/FI ... l-tabpanel

Any relation with announcement
" Cool VL Viewer v1.26.4.37 (stable branch):
New in this release:
A handful of crash bug fixes backported from Firestorm..." ?

On the contrary, applying the workaround described on Firestorm bug report page:

"Suggestion from SH-2793:
TEMPORARY WORKAROUND: Go to Preferences > Graphics tab > "Hardware Options" to set the Texture Memory to be 256MB if the current number is above that. This should prevent the out-of-memory problem that leads to a crash."
( but I lowered 256 to 128MB)

viewer crashes with:
ERROR: getData: Bad memory allocation for the image buffer!

This is simply an out of memory condition and is totally unrelated to the Firestorm fixes or workarounds you cite.

What surprises me is the number of times you get the shaders reloaded in the same session, and apparently, the out of memory error occurs during one such reload (this could possibly be a graphics driver issue, since I can't get any crash while reloading shaders here)...
Please, provide repro steps (i.e. what course of actions do you exactly follow to get the viewer to crash), since the log is of little help here.

(Meanwhile reading the bt complaining about #3 0x08c50cbf in LLImageTGA::decodeTruecolorRle32(LLImageRaw*, int&) ()
I eliminated file "/usr/lib/qt4/plugins/imageformats/libqtga.so" that prevents gwenview (Kde4 image viewer) from opening tga images.)

Repro steps then:

In Preferences -> Graphics -> Hardware Options -> I uncheck Anisotropic Filtering.
Correcly the viewer announces "Changing Resolution..."
Now I check Anisotropic Filtering, newly -> OK and viewer crashes, blank window , this time with:

0xb2724c8d in memory_pool_malloc () from /usr/local/lib/dri//r300_dri.so

And yes R300 is the open-souce graphics driver...

Yes, this is the well known OpenGL restart bug... I can't be cured, alas... Even LL gave up (when you change such parameters, LL's v3 viewer doesn't restart OpenGL any more, leading in strange looking renders till you restart the viewer... They also removed the full screen mode which also triggers an OpenGL restart).

Depending on your graphics driver, the OpenGL restart may work or not...

I'll make it so this setting is only taken into account after a viewer restart (like for FSAA): this will prevent the crash from happening.