1_19_1_0_RELEASECANDIDATE always CRASH on start

On a Dell Inspiron 1520 (NVidia 8600GT; OpenGL version: 2.1.2 NVIDIA 169.12) with Ubuntu Gutsy it always crash during start.

Which log file i have to post here?

Cheers

i have the same issue here, thats def. an alpha

2008-03-07T20:14:52Z INFO: loadAllPresets: name: Default.xml
2008-03-07T20:14:52Z INFO: loadAllPresets: Loading water from /usr/local/SecondLife_TEST/app_settings/windlight/water/Default.xml
2008-03-07T20:14:52Z INFO: loadAllPresets: name:
2008-03-07T20:14:52Z WARNING: parseXml: Bone without position
2008-03-07T20:14:52Z WARNING: parseXml: Error parsing bone in skeleton file
2008-03-07T20:14:52Z i686-linux-client-releasefordownload/newview/llvoavatar.cpp(1431) : error
2008-03-07T20:14:52Z ERROR: initClass: Error parsing skeleton XML file: /usr/local/SecondLife_TEST/character/avatar_skeleton.xml
LogLock::LogLock: failed to get mutex for log
LogLock::LogLock: failed to get mutex for log
LogLock::LogLock: failed to get mutex for log
LogLock::LogLock: failed to get mutex for log
LogLock::LogLock: failed to get mutex for log
LogLock::LogLock: failed to get mutex for log
LogLock::LogLock: failed to get mutex for log
LogLock::LogLock: failed to get mutex for log
LogLock::LogLock: failed to get mutex for log
/usr/local/SecondLife_TEST/secondlife: line 100: 21806 Segmentatiefout LD_LIBRARY_PATH="`pwd`"/lib:"`pwd`"/app_settings/mozilla-runtime-linux-i686:"${LD_LIBRARY_PATH}" $LL_WRAPPER bin/do-not-directly-run-secondlife-bin -settings settings_releasecandidate.xml -channel "Second Life Release Candidate"
*** Unclean shutdown. ***


Suse 10.2 x86_64 (win x32-libs) nvidia 7600GT (100.17-drivers, newer crashes SecondLife-client even more often).

Exactly the same here...

GL_RENDERER GeForce 7950 GT/AGP/SSE2
GL_VERSION 2.1.2 NVIDIA 169.12
Suse 10.1

It always crash for me when I try to access my inventory. Previous versions were totally ok. And now it's the mandatory update for Windlight. (and I am addicted to WL!)

Hi,

same here:

....
2008-03-07T23:27:38Z WARNING: parseXml: Bone without position
2008-03-07T23:27:38Z WARNING: parseXml: Error parsing bone in skeleton file
2008-03-07T23:27:38Z i686-linux-client-releasefordownload/newview/llvoavatar.cpp(1431) : error
2008-03-07T23:27:38Z ERROR: initClass: Error parsing skeleton XML file: /home/soenke/Internet/second_life/SecondLife_i686_1_19_1_0_RELEASECANDIDATE/character/avatar_skeleton.xml
LogLock::LogLock: failed to get mutex for log
LogLock::LogLock: failed to get mutex for log
LogLock::LogLock: failed to get mutex for log
LogLock::LogLock: failed to get mutex for log
LogLock::LogLock: failed to get mutex for log
LogLock::LogLock: failed to get mutex for log
LogLock::LogLock: failed to get mutex for log
LogLock::LogLock: failed to get mutex for log
./secondlife: line 100: 10073 Speicherzugriffsfehler  LD_LIBRARY_PATH="`pwd`"/lib:"`pwd`"/app_settings/mozilla-runtime-linux-i686:"${LD_LIBRARY_PATH}" $LL_WRAPPER bin/do-not-directly-run-secondlife-bin -settings settings_releasecandidate.xml -channel "Second Life Release Candidate"
*** Unclean shutdown. ***

*******************************************************
This is a BETA release of the Second Life linux client.
Thank you for testing!
Please see README-linux.txt before reporting problems.

NVIDIA Driver Version: 169.09
x-org Version: 6.8.2
Glibc: 2.3.4
Kernel: 2.6.24

Best regards
Sönke

According to the LL Blog, it looks like it's our old friend

export LC_NUMERIC=C

that needs to be in the startup script.

Thanks for reply Roy.

"export LC_NUMERIC=C" has not resolve my problem. But you have give me a good tip.
I have put "LC_ALL=C" instead in the startup-script.
Now it´s work.

Thank you very much.

Sönke

Same here. It worked! Thanks

Ah, yes......didn't remembered this....works now. Big thanks!

Same issue there.

I can't properly use the inventory. T's really annoying.

(Kubuntu7.10 Geforce8600 did have to export the LC_NUMERIC var)

Same issue here, ALL new 1.19 viewers seem extremely unstable, and i sometimes manage to stay logged in for 30 minutes, but crash at random times, from logging in upto 30 minutes.

I have tried the work around, was no help in my case, and I seem to be having this inventory crash problem, as everyone else is having.

