LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Software (http://www.linuxquestions.org/questions/linux-software-2/)
-   -   Vuze startup segmentation fault (http://www.linuxquestions.org/questions/linux-software-2/vuze-startup-segmentation-fault-787812/)

catkin 02-08-2010 11:47 AM

Vuze startup segmentation fault
 
Hello :)

This was also posted on the Vuze forum.

This issue seen with Vuze 4.3.10 and gcc-java-4.3.3-i4 running on Slackware 13.0 32-bit.

Installed Vuze 4.3.10 from Vuze_4.3.1.0_linux.tar.bz2 downloaded from Sourceforge and tested OK as non-root user using ~/.azureus configuration from previous 4.2.0.8. OK. Did not use for a week. Opened the Slackware 13.0 32-bit DVD torrent using Firefox 3.5.3. Saw Vuze message advising torrent had been added but Vuze exited.

Started Vuze as same non-root user in a terminal using /opt/vuze/vuze &. Saw
Code:

/opt/vuze/vuze: line 188:  8468 Aborted                ${JAVA_PROGRAM_DIR}java "${JAVA_ARGS}" -cp "${CLASSPATH}" -Djava.library.path="${PROGRAM_DIR}" -Dazureus.install.path="${PROGRAM_DIR}" -Dazureus.script="$0" $JAVA_PROPS $START_CLASS "$@"
Netsearched and found relevant LQ thread so, as root:
Code:

root:/var/log# ln -s /usr/lib/firefox-3.5.2/libxpcom.so /usr/lib/seamonkey/libxpcom.so
ln: creating symbolic link `/usr/lib/seamonkey/libxpcom.so': File exists
root:/var/log# echo $?
1
root:/var/log# mv /usr/lib/seamonkey/libxpcom.so /usr/lib/seamonkey/libxpcom.so.org
root:/var/log# ln -s /usr/lib/firefox-3.5.2/libxpcom.so /usr/lib/seamonkey/libxpcom.so

Tested again and got:
Code:

# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0xa2c658f1, pid=8653, tid=2810555280
#
# JRE version: 6.0_16-b01
# Java VM: Java HotSpot(TM) Server VM (14.2-b01 mixed mode linux-x86 )
# Problematic frame:
# C  [libxul.so+0xa008f1]

Any suggestions?

Best

Charles

knudfl 02-08-2010 12:40 PM

Same issues here.

I guess, you will have to use Vuze_4.2.0.X
until a new version with no bugs appear.

May be try 'jre-6u18' ? ?

.....

bathory 02-08-2010 01:16 PM

FYI, vuze 4.3.1.2 works fine with jdk-6u18

Regards

catkin 02-10-2010 02:15 PM

Thanks knudfl and bathory :)

Will try suggestions and post back but don't hold your breath -- some other tasks have greater priority.

catkin 02-17-2010 04:45 AM

"Other tasks with greater priority" now need a functioning torrent :cool:

I've never had more than one jre installed on Linux (and never had a jdk). Is it possible? It doesn't look so
Code:

root@CW8:~# type java
java is /usr/lib/java/bin/java

Presumably I'd have to uninstall gcc-java-4.3.3-i4 before installing the latest jre-6u*.

Are there any issues, considerations, likely breakages etc I should be aware of?

bathory 02-17-2010 04:55 AM

Quote:

Presumably I'd have to uninstall gcc-java-4.3.3-i4 before installing the latest jre-6u*.
No there is no need to do so. They are 2 different things. You can install jre (jdk is an overkill if you don't need it) along with gcc-java, using your package manager.

Regards

catkin 02-17-2010 05:04 AM

Thanks (that was quick!) for correcting my ignorance, bathory :)

Code:

c@CW8:~$ /usr/lib/java/bin/java -version
java version "1.6.0_16"
Java(TM) SE Runtime Environment (build 1.6.0_16-b01)
Java HotSpot(TM) Server VM (build 14.2-b01, mixed mode)
c@CW8:~$ ls /var/log/packages/*jre*
/var/log/packages/jre-6u16-i586-1


catkin 02-18-2010 02:50 AM

Upgraded to Vuze 4.3.1.4 and JRE 6u18 but still have a SIGSEGV error. Tried removing ~/.azureus but same. Will now try an old version of Vuze.

In case it matters, in detail, using jre-6u18-i586-1.txz from ftp://ftp.slackware.com/pub/slackwar...t/slackware/l/ and Vuze_4.3.1.4_linux.tar.bz2 from http://sourceforge.net/projects/azureus/files/vuze/:
Code:

slackpkg remove jre-6u16-i586-1
installpkg jre-6u18-i586-1.txz
[snip]

root@CW8:/home/c/d/Repository# cp -p Vuze_4.3.1.4_linux.tar.bz2 /opt && cd /opt
root@CW8:/opt# tar -jxvf  Vuze_4.3.1.4_linux.tar.bz2
root@CW8:/opt# rm Vuze_4.3.1.4_linux.tar.bz2
root@CW8root:/opt# chmod 777 vuze

c@CW8:/opt/vuze$ ./azureus&
[snip]
Analysing /opt/vuze/hs_err_pid5567.log
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0xa267f8f1, pid=7653, tid=2809912208
#
# JRE version: 6.0_18-b07
# Java VM: Java HotSpot(TM) Server VM (16.0-b13 mixed mode linux-x86 )
# Problematic frame:
# C  [libxul.so+0xa008f1]
[snip]


bathory 02-18-2010 03:15 AM

Hi,

Could you try to delete the files /tmp/libswt*.so, or the directory /tmp/swtlib-32 (whatever exists for your setup) and restart azureus. These are created every time azureus starts if they don't exist.

catkin 02-18-2010 04:43 AM

Quote:

Originally Posted by bathory (Post 3867873)
Hi,

Could you try to delete the files /tmp/libswt*.so, or the directory /tmp/swtlib-32 (whatever exists for your setup) and restart azureus. These are created every time azureus starts if they don't exist.

Thanks for that information about re-initialising azureus. I would try as you ask but have just now got 4.1.0.4 downloading the latest Knoppix DVD. This takes first priority, hopefully as a solution tfor resizing an ext4 root file system (this LQ thread)

Azureus' /tmp files may explain why 4.1.0.4 showed the 4.3.1.4 ChangeLog and displays 4.3.1.4 in Help->About ... ? (the /opt/vuze/ChangLog.txt is correct and other files in that directory have credible modification times for 4.1.0.4).

Will update here after Knoppix downloaded.

catkin 02-19-2010 11:00 PM

Washii pointed out in the Vuze Forum thread that libxul is in Firefox territory.

@bathory: in preparation for testing as you suggested are there any of these that I should not delete before testing a different version of azureus?
Code:

root@CW8:~# ls -l /tmp/*
-rwxr-xr-x 1 c users  23060 Feb 20 10:10 /tmp/libswt-atk-gtk-3448.so
-rwxr-xr-x 1 c users  40736 Feb 20 10:10 /tmp/libswt-cairo-gtk-3448.so
-rwxr-xr-x 1 c users  11360 Feb 20 10:10 /tmp/libswt-gtk-3448.so
-rwxr-xr-x 1 c users 352084 Feb 20 10:10 /tmp/libswt-pi-gtk-3448.so
-rwxr-xr-x 1 c users  27528 Feb 20 10:10 /tmp/libswt-xpcominit-gtk-3448.so
-rwxr-xr-x 1 c users  73432 Feb 20 10:10 /tmp/libswt-xulrunner-gtk-3448.so

/tmp/hsperfdata_c:
total 32
-rw------- 1 c users 32768 Feb 20 10:20 4601

[snip]

/tmp/hsperfdata_c is for azureus:
Code:

root@CW8:~# ps -ef | grep 4601 | grep -v grep
c        4601  4538  4 10:10 ?        00:00:42 java -Xmx128m -cp ./Azureus2.jar:./swt.jar -Djava.library.path=/opt/vuze -Dazureus.install.path=/opt/vuze -Dazureus.script=/opt/vuze/vuze -Dazureus.script.version=2 org.gudy.azureus2.ui.swt.Main

Meanwhile the Knoppix torrent is ~50% downloaded ...

bathory 02-20-2010 02:54 PM

Quote:

@bathory: in preparation for testing as you suggested are there any of these that I should not delete before testing a different version of azureus?
Yup, if you're afraid to break anything, you can move them to a different place. They are the same with those I see on my box when I run vuze/azureus, apart from libswt-xulrunner-gtk-3448.so (maybe that's the culprit as vuze crashes with a libxul error).
The hsperfdata_c directory is used by vuze to create a file with its PID. The file is deleted when you stop vuze.
Quote:

Meanwhile the Knoppix torrent is ~50% downloaded ...
2 days for 50%. What is your download speed?

catkin 02-20-2010 10:45 PM

Quote:

Originally Posted by bathory (Post 3870808)
Yup, if you're afraid to break anything, you can move them to a different place. They are the same with those I see on my box when I run vuze/azureus, apart from libswt-xulrunner-gtk-3448.so (maybe that's the culprit as vuze crashes with a libxul error).
The hsperfdata_c directory is used by vuze to create a file with its PID. The file is deleted when you stop vuze.
2 days for 50%. What is your download speed?

They all disappear when Vuze is stopped; perhaps not if it crashes (EDIT: so I'm not worried about breakage).

1 GB per day download; you are right to ask! The answer is not simple ...

The "broadband" package gives us 512 kbps "wherever technically feasible" and we do get 64 kBps at best. But I share the connection with others so must throttle back the download speed when they are using it. That would give ~10 hours of full speed equivalent per day except we are having trouble with our new ADSL modem/router (Cisco-Linksys WAG54G2 -- not a good choice in retrospect). It dropped out of service while I was torrenting at 45 kBps and would not work again, even after a 40 minute cooling period. Was OK in the morning. :confused: That lost an entire night and since then I've been edging the download speed up from 32 kBps, not wanting to loose another night.

After some debate (it's not my decision) it has been agreed to take the modem back under warranty.

bathory 02-21-2010 01:09 AM

Quote:

They all disappear when Vuze is stopped; perhaps not if it crashes (EDIT: so I'm not worried about breakage).
I've tested on 3 computers (2 running Slackware and 1 running Suse) and these libraries stay even when vuze stops normally.
The only difference is, that the first 2 (versions 4.3.1.4 and 4.2.0.4) put the temp files in /tmp/swtlib-32 directory, while the 3rd (version 3.0.42) puts them in /tmp.

catkin 02-21-2010 07:08 AM

Quote:

Originally Posted by bathory (Post 3871152)
I've tested on 3 computers (2 running Slackware and 1 running Suse) and these libraries stay even when vuze stops normally.
The only difference is, that the first 2 (versions 4.3.1.4 and 4.2.0.4) put the temp files in /tmp/swtlib-32 directory, while the 3rd (version 3.0.42) puts them in /tmp.

Thanks for that information :)

Re-testing 4.3.1.4 with no Vuze files in /tmp and no ~/.azureus produced the same result.

Following a suggestion in the Vuze forum thread, Vuze 4.3.1.4's swt.jar (version 3.631) was replaced with swt.jar version 3.550. Testing (again with no Vuze files in /tmp and no ~/.azureus) produced the same result except with less debug output.


All times are GMT -5. The time now is 03:27 AM.