Cool VL Viewer forum

View unanswered posts | View active topics It is currently 2024-03-28 15:50:12



Reply to topic  [ 32 posts ]  Go to page 1, 2, 3, 4  Next
Crash on export object/s recent Linux releases 
Author Message

Joined: 2012-01-11 21:14:01
Posts: 7
Reply with quote
I have a problem with exporting in the last few Linux releases - both in second life and Opensim, I select - edit - export and the client freezes (crashes) every time and I have to force quit. This occurs presently in CoolVLViewer-1.26.4.22-Linux-x86 and also in CoolVLViewer-1.26.5.0-Linux-x86, I'm not sure in which release this became a problem but I have earlier versions and they exports fine.

Res new object or res existing object makes no difference - note - this is not a permissions problem, it's a crash.
___________________

CPU: AMD Phenom(tm) II X4 945 Processor (3000 MHz)
Memory: 4027 MB
OS Version: Linux 3.2.0-26-generic-pae #41-Ubuntu SMP Thu Jun 14 16:45:14 UTC 2012 i686
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce GTX 460/PCIe/SSE2/3DNOW!
OpenGL Version: 4.2.0 NVIDIA 295.40


2012-07-23 09:35:23
Profile

Joined: 2009-03-17 18:42:51
Posts: 5523
Reply with quote
Please, follow the rules for this forum and provide the logs and if possible precise repro steps !... I can't diagnose a bug without them.


2012-07-23 14:50:47
Profile WWW

Joined: 2012-01-11 21:14:01
Posts: 7
Reply with quote
Issue with exporting in the last few Linux releases - both in second life and OpenSim platform.

client freezes (crashes) every time and I have to force quit. This occurs presently in CoolVLViewer-1.26.4.22-Linux-x86 and also in CoolVLViewer-1.26.5.0-Linux-x86, I'm not sure in which release this became a problem but I have earlier versions and they exports fine.

the viewer is otherwise stable and never crashes and has no other noticeable bugs.
______________

reproduction procedure

Log in to Secondlife or OpenSim

rez a new prim or use an existing prim or use an object from your directory.

select object choose '/edit/more/more/export'

immediately the viewer freezes and will no longer function, the world image with pie menu remains in the window.

force quit cool vl from the terminal or system monitor.

Regularity: every time.
______________

note:

this freeze will also occur if i try to export an image.

______________

CPU: AMD Phenom(tm) II X4 945 Processor (3000 MHz)
Memory: 4027 MB
OS Version: Linux 3.2.0-26-generic-pae #41-Ubuntu SMP Thu Jun 14 16:45:14 UTC 2012 i686
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce GTX 460/PCIe/SSE2/3DNOW!
OpenGL Version: 4.2.0 NVIDIA 295.40
______________



running consistent:

18 to 20% cpu load
562 meg ram usage +/_ 5 meg


on crash:

6% CPU load
562 meg ram usage +/_ 5 meg

1:
there is no stack_trace.log so i've used gdb

2:
unfortunately gdb shows no stack trace so i've posted the relevent part of the gdb terminal text.
______________


2012-08-10T17:36:14Z WARNING: LLViewerTexture::setIsMissingAsset: 72bbdf41-3f4a-40e6-a6b8-991d4d346d74: Marking image as missing
2012-08-10T17:36:14Z INFO: beforeDialog: LLWindowSDL::beforeDialog()
[New Thread 0x9d443b40 (LWP 4921)]
[New Thread 0x9cc42b40 (LWP 4922)]

(cool_vl_viewer-bin:4897): GLib-CRITICAL **: PCRE library is compiled without UTF8 support
[Thread 0x9cc42b40 (LWP 4922) exited]
[Thread 0x9d443b40 (LWP 4921) exited]
[Thread 0xafd3db40 (LWP 4908) exited]
[Thread 0xb053eb40 (LWP 4907) exited]
[Thread 0xb0dafb40 (LWP 4906) exited]
[Thread 0xb15b0b40 (LWP 4905) exited]
[Thread 0xb1fe7b40 (LWP 4904) exited]
[Thread 0xb27e8b40 (LWP 4903) exited]
[Thread 0xb2fe9b40 (LWP 4902) exited]
[Thread 0xb37eab40 (LWP 4901) exited]
[Thread 0xb449b880 (LWP 4897) exited]
[Thread 0xb3febb40 (LWP 4900) exited]