My solution was to use the 'windlight cool viewer', this thing is rock solid, I don't know what this guy has done different to LL, but he has given me the only stable viewer in months, big thanks to him.

Somethng different - any ideas? (AMD64 gentoo)

2008-03-18T16:14:49Z INFO: writeSystemInfo: OS: Linux 2.6
2008-03-18T16:14:49Z INFO: writeSystemInfo: OS info: Linux 2.6.23-gentoo-r3 #1 SMP PREEMPT Sun Jan 6 11:45:26 GMT 2008 x86_64
2008-03-18T16:14:49Z INFO: Loading configuration file /home/trinity/.secondlife/user_settings/settings_releasecandidate.xml
2008-03-18T16:14:49Z WARNING: parseFile: Couldn't open file /home/trinity/.secondlife/user_settings/settings_releasecandidate.xml
2008-03-18T16:14:49Z WARNING: parseFile: LLXmlTree parse failed.  Line 1: Couldn't open file /home/trinity/.secondlife/user_settings/settings_releasecandidate.xml
2008-03-18T16:14:49Z WARNING: loadFromFile: Unable to open control file /home/trinity/.secondlife/user_settings/settings_releasecandidate.xml
2008-03-18T16:14:49Z INFO: Failed to load settings from /home/trinity/.secondlife/user_settings/settings_releasecandidate.xml
2008-03-18T16:14:49Z INFO: Loading legacy settings from /home/trinity/.secondlife/user_settings/settings.ini
2008-03-18T16:14:49Z INFO: loadFromFileLegacy: LLControlGroup::loadFromFile unable to open.
2008-03-18T16:14:49Z WARNING: parseFile: Couldn't open file /home/trinity/.secondlife/user_settings/crash_settings.xml
2008-03-18T16:14:49Z WARNING: parseFile: LLXmlTree parse failed.  Line 1: Couldn't open file /home/trinity/.secondlife/user_settings/crash_settings.xml
2008-03-18T16:14:49Z WARNING: loadFromFile: Unable to open control file /home/trinity/.secondlife/user_settings/crash_settings.xml
2008-03-18T16:14:49Z INFO: Loading art table from /home/trinity/SecondLife/SecondLife_i686_1_19_1_1_RELEASECANDIDATE/app_settings/viewerart.xml
2008-03-18T16:14:49Z INFO: Loading art table from /home/trinity/SecondLife/SecondLife_i686_1_19_1_1_RELEASECANDIDATE/skins/textures/textures.xml
2008-03-18T16:14:49Z INFO: Loading base colors from /home/trinity/SecondLife/SecondLife_i686_1_19_1_1_RELEASECANDIDATE/app_settings/colors_base.xml
2008-03-18T16:14:49Z INFO: Loading user colors from /home/trinity/SecondLife/SecondLife_i686_1_19_1_1_RELEASECANDIDATE/app_settings/colors.xml
2008-03-18T16:14:49Z INFO: Failed to load user colors from /home/trinity/SecondLife/SecondLife_i686_1_19_1_1_RELEASECANDIDATE/app_settings/colors.xml
2008-03-18T16:14:49Z INFO: Loading legacy colors from /home/trinity/SecondLife/SecondLife_i686_1_19_1_1_RELEASECANDIDATE/app_settings/colors.ini
2008-03-18T16:14:49Z INFO: update_vector_performances: Vectorization         : DISABLED
2008-03-18T16:14:49Z INFO: update_vector_performances: Vector Processor      : COMPILER DEFAULT
2008-03-18T16:14:49Z INFO: update_vector_performances: Vectorized Skinning   : ENABLED
2008-03-18T16:14:49Z INFO: update_vector_performances: Vectorization         : DISABLED
2008-03-18T16:14:49Z INFO: update_vector_performances: Vector Processor      : COMPILER DEFAULT
2008-03-18T16:14:49Z INFO: update_vector_performances: Vectorized Skinning   : DISABLED
2008-03-18T16:14:49Z INFO: purgeCache: Purging Texture Cache...
2008-03-18T16:14:49Z WARNING: ll_apr_warn_status: APR: No such file or directory
2008-03-18T16:14:49Z WARNING: ll_apr_warn_status: APR: No such file or directory
2008-03-18T16:14:49Z INFO: purgeCache: Purging Cache...
2008-03-18T16:14:49Z INFO: initCache: TEXTURE CACHE: Headers: 139810 Textures size: 320 MB
2008-03-18T16:14:49Z INFO: initCache: VFS CACHE SIZE: 100 MB
2008-03-18T16:14:49Z WARNING: initCache: Bad or missing vfx index file /home/trinity/.secondlife/cache/index.db2.x.1
2008-03-18T16:14:49Z WARNING: initCache: Removing old vfs data file /home/trinity/.secondlife/cache/data.db2.x.1
2008-03-18T16:14:49Z INFO: initCache: Removing old vfs and re-sizing
2008-03-18T16:14:49Z INFO: presizeDataFile: Pre-sized VFS data file to 104857600 bytes
2008-03-18T16:14:49Z INFO: LLVFS: VFS: Using index file /home/trinity/.secondlife/cache/index.db2.x.98433824 and data file /home/trinity/.secondlife/cache/data.db2.x.98433824
2008-03-18T16:14:49Z INFO: LLVFS: VFS: Using index file /home/trinity/SecondLife/SecondLife_i686_1_19_1_1_RELEASECANDIDATE/app_settings/static_index.db2 and data file /home/trinity/SecondLife/SecondLife_i686_1_19_1_1_RELEASECANDIDATE/app_settings/static_data.db2
2008-03-18T16:14:49Z INFO: initWindow: Initializing window...
2008-03-18T16:14:49Z INFO: ll_try_gtk_init: Starting GTK Initialization.
2008-03-18T16:14:49Z INFO: ll_try_gtk_init: GTK Initialized.
2008-03-18T16:14:49Z INFO: ll_try_gtk_init: - Compiled against GTK version 2.4.14
2008-03-18T16:14:49Z INFO: ll_try_gtk_init: - Running against GTK version 2.12.1
2008-03-18T16:14:49Z INFO: createContext, fullscreen=0 size=1000x700
2008-03-18T16:14:49Z INFO: createContext: Compiled against SDL 1.2.5
2008-03-18T16:14:49Z INFO: createContext:  Running against SDL 1.2.12
2008-03-18T16:14:49Z INFO: createContext: creating window 1000x700x32
2008-03-18T16:14:49Z WARNING: LLHost::getHostName() : Invalid IP address
2008-03-18T16:14:49Z INFO: handleViewerCrash: Creating crash marker file /home/trinity/.secondlife/logs/SecondLife.error_marker
2008-03-18T16:14:49Z INFO: handleViewerCrash: Created crash marker file /home/trinity/.secondlife/logs/SecondLife.error_marker
2008-03-18T16:14:49Z INFO: closeDebug: Opening debug file /home/trinity/.secondlife/logs/debug_info.log
2008-03-18T16:14:49Z INFO: removeMarkerFile()
2008-03-18T16:14:49Z INFO: do_elfio_glibc_backtrace: Opening stack trace file /home/trinity/.secondlife/logs/stack_trace.log
2008-03-18T16:14:52Z INFO: do_elfio_glibc_backtrace: Finished generating stack trace.
2008-03-18T16:14:52Z INFO: fork: Forked child process 25332
2008-03-18T16:14:52Z INFO: LLApp::setupErrorHandling - Starting error thread
2008-03-18T16:14:52Z INFO: run: thread_error - Waiting for an error
2008-03-18T16:14:52Z INFO: LLThread::staticRun() Exiting: Error

