Cool VL Viewer forum

View unanswered posts | View active topics It is currently 2024-03-29 14:41:02



Reply to topic  [ 20 posts ]  Go to page 1, 2  Next
Crash: Double Clicking Textures 
Author Message

Joined: 2009-09-08 01:27:46
Posts: 172
Reply with quote
This morning I compiled Cool VL Viewer from source, and ran into a problem with the resulting binary when I logged in at InWorldz. I had noticed a large texture was taking a bit of time to load, so what I did was selected the surface the texture was applied to, opened the texture selector, and then double clicked the texture's entry in the texture list to open up the preview display so that it would load faster. The moment I did, I crashed. I ran on command line to see the output, and saw a lot of cryptic error messages:

Code:
2010-10-31T17:53:13Z INFO: LLError::NoClassInfo::fetchDescendents:  agent/inventory not on AD, checking fallback to region
2010-10-31T17:53:13Z INFO: LLError::NoClassInfo::fetchDescendents:  agent/inventory not on AD, checking fallback to region
2010-10-31T17:53:13Z INFO: LLError::NoClassInfo::fetchDescendents:  agent/inventory not on AD, checking fallback to region
2010-10-31T17:53:17Z WARNING: LLError::NoClassInfo::createDummyWidget: Making dummy view named textbox price in land info panel
2010-10-31T17:53:17Z INFO: LLError::NoClassInfo::initializeRequest: Requesting xfer from 216.75.43.112:9021 for file: /home/zauber/.secondlife/cache/inventory_9e687bbe-58d8-42b3-bdb5-7973a9242a23.tmp
2010-10-31T17:53:17Z INFO: LLError::NoClassInfo::processEOF: Rename failure (18) - /tmp/9dff31c5-1b75-a0a2-a05b-c4c47885c1a1.tmp to /home/zauber/.secondlife/cache/inventory_9e687bbe-58d8-42b3-bdb5-7973a9242a23.tmp
2010-10-31T17:53:17Z INFO: LLError::NoClassInfo::processEOF: Rename across mounts; copying+unlinking the file instead.
2010-10-31T17:53:17Z INFO: LLError::NoClassInfo::processEOF: xfer from 216.75.43.112:9021 complete: /home/zauber/.secondlife/cache/inventory_9e687bbe-58d8-42b3-bdb5-7973a9242a23.tmp
2010-10-31T17:53:18Z INFO: LLError::NoClassInfo::initializeRequest: Requesting xfer from 216.75.43.112:9021 for file: /home/zauber/.secondlife/cache/inventory_3f1e1178-70de-4626-9564-f71ad20fd761.tmp
2010-10-31T17:53:18Z INFO: LLError::NoClassInfo::processEOF: Rename failure (18) - /tmp/c0ff8251-147c-8a3f-2e6e-885bddd8ea02.tmp to /home/zauber/.secondlife/cache/inventory_3f1e1178-70de-4626-9564-f71ad20fd761.tmp
2010-10-31T17:53:18Z INFO: LLError::NoClassInfo::processEOF: Rename across mounts; copying+unlinking the file instead.
2010-10-31T17:53:18Z INFO: LLError::NoClassInfo::processEOF: xfer from 216.75.43.112:9021 complete: /home/zauber/.secondlife/cache/inventory_3f1e1178-70de-4626-9564-f71ad20fd761.tmp
2010-10-31T17:53:26Z INFO: LLError::NoClassInfo::do_elfio_glibc_backtrace: Opening stack trace file /home/zauber/.secondlife/logs/stack_trace.log


To me, it looks like some kind of cache error. I then downloaded the normal version of Cool Viewer, and encountered the same problem, although with less frequency. I then tested both versions on Second Life, and was unable to reproduce it there. I did further testing with both versions at InWorldz, and every time, I got the same "rename failure" and "rename across mounts" error messages, a number of times equal to the amount of textures I opened.


Here's the about info on my system:
Code:
Cool VL Viewer 1.25.0 (12) Oct 29 2010 11:22:05 (Cool VL Viewer)
Release Notes

Built with GCC version 40102

CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5000+
Memory: 3278 MB
OS Version: Linux 2.6.35-ARCH #1 SMP PREEMPT Wed Sep 29 07:17:20 UTC 2010 i686
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce 9800 GT/PCI/SSE2/3DNOW!
OpenGL Version: 3.3.0 NVIDIA 260.19.12

libcurl Version: libcurl/7.16.4 OpenSSL/0.9.7c zlib/1.2.3.3 c-ares/1.4.0
J2C Decoder Version: KDU
Audio Driver Version: FMOD version 3.750000
Qt Webkit Version: 4.5.2


And I've attached a full version of the secondlife.log file. I could not provide stack trace file, as it was completely blank.


Attachments:
SecondLife.log.tar.bz2 [17.31 KiB]
Downloaded 177 times
2010-10-31 17:59:24
Profile WWW