Program terminated with signal SIGKILL, Killed.
The program no longer exists.
(gdb) bt
No stack.
(gdb)

______________


2012-08-10 18:03:39
Profile

Joined: 2009-03-17 18:42:51
Posts: 5523
Reply with quote
Alecia Ashbourne wrote:
Issue with exporting in the last few Linux releases - both in second life and OpenSim platform.

client freezes (crashes) every time and I have to force quit. This occurs presently in CoolVLViewer-1.26.4.22-Linux-x86 and also in CoolVLViewer-1.26.5.0-Linux-x86, I'm not sure in which release this became a problem but I have earlier versions and they exports fine.
Knowing which is the last version that still works for you would help...

Quote:
reproduction procedure

Log in to Secondlife or OpenSim

rez a new prim or use an existing prim or use an object from your directory.

select object choose '/edit/more/more/export'

immediately the viewer freezes and will no longer function, the world image with pie menu remains in the window.

force quit cool vl from the terminal or system monitor.

Regularity: every time.
I cannot reproduce this crash at all, here.

Quote:
this freeze will also occur if i try to export an image.
This is therefore not related with the export feature, but with the GTK+ file picker... Note that it is perfectly normal for the viewer to "freeze" (actually to stop rendering) for as long as the file picker is not closed, unless you checked the "Advanced" -> "UI" -> "Use a non-blocking file picker" option.

Quote:
there is no stack_trace.log
Since there is no crash, there is no stack_trace.log...

Quote:
so i've used gdb
unfortunately gdb shows no stack trace
That's because you used the command line to terminate the viewer and it exited normally after that. Instead, type CTRL C in the gdb terminal: you will then get the stack trace (which, I guess, will simply point on the loop that waits for the GTK+ file picker to return).


2012-08-10 18:23:17
Profile WWW

Joined: 2010-04-07 08:23:18
Posts: 210
Reply with quote
Hi Henri, hi Alecia,

that one sounds awfully familiar. From what I can see, you're most likely using Ubuntu 12.04. I had a very hard time after switching, running into the same issue as you, although for me it was batch uploads.

It drove me nuts, and using sheer willpower I finally managed to track it down to the GTK IM modules. There seems to be some crazy dependency mishmash there, which causes the initialisation to fail, and only under certain conditions that I never really figured out (I think directory picking was one, or multiple selections in the file dialog).

The

(cool_vl_viewer-bin:4897): GLib-CRITICAL **: PCRE library is compiled without UTF8 support

message is the one that put me on that trail initially, so I presume you have the same issue.

The true reasons behind it are way beyond my skills, but I eventually solved the issue by avoiding all those crazy IM modules getting loaded. Seems it is not talking about the system PCRE library, but one that's intrinsic to some GTK library, so there was no other obvious fix.

In /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0 there is a file gtk.immodules which lists all the additional input modules to load. I don't know which one(s) you would need to remove to stop it; I just renamed it to gtk.immodules.not and created an empty gtk.immodules (with touch gtk.immodules) instead.

I've been happy ever since. Note, however, since I am running on a 64-bit install, this rather crude approach won't mess with the rest of my system, just affect the 32-bit applications I am running -- which, essentially, boil down to Cool VL Viewer, Cool VL Viewer and Cool VL Viewer :D

On a 32-bit only system, your mileage may vary or it might even cause Ubuntu to eat your firstborn, for all I know.

Love,
Lia


2012-08-10 19:30:58
Profile

Joined: 2009-03-17 18:42:51
Posts: 5523
Reply with quote
Amalia Illios wrote:
The

(cool_vl_viewer-bin:4897): GLib-CRITICAL **: PCRE library is compiled without UTF8 support

message is the one that put me on that trail initially, so I presume you have the same issue.
If the UTF-8 support is the actual issue, you could also try to add:

Code:
export LANG=C
export LC_ALL=C

at the start of the the cool_vl_viewer wrapper script. It should force the runtime libraries to use plain ASCII...


2012-08-10 20:00:10
Profile WWW

Joined: 2010-04-07 08:23:18
Posts: 210
Reply with quote
Henri Beauchamp wrote:
If the UTF-8 support is the actual issue, you could also try to add:

Code:
export LANG=C
export LC_ALL=C