What does /home/trinity/.secondlife/logs/stack_trace.log say?

means nothing to me, but here goes

/home/trinity/.secondlife/logs/stack_trace.log

0:      ELF(LLAppViewerLinux::handleCrashReporting()+0x119) [0x80ff329]
1:      ELF(LLAppViewer::handleViewerCrash()+0x380) [0x80db640]
2:      ELF(LLApp::runErrorHandler()+0x32) [0xa000262]
3:      ELF(LLErrorThread::run()+0x596) [0xa01a836]
4:      ELF(LLThread::staticRun(apr_thread_t*, void*)+0x25) [0xa050e05]
5:      /home/trinity/.local/share/Trash/files/SecondLife_i686_1_19_1_0_RELEASECANDIDATE11/lib/libapr-1.so.0 [0xf66f86e6]
6:      /lib32/libpthread.so.0 [0xf603918b]
7:      /lib32/libc.so.6(clone+0x5e) [0xf61fa13e]

2008-03-18T 16:14:49Z INFO: createContext: creating window 1000x700x32 <--

Does your xconfig file even support this resolution ?

Besides.. this is the last warning before you crash..

"2008-03-18T16:14:49Z WARNING: LLHost::getHostName() : Invalid IP address "

.. my 2 err... coins...

Hi ninjafoo, yea that backtrace is not very helpful. You could try to run the viewer under gdb for me and grab a more helpful backtrace.

If you want to try do the following.

1. Grab and install gdb for your distro
2. edit the secondlife startup script and find the line

#export LL_WRAPPER='gdb --args'

and remove the leading # so it becomes

export LL_WRAPPER='gdb --args'

3. start the viewer from a terminal window. when the viewer crashes (it will probably just freeze solid), go back to the terminal window and there will be some gdb message.

type bt and press enter (no quotes just bt)

That will generate what i hope is a more helpful backtrace

M2

I was giving it another attempt and noticed they seem to have disabled the offending feature on server side:

2008-03-19T20:28:40Z INFO: LLCapHTTPSender:end: message FetchInventoryDescendents to host 8.2.33.117:13005
2008-03-19T20:28:41Z INFO: fetchDescendents: FetchInventoryDescendents capability not found. Using deprecated UDP message.

this makes invnetory loading painfully slow, but I was able to fetch it all, without crashes.

regards,
naa

Right, that is indeed what happened - it uses the old inventory method while the new one gets more debugging.