sablevm-developer Mailing List for SableVM (Page 17)
Brought to you by:
egagnon
Menu
▾
▴
sablevm-developer — SableVM developer mailing list
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(27) |
Aug
(22) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
(30) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(32) |
Oct
|
Nov
|
Dec
|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(69) |
Sep
(10) |
Oct
(31) |
Nov
(15) |
Dec
(58) |
| 2003 |
Jan
(33) |
Feb
(81) |
Mar
(85) |
Apr
(24) |
May
(15) |
Jun
(14) |
Jul
(6) |
Aug
(9) |
Sep
(101) |
Oct
(59) |
Nov
(142) |
Dec
(34) |
| 2004 |
Jan
(107) |
Feb
(164) |
Mar
(181) |
Apr
(96) |
May
(81) |
Jun
(71) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Grzegorz B. P. <ga...@de...> - 2004-03-04 02:59:19
|
W li=B6cie z =B6ro, 03-03-2004, godz. 20:09, Etienne Gagnon pisze:=20 > This minimum is encoded in the JNI specification. You may petition Sun= to > increase it, or alternatively, you could implement the related JNI > calls that allows native code to ask for more native references > *explicitly*. It'd be nice to have them. I'll return to that in a second. I haven't had much time to write this email, but before writing I took a look at http://java.sun.com/docs/books/jni/html/refs.html, now I have time to actually put here these snippets: "In most cases, you do not have to worry about freeing local references when implementing a native method. The Java virtual machine frees them for you when the native method returns to the caller." (honestly, I think it's bad introduction :-/ it encourages not to care. It explains why we'll find tons of such programs that "don't care".) "The JNI specification dictates that the virtual machine automatically ensures that each native method can create AT LEAST 16 local references." [*] "If, however, there is a need to create additional local references, a native method MAY issue an EnsureLocalCapacity call to make sure that space for a sufficient number of local references is available." [*] "The native code MAY create local references beyond the default capacity of 16 or the capacity reserved in a PushLocalFrame or EnsureLocalCapacity call. The virtual machine implementation WILL TRY to allocate the memory needed for the local reference. There is no guarantee, however, that memory will be available." [*] So, I think Jonny programmer reads it as: "Sun's JVM will allocate additional references as you use them. Don't worry." Therefor I believe that allowing for usage of additional references _without_ calling EnsureLocalCapacity is still in line w/ specs! (Whether it's good idea to depend on implementation-specific and not guaranteed behavior is another story, and I believe we fully agree on how harmful it is.) > I do NOT think that changing SableVM in order to support BROKEN JNI cod= e > is the right thing to do. Instead, SableVM could be made more helpful = to > the broken code developer by giving him a better error message, includi= ng > a stack trace and an explicit message telling him about the need to eit= her > free unused local references (in a loop, for example), or to request ex= plicitly > more local references. For _today_ I am inclined take the pragmatic approach. _IF_ SableVM supported EnsureLocalCapacity, I could probably somehow call it internally, when the basic, 16-references limit is exceeded. It would be fully within the freedom that specs leave. BUT it doesn't have this functionality implemented, so the only way is to define something bigger at compile time. I don't mean putting that change in "upstream" SableVM, but for Debian, where current usability of SableVM is the primary objecti= ve, I'll do it, especially if the risk of breaking things is low. I share your pain because of that, but I think it's the right thing to do= ATM. Thanks and cheers, Grzegorz B. Prokopski [*] The emphasises are mine. PS: On the other hand there'd be (almost) nothing bad to print a warning on stderr, when a native thread exceeds the number of references it has guaranteed according to the specs (and I'd say that at the return of such function it should be printed/noted how many references it actually needed). Sun's JVM has already an option to do this: -verbose:jni. --=20 Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM |
|
From: Etienne G. <gag...@uq...> - 2004-03-04 02:20:19
|
I mean, have a [deep ;-)] look at: http://java.sun.com/docs/books/jni/html/functions.html#70207 Specifically: Global and Local References ... * DeleteLocalRef reclaims the virtual machine resource needed for a local reference. * NewLocalRef is new in Java 2 SDK release 1.2. * EnsureLocalCapacity reserves space in the current thread for a fixed number of local references to be created. EnsureLocalCapacity is new in Java 2 SDK release 1.2. * PushLocalFrame and PopLocalFrame create a nested scope for local references. Both functions are new in Java 2 SDK release 1.2. So, implementing EnsureLocalCapacity would be a nice starting point. SableVM's stack layout has be designed so that Push/PopLocalFrame could be easily implemented too; so this would be a nice second step. Overall, implementing these 3 JNI functions would be better, IMHO, than wasting precious memory resources on every native call to support broken applications. I do NOT think that automatically calling EnsureLocalCapacity when an application goes over 16 local refs is a good idea, either, as it would be hiding the bugs (memory leak). Remember that keeping useless local refs around is very costly in memory, as it prevents the garbage collector from collecting *pointed-to* objects! Etienne -- Etienne M. Gagnon, Ph.D. http://www.info.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ |
|
From: Etienne G. <gag...@uq...> - 2004-03-04 01:26:46
|
This minimum is encoded in the JNI specification. You may petition Sun to increase it, or alternatively, you could implement the related JNI calls that allows native code to ask for more native references *explicitly*. I do NOT think that changing SableVM in order to support BROKEN JNI code is the right thing to do. Instead, SableVM could be made more helpful to the broken code developer by giving him a better error message, including a stack trace and an explicit message telling him about the need to either free unused local references (in a loop, for example), or to request explicitly more local references. Etienne Grzegorz B. Prokopski wrote: > Hi Etienne, > > In Debian packages I want to incrase the number of native references > to something nearer to what Sun's JVM makes available (max about 100 > AFAIR, can't find it now). Putting aside fact that apps that don't work > with 16 refs are in 99% of cases broken, I'd like to make sure it won't > hurt too much. > > $ grep -R SVM_FRAME_NATIVE_REFS_MIN . > ./constants.h:#define SVM_FRAME_NATIVE_REFS_MIN 16 > ./native.c: method->data.native_method->refargs_count + > SVM_FRAME_NATIVE_REFS_MIN; > ./native.c: method->data.native_method->refargs_count + > SVM_FRAME_NATIVE_REFS_MIN; > ./prepare.c: (((SVM_FRAME_NATIVE_REFS_MIN + 2) + > ./thread.c: jint lrefs_count = SVM_FRAME_NATIVE_REFS_MIN; > > So I don't see anything that would effectively bind maximum > value "by design" (like using some bit operations where each > bit is for one reference or similar). So besides incrasing > memory usage, possibly decrasing execution speed, what can > be the other consequences of doing that? Anything I should > really be afraid of? > > Hoping for quick and short answer, > > Grzegorz B. Prokopski > > PS: I want to upload something in shape of the final packages > that would make it into testing, before we release 1.1.1 with > GNU Classpath 0.08, which I think should happen soon after > 0.08 release, next monday. > -- Etienne M. Gagnon, Ph.D. http://www.info.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ |
|
From: Archie C. <ar...@de...> - 2004-03-03 23:20:36
|
Grzegorz B. Prokopski wrote: > In Debian packages I want to incrase the number of native references > to something nearer to what Sun's JVM makes available (max about 100 > AFAIR, can't find it now). Putting aside fact that apps that don't work > with 16 refs are in 99% of cases broken, I'd like to make sure it won't > hurt too much. Just curious.. are you encountering a lot of native code out there that breaks with only 16 native refs per frame? I'd be interested in knowing what native code does this. Cheers, -Archie __________________________________________________________________________ Archie Cobbs * CTO, Awarix * http://www.awarix.com |
|
From: Grzegorz B. P. <ga...@de...> - 2004-03-03 22:52:37
|
Hi Etienne, In Debian packages I want to incrase the number of native references to something nearer to what Sun's JVM makes available (max about 100 AFAIR, can't find it now). Putting aside fact that apps that don't work with 16 refs are in 99% of cases broken, I'd like to make sure it won't hurt too much. $ grep -R SVM_FRAME_NATIVE_REFS_MIN . ./constants.h:#define SVM_FRAME_NATIVE_REFS_MIN 16 ./native.c: method->data.native_method->refargs_count + SVM_FRAME_NATIVE_REFS_MIN; ./native.c: method->data.native_method->refargs_count + SVM_FRAME_NATIVE_REFS_MIN; ./prepare.c: (((SVM_FRAME_NATIVE_REFS_MIN + 2) + ./thread.c: jint lrefs_count = SVM_FRAME_NATIVE_REFS_MIN; So I don't see anything that would effectively bind maximum value "by design" (like using some bit operations where each bit is for one reference or similar). So besides incrasing memory usage, possibly decrasing execution speed, what can be the other consequences of doing that? Anything I should really be afraid of? Hoping for quick and short answer, Grzegorz B. Prokopski PS: I want to upload something in shape of the final packages that would make it into testing, before we release 1.1.1 with GNU Classpath 0.08, which I think should happen soon after 0.08 release, next monday. -- Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM |
|
From: David <db...@CS...> - 2004-03-03 22:23:35
|
On Tue, Mar 02, 2004 at 10:58:06PM -0500, Grzegorz B. Prokopski wrote: > W li?cie z wto, 02-03-2004, godz. 17:26, David B=E9langer pisze:=20 > > Hi, > Hi David, >=20 > > I did a few improvements that results in super good improvements > > in SableJIT (a retargetable JIT for SableVM) on x86. > > Note that SableJIT on x86 now seems to outperform SableJIT on ppc. >=20 > Whoo-ha! It sure looks good! I guess you're making this naive-JIT > a little less naive? Smarter register allocation or ...? >=20 I fixed a few thing and did a few improvement. But most changes are due to better usage of regs. > > Some results here: > > http://www.sable.mcgill.ca/~dbelan2/sablejit/results_2004-03-02.html > Hmm... It may sound strange, but how come that on x86 you got inlined > faster on all benchmarks than direct? I had some serious problems > with it lately. What _exact_ compiler version did you use? > (I might be wrong, but I think you stopped doing upgrades of SID at > some point, is that so?) >=20 I am using: gcc-3.3 (GCC) 3.3.3 20040110 (prerelease) (Debian) I always got better results with inlined than direct on my AMD. > Could you run sablecc on direct and inlined you compiled (x86 only) > and send me these two numbers? (this is my favorite test case where > the problem is visible) >=20 yes, I will do it either later tonight or tomorrow. > > What is interesting is that SableJIT consists of a simple baseline > > compiler (no optimizer) that uses a RISC model for its retargetable > > backend. And now, x86 which does not fit that well with the model > > is better... > Exactly. >=20 > > (Yes, I know, for some benchmarks runs slower, working on that issue) > I am looking forward to hear, at some point, the story of SableJIT > increasing technical improvements. >=20 > Great work! I will not have much time for major improvements in the next few months, I have a master thesis to start writing ASAP. :) David --- David B=E9langer Graduate Student School of Computer Science McGill University Office: MC226 Web page: http://www.cs.mcgill.ca/~dbelan2/ Public key: http://www.cs.mcgill.ca/~dbelan2/public_key.txt |
|
From: Grzegorz B. P. <ga...@de...> - 2004-03-03 16:07:59
|
tag 235958 pending thanks This will be fixed RSN. GBP -- Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM |
|
From: Yann D. <di...@de...> - 2004-03-03 12:52:27
|
Package: libsablevm-native1
Version: 1.1.0-2
Severity: serious
Either there's a packaging error in either package, or a missing Replaces:
field:
Preparing to replace libsablevm-native1 1.0.9+svn20040115-1 (using .../libsablevm-native1_1.1.0-2_i386.deb) ...
Unpacking replacement libsablevm-native1 ...
dpkg: error processing /var/cache/apt/archives/libsablevm-native1_1.1.0-2_i386.deb (--unpack):
trying to overwrite /usr/share/info/vmintegration.info.gz', which is also in package classpath
classpath version on system is 0.07-2
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i586)
Kernel: Linux 2.4.23-k6+preempt+acl
Locale: LANG=C, LC_CTYPE=français
Versions of packages libsablevm-native1 depends on:
ii libart2 1.4.2-17 The GNOME canvas widget - runtime
ii libatk1.0-0 1.4.1-1 The ATK accessibility toolkit
ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an
ii libglib2.0-0 2.2.3-1 The GLib library of C routines
ii libgtk2.0-0 2.2.4-3 The GTK+ graphical user interface
ii libpango1.0-0 1.2.5-2.1 Layout and rendering of internatio
-- no debconf information
--
Yann Dirson <yd...@al...> | Why make M$-Bill richer & richer ?
Debian-related: <di...@de...> | Support Debian GNU/Linux:
Pro: <yan...@fr...> | Freedom, Power, Stability, Gratuity
http://ydirson.free.fr/ | Check <http://www.debian.org/>
|
|
From: <ow...@bu...> - 2004-03-03 08:36:44
|
Your message dated Wed, 03 Mar 2004 02:55:22 -0500 with message-id <107...@ga...> and subject line Fixed in 1.1.0-3 Bug#235919: Simple class fails to run has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 3 Mar 2004 07:19:31 +0000 >From ga...@de... Tue Mar 02 23:19:31 2004 Return-path: <ga...@de...> Received: from anis.telecom.uqam.ca [132.208.250.6] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AyQfD-0007ws-00; Tue, 02 Mar 2004 23:19:31 -0800 Received: from anis4.telecom.uqam.ca (anis4.telecom.uqam.ca [132.208.250.236]) by sortant.uqam.ca (8.12.10/8.12.1) with SMTP id i236tBHa006857; Wed, 3 Mar 2004 01:55:13 -0500 (EST) Received: from antivirus.uqam.ca ([132.208.250.6]) by anis4.telecom.uqam.ca (SAVSMTP 3.1.1.32) with SMTP id M2004030301561418376 ; Wed, 03 Mar 2004 01:56:14 -0500 Received: from 125.29.internet.uqam.ca (125.29.internet.uqam.ca [132.208.29.125]) by intrant.uqam.ca (8.12.10/8.12.2/uqam-filtres) with ESMTP id i236oUkC002975; Wed, 3 Mar 2004 01:50:31 -0500 (EST) X-Spam-Filter: Filtre-Uqam re: ab...@uq... Subject: Re: Simple class fails to run From: "Grzegorz B. Prokopski" <ga...@de...> To: Laurent Martelli <la...@ao...> Cc: su...@bu... In-Reply-To: <87k...@st...psys> References: <87k...@st...psys> Content-Type: text/plain; charset=ISO-8859-2 Organization: Debian GNU/Linux http://www.debian.org Message-Id: <107...@ga...> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 03 Mar 2004 01:50:28 -0500 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by anis.telecom.uqam.ca id i236tBHa006857 Delivered-To: su...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_01 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_01 X-Spam-Level: Package: sablevm Version: 1.1.0-2 Severity: serious I checked pure 1.1.0 built from sources and it seems to work just fine with this test case. The problem is therefore Debian-specific. Ugh... Will take a look at it ASAP, putting that in Debian's BTS for now. GBP PS: It's interesting, that the bigger programs I ran didn't seem to trigger this problem. W li=B6cie z wto, 02-03-2004, godz. 20:16, Laurent Martelli pisze:=20 > Hi, >=20 > I've just found that sablevm version 1.1.0 fails to run this very > simple class: >=20 > public class SableBug { > public static void main(String []args) { > A[] a =3D new A[0]; > } >=20 > public static interface A { > } > } >=20 > It gives the following error: >=20 > laurent@stan:~/tmp$ sablevm SableBug >=20 > SableVM version 1.1.0 > Copyright (C) 2000-2002 Etienne M. Gagnon <eti...@uq...> and > others. All rights reserved. >=20 > This software comes with ABSOLUTELY NO WARRANTY. This is free > software, and you are welcome to redistribute it under certain > conditions. >=20 > To get the name of all copyright holders and detailed license > information, type "sablevm --license" or look in the directory > "/usr/share/sablevm". >=20 > The SableVM web site is located at http://www.sablevm.org/ . >=20 > java.lang.ClassNotFoundException: SableBug$A; > at gnu.java.lang.SystemClassLoader.findClass (SystemClassLoader.java= :79) > at java.lang.ClassLoader.loadClass (ClassLoader.java:327) > at java.lang.ClassLoader.createArray (ClassLoader.java:369) > at java.lang.VirtualMachine.createArray (VirtualMachine.java:102) > at SableBug.main (SableBug.java:3) > at java.lang.VirtualMachine.invokeMain (VirtualMachine.java) > at java.lang.VirtualMachine.main (VirtualMachine.java:88) --=20 Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM --------------------------------------- Received: (at 235919-done) by bugs.debian.org; 3 Mar 2004 08:06:24 +0000 >From ga...@de... Wed Mar 03 00:06:24 2004 Return-path: <ga...@de...> Received: from anis.telecom.uqam.ca [132.208.250.6] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AyROZ-0006kC-00; Wed, 03 Mar 2004 00:06:24 -0800 Received: from anis4.telecom.uqam.ca (anis4.telecom.uqam.ca [132.208.250.236]) by sortant.uqam.ca (8.12.10/8.12.1) with SMTP id i23805Hi004118 for <235...@bu...>; Wed, 3 Mar 2004 03:00:09 -0500 (EST) Received: from antivirus.uqam.ca ([132.208.250.6]) by anis4.telecom.uqam.ca (SAVSMTP 3.1.1.32) with SMTP id M2004030303011020749 for <235...@bu...>; Wed, 03 Mar 2004 03:01:10 -0500 Received: from 125.29.internet.uqam.ca (125.29.internet.uqam.ca [132.208.29.125]) by intrant.uqam.ca (8.12.10/8.12.2/uqam-filtres) with ESMTP id i237tPkC026141 for <235...@bu...>; Wed, 3 Mar 2004 02:55:25 -0500 (EST) X-Spam-Filter: Filtre-Uqam re: ab...@uq... Subject: Fixed in 1.1.0-3 Bug#235919: Simple class fails to run From: "Grzegorz B. Prokopski" <ga...@de...> To: 235...@bu... Content-Type: text/plain Organization: Debian GNU/Linux http://www.debian.org Message-Id: <107...@ga...> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 03 Mar 2004 02:55:22 -0500 Content-Transfer-Encoding: 7bit Delivered-To: 235...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_01 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_01 X-Spam-Level: One diff too much ;-) Fixed in sablevm-classlib 1.1.0-3 (sablevm packages are still at 1.1.0-2 version which is fine). I hope this shall allow you to test SableVM further. Grzegorz B. Prokopski PS: I've just uploaded 1.1.0-3 to incoming. It will take ~15 hours from now to move it into the archive. But it can be pulled from http://incoming.debian.org/ -- Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM |
|
From: Grzegorz P. (D. D. <ga...@de...> - 2004-03-03 08:21:22
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Wed, 3 Mar 2004 01:58:55 -0500 Source: sablevm-classlib Binary: libsablevm-native1 libsablevm-classlib1-java Architecture: source all i386 Version: 1.1.0-3 Distribution: unstable Urgency: low Maintainer: Grzegorz Prokopski (Debian Developer) <ga...@de...> Changed-By: Grzegorz Prokopski (Debian Developer) <ga...@de...> Description: libsablevm-classlib1-java - GNU Classpath modified to work with SableVM JVM libsablevm-native1 - GNU Classpath modified to work with SableVM JVM (native part) Changes: sablevm-classlib (1.1.0-3) unstable; urgency=low . * Fixed a typo that caused class loading to fail Files: 9a992e40870aab724119c9c76c2a5b1b 740 libs optional sablevm-classlib_1.1.0-3.dsc a9770eafe7fa6269aba7fe7042ffc49c 4029 libs optional sablevm-classlib_1.1.0-3.diff.gz f6860503781d8a4b284d63c8fb4bae6a 2017062 libs optional libsablevm-classlib1-java_1.1.0-3_all.deb d4e98d6a65a0c2c14d291a6804aa57ea 363960 libs optional libsablevm-native1_1.1.0-3_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFARY0VcxjwiKS4/ekRAls+AJ4ySaW2Vu/fHdwKH5O4Z2U7MWkHyQCgllde 67G1E4It5gnVShm1Zf1GVDk= =K5Tr -----END PGP SIGNATURE----- Accepted: libsablevm-classlib1-java_1.1.0-3_all.deb to pool/main/s/sablevm-classlib/libsablevm-classlib1-java_1.1.0-3_all.deb libsablevm-native1_1.1.0-3_i386.deb to pool/main/s/sablevm-classlib/libsablevm-native1_1.1.0-3_i386.deb sablevm-classlib_1.1.0-3.diff.gz to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.0-3.diff.gz sablevm-classlib_1.1.0-3.dsc to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.0-3.dsc |
|
From: Grzegorz B. P. <ga...@de...> - 2004-03-03 07:51:48
|
Package: sablevm
Version: 1.1.0-2
Severity: serious
I checked pure 1.1.0 built from sources and it seems to work just fine
with this test case. The problem is therefore Debian-specific. Ugh...
Will take a look at it ASAP, putting that in Debian's BTS for now.
GBP
PS: It's interesting, that the bigger programs I ran didn't seem
to trigger this problem.
W li=B6cie z wto, 02-03-2004, godz. 20:16, Laurent Martelli pisze:=20
> Hi,
>=20
> I've just found that sablevm version 1.1.0 fails to run this very
> simple class:
>=20
> public class SableBug {
> public static void main(String []args) {
> A[] a =3D new A[0];
> }
>=20
> public static interface A {
> }
> }
>=20
> It gives the following error:
>=20
> laurent@stan:~/tmp$ sablevm SableBug
>=20
> SableVM version 1.1.0
> Copyright (C) 2000-2002 Etienne M. Gagnon <eti...@uq...> and
> others. All rights reserved.
>=20
> This software comes with ABSOLUTELY NO WARRANTY. This is free
> software, and you are welcome to redistribute it under certain
> conditions.
>=20
> To get the name of all copyright holders and detailed license
> information, type "sablevm --license" or look in the directory
> "/usr/share/sablevm".
>=20
> The SableVM web site is located at http://www.sablevm.org/ .
>=20
> java.lang.ClassNotFoundException: SableBug$A;
> at gnu.java.lang.SystemClassLoader.findClass (SystemClassLoader.java=
:79)
> at java.lang.ClassLoader.loadClass (ClassLoader.java:327)
> at java.lang.ClassLoader.createArray (ClassLoader.java:369)
> at java.lang.VirtualMachine.createArray (VirtualMachine.java:102)
> at SableBug.main (SableBug.java:3)
> at java.lang.VirtualMachine.invokeMain (VirtualMachine.java)
> at java.lang.VirtualMachine.main (VirtualMachine.java:88)
--=20
Grzegorz B. Prokopski <ga...@de...>
Debian GNU/Linux http://www.debian.org
SableVM - LGPLed JVM http://www.sablevm.org
Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM
|
|
From: Grzegorz B. P. <ga...@de...> - 2004-03-03 06:09:53
|
W li=B6cie z wto, 02-03-2004, godz. 20:16, Laurent Martelli pisze:=20
> Hi,
Hello Laurent,
> I've just found that sablevm version 1.1.0 fails to run this very
> simple class:
[...]
> java.lang.ClassNotFoundException: SableBug$A;
> at gnu.java.lang.SystemClassLoader.findClass (SystemClassLoader.java=
:79)
> at java.lang.ClassLoader.loadClass (ClassLoader.java:327)
> at java.lang.ClassLoader.createArray (ClassLoader.java:369)
> at java.lang.VirtualMachine.createArray (VirtualMachine.java:102)
> at SableBug.main (SableBug.java:3)
> at java.lang.VirtualMachine.invokeMain (VirtualMachine.java)
> at java.lang.VirtualMachine.main (VirtualMachine.java:88)
ATM just for the record, I see this:
$ strace sablevm -Y SableBug 2>&1 |grep ^open\(
open("/usr/share/sablevm/sablevm-classpath/java/io/FilePermission.class",=
O_RDONLY) =3D 3
open("/tmp/SableBug.class", O_RDONLY) =3D 3
open("/tmp/SableBug.class", O_RDONLY) =3D 4
open("/usr/share/sablevm/sablevm-classpath/java/io/DataInputStream.class"=
, O_RDONLY) =3D 4
open("/usr/share/sablevm/sablevm-classpath/java/io/DataInput.class",
O_RDONLY) =3D 4
open("/usr/share/sablevm/sablevm-classpath/SableBug$A.class", O_RDONLY)
=3D -1 ENOENT (No such file or directory)
open("/tmp/SableBug$A.class", O_RDONLY) =3D 4
open("/tmp/SableBug$A.class", O_RDONLY) =3D 5
open("/usr/share/sablevm/sablevm-classpath/SableBug$A;.class", O_RDONLY)
=3D -1 ENOENT (No such file or directory)
open("/usr/share/sablevm/sablevm-classpath/java/lang/Throwable$StaticData=
.class", O_RDONLY) =3D 5
open("/usr/share/sablevm/sablevm-classpath/java/lang/Integer.class",
O_RDONLY) =3D 5
open("/usr/share/sablevm/sablevm-classpath/java/lang/Number.class",
O_RDONLY) =3D 5
...which is kind of strange, as in fact it opens SableBug$A.class, then
later fails trying to open SableBug$A;.class (with the semicolon)...
I'll try it with the original 1.0.9 tomorrow, but I think we might have
a regression here, which hasn't been seen before. In fact I am quite
surprised because we ran a lot of things before putting up 1.1.0.
Smells like it must be something changed during last 1-2 weeks or so.
We have to fix it ASAP...
Thanks for the report, we needed it,
Grzegorz B. Prokopski
--=20
Grzegorz B. Prokopski <ga...@de...>
Debian GNU/Linux http://www.debian.org
SableVM - LGPLed JVM http://www.sablevm.org
Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM
|
|
From: Grzegorz B. P. <ga...@de...> - 2004-03-03 04:29:01
|
W li=B6cie z wto, 02-03-2004, godz. 17:26, David B=E9langer pisze:=20 > Hi, Hi David, > I did a few improvements that results in super good improvements > in SableJIT (a retargetable JIT for SableVM) on x86. > Note that SableJIT on x86 now seems to outperform SableJIT on ppc. Whoo-ha! It sure looks good! I guess you're making this naive-JIT a little less naive? Smarter register allocation or ...? > Some results here: > http://www.sable.mcgill.ca/~dbelan2/sablejit/results_2004-03-02.html Hmm... It may sound strange, but how come that on x86 you got inlined faster on all benchmarks than direct? I had some serious problems with it lately. What _exact_ compiler version did you use? (I might be wrong, but I think you stopped doing upgrades of SID at some point, is that so?) Could you run sablecc on direct and inlined you compiled (x86 only) and send me these two numbers? (this is my favorite test case where the problem is visible) > What is interesting is that SableJIT consists of a simple baseline > compiler (no optimizer) that uses a RISC model for its retargetable > backend. And now, x86 which does not fit that well with the model > is better... Exactly. > (Yes, I know, for some benchmarks runs slower, working on that issue) I am looking forward to hear, at some point, the story of SableJIT increasing technical improvements. Great work! Grzegorz B. Prokopski --=20 Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM |
|
From: Grzegorz B. P. <ga...@de...> - 2004-03-03 02:54:44
|
Hi all,
I tried to run SableBOT on glue (sparc) and I hit some strange problem.
I just re-tried it at home and I get the same result. Things go well
with Sun's JDK.
$ java-sablevm SableBot
java.lang.ClassNotFoundException: java.lang.String;
at gnu.java.lang.SystemClassLoader.findClass
(SystemClassLoader.java:79)
at java.lang.ClassLoader.loadClass (ClassLoader.java:327)
at java.lang.ClassLoader.createArray (ClassLoader.java:369)
at java.lang.VirtualMachine.createArray (VirtualMachine.java:102)
at SbtConfig.getSA (SbtConfig.java:64)
at SbtIRC.readConfig (SbtIRC.java:55)
at SableBot.main (SableBot.java:35)
at java.lang.VirtualMachine.invokeMain (VirtualMachine.java)
at java.lang.VirtualMachine.main (VirtualMachine.java:88)
$ strace java-sablevm SableBot 2>&1 |grep ^open\(
open("sablebot.conf", O_RDONLY) = 6
open("/usr/share/sablevm/sablevm-classpath/java/io/BufferedReader.class", O_RDONLY) = 7
open("/usr/share/sablevm/sablevm-classpath/java/io/InputStreamReader.class", O_RDONLY) = 7
open("/usr/share/sablevm/sablevm-classpath/java/lang/Integer.class",
O_RDONLY) = 7
open("/usr/share/sablevm/sablevm-classpath/java/lang/Number.class",
O_RDONLY) = 7
open("/usr/share/sablevm/sablevm-classpath/java/lang/Long.class",
O_RDONLY) = 7
open("/usr/share/sablevm/sablevm-classpath/java/lang/String;.class",
O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/sablevm/sablevm-classpath/java/lang/Throwable$StaticData.class", O_RDONLY) = 7
I tried different jikes ver. to compile SableBOT and sablevm-classpath
but it didn't change the outcome. Looks like there's some glitch in
.class file parsing, because in the format you have semicolon after
class name.
To reproduce the problem do the following:
cd /tmp
wget http://gadek.debian.net/sablebot.tgz
tar zxvf ./sablebot.tgz
cd ./sablebot
sablevm -Y SableBot
The strange thing is that I haven't hit it with many different programs,
nor I've ever seen it before. Has anyone touched the .class parser?
Grzegorz B. Prokopski
--
Grzegorz B. Prokopski <ga...@de...>
Debian GNU/Linux http://www.debian.org
SableVM - LGPLed JVM http://www.sablevm.org
Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM
|
|
From: Laurent M. <la...@ao...> - 2004-03-03 01:44:32
|
Hi,
I've just found that sablevm version 1.1.0 fails to run this very
simple class:
public class SableBug {
public static void main(String []args) {
A[] a = new A[0];
}
public static interface A {
}
}
It gives the following error:
laurent@stan:~/tmp$ sablevm SableBug
SableVM version 1.1.0
Copyright (C) 2000-2002 Etienne M. Gagnon <eti...@uq...> and
others. All rights reserved.
This software comes with ABSOLUTELY NO WARRANTY. This is free
software, and you are welcome to redistribute it under certain
conditions.
To get the name of all copyright holders and detailed license
information, type "sablevm --license" or look in the directory
"/usr/share/sablevm".
The SableVM web site is located at http://www.sablevm.org/ .
java.lang.ClassNotFoundException: SableBug$A;
at gnu.java.lang.SystemClassLoader.findClass (SystemClassLoader.java:79)
at java.lang.ClassLoader.loadClass (ClassLoader.java:327)
at java.lang.ClassLoader.createArray (ClassLoader.java:369)
at java.lang.VirtualMachine.createArray (VirtualMachine.java:102)
at SableBug.main (SableBug.java:3)
at java.lang.VirtualMachine.invokeMain (VirtualMachine.java)
at java.lang.VirtualMachine.main (VirtualMachine.java:88)
--
Laurent Martelli
la...@ao... Java Aspect Components
http://www.aopsys.com/ http://jac.aopsys.com
|
|
From: Grzegorz B. P. <ga...@de...> - 2004-03-03 00:54:01
|
tag 235838 sarge thanks SableVM in testing broken, please use SID version. This bug becomes irrelevant once 1.1.0 is in testing. GBP |
|
From: Grzegorz B. P. <ga...@de...> - 2004-03-03 00:53:16
|
severity 231727 wishlist thanks I see this bugreport more as a feature request than a regular bug, therefore changing severity to wishlist. This does not mean I won't fix this bug or that I want to forget about it ;-) I like the idea, but it'd be better if we had clearer idea how/if it somehow plays role in new way of building/using java in Debian. But this is for completly different discussion, of course. Cheers, Grzegorz B. Prokopski |
|
From: David <db...@cs...> - 2004-03-02 22:39:37
|
Hi, I did a few improvements that results in super good improvements in SableJIT (a retargetable JIT for SableVM) on x86. Note that SableJIT on x86 now seems to outperform SableJIT on ppc. Some results here: http://www.sable.mcgill.ca/~dbelan2/sablejit/results_2004-03-02.html What is interesting is that SableJIT consists of a simple baseline compiler (no optimizer) that uses a RISC model for its retargetable backend. And now, x86 which does not fit that well with the model is better... (Yes, I know, for some benchmarks runs slower, working on that issue) AMD Athlon 1200MHz PowerPC G3 700MHz Both system with 256MB and running Debian GNU/Linux David --- David B=E9langer Graduate Student School of Computer Science McGill University Office: MC226 Web page: http://www.cs.mcgill.ca/~dbelan2/ Public key: http://www.cs.mcgill.ca/~dbelan2/public_key.txt |
|
From: Grzegorz B. P. <ga...@de...> - 2004-03-02 20:36:25
|
On Tue, 2004-03-02 at 13:47, Laurent Martelli wrote: > Package: sablevm > Version: 1.0.9-3 ^^^^^^^^^^^^^^^^^^^ > Severity: grave > Justification: renders package unusable > > laurent@stan:~$ sablevm > sablevm: error while loading shared libraries: libsablevm.so.1: cannot open shared object file: No such file or directory > > Make /usr/lib/libsablevm.so.1 a symbolic link to > /usr/lib/libsablevm.so.0 seems to fix the problem. All you need to do is to install version 1.1.0-2 of sablevm package. I don't know why it didn't get installed/upgraded on your machine, especially that you use i386 arch, where complete 1.1.0-2 set of packages was pushed from incoming into the archive yesterday. For other architectures it may take another day, as sablevm-classlib has been auto-built very quickly, while sablevm packages more than 10 hours later and didn't catch up for yesterday's incoming->archive push, so you have a mix of old "sablevm" and new "sablevm-classlib". Picking up new version from http://incoming.debian.org may be useful. It also means that I need to make dependencies more tight apparently. Will make sure this is the case in next upload. Try 'apt-get upgrade' again, this problem should go away. Thanks for trying SableVM, Grzegorz B. Prokopski |
|
From: Laurent M. <la...@be...> - 2004-03-02 19:21:29
|
Package: sablevm Version: 1.0.9-3 Severity: grave Justification: renders package unusable laurent@stan:~$ sablevm sablevm: error while loading shared libraries: libsablevm.so.1: cannot open shared object file: No such file or directory Make /usr/lib/libsablevm.so.1 a symbolic link to /usr/lib/libsablevm.so.0 seems to fix the problem. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.22-pre8 Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (ignored: LC_ALL set to fr_FR@euro) Versions of packages sablevm depends on: ii java-common 0.22 Base of all Java packages ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libffi2 1:3.3.2-0pre5 Foreign Function Interface library ii libltdl3 1.5.2-1 A system independent dlopen wrappe ii libpopt0 1.7-2 lib for parsing cmdline parameters ii libsablevm1 1.1.0-2 Free implementation of JVM second ii unzip 5.50-3 De-archiver for .zip files -- no debconf information |
|
From: <ow...@bu...> - 2004-03-02 07:11:15
|
Your message dated Mon, 01 Mar 2004 23:40:07 -0500 with message-id <107...@ga...> and subject line sablevm packages should build fine now has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 27 Feb 2004 10:43:30 +0000 >From da...@fr... Fri Feb 27 02:43:29 2004 Return-path: <da...@fr...> Received: from barry.mail.mindspring.net [207.69.200.25] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AwfSr-0004HP-00; Fri, 27 Feb 2004 02:43:29 -0800 Received: from user-119bq03.biz.mindspring.com ([66.149.232.3] helo=frobnitz.ddts.net) by barry.mail.mindspring.net with esmtp (Exim 3.33 #1) id 1AwfSr-0003Es-00 for su...@bu...; Fri, 27 Feb 2004 05:43:29 -0500 Received: from daniel by frobnitz.ddts.net with local (Exim 4.30) id 1AwfSq-00048J-TF for su...@bu...; Fri, 27 Feb 2004 02:43:28 -0800 To: Debian Bug Tracking System <su...@bu...> Subject: sablevm: FTBFS: Unsatisfiable Build-Depends From: Daniel Schepler <sch...@ma...> Date: Fri, 27 Feb 2004 02:43:28 -0800 Message-ID: <87h...@fr...> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Daniel Schepler <da...@fr...> Delivered-To: su...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_27 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_02_27 X-Spam-Level: Package: sablevm Severity: serious Version: 1.0.9+svn20040120-2 The latest sablevm source package in unstable Build-Depends on "libsablevm-native1 (>> 1.0.9+svn20040120)"; however, the most recent version of libsablevm-native1 available is 1.0.9+svn20040115-1. So it's impossible to satisfy the Build-Depends. (I thought at first a new version of sablevm-classlib must be in NEW, but packages uploaded much later than 22 Jan, the timestamp of sablevm_*.dsc, have made it through...) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.2 Locale: LANG=en, LC_CTYPE=en (ignored: LC_ALL set to en_US.UTF-8) -- Daniel Schepler "Please don't disillusion me. I sch...@ma... haven't had breakfast yet." -- Orson Scott Card --------------------------------------- Received: (at 235070-done) by bugs.debian.org; 2 Mar 2004 06:39:30 +0000 >From ga...@de... Mon Mar 01 22:39:29 2004 Return-path: <ga...@de...> Received: from anis.telecom.uqam.ca [132.208.250.6] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Ay3Yv-00064a-00; Mon, 01 Mar 2004 22:39:29 -0800 Received: from anis4.telecom.uqam.ca (anis4.telecom.uqam.ca [132.208.250.236]) by sortant.uqam.ca (8.12.10/8.12.1) with SMTP id i226VIHY019349 for <235...@bu...>; Tue, 2 Mar 2004 01:31:18 -0500 (EST) Received: from antivirus.uqam.ca ([132.208.250.6]) by anis4.telecom.uqam.ca (SAVSMTP 3.1.1.32) with SMTP id M2004030201322019958 for <235...@bu...>; Tue, 02 Mar 2004 01:32:21 -0500 Received: from 118.30.internet.uqam.ca (118.30.internet.uqam.ca [132.208.30.118]) by intrant.uqam.ca (8.12.10/8.12.2/uqam-filtres) with ESMTP id i224eBAw016628 for <235...@bu...>; Mon, 1 Mar 2004 23:40:11 -0500 (EST) X-Spam-Filter: Filtre-Uqam re: ab...@uq... Subject: sablevm packages should build fine now From: "Grzegorz B. Prokopski" <ga...@de...> To: 235...@bu... Content-Type: text/plain Organization: Debian GNU/Linux http://www.debian.org Message-Id: <107...@ga...> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 01 Mar 2004 23:40:07 -0500 Content-Transfer-Encoding: 7bit Delivered-To: 235...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_01 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no version=2.60-bugs.debian.org_2004_03_01 X-Spam-Level: Newly uploaded SableVM Debian packages should build w/o problems. In particular versions numbering and dependencies have been brought back to normal, also thanks to 1.1.0 release. Closing this bug. Thanks for reporting the problem, Grzegorz B. Prokopski -- Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM |
|
From: Grzegorz B. P. <ga...@de...> - 2004-03-02 06:51:15
|
severity 176628 wishlist thanks Stephen Zander <gi...@po...> Wrote > >>>>> "Matthias" == Matthias Klose <do...@cs...> writes: > Matthias> so which runtimes do have complete awt support at all? > Matthias> The provides was added to build all packages which do > Matthias> not relay on all awt functionality. I would have to > Matthias> search the bug report ... what does the java policy say > Matthias> for these cases? > > I used some of the example code that comes with Sun's jdk1.1 > documentation as test cases. Specifically, I tried kaffe, sablevm & > gij with SymbolTest, GraphicsTest, DrawTest. Kaffe successfully > executed all of these demos; sablevm & gij failed all of them. I've > included the SymbolTest code as it's the smallest code base. I've just ran SymbolTest and I got the window to show up, the selector was there and edit control too, though the rest of the window was empty. I tried to run it with gij but I got some Exception and with Kaffe it showed up empty rectangles instead of any symbols. In SableVM the controls that showed up basically worked, though I was getting tons of such messages: *** Couldn't bind native method Java_java_lang_VMThread_isInterrupted *** *** or Java_java_lang_VMThread_isInterrupted__ *** Exception during event dispatch: java.lang.UnsatisfiedLinkError at java.lang.VMThread.isInterrupted (VMThread.java) at java.lang.Thread.isInterrupted (Thread.java:566) at java.awt.EventDispatchThread.run (EventDispatchThread.java:65) at java.lang.VMThread.callRun (VMThread.java:116) at java.lang.Thread.callRun (Thread.java:343) at java.lang.VirtualMachine.runThread (VirtualMachine.java:117) I guess we won't get rid of these before thread.interrupt() and friends are implemented. But I see it as a work in progress, like for all of the free java implementations, therefore marking this bug "wishlist". Thanks for your help, Grzegorz B. Prokopski -- Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM |
|
From: <ow...@bu...> - 2004-03-02 06:21:51
|
Your message dated Mon, 01 Mar 2004 22:12:29 -0500 with message-id <107...@ga...> and subject line Closing #230235, SableVM Alpha port should be fully operational now has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 29 Jan 2004 11:53:09 +0000 >From fa...@zx... Thu Jan 29 03:53:09 2004 Return-path: <fa...@zx...> Received: from mx5.informatik.uni-tuebingen.de [134.2.12.32] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AmAjM-0007w8-00; Thu, 29 Jan 2004 03:53:08 -0800 Received: from localhost (loopback [127.0.0.1]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id EF6E4130 for <su...@bu...>; Thu, 29 Jan 2004 12:52:32 +0100 (NFT) Received: from mx5.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx5 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13076-03 for <su...@bu...>; Thu, 29 Jan 2004 12:52:31 +0100 (NFT) Received: from juist (semeai.Informatik.Uni-Tuebingen.De [134.2.15.66]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id 54D30120 for <su...@bu...>; Thu, 29 Jan 2004 12:52:28 +0100 (NFT) Received: from falk by juist with local (Exim 3.36 #1 (Debian)) id 1AmAic-0000oY-00 for <su...@bu...>; Thu, 29 Jan 2004 12:52:22 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Falk Hueffner <fa...@de...> To: Debian Bug Tracking System <su...@bu...> Subject: Fails with "Couldn't bind native method Java_gnu_java_awt_peer_gtk_GdkPixbufDecoder_initStaticState" X-Mailer: reportbug 2.39 Date: Thu, 29 Jan 2004 12:52:20 +0100 Message-Id: <E1AmAic-0000oY-00@juist> X-Virus-Scanned: by amavisd-new (McAfee AntiVirus) at informatik.uni-tuebingen.de Delivered-To: su...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_01_27 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.1 required=4.0 tests=HAS_PACKAGE,NORMAL_HTTP_TO_IP autolearn=no version=2.60-bugs.debian.org_2004_01_27 X-Spam-Level: Package: sablevm Version: 1.0.9+svn20040115-1 Severity: normal File: /usr/bin/java-sablevm I'm trying to run a jar from http://62.138.43.170/de/Community/InstData/Java/install.jar: falk@juist:/tmp% java -jar install.jar *** Couldn't bind native method Java_gnu_java_awt_peer_gtk_GdkPixbufDecoder_initStaticState *** *** or Java_gnu_java_awt_peer_gtk_GdkPixbufDecoder_initStaticState__ *** sablevm: INTERNAL ERROR (source file "error.c", line 182): unexpected floating point signal zsh: abort (core dumped) java -jar install.jar Falk -- System Information: Debian Release: testing/unstable Architecture: alpha Kernel: Linux juist 2.6.0-test3 #3 Tue Dec 30 12:40:01 CET 2003 alpha Locale: LANG=C, LC_CTYPE=de_DE@euro Versions of packages sablevm depends on: ii java-common 0.22 Base of all Java packages ii libc6.1 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libffi2 1:3.3.3-0pre3 Foreign Function Interface library ii libltdl3 1.5-8 A system independent dlopen wrappe ii libpopt0 1.7-4 lib for parsing cmdline parameters ii libsablevm1 1.0.9+svn20040115-1 Free implementation of JVM second ii unzip 5.50-3 De-archiver for .zip files -- no debconf information --------------------------------------- Received: (at 230235-done) by bugs.debian.org; 2 Mar 2004 05:54:27 +0000 >From ga...@de... Mon Mar 01 21:54:27 2004 Return-path: <ga...@de...> Received: from anis.telecom.uqam.ca [132.208.250.6] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Ay2rL-0001u0-00; Mon, 01 Mar 2004 21:54:27 -0800 Received: from anis4.telecom.uqam.ca (anis4.telecom.uqam.ca [132.208.250.236]) by sortant.uqam.ca (8.12.10/8.12.1) with SMTP id i225lCHa010831 for <230...@bu...>; Tue, 2 Mar 2004 00:47:21 -0500 (EST) Received: from antivirus.uqam.ca ([132.208.250.6]) by anis4.telecom.uqam.ca (SAVSMTP 3.1.1.32) with SMTP id M2004030200482316469 for <230...@bu...>; Tue, 02 Mar 2004 00:48:23 -0500 Received: from 118.30.internet.uqam.ca (118.30.internet.uqam.ca [132.208.30.118]) by intrant.uqam.ca (8.12.10/8.12.2/uqam-filtres) with ESMTP id i223CXAw010252 for <230...@bu...>; Mon, 1 Mar 2004 22:12:33 -0500 (EST) X-Spam-Filter: Filtre-Uqam re: ab...@uq... Subject: Closing #230235, SableVM Alpha port should be fully operational now From: "Grzegorz B. Prokopski" <ga...@de...> To: 230...@bu... Content-Type: text/plain Organization: Debian GNU/Linux http://www.debian.org Message-Id: <107...@ga...> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 01 Mar 2004 22:12:29 -0500 Content-Transfer-Encoding: 7bit Delivered-To: 230...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_01 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no version=2.60-bugs.debian.org_2004_03_01 X-Spam-Level: New SableVM 1.1.0 packages have been uploaded. Alpha port should now be as robust as other ports (besides ARM which still needs some love). FWIK this bug has been fixed in this upload. Please verify whether it actually is the case and reopen the bug if it's not. In addition can say that on Intel running the .jar you mentioned locks up on DestroyJavaVM [*]. This installer also uses Swing which is not yet supported (properly implemented) by GNU Classpath which is used by most of the free JVMs, SableVM including. Don't let it stop you from trying other programs with SableVM ;-) Thank you very much for your report, Grzegorz B. Prokopski [*] This behavior is probably worth a separate bugreport. It hangs here: (gdb) bt #0 0x4bfba0e5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 #1 0x4006bd1c in DestroyJavaVM (_vm=0x804c400) at invoke_interface.c:445 #2 0x0804a29f in main (argc=-4, argv=0xfffffffc) at sablevm.c:1472 -- Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM |
|
From: <ow...@bu...> - 2004-03-02 06:12:01
|
Your message dated Mon, 01 Mar 2004 21:53:21 -0500 with message-id <107...@ga...> and subject line Versions of sablevm and classpath back in sync has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 10 Feb 2004 14:28:08 +0000 >From gag...@uq... Tue Feb 10 06:28:08 2004 Return-path: <gag...@uq...> Received: from anis.telecom.uqam.ca [132.208.250.6] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AqYrv-0005zT-00; Tue, 10 Feb 2004 06:28:07 -0800 Received: from anis4.telecom.uqam.ca (anis4.telecom.uqam.ca [132.208.250.236]) by sortant.uqam.ca (8.12.10/8.12.1) with SMTP id i1AEJc3s019599 for <su...@bu...>; Tue, 10 Feb 2004 09:21:13 -0500 (EST) Received: from antivirus.uqam.ca ([132.208.250.6]) by anis4.telecom.uqam.ca (SAVSMTP 3.1.1.32) with SMTP id M2004021009214220775 for <su...@bu...>; Tue, 10 Feb 2004 09:21:42 -0500 Received: from perseval.info.uqam.ca (perseval.info.uqam.ca [132.208.137.96]) by intrant.uqam.ca (8.12.10/8.12.2/uqam-filtres) with ESMTP id i1AEHjaM014640; Tue, 10 Feb 2004 09:17:45 -0500 (EST) X-Spam-Filter: Filtre-Uqam re: ab...@uq... Received: from egagnon by perseval.info.uqam.ca with local (Exim 4.30) id 1AqY3l-0001iw-RA; Tue, 10 Feb 2004 08:36:17 -0500 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Etienne M. Gagnon" <gag...@uq...> To: Debian Bug Tracking System <su...@bu...> Subject: sablevm: Couldn't bind native method Java_java_lang_Runtime_getSableVMVersion X-Mailer: reportbug 2.43 Date: Tue, 10 Feb 2004 08:36:17 -0500 Message-Id: <E1A...@pe...> Sender: Etienne Gagnon <gag...@uq...> Delivered-To: su...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_01 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_02_01 X-Spam-Level: Package: sablevm Version: 1.0.9+svn20040120-2 Severity: grave Justification: renders package unusable SableVM's dependencies are broken. Somehow, apt-get upgrade was able to install unsynchronized classlibraries along SableVM's core engine, which leads to a broken package, and breaks other software such as SableCC! $ sablecc -license *** Couldn't bind native method Java_java_lang_Runtime_getSableVMVersion *** *** or Java_java_lang_Runtime_getSableVMVersion__ *** java/lang/UnsatisfiedLinkError $ Thanks for fixing the dependencies. Etienne -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.24 Locale: LANG=C, LC_CTYPE=C Versions of packages sablevm depends on: ii java-common 0.22 Base of all Java packages ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libffi2 1:3.3.3-0pre3 Foreign Function Interface library ii libltdl3 1.5.2-1 A system independent dlopen wrappe ii libpopt0 1.7-4 lib for parsing cmdline parameters ii libsablevm1 1.0.9+svn20040120-2 Free implementation of JVM second ii unzip 5.50-3 De-archiver for .zip files -- no debconf information --------------------------------------- Received: (at 232041-done) by bugs.debian.org; 2 Mar 2004 05:37:39 +0000 >From ga...@de... Mon Mar 01 21:37:39 2004 Return-path: <ga...@de...> Received: from anis.telecom.uqam.ca [132.208.250.6] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Ay2b5-0008OG-00; Mon, 01 Mar 2004 21:37:39 -0800 Received: from anis4.telecom.uqam.ca (anis4.telecom.uqam.ca [132.208.250.236]) by sortant.uqam.ca (8.12.10/8.12.1) with SMTP id i225ZaHq004361 for <232...@bu...>; Tue, 2 Mar 2004 00:36:02 -0500 (EST) Received: from antivirus.uqam.ca ([132.208.250.6]) by anis4.telecom.uqam.ca (SAVSMTP 3.1.1.32) with SMTP id M2004030200370515617 for <232...@bu...>; Tue, 02 Mar 2004 00:37:05 -0500 Received: from 118.30.internet.uqam.ca (118.30.internet.uqam.ca [132.208.30.118]) by intrant.uqam.ca (8.12.10/8.12.2/uqam-filtres) with ESMTP id i222rPAw010189 for <232...@bu...>; Mon, 1 Mar 2004 21:53:28 -0500 (EST) X-Spam-Filter: Filtre-Uqam re: ab...@uq... Subject: Versions of sablevm and classpath back in sync From: "Grzegorz B. Prokopski" <ga...@de...> To: 232...@bu... Content-Type: text/plain Organization: Debian GNU/Linux http://www.debian.org Message-Id: <107...@ga...> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 01 Mar 2004 21:53:21 -0500 Content-Transfer-Encoding: 7bit Delivered-To: 232...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_01 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no version=2.60-bugs.debian.org_2004_03_01 X-Spam-Level: Versions of sablevm and classpath (at least in unstable) have been brought back in sync therefore I am closing this bug. For testing these packages are expected to propagate within 10 days. GBP -- Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM |
|
From: Rene E. <re...@de...> - 2004-03-02 04:35:53
|
Package: libsablevm-native1 Version: 1.0.9+svn20040115-1 Severity: serious Tags: sid Unpacking replacement libsablevm-native1 ... dpkg: error processing /var/cache/apt/archives/libsablevm-native1_1.1.0-2_i= 386.deb (--unpack): trying to overwrite `/usr/share/info/vmintegration.info.gz', which is also= in package classpath dpkg-deb: subprocess paste killed by signal (Broken pipe) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.3 Locale: LANG=3Dde_DE@euro, LC_CTYPE=3Dde_DE@euro Versions of packages libsablevm-native1 depends on: ii libart2 1.4.2-17 The GNOME canvas widget - runt= ime=20 ii libatk1.0-0 1.4.1-1 The ATK accessibility toolkit ii libc6 2.3.2.ds1-11 GNU C Library: Shared librarie= s an ii libglib2.0-0 2.2.3-1 The GLib library of C routines ii libgtk2.0-0 2.2.4-3 The GTK+ graphical user interf= ace=20 ii libpango1.0-0 1.2.5-2.1 Layout and rendering of intern= atio -- no debconf information Gr=FC=DFe/Regards, Ren=E9 --=20 .''`. Ren=E9 Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' re...@de... | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 =20 |
6 messages has been excluded from this view by a project administrator.
