Package: libswt-gtk-3.1-java
Version: 3.1-3
Severity: grave
Justification: renders package unusable
Azureus hasn't been working on AMD64 Debian out of the box ever, I think.
This seems to be why.
>From a Sun Hotspot 1.5.0_05 error log after a sigsegv when starting
Azureus:
Stack: [0x00007fffff963000,0x00007fffffb63000), sp=0x00007fffffb5ead8, free
space=2030k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libc.so.6+0x74ac6]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j org.eclipse.swt.internal.gtk.OS.memmove([BII)V+0
j org.eclipse.swt.internal.Converter.wcsToMbcs(Ljava/lang/String;[CZ)[B+60
Then, from the sources for swt-gtk-3.1.2 (in os.c):
JNIEXPORT void JNICALL OS_NATIVE(memmove___3BII)
(JNIEnv *env, jclass that, jbyteArray arg0, jint arg1, jint arg2)
{
/* ...... */
memmove((void *)lparg0, (const void *)arg1, (size_t)arg2);
/* ...... */
}
Obviously treating a 32-bit jint like a 64-bit pointer cannot work.
It seems that when building the debian package, the same sources are
being used for both 32-bit and 64-bit architectures although the sources
are arch-specific:
http://dev.eclipse.org/mhonarc/lists/platform-swt-dev/msg04684.html
Indeed, the os.c in swt-3.1.2-gtk-linux-x86_64.zip (from eclipse.org)
contains a different version that uses jlongs instead of jints.
This is essentially the same problem as in bug #324030, of course. It's
claimed to be fixed, but all I see in xpcom.cpp is a casting hack to get
rid of compiler errors, but the precision loss is still there. On a
64-bit platform you _can't_ store a pointer in a jint, it just won't fit
no matter what you do. You have to use jlongs and make sure the java
code calling the native method also uses longs to store pointers. Having
a separate version that uses ints on 32-bit platforms seems like a
dubious performance hack.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-amd64-k8-smp
Locale: LANG=C, LC_CTYPE=fi_FI.ISO-8859-1 (charmap=ISO-8859-1)
Versions of packages libswt-gtk-3.1-java depends on:
ii libswt-gtk-3.1-jni 3.1-3 Standard Widget Toolkit for GTK JN
libswt-gtk-3.1-java recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