at the start of the the cool_vl_viewer wrapper script. It should force the runtime libraries to use plain ASCII...
Tried that at an early point actually, didn't help. I got in deeper than I liked in the end, and I completely pushed it out of my brain again by now, but the thing is that some code in GTK explicitely tries to initialize the PCRE library with UTF-8 under certain conditions (not depending on the locale), and the built-in PCRE-lib of GTK (Or was it GLIB?) which is always used, no matter what you do to the libpath or anything else I tried, seems to lack that support so the init fails which then causes the file dialog to fold and never really return properly.

Hunting this down took me more or less an entire weekend then, and I was very very close to giving up on Ubuntu 12.04 because of it. I swear, my head hurts just thinking back to that. Since technically it's not a viewer issue, I just never really bothered mentioning it here.

Love,
Lia


2012-08-10 23:30:52
Profile

Joined: 2012-01-11 21:14:01
Posts: 7
Reply with quote
OK .. i think Amalia has a point and i may be in error - its possible that this issue is related only to 12.04 as i cant find a version of cool vl that will not crash under this condition in 12.04. so it must have been 11.10 that i last used export successfully - anyhow, I did however re run in gdk and quit as Henrie suggested the result is below

___________________________________________________

(cool_vl_viewer-bin:17232): GLib-CRITICAL **: PCRE library is compiled without UTF8 support
[Thread 0x9c446b40 (LWP 17259) exited]
[Thread 0x9cc47b40 (LWP 17258) exited]
^C
Program received signal SIGINT, Interrupt.
0xb7fdd424 in __kernel_vsyscall ()
(gdb) bt
#0 0xb7fdd424 in __kernel_vsyscall ()
#1 0xb6b6196b in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib/i386-linux-gnu/libpthread.so.0
#2 0xb78467a6 in g_cond_wait () from /lib/i386-linux-gnu/libglib-2.0.so.0
#3 0xb782a85c in g_once_init_enter ()
from /lib/i386-linux-gnu/libglib-2.0.so.0
#4 0xb7818b06 in g_regex_new () from /lib/i386-linux-gnu/libglib-2.0.so.0
#5 0xb7819460 in g_regex_match_simple ()
from /lib/i386-linux-gnu/libglib-2.0.so.0
#6 0xae8e390d in ?? ()
from /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0/immodules/im-ibus.so
#7 0xb78e5bff in g_type_class_ref ()
from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#8 0xb78cd2de in g_object_newv ()
from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#9 0xb78cd7c8 in g_object_new ()
from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#10 0xae8e45db in ibus_im_context_new ()
from /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0/immodules/im-ibus.so
#11 0xae8e20d2 in im_module_create ()
from /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0/immodules/im-ibus.so
---Type <return> to continue, or q <return> to quit---

___________________________________________________



more interestingly having searched 'GLib-CRITICAL **: PCRE library is compiled without UTF8 support' i found a few posts and it seems the issue is not viewer specific nor export specific but rather different viewers running under 12.04 under a variety of conditions. So i believe this will become more widespread as more people adopt '12.xx Precise'

___________________________________________________

here is the jira:

https://jira.secondlife.com/browse/VWR-28846?

at the end of the jira it shows that firestorm had problems similar whilst saving textures and incorporated a fix and also posted the fix here:

http://hg.phoenixviewer.com/phoenix-fir ... 7d29c0323e


2012-08-11 19:08:36
Profile

Joined: 2009-03-17 18:42:51
Posts: 5523
Reply with quote
As expected, you are stuck in an infinite loop within the GTK library. Just update your system GTK for a bug-fixed version. I can do nothing for you since the viewer is not the culprit, here...


2012-08-11 19:26:07
Profile WWW

Joined: 2012-08-13 12:20:18
Posts: 1
Reply with quote
I know the problem is not on the viewer side, but it looks like firestorm and dolphin have implemented a workaround on the viewer side for this issue.
I think I have tried most of the viewer existing for linux on my ubuntu 12.4 installation, and those 2 are the only two which are not crashing when a file/directory selection is opened.
According to SL jira related to the bug (https://jira.secondlife.com/browse/VWR-28846), the fix is available here:
http://hg.phoenixviewer.com/phoenix-firestorm-lgpl/rev/6e7d29c0323e
I don't quite understand what it is about, but eventually, you may want to include it in your next build.

Best regards Max


2012-08-13 12:43:53
Profile
Display posts from previous:  Sort by  
Reply to topic   [ 32 posts ]  Go to page 1, 2, 3, 4  Next

Who is online

Users browsing this forum: No registered users and 26 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.