Joined: 2009-03-17 18:42:51
Posts: 5523
Reply with quote
The "cryptic messages" are completely harmless and just a result of the fact the cache directory is (or is contained in) a linked directory to another disk partition.

To trace the bug, I need the stack_trace.log file.


2010-10-31 21:34:53
Profile WWW

Joined: 2009-09-08 01:27:46
Posts: 172
Reply with quote
Unfortunately, the viewer only produces a blank stack trace. If you have any advice to offer on how I could obtain debug info by other means, I'm all ears.


2010-10-31 22:06:47
Profile WWW

Joined: 2009-03-17 18:42:51
Posts: 5523
Reply with quote
Make sure you've got gdb installed on your system, then edit the 'snowglobe' wrapper script and uncomment the line "export LL_WRAPPER='gdb --args'". Finally, launch the viewer from the command line, typing ./snowglobe in the terminal from inside its installation directory, and 'run' the program from inside gdb. Reproduce the crash and then type 'bt' in gdb to get the stack back trace.


2010-10-31 22:52:03
Profile WWW

Joined: 2009-09-08 01:27:46
Posts: 172
Reply with quote
Wow, would've thought the viewer would be lagging if I ran in GDB, but I was getting almost 60fps in it :D

Anyways, here's the back trace:

Code:
Program received signal SIGSEGV, Segmentation fault.
0x726f6765 in ?? ()
(gdb) bt
#0  0x726f6765 in ?? ()
#1  0x08a2e870 in LLViewerObject::getInventoryItemByAsset(LLUUID const&) ()
#2  0x088c7a36 in LLToolDragAndDrop::handleDropTextureProtections(LLViewerObject*, LLInventoryItem*, LLToolDragAndDrop::ESource, LLUUID const&) ()
#3  0x088c7fcf in LLToolDragAndDrop::dropTextureOneFace(LLViewerObject*, int, LLInventoryItem*, LLToolDragAndDrop::ESource, LLUUID const&) ()
#4  0x087b3687 in LLSelectMgr::selectionSetImage(LLUUID const&)::f::apply(LLViewerObject*, int) ()
#5  0x087be87e in LLObjectSelection::applyToTEs(LLSelectedTEFunctor*, bool) ()
#6  0x087c194b in LLSelectMgr::selectionSetImage(LLUUID const&) ()
#7  0x0864f4f9 in LLPanelFace::sendTexture() ()
#8  0x08fc50d0 in LLUICtrl::onCommit() ()
#9  0x08886841 in LLFloaterTexturePicker::commitIfImmediateSet() ()
#10 0x08448ab5 in LLFolderView::doIdle() ()
#11 0x081084cd in LLCallbackList::callFunctions() ()
#12 0x080ddf0d in LLAppViewer::idle() ()
#13 0x080e06d3 in LLAppViewer::mainLoop() ()
#14 0x08c833ca in main ()


2010-10-31 23:05:46
Profile WWW

Joined: 2009-03-17 18:42:51
Posts: 5523
Reply with quote
This corresponds to some unsafe code which exists in all viewer versions (v1.23, SG v1, v2.x). I will produce a fix for it, but I suspect you simply have a corrupted cached inventory (and it would explain why you don't get the crash in SL, since the inventory cache changes with your avatar UUID). Clear your cache and try again.


2010-11-01 00:23:42
Profile WWW

Joined: 2009-09-08 01:27:46
Posts: 172
Reply with quote
I cleared my cache and relogged, but still encountered the same crashing problem.


2010-11-01 00:37:58
Profile WWW

Joined: 2009-09-08 01:27:46
Posts: 172
Reply with quote
I did some additional testing in SecondLife, and did not reproduce the problem there. I decided to check and see whether or not the problem was unique to InWorldz. The problem was quickly reproduced at ReactionGrid, so it appears to only occurring when logged in to InWorldz or OpenSim.

PS: InWorldz is misspelled in the grid selector.


2010-11-01 00:54:48
Profile WWW

Joined: 2009-03-17 18:42:51
Posts: 5523
Reply with quote
Please, download this file and untar it, then replace the binary of your installation of the Cool VL Viewer 1.25.0.12 with it, and see if it makes any difference.


2010-11-01 20:41:44
Profile WWW

Joined: 2009-09-08 01:27:46
Posts: 172
Reply with quote
I still crash. However, I decided to clear my cache and try again, and found a strange behavior. I did not crash when I attempted to view a texture before my inventory was fully loaded. All other tests, I tried viewing after my inventory was fully loaded or almost fully loaded. On the other hand, it could just be somewhat random.

EDIT: I logged in and tested again. I was able to open the texture's preview window several times before crashing and did not crash until my inventory was almost fully loaded.


2010-11-01 21:07:13
Profile WWW
Display posts from previous:  Sort by  
Reply to topic   [ 20 posts ]  Go to page 1, 2  Next

Who is online

Users browsing this forum: No registered users and 33 guests


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.