During the run of azureus, it crashes. sometimes it does so after only a short while, and sometimes after a little longer. Could it be related to my running blackdown-jdk-1.4.2.02 and not sun-jre-1.5? I take the sun-java comment as a note, otherwise - i guess this ebuild would have depended on it. Reproducible: Always Steps to Reproduce: 1. emerge dev-java/blackdown-jdk-1.4.2.02 2. emerge net-p2p/azureus-bin-2.3.0.4 3. run azureus Actual Results: the program crashes, with the attached exceptions Expected Results: run properly # java-config -f blackdown-jdk-1.4.2.02 # emerge info Portage 2.0.51.22-r3 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.11-gentoo-r6 x86_64) ================================================================= System uname: 2.6.11-gentoo-r6 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=athlon64 -ftracer -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon64 -ftracer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.hamakor.org.il/pub/mirrors/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" LANG="he_IL.UTF-8" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://mirror.hamakor.org.il/gentoo-portage" USE="amd64 X aac alsa audiofile avi bash-completion berkdb bidi bitmap-fonts bzip2 cdda cddb cdio cdr cpudetection crypt crypto cups curl directfb dts dvd dvdr emboss encode esd exif expat fam ffmpeg firefox flac font-server foomaticdb fortran gdbm gif glut gnome gpm gstreamer gtk gtk2 hal imagemagick imlib java jpeg junit lcms libwww lirc lzw lzw-tiff mad mbrola mikmod mmext mng motif mp3 mpeg ncurses network nls nptl nptlonly nsplugin nvidia ogg oggvorbis opengl pam pdflib perl png python quicktime readline samba sdl slang speex spell ssl stream tcltk tcpd tetex threads tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales v4l vorbis wxwindows xine xml2 xmms xpm xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS, LINGUAS
Created attachment 73324 [details] the standard error output during the run of azureus
Created attachment 73325 [details] the standard output during a crashing run of azureus
Please test using sun-jre-1.5 and report if that works so we can narrow this issue to blackdown-jdk. Could also be amd64 specific.
I ran it during the night using sun-jre-1.5.0.05, and it did not crash. The only output i get to the console is: (<unknown>:20025): GLib-GObject-WARNING **: IA__g_object_set_valist: object class `GtkCellRendererText' has no property named `\u0001' How can we check what was the problem with blackdown, so that it would eventually be fixed? Is there any reason for me not to use sun-jre instead of blackdown-jre as my default jre? I can't really say if it's a plain blackdown-jre issue, or combined with the fact i'm using an amd64. Maybe the azureus-bin ebuild should depend on sun-jre?
(In reply to comment #4) > > How can we check what was the problem with blackdown, so that it would > eventually be fixed? > Both blackdown and sun are closed source so some problems are impossible to fix. Let's just hope this is not one of them. > > Is there any reason for me not to use sun-jre instead of blackdown-jre as my > default jre? > I don't know any. > > I can't really say if it's a plain blackdown-jre issue, or combined with the > fact i'm using an amd64. > Maybe the azureus-bin ebuild should depend on sun-jre? It will not be changed from virtual/jre. blackdown and sun are not the only jres in the tree. The default provider for virtual/jre is blackdown because blackdown can be automatically downloaded from upstream but sun-jre needs user interaction.
(In reply to comment #5) > > > How can we check what was the problem with blackdown, so that it would > > eventually be fixed? > > > > Both blackdown and sun are closed source so some problems are impossible to fix. > Let's just hope this is not one of them. Is there a way we can have this issue checked on another amd64 machine, so that we could know if this is maybe something on my local machine or a platform-wide problem?
I've been running azureus-bin-2.3.0.4 with sun-jdk-1.5.0.05 since it first was marked ~amd64, with no problems whatsoever.
i'm using it for month with blackdown-jdk-1.4.2.02 without any problem that's why i marked stable and i don't think this is amd64 specific.
(In reply to comment #8) > i'm using it for month with blackdown-jdk-1.4.2.02 without any problem that's > why i marked stable and i don't think this is amd64 specific. Could you suggest any modification i can do on my system to have it running here too with blackdown-jre?
Please test dev-java/azureus-2.3.0.6 to see if you still have problems with it.
(In reply to comment #10) > Please test dev-java/azureus-2.3.0.6 to see if you still have problems with it. Tried running net-p2p/azureus-2.3.0.6 with blackdown-jdk-1.4.2.02 and it crashed (with sun-java it works): $ azureus DEBUG::Thu Dec 01 22:24:55 IST 2005 java.lang.Exception: Data Missing /bla/bla at org.gudy.azureus2.core3.download.impl.DownloadManagerImpl.readTorrent(DownloadManagerImpl.java:573) at org.gudy.azureus2.core3.download.impl.DownloadManagerImpl.<init>(DownloadManagerImpl.java:378) at org.gudy.azureus2.core3.download.DownloadManagerFactory.create(DownloadManagerFactory.java:64) at org.gudy.azureus2.core3.global.impl.GlobalManagerImpl.loadDownloads(GlobalManagerImpl.java:1369) at org.gudy.azureus2.core3.global.impl.GlobalManagerImpl.<init>(GlobalManagerImpl.java:279) at org.gudy.azureus2.core3.global.GlobalManagerFactory.create(GlobalManagerFactory.java:39) at com.aelitis.azureus.core.impl.AzureusCoreImpl.start(AzureusCoreImpl.java:163) at org.gudy.azureus2.ui.swt.mainwindow.Initializer.run(Initializer.java:273) at org.gudy.azureus2.ui.swt.mainwindow.SWTThread$1.runSupport(SWTThread.java:107) at org.gudy.azureus2.core3.util.AERunnable.run(AERunnable.java:38) at java.lang.Thread.run(Thread.java:534) should load blocklist from: http://www.bluetack.co.uk/config/spconfig.txt Retrieving data from: http://www.bluetack.co.uk/config/ads-trackers-and-bad-pr0n.txt Retrieving data from: http://www.bluetack.co.uk/config/level1.txt Java Accessibility Bridge for GNOME loaded. Unexpected Signal : 11 occurred at PC=0x2AAAAB41D931 Function=(null) Library=/opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/server/libjvm.so NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: at sun.nio.ch.PollArrayWrapper.poll0(Native Method) at sun.nio.ch.PollArrayWrapper.poll(PollArrayWrapper.java:100) at sun.nio.ch.PollSelectorImpl.doSelect(PollSelectorImpl.java:64) at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:59) - locked <0x00002aaaf08a6158> (a java.util.HashSet) - locked <0x00002aaaf08a6170> (a java.util.HashSet) - locked <0x00002aaaf08a60d8> (a sun.nio.ch.PollSelectorImpl) at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:70) at com.aelitis.azureus.core.networkmanager.impl.VirtualChannelSelectorImpl.select(VirtualChannelSelectorImpl.java:420) at com.aelitis.azureus.core.networkmanager.VirtualChannelSelector.select(VirtualChannelSelector.java:262) at com.aelitis.azureus.core.networkmanager.impl.ReadController.readSelectorLoop(ReadController.java:77) at com.aelitis.azureus.core.networkmanager.impl.ReadController.access$000(ReadController.java:36) at com.aelitis.azureus.core.networkmanager.impl.ReadController$1.runSupport(ReadController.java:53) at org.gudy.azureus2.core3.util.AEThread.run(AEThread.java:64) Dynamic libraries: 40000000-4000e000 r-xp 00000000 08:02 6589197 /opt/blackdown-jdk-1.4.2.02/bin/java 40110000-40113000 rwxp 00010000 08:02 6589197 /opt/blackdown-jdk-1.4.2.02/bin/java 2aaaaaaab000-2aaaaaac0000 r-xp 00000000 08:02 7257279 /lib/ld-2.3.5.so 2aaaaaac0000-2aaaaaac1000 rwxp 2aaaaaac0000 00:00 0 2aaaaaac1000-2aaaaab21000 rwxs 00000000 00:07 2064411 /SYSV00000000 (deleted) 2aaaaab21000-2aaaaab65000 r-xp 00000000 08:02 4947844 /usr/share/fonts/corefonts/arial.ttf 2aaaaab65000-2aaaaab66000 rwxp 2aaaaab65000 00:00 0 2aaaaabbf000-2aaaaabc0000 r-xp 00014000 08:02 7257279 /lib/ld-2.3.5.so 2aaaaabc0000-2aaaaabc1000 rwxp 00015000 08:02 7257279 /lib/ld-2.3.5.so 2aaaaabc1000-2aaaaabd1000 r-xp 00000000 08:02 7257465 /lib/libpthread-2.3.5.so 2aaaaabd1000-2aaaaacd0000 ---p 00010000 08:02 7257465 /lib/libpthread-2.3.5.so 2aaaaacd0000-2aaaaacd1000 r-xp 0000f000 08:02 7257465 /lib/libpthread-2.3.5.so 2aaaaacd1000-2aaaaacd2000 rwxp 00010000 08:02 7257465 /lib/libpthread-2.3.5.so 2aaaaacd2000-2aaaaacd7000 rwxp 2aaaaacd2000 00:00 0 2aaaaacd7000-2aaaaacd9000 r-xp 00000000 08:02 7257446 /lib/libdl-2.3.5.so 2aaaaacd9000-2aaaaadd8000 ---p 00002000 08:02 7257446 /lib/libdl-2.3.5.so 2aaaaadd8000-2aaaaadda000 rwxp 00001000 08:02 7257446 /lib/libdl-2.3.5.so 2aaaaadda000-2aaaaaef6000 r-xp 00000000 08:02 7257305 /lib/libc-2.3.5.so 2aaaaaef6000-2aaaaaff5000 ---p 0011c000 08:02 7257305 /lib/libc-2.3.5.so 2aaaaaff5000-2aaaaaff8000 r-xp 0011b000 08:02 7257305 /lib/libc-2.3.5.so 2aaaaaff8000-2aaaaaffb000 rwxp 0011e000 08:02 7257305 /lib/libc-2.3.5.so 2aaaaaffb000-2aaaab001000 rwxp 2aaaaaffb000 00:00 0 2aaaab001000-2aaaab540000 r-xp 00000000 08:02 6589701 /opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/server/libjvm.so 2aaaab540000-2aaaab641000 ---p 0053f000 08:02 6589701 /opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/server/libjvm.so 2aaaab641000-2aaaab76d000 rwxp 00540000 08:02 6589701 /opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/server/libjvm.so 2aaaab76d000-2aaaab79f000 rwxp 2aaaab76d000 00:00 0 2aaaab7c0000-2aaaab7d3000 r-xp 00000000 08:02 7257303 /lib/libnsl-2.3.5.so 2aaaab7d3000-2aaaab8d2000 ---p 00013000 08:02 7257303 /lib/libnsl-2.3.5.so 2aaaab8d2000-2aaaab8d4000 rwxp 00012000 08:02 7257303 /lib/libnsl-2.3.5.so 2aaaab8d4000-2aaaab8d6000 rwxp 2aaaab8d4000 00:00 0 2aaaab8d6000-2aaaab95b000 r-xp 00000000 08:02 7257442 /lib/libm-2.3.5.so 2aaaab95b000-2aaaaba5a000 ---p 00085000 08:02 7257442 /lib/libm-2.3.5.so 2aaaaba5a000-2aaaaba5c000 rwxp 00084000 08:02 7257442 /lib/libm-2.3.5.so 2aaaaba5c000-2aaaaba64000 r-xp 00000000 08:02 6589690 /opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/native_threads/libhpi.so 2aaaaba64000-2aaaabb64000 ---p 00008000 08:02 6589690 /opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/native_threads/libhpi.so 2aaaabb64000-2aaaabb66000 rwxp 00008000 08:02 6589690 /opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/native_threads/libhpi.so 2aaaabb66000-2aaaabb67000 rwxp 2aaaabb66000 00:00 0 2aaaabb67000-2aaaabb6b000 rwxs 00000000 08:02 6950290 /tmp/hsperfdata_amit/10680 2aaaabb88000-2aaaabb8f000 r-xp 00000000 08:02 7256648 /lib/libnss_compat-2.3.5.so 2aaaabb8f000-2aaaabc8e000 ---p 00007000 08:02 7256648 /lib/libnss_compat-2.3.5.so 2aaaabc8e000-2aaaabc90000 rwxp 00006000 08:02 7256648 /lib/libnss_compat-2.3.5.so 2aaaabc90000-2aaaabc99000 r-xp 00000000 08:02 7257444 /lib/libnss_nis-2.3.5.so 2aaaabc99000-2aaaabd98000 ---p 00009000 08:02 7257444 /lib/libnss_nis-2.3.5.so 2aaaabd98000-2aaaabd9a000 rwxp 00008000 08:02 7257444 /lib/libnss_nis-2.3.5.so 2aaaabd9a000-2aaaabda4000 r-xp 00000000 08:02 7254155 /lib/libnss_files-2.3.5.so 2aaaabda4000-2aaaabea3000 ---p 0000a000 08:02 7254155 /lib/libnss_files-2.3.5.so 2aaaabea3000-2aaaabea5000 rwxp 00009000 08:02 7254155 /lib/libnss_files-2.3.5.so 2aaaabea5000-2aaaabeb7000 r-xp 00000000 08:02 6589683 /opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/libverify.so 2aaaabeb7000-2aaaabfb6000 ---p 00012000 08:02 6589683 /opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/libverify.so 2aaaabfb6000-2aaaabfb9000 rwxp 00011000 08:02 6589683 /opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/libverify.so 2aaaabfb9000-2aaaabfd9000 r-xp 00000000 08:02 6589696 /opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/libjava.so 2aaaabfd9000-2aaaac0d9000 ---p 00020000 08:02 6589696 /opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/libjava.so 2aaaac0d9000-2aaaac0de000 rwxp 00020000 08:02 6589696 /opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/libjava.so 2aaaac0de000-2aaaac0ef000 r-xp 00000000 08:02 6589689 /opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/libzip.so 2aaaac0ef000-2aaaac1ee000 ---p 00011000 08:02 6589689 /opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/libzip.so 2aaaac1ee000-2aaaac1f2000 rwxp 00010000 08:02 6589689 /opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/libzip.so 2aaaac1f2000-2aaaadb9e000 r-xs 00000000 08:02 6589875 /opt/blackdown-jdk-1.4.2.02/jre/lib/rt.jar 2aaaadb9e000-2aaaadbe8000 rwxp 2aaaadb9e000 00:00 0 2aaaadbe8000-2aaaadbfe000 r-xs 00000000 08:02 6589767 /opt/blackdown-jdk-1.4.2.02/jre/lib/sunrsasign.jar 2aaaadbfe000-2aaaadcdb000 r-xs 00000000 08:02 6587943 /opt/blackdown-jdk-1.4.2.02/jre/lib/jsse.jar 2aaaadcdb000-2aaaadcec000 r-xs 00000000 08:02 6589815 /opt/blackdown-jdk-1.4.2.02/jre/lib/jce.jar 2aaaadcec000-2aaaae28c000 r-xs 00000000 08:02 6589735 /opt/blackdown-jdk-1.4.2.02/jre/lib/charsets.jar 2aaaae28c000-2aaaae4ac000 rwxp 2aaaae28c000 00:00 0 2aaaae4ac000-2aaaee28c000 rwxp 2aaaae4ac000 00:00 0 2aaaee28c000-2aaaee295000 rwxp 2aaaee28c000 00:00 0 2aaaee295000-2aaaef28c000 rwxp 2aaaee295000 00:00 0 2aaaef28c000-2aaaef2db000 rwxp 2aaaef28c000 00:00 0 2aaaef2e0000-2aaaeff40000 rwxp 2aaaef2e0000 00:00 0 2aaaeff40000-2aaaf0830000 rwxp 2aaaeff40000 00:00 0 2aaaf0830000-2aaaf20d3000 rwxp 2aaaf0830000 00:00 0 2aaaf20d3000-2aaaf32e0000 rwxp 2aaaf20d3000 00:00 0 2aaaf32e0000-2aaaf46e0000 rwxp 2aaaf32e0000 00:00 0 2aaaf46e0000-2aaaf72e0000 rwxp 2aaaf46e0000 00:00 0 2aaaf72e0000-2aaaf72e7000 rwxp 2aaaf72e0000 00:00 0 2aaaf72e7000-2aaaf72ea000 rwxp 2aaaf72e7000 00:00 0 2aaaf72ea000-2aaaf72f7000 rwxp 2aaaf72ea000 00:00 0 2aaaf72f7000-2aaaf7300000 rwxp 2aaaf72f7000 00:00 0 2aaaf7300000-2aaaf730a000 rwxp 2aaaf7300000 00:00 0 **************** Another exception has been detected while we were handling last error. Dumping information about last error: ERROR REPORT FILE = (N/A) PC = 0x00002aaaab41d931 SIGNAL = 11 FUNCTION NAME = (N/A) OFFSET = 0xAB41D931 LIBRARY NAME = /opt/blackdown-jdk-1.4.2.02/jre/lib/amd64/server/libjvm.so Please check ERROR REPORT FILE for further information, if there is any. Good bye. /usr/bin/azureus: line 46: 10680 Segmentation fault java -cp $CLASSPATH -Djava.library.path=$(java-config -i swt-3) ${JAVA_OPTIONS} org.gudy.azureus2.ui.swt.Main "${@}"
I can confirm the segfaults for azureus-bin-2.3.0.4 and azureus-2.3.0.6-r1 when using blackdown-jdk-1.4.2.03. The error only occurred when using the safepeer plugin and having it activated, usually once all the blocklists had been loaded (I used asynchronous updating of the blocklists and did not try loading them all on startup before the gui comes up). I've now switched to sun-jdk-1.5.0.06 for azureus and everything works fine now :)
seeing that it works fine with sun-jre but not with blackdown, why not just making the ebuild RDEPEND on sun-jre and be done with it? betelgeuse?
(In reply to comment #13) > seeing that it works fine with sun-jre but not with blackdown, why not just > making the ebuild RDEPEND on sun-jre and be done with it? betelgeuse? Because Sun's JRE isn't available on all archs, ie ppc and ppc64.
it works for me with sun-jre-bin with blackdown it started and crashed with a segmentation fault on line 47 I am on AMD64 using vidalinux (gentoo based) 64 bit native system regards
As azureus is now stable on amd64, you should use that one instead of the -bin. I don't think it's worth fixing this if it's going to be deprecated in favour of azureus anyway. *** This bug has been marked as a duplicate of bug 113389 ***
