Cool VL Viewer forum

View unanswered posts | View active topics It is currently 2017-07-23 14:51:33

Reply to topic  [ 3 posts ] 
Cool VL Viewer crashes on local texture update. 
Author Message

Joined: 2012-01-19 03:18:40
Posts: 100
Reply with quote
I'm not certain if this report is useful, since as a Mac-driver I'm stuck on a back-release of Cool VL Viewer, and I don't know how long Henri keeps the debugging stuff for old releases, but on the chance that if might fix something for somebody else, I'll have a go.

I am running Cool VL Viewer, and during building sessions, I am finding that the viewer crashes when I update a local texture on my hard-disk by saving the file from my graphics-editor (GIMP). This only happens if I update the texture while it is "active" on the prim surface. The crash does not occur every single time I refresh a texture, but it does occur most times which is rather annoying when fine-tuning a texture.

Cool VL Viewer Oct 9 2016 05:15:12 (Cool VL Viewer)
RestrainedLove viewer v2.09.20.21
Release Notes

You are at 259519.2, 259634.4, 19.6 in Ferox located at (
Second Life Server
Release Notes

CPU: Intel(R) Core(TM) i7-4771 CPU @ 3.50GHz (3500 MHz)
Memory: 16384 MB
OS version: Mac OS X 10.11.6 Darwin 15.6.0 Darwin Kernel Version 15.6.0: Thu Sep 1 15:01:16 PDT 2016; root:xnu-3248.60.11~2/RELEASE_X86_64 x86_64
Memory manager: OS native
Graphics card vendor: NVIDIA Corporation
Graphics card: NVIDIA GeForce GTX 780M OpenGL Engine
OpenGL version: 2.1 NVIDIA-10.10.14 310.42.25f02

J2C decoder: OpenJPEG:
Audio driver: FMOD Ex 4.44.63
Networking backend: libcurl/7.47.0 OpenSSL/1.0.1h zlib/1.2.8
Embedded browser:
Packets lost: 0/16006 (0.0%)

Built with GCC version 4.2.1

Compile flags used for this build:
-O2 -fomit-frame-pointer -frename-registers -fweb -fexpensive-optimizations -DNDEBUG -pipe -g -fexceptions -fno-strict-aliasing -fvisibility-inlines-hidden -fsigned-char -m32 -march=pentium4 -msse2 -mfpmath=sse -fno-math-errno -fno-trapping-math -pthread -fno-stack-protector -mlong-branch -Wall -Wno-reorder -Werror -DLL_DARWIN=1 -DXML_STATIC -DLL_PRIVATE_MEMORY_POOLS=1 -DLL_VB_MEM_POOL=1 -DLL_VOLUME_MEM_POOL=1 -DOV_EXCLUDE_STATIC_CALLBACKS -DLL_FMODEX=1 -DLIB_NDOF=1

Attachments: [13.77 KiB]
Downloaded 12 times
2017-01-07 00:13:14

Joined: 2012-01-19 03:18:40
Posts: 100
Reply with quote
Please ignore this report. Further testing demonstrates that this is not a Cool VL Viewer problem.

2017-01-08 23:02:48

Joined: 2009-03-17 18:42:51
Posts: 3594
Reply with quote
Indeed, this will happen with any viewer.

The local texture feature is akin to a dirty hack: if you stand on a carpet and someone pulls off the carpet from under your feet, you will fall down...

That's what's happening when you change the texture file while it is in use by the viewer: if the viewer attempts to reload the texture (to refresh it) while the file is being written down, it will likely crash. It would be possible to avoid the crash by explicitly locking the file within the viewer, but then you would be incapable of modifying it from another program...

I did not yet give the code a closer look (it might be possible to tell the viewer not to refresh the texture from the file for some time, the time you change the said file, or to pop up a permission dialog for the said refresh, when a change in the file is detected), but this bug (more like a design flaw of the feature) should probably be reported to LL (using their viewer as a repro mean) for an upstream fix.

2017-01-09 09:16:46
Profile WWW
Display posts from previous:  Sort by  
Reply to topic   [ 3 posts ] 

Who is online

Users browsing this forum: No registered users and 1 guest

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group
Designed by ST Software.