sablevm-developer Mailing List for SableVM (Page 16)
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-06 16:59:02
|
W li=B6cie z pi=B1, 05-03-2004, godz. 23:45, Chris Pickett pisze:=20 > Is there some reason why inserting an empty method call (which actually= =20 > gets recognized and transformed by me) before and after every method=20 > call would make SableVM fail if the transformation was applied to all o= f=20 > classpath? I am not sure what exactly you're trying to do, but be warned that SableVM (just as probably any VM) is very picky about what can be executed at bootstrap time. So if you could avoid doing the transformations to the classes loaded during the bootstrap, it could save you a lot of troubles. > Anyway, in the meantime, I'll look into the details of why I "cannot=20 > create vm" with gdb. try to strace it first (it's faster) Does it fail after loading the first .class ? GBP --=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: David <db...@cs...> - 2004-03-06 08:41:41
|
On Fri, Mar 05, 2004 at 10:16:01PM -0500, Chris Pickett wrote: > Hi, >=20 > I want to make SableVM use Soot-transformed versions of the non-native=20 > portion of Classpath. I have the output from Soot in the application=20 > directory where I try to run SableVM, but the classes aren't getting=20 > loaded even with '-c .' specified as an option. >=20 The -c options is for the app class loader. The bootstrap classes path is a compiled constant. > What is the best way to do this? >=20 > For an application that transforms just gnu.* and java.* I tried: >=20 > cd ~/lib/sablevm/classpath > mv gnu gnu-old > mv java java-old > ln -s ~/path-to-sootOutput/java > ln -s ~/path-to-sootOutput/gnu >=20 > but that didn't work (cannot create vm). It would help if you would run with -v to see how far it goes. Note that some of the Soot generated classes need to follow SableVM requirements for some classes. See bootstrap.m4.c. >=20 > Also, on a related note -- does anyone know of a good way to catch thos= e=20 > classes which are only referenced from native code and thus not found b= y=20 > Soot? (I'm assuming such classes exist for certain applications).=20 > Profiling SableVM for the application and then comparing against the=20 > Soot output for whole-program-including-classpath-transformation seems=20 > like the only realistic choice, but maybe I'm missing something (it's=20 > not difficult to do, but it's not a real analysis). >=20 I guess you could do: find . -name '*.c' | xargs grep 'FindClass' if you have the source code of the apps. 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: Chris P. <chr...@ma...> - 2004-03-06 04:58:26
|
Chris Pickett wrote: > Hi, > > I want to make SableVM use Soot-transformed versions of the non-native > portion of Classpath. I have the output from Soot in the application > directory where I try to run SableVM, but the classes aren't getting > loaded even with '-c .' specified as an option. > > What is the best way to do this? > > For an application that transforms just gnu.* and java.* I tried: > > cd ~/lib/sablevm/classpath > mv gnu gnu-old > mv java java-old > ln -s ~/path-to-sootOutput/java > ln -s ~/path-to-sootOutput/gnu > > but that didn't work (cannot create vm). I also tried cd ~/lib/sablevm/classpath mv gnu gnu-old mv java java-old cp -R ~/path-to-sootOutput/gnu . cp -R ~/path-to-sootOutput/java . and still fails, which indicates that it isn't a problem related to native code calling methods in untransformed classes and not finding them (I thought for a minute the answer to my second question was also the answer to my first question). Is there some reason why inserting an empty method call (which actually gets recognized and transformed by me) before and after every method call would make SableVM fail if the transformation was applied to all of classpath? Anyway, in the meantime, I'll look into the details of why I "cannot create vm" with gdb. Cheers, Chris |
|
From: Chris P. <chr...@ma...> - 2004-03-06 03:29:23
|
Hi, I want to make SableVM use Soot-transformed versions of the non-native portion of Classpath. I have the output from Soot in the application directory where I try to run SableVM, but the classes aren't getting loaded even with '-c .' specified as an option. What is the best way to do this? For an application that transforms just gnu.* and java.* I tried: cd ~/lib/sablevm/classpath mv gnu gnu-old mv java java-old ln -s ~/path-to-sootOutput/java ln -s ~/path-to-sootOutput/gnu but that didn't work (cannot create vm). Also, on a related note -- does anyone know of a good way to catch those classes which are only referenced from native code and thus not found by Soot? (I'm assuming such classes exist for certain applications). Profiling SableVM for the application and then comparing against the Soot output for whole-program-including-classpath-transformation seems like the only realistic choice, but maybe I'm missing something (it's not difficult to do, but it's not a real analysis). Cheers, Chris |
|
From: Grzegorz P. (D. D. <ga...@de...> - 2004-03-06 03:08:02
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Fri, 5 Mar 2004 21:05:44 -0500
Source: sablevm
Binary: libsablevm1 sablevm jikes-sablevm libsablevm1-dev
Architecture: source all i386
Version: 1.1.0-5
Distribution: unstable
Urgency: high
Maintainer: Grzegorz Prokopski (Debian Developer) <ga...@de...>
Changed-By: Grzegorz Prokopski (Debian Developer) <ga...@de...>
Description:
jikes-sablevm - Wrapper for jikes using classes from SableVM JVM
libsablevm1 - Free implementation of JVM second edition - library
libsablevm1-dev - Free implementation of JVM secon edition - development files
sablevm - Free implementation of Java Virtual Machine (JVM) second edition
Changes:
sablevm (1.1.0-5) unstable; urgency=high
.
* Fixed VMRuntime.exec() which didn't look at PATH setting
* Implemented Thread.interrupt() and friends but still lacking support
in Classpath :-(
* Set library version to 0:0:0 as we don't have (AFAIK) any policy on
it and 1.1.0 was a development release.
* Priority high because we really want unbroken SableVM in testing
Files:
e1dff685ecc434822c92a7528367d056 721 interpreters optional sablevm_1.1.0-5.dsc
255a91cb0c891ac3bf36d3056f9a0dec 11907 interpreters optional sablevm_1.1.0-5.diff.gz
182530f64017188fd22d0524bd164e7c 43198 interpreters optional sablevm_1.1.0-5_i386.deb
f4e1357ca4b934728b85e6c76559af34 382574 libs optional libsablevm1_1.1.0-5_i386.deb
73223999043e99bfe5849a9be0724e3a 12692 libdevel optional libsablevm1-dev_1.1.0-5_all.deb
783bd4088a172eebe08b36d3edcf2aab 7372 devel optional jikes-sablevm_1.1.0-5_all.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFASTdVcxjwiKS4/ekRAkdDAJ0fJSJcT1is5qvWJhc0FTXmu56ECQCdHUt+
rBGYo7aR04v/+/6xULFTgj0=
=0QQR
-----END PGP SIGNATURE-----
Accepted:
jikes-sablevm_1.1.0-5_all.deb
to pool/main/s/sablevm/jikes-sablevm_1.1.0-5_all.deb
libsablevm1-dev_1.1.0-5_all.deb
to pool/main/s/sablevm/libsablevm1-dev_1.1.0-5_all.deb
libsablevm1_1.1.0-5_i386.deb
to pool/main/s/sablevm/libsablevm1_1.1.0-5_i386.deb
sablevm_1.1.0-5.diff.gz
to pool/main/s/sablevm/sablevm_1.1.0-5.diff.gz
sablevm_1.1.0-5.dsc
to pool/main/s/sablevm/sablevm_1.1.0-5.dsc
sablevm_1.1.0-5_i386.deb
to pool/main/s/sablevm/sablevm_1.1.0-5_i386.deb
|
|
From: Grzegorz P. (D. D. <ga...@de...> - 2004-03-06 03:08:02
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Fri, 5 Mar 2004 20:50:34 -0500 Source: sablevm-classlib Binary: libsablevm-native1 libsablevm-classlib1-java Architecture: source all i386 Version: 1.1.0-5 Distribution: unstable Urgency: high 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-5) unstable; urgency=high . * Removed '.' from java.ext.dirs * We really finally want unbroken SableVM in testing. Priority high. Files: 20273f26acc5b21398ea6783f61310cd 740 libs optional sablevm-classlib_1.1.0-5.dsc 355531f4e806c45233dfe8f45be0fd6b 5792 libs optional sablevm-classlib_1.1.0-5.diff.gz 8ec49e584404baf49c820059f5ef06df 2017866 libs optional libsablevm-classlib1-java_1.1.0-5_all.deb dfc0711674fa78a11ef80ee8dd17edc5 344544 libs optional libsablevm-native1_1.1.0-5_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFASTdZcxjwiKS4/ekRAufIAKCk2kjFG68mIONMq+PUvlGP/vCO4wCgi17Z rN9X/johJm2nfHFWw1Ny0oQ= =SRCe -----END PGP SIGNATURE----- Accepted: libsablevm-classlib1-java_1.1.0-5_all.deb to pool/main/s/sablevm-classlib/libsablevm-classlib1-java_1.1.0-5_all.deb libsablevm-native1_1.1.0-5_i386.deb to pool/main/s/sablevm-classlib/libsablevm-native1_1.1.0-5_i386.deb sablevm-classlib_1.1.0-5.diff.gz to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.0-5.diff.gz sablevm-classlib_1.1.0-5.dsc to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.0-5.dsc |
|
From: David <db...@cs...> - 2004-03-05 19:51:26
|
Hi,
I reduced the diff between SableVM/staging and my development branch
by moving several things some quite old to staging.
This is just a quick summary/comments:
* Few fixes in compilation/configuration for Darwin / OS X.
* Marking SIGFPE has always unexpected on powerpc, div by zero does
not produce them.
* Several JNI methods implementation.
Note: The reflective ones (GetSuperClass, etc.) do not handle
special cases such as Class of primitive types
but should work for most cases.
* Fixed waitpid bug.
* Fixed bug: indexing array outside bounds in _svmf_fix_line_number_table=
.
Old bug that was never fixed.
* Moved printing of stats outside of DestroyJavaVM. Put it in util2.c
fn name _svmf_print_statistics. Hope place is ok.
Added call to it in Runtime_exit.
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: Mark H. <mh...@de...> - 2004-03-05 16:59:38
|
On Thu, Mar 04, 2004 at 03:24:21PM -0500, Grzegorz B. Prokopski wrote: > Hi all, > > I wanted to get debbuggtk (bugviewer) working, see that: > http://gadek.debian.net/SableVM-BugViewer-Working.png Excellent! Thanks. > Of course > gnome-java bindings leak native references so you might > encounter sudden death of the program after exceeding 64 > refs. This is quite high on my list of priorities for the next stable java-gnome release (1 month, shortly after gnome 2.6 release). We've been working hard adding support for the entire gnome libraries over the past few months; we're now API frozen as part of the gnome bindings release schedule so have a while to fix bugs. Any help, or tips on finding these leaks would be very much appreciated. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: David <db...@cs...> - 2004-03-05 02:03:08
|
Hi,
In case it helps, a bt on the broken pipe:
(gdb) bt
#0 0x0fef8444 in send () from /lib/libpthread.so.0
#1 0x0fb8d61c in _javanet_sendto (env=3D0x10014398, this=3D0x100264b0,
buf=3D0x10027098, offset=3D0, len=3D218, addr=3D0, port=3D0) at javanet.c=
:985
#2 0x0fb90ce0 in Java_gnu_java_net_PlainSocketImpl_write
(env=3D0x10014398, this=3D0x100264b0, buf=3D0x10027098, offset=3D0, len=3D=
218)
at gnu_java_net_PlainSocketImpl.c:284
#3 0x0fe37370 in ffi_call_SYSV () from /usr/lib/./libffi.so.2
#4 0x0fe36f40 in ffi_call () from /usr/lib/./libffi.so.2
#5 0x0ff86d50 in _svmf_invoke_native_nonstatic (env=3D0x10014398) at
native.c:1304
#6 0x0ffbf5ac in _svmf_interpreter (_env=3D0x20) at
instructions_preparation_direct_threaded.c:12175
#7 0x0ff788c0 in _svmh_invoke_specific_static_main (env=3D0x10014398=
,
method=3D0x3114aad8, param_1=3D0x100270a8) at method_invoke.c:5306
#8 0x0ffd110c in Java_java_lang_VirtualMachine_invokeMain
(_env=3D0x20, _class=3D0x7fffee14, mainClass=3D0x3114a008,
args=3D0x100270a8) at cast.c:247
#9 0x0fe37370 in ffi_call_SYSV () from /usr/lib/./libffi.so.2
#10 0x0fe36f40 in ffi_call () from /usr/lib/./libffi.so.2
#11 0x0ff866fc in _svmf_invoke_native_static (env=3D0x10014398) at
native.c:834
#12 0x0ffbf538 in _svmf_interpreter (_env=3D0x20) at
instructions_preparation_direct_threaded.c:12117
#13 0x0ffa5f44 in CallStaticVoidMethod (_env=3D0x20, cls=3D0x7fffee14=
,
methodID=3D0xda) at native_interface.c:14083
#14 0x100024a4 in main (argc=3D32, argv=3D0x7fffee14) at sablevm.c:14=
48
(gdb)=20
David
On Tue, Mar 02, 2004 at 09:15:12PM -0500, Grzegorz B. Prokopski wrote:
> Hi all,
>=20
> 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.
>=20
> $ 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)
>=20
> $ strace java-sablevm SableBot 2>&1 |grep ^open\(
> open("sablebot.conf", O_RDONLY) =3D 6
> open("/usr/share/sablevm/sablevm-classpath/java/io/BufferedReader.class=
", O_RDONLY) =3D 7
> open("/usr/share/sablevm/sablevm-classpath/java/io/InputStreamReader.cl=
ass", O_RDONLY) =3D 7
> open("/usr/share/sablevm/sablevm-classpath/java/lang/Integer.class",
> O_RDONLY) =3D 7
> open("/usr/share/sablevm/sablevm-classpath/java/lang/Number.class",
> O_RDONLY) =3D 7
> open("/usr/share/sablevm/sablevm-classpath/java/lang/Long.class",
> O_RDONLY) =3D 7
> open("/usr/share/sablevm/sablevm-classpath/java/lang/String;.class",
> O_RDONLY) =3D -1 ENOENT (No such file or directory)
> open("/usr/share/sablevm/sablevm-classpath/java/lang/Throwable$StaticDa=
ta.class", O_RDONLY) =3D 7
>=20
> 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.
>=20
> 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
>=20
> 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?
>=20
> Grzegorz B. Prokopski
>=20
> --=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
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> _______________________________________________
> Sablevm-developer mailing list
> Sab...@li...
> https://lists.sourceforge.net/lists/listinfo/sablevm-developer
--=20
---
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: David <db...@cs...> - 2004-03-05 02:00:04
|
Hello, I just run SableBOT from SableVM/staging. In case you don't know, the directory for logs need to be manually created, otherwise: FATAL: Error accessing log file /tmp/sablebot/web/logs/sablebot.log Then I get: Trying to connect to server: irc.sablevm.org port 6667 SableBOT started NOTICE AUTH :*** Looking up your hostname... 0>>>|NOTICE| 1>>>|| 2>>>|| 3>>>|AUTH| 4>>>|*** Looking up your hostname...| INTERPRETING: |NOTICE| getStrSpc dla |#sablevm| ret |#sablevm| len: 8 getStrSpc dla |#sablevm| ret |#sablevm| len: 8 getStrSpc dla |#sablecc| ret |#sablecc| len: 8 ... getStrSpc dla |#sablevm| ret |#sablevm| len: 8 getStrSpc dla |#sablevm| ret |#sablevm| len: 8 Broken pipe Do you still have the ClassNotFound? I am somewhat lost in all the emails. David On Tue, Mar 02, 2004 at 09:15:12PM -0500, Grzegorz B. Prokopski wrote: > Hi all, >=20 > 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. >=20 > $ 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) >=20 > $ strace java-sablevm SableBot 2>&1 |grep ^open\( > open("sablebot.conf", O_RDONLY) =3D 6 > open("/usr/share/sablevm/sablevm-classpath/java/io/BufferedReader.class= ", O_RDONLY) =3D 7 > open("/usr/share/sablevm/sablevm-classpath/java/io/InputStreamReader.cl= ass", O_RDONLY) =3D 7 > open("/usr/share/sablevm/sablevm-classpath/java/lang/Integer.class", > O_RDONLY) =3D 7 > open("/usr/share/sablevm/sablevm-classpath/java/lang/Number.class", > O_RDONLY) =3D 7 > open("/usr/share/sablevm/sablevm-classpath/java/lang/Long.class", > O_RDONLY) =3D 7 > open("/usr/share/sablevm/sablevm-classpath/java/lang/String;.class", > O_RDONLY) =3D -1 ENOENT (No such file or directory) > open("/usr/share/sablevm/sablevm-classpath/java/lang/Throwable$StaticDa= ta.class", O_RDONLY) =3D 7 >=20 > 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. >=20 > 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 >=20 > 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? >=20 > Grzegorz B. Prokopski >=20 > --=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 >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick > _______________________________________________ > Sablevm-developer mailing list > Sab...@li... > https://lists.sourceforge.net/lists/listinfo/sablevm-developer --=20 --- 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 P. (D. D. <ga...@de...> - 2004-03-05 00:52:45
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 4 Mar 2004 16:53:34 -0500 Source: sablevm Binary: libsablevm1 sablevm jikes-sablevm libsablevm1-dev Architecture: source all i386 Version: 1.1.0-4 Distribution: unstable Urgency: medium Maintainer: Grzegorz Prokopski (Debian Developer) <ga...@de...> Changed-By: Grzegorz Prokopski (Debian Developer) <ga...@de...> Description: jikes-sablevm - Wrapper for jikes using classes from SableVM JVM libsablevm1 - Free implementation of JVM second edition - library libsablevm1-dev - Free implementation of JVM secon edition - development files sablevm - Free implementation of Java Virtual Machine (JVM) second edition Changes: sablevm (1.1.0-4) unstable; urgency=medium . * Added dummy Thread.interrupted, interrupt, isInterrupted. * Urgency medium because SableVM in testing is broken. * Implemented JNI/GetEnv. * Merged JNI/Throw and others from staging (thanks David!). Files: c4575f9ae1dfe41d8742d6cba92a8c97 721 interpreters optional sablevm_1.1.0-4.dsc ac7616302679dfad067a2f591744f9b0 10915 interpreters optional sablevm_1.1.0-4.diff.gz 75495bab36a8ce52f72d98e50c2671f0 42982 interpreters optional sablevm_1.1.0-4_i386.deb 5a8d925040bfdfe3be7691a508ddece7 382104 libs optional libsablevm1_1.1.0-4_i386.deb ce51e259927c0eaccf8fa81576deab5b 12482 libdevel optional libsablevm1-dev_1.1.0-4_all.deb 6b3dd70e8c58988ca88d8e1a5c008f7d 7170 devel optional jikes-sablevm_1.1.0-4_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAR8bqcxjwiKS4/ekRAoebAJ4/4tPt0u4CN3uvvQQsa5fc74FzvQCgxuzo UTsssoBbopnLT1pPDSDXJ6E= =dvCj -----END PGP SIGNATURE----- Accepted: jikes-sablevm_1.1.0-4_all.deb to pool/main/s/sablevm/jikes-sablevm_1.1.0-4_all.deb libsablevm1-dev_1.1.0-4_all.deb to pool/main/s/sablevm/libsablevm1-dev_1.1.0-4_all.deb libsablevm1_1.1.0-4_i386.deb to pool/main/s/sablevm/libsablevm1_1.1.0-4_i386.deb sablevm_1.1.0-4.diff.gz to pool/main/s/sablevm/sablevm_1.1.0-4.diff.gz sablevm_1.1.0-4.dsc to pool/main/s/sablevm/sablevm_1.1.0-4.dsc sablevm_1.1.0-4_i386.deb to pool/main/s/sablevm/sablevm_1.1.0-4_i386.deb |
|
From: Grzegorz B. P. <ga...@de...> - 2004-03-04 22:57:25
|
Hi all, I wanted to get debbuggtk (bugviewer) working, see that: http://gadek.debian.net/SableVM-BugViewer-Working.png I added dummy versions of Thread.interrupt, interrupted and isInterrupted (returning always false) and also _implemented_ JNI/GetEnv() and got the above. Of course gnome-java bindings leak native references so you might encounter sudden death of the program after exceeding 64 refs. Of course hacks here and there aren't good in the long run, but I think it shows the things we can actually achieve after filling in the remaining holes in the right way. Comments? ;-) Grzegorz B. Prokopski PS: I'll upload new package as soon as I am done with reading libtool manual, to make the library versions right. Priority will be medium, so that we could get new, working SableVM in testing in 5 days from now. BTW: HPPA has libffi in Debian packages, so we now effectively support 9 Debian architectures (minus ARM bugs, I think). ma |
|
From: <ow...@bu...> - 2004-03-04 21:40:32
|
Your message dated Thu, 04 Mar 2004 16:02:08 -0500 with message-id <E1A...@ne...> and subject line Bug#235724: fixed in sablevm-classlib 1.1.0-4 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; 2 Mar 2004 04:00:30 +0000 >From re...@re... Mon Mar 01 20:00:30 2004 Return-path: <re...@re...> Received: from port-212-202-209-234.reverse.qsc.de (stan.ping.de) [212.202.209.234] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Ay153-000862-00; Mon, 01 Mar 2004 20:00:30 -0800 Received: from rene by stan.ping.de with local (Exim 3.35 #1 (Debian)) id 1Ay152-0005dY-00 for <su...@bu...>; Tue, 02 Mar 2004 05:00:28 +0100 X-IMAP-Sender: rene Date: Tue, 2 Mar 2004 04:59:18 +0100 X-OfflineIMAP-x1989229456-52656d6f7465-494e424f582e4f7574626f78: 1078200024-00160551664861 From: Rene Engelhard <re...@de...> To: Debian Bug Tracking System <su...@bu...> Subject: overwrites files from classpath Message-ID: <200...@re...> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline X-Reportbug-Version: 2.49 X-Operating-System: Debian GNU/Linux X-GnuPG-Key: $ finger re...@db... User-Agent: Mutt/1.5.5.1+cvs20040105i Sender: Rene Engelhard <re...@re...> 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: --SUOF0GtieIMvvwua Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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 --SUOF0GtieIMvvwua Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFARAaV+FmQsCSK63MRArkpAJ9iPC8Kq7URxg0eXmgBZVVrCKyYkwCfdVpl sN1VhnUasS9qhTeRFXBt4bI= =6skN -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- --------------------------------------- Received: (at 235724-close) by bugs.debian.org; 4 Mar 2004 21:08:30 +0000 >From ka...@ft... Thu Mar 04 13:08:30 2004 Return-path: <ka...@ft...> Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Az050-0006JD-00; Thu, 04 Mar 2004 13:08:30 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1Ayzyq-0004Kx-00; Thu, 04 Mar 2004 16:02:08 -0500 From: Grzegorz Prokopski (Debian Developer) <ga...@de...> To: 235...@bu... X-Katie: $Revision: 1.44 $ Subject: Bug#235724: fixed in sablevm-classlib 1.1.0-4 Message-Id: <E1A...@ne...> Sender: Archive Administrator <ka...@ft...> Date: Thu, 04 Mar 2004 16:02:08 -0500 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: Source: sablevm-classlib Source-Version: 1.1.0-4 We believe that the bug you reported is fixed in the latest version of sablevm-classlib, which is due to be installed in the Debian FTP archive: libsablevm-classlib1-java_1.1.0-4_all.deb to pool/main/s/sablevm-classlib/libsablevm-classlib1-java_1.1.0-4_all.deb libsablevm-native1_1.1.0-4_i386.deb to pool/main/s/sablevm-classlib/libsablevm-native1_1.1.0-4_i386.deb sablevm-classlib_1.1.0-4.diff.gz to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.0-4.diff.gz sablevm-classlib_1.1.0-4.dsc to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.0-4.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 23...@bu..., and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Grzegorz Prokopski (Debian Developer) <ga...@de...> (supplier of updated sablevm-classlib package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftp...@de...) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 4 Mar 2004 14:49:51 -0500 Source: sablevm-classlib Binary: libsablevm-native1 libsablevm-classlib1-java Architecture: source all i386 Version: 1.1.0-4 Distribution: unstable Urgency: medium 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) Closes: 235724 235958 Changes: sablevm-classlib (1.1.0-4) unstable; urgency=medium . * Fixed another typo that made us conflict with classpath package. Closes: #235724, #235958. * Urgency medium, because SableVM packages in testing are broken. Files: 96e4b17816484058365f2138b280ba56 740 libs optional sablevm-classlib_1.1.0-4.dsc 8ec6c399c132eabc8ca46d292232ee01 4131 libs optional sablevm-classlib_1.1.0-4.diff.gz 18a04eb02de19a72a50baadf749721a3 2017132 libs optional libsablevm-classlib1-java_1.1.0-4_all.deb a15c7be25bc0cce5055c10e79ff99648 344412 libs optional libsablevm-native1_1.1.0-4_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAR5XQcxjwiKS4/ekRAnXzAKCi3uKv5QheL2hJTrENJYKBR4ESLQCgkSu7 PWiJe1OnrSjvWJQxYsE1Ylk= =kHA1 -----END PGP SIGNATURE----- |
|
From: <ow...@bu...> - 2004-03-04 21:39:34
|
Your message dated Thu, 04 Mar 2004 16:02:08 -0500 with message-id <E1A...@ne...> and subject line Bug#235958: fixed in sablevm-classlib 1.1.0-4 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 12:25:22 +0000 >From yd...@al... Wed Mar 03 04:25:22 2004 Return-path: <yd...@al...> Received: from smtp1.wanadoo.fr (mwinf0104.wanadoo.fr) [193.252.22.30] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AyVRC-0005Wk-00; Wed, 03 Mar 2004 04:25:22 -0800 Received: from bylbo.nowhere.earth (APuteaux-115-1-11-53.w81-50.abo.wanadoo.fr [81.50.66.53]) by mwinf0104.wanadoo.fr (SMTP Server) with ESMTP id 9F3651BFFFDA; Wed, 3 Mar 2004 13:24:50 +0100 (CET) Received: from dwitch by bylbo.nowhere.earth with local (Exim 3.36 #1 (Debian)) id 1AyVQV-0004wR-00; Wed, 03 Mar 2004 13:24:39 +0100 Date: Wed, 3 Mar 2004 13:24:39 +0100 From: Yann Dirson <di...@de...> To: Debian Bug Tracking System <su...@bu...> Subject: sablevm and classpath overlap Message-ID: <200...@by...where.earth> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Debbugs-Cc: cla...@pa... X-Reportbug-Version: 2.49 User-Agent: Mutt/1.5.5.1+cvs20040105i Sender: Yann Dirson <yd...@al...> 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=-8.0 required=4.0 tests=HAS_PACKAGE,X_DEBBUGS_CC autolearn=no version=2.60-bugs.debian.org_2004_03_01 X-Spam-Level: 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/> --------------------------------------- Received: (at 235958-close) by bugs.debian.org; 4 Mar 2004 21:08:31 +0000 >From ka...@ft... Thu Mar 04 13:08:31 2004 Return-path: <ka...@ft...> Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Az050-0006Jq-00; Thu, 04 Mar 2004 13:08:31 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1Ayzyq-0004Kz-00; Thu, 04 Mar 2004 16:02:08 -0500 From: Grzegorz Prokopski (Debian Developer) <ga...@de...> To: 235...@bu... X-Katie: $Revision: 1.44 $ Subject: Bug#235958: fixed in sablevm-classlib 1.1.0-4 Message-Id: <E1A...@ne...> Sender: Archive Administrator <ka...@ft...> Date: Thu, 04 Mar 2004 16:02:08 -0500 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: Source: sablevm-classlib Source-Version: 1.1.0-4 We believe that the bug you reported is fixed in the latest version of sablevm-classlib, which is due to be installed in the Debian FTP archive: libsablevm-classlib1-java_1.1.0-4_all.deb to pool/main/s/sablevm-classlib/libsablevm-classlib1-java_1.1.0-4_all.deb libsablevm-native1_1.1.0-4_i386.deb to pool/main/s/sablevm-classlib/libsablevm-native1_1.1.0-4_i386.deb sablevm-classlib_1.1.0-4.diff.gz to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.0-4.diff.gz sablevm-classlib_1.1.0-4.dsc to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.0-4.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 23...@bu..., and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Grzegorz Prokopski (Debian Developer) <ga...@de...> (supplier of updated sablevm-classlib package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftp...@de...) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 4 Mar 2004 14:49:51 -0500 Source: sablevm-classlib Binary: libsablevm-native1 libsablevm-classlib1-java Architecture: source all i386 Version: 1.1.0-4 Distribution: unstable Urgency: medium 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) Closes: 235724 235958 Changes: sablevm-classlib (1.1.0-4) unstable; urgency=medium . * Fixed another typo that made us conflict with classpath package. Closes: #235724, #235958. * Urgency medium, because SableVM packages in testing are broken. Files: 96e4b17816484058365f2138b280ba56 740 libs optional sablevm-classlib_1.1.0-4.dsc 8ec6c399c132eabc8ca46d292232ee01 4131 libs optional sablevm-classlib_1.1.0-4.diff.gz 18a04eb02de19a72a50baadf749721a3 2017132 libs optional libsablevm-classlib1-java_1.1.0-4_all.deb a15c7be25bc0cce5055c10e79ff99648 344412 libs optional libsablevm-native1_1.1.0-4_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAR5XQcxjwiKS4/ekRAnXzAKCi3uKv5QheL2hJTrENJYKBR4ESLQCgkSu7 PWiJe1OnrSjvWJQxYsE1Ylk= =kHA1 -----END PGP SIGNATURE----- |
|
From: Grzegorz P. (D. D. <ga...@de...> - 2004-03-04 21:22:21
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Thu, 4 Mar 2004 14:49:51 -0500
Source: sablevm-classlib
Binary: libsablevm-native1 libsablevm-classlib1-java
Architecture: source all i386
Version: 1.1.0-4
Distribution: unstable
Urgency: medium
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)
Closes: 235724 235958
Changes:
sablevm-classlib (1.1.0-4) unstable; urgency=medium
.
* Fixed another typo that made us conflict with classpath package.
Closes: #235724, #235958.
* Urgency medium, because SableVM packages in testing are broken.
Files:
96e4b17816484058365f2138b280ba56 740 libs optional sablevm-classlib_1.1.0-4.dsc
8ec6c399c132eabc8ca46d292232ee01 4131 libs optional sablevm-classlib_1.1.0-4.diff.gz
18a04eb02de19a72a50baadf749721a3 2017132 libs optional libsablevm-classlib1-java_1.1.0-4_all.deb
a15c7be25bc0cce5055c10e79ff99648 344412 libs optional libsablevm-native1_1.1.0-4_i386.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAR5XQcxjwiKS4/ekRAnXzAKCi3uKv5QheL2hJTrENJYKBR4ESLQCgkSu7
PWiJe1OnrSjvWJQxYsE1Ylk=
=kHA1
-----END PGP SIGNATURE-----
Accepted:
libsablevm-classlib1-java_1.1.0-4_all.deb
to pool/main/s/sablevm-classlib/libsablevm-classlib1-java_1.1.0-4_all.deb
libsablevm-native1_1.1.0-4_i386.deb
to pool/main/s/sablevm-classlib/libsablevm-native1_1.1.0-4_i386.deb
sablevm-classlib_1.1.0-4.diff.gz
to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.0-4.diff.gz
sablevm-classlib_1.1.0-4.dsc
to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.0-4.dsc
|
|
From: David <db...@CS...> - 2004-03-04 19:14:49
|
On Wed, Mar 03, 2004 at 11:31:56PM -0500, Grzegorz B. Prokopski wrote: > static JNIEXPORT jint JNICALL > Throw (JNIEnv *_env, jthrowable obj) >=20 > David, by any chance is this one of the functions you implemented but > not merged yet? Or would it be one of those "trivial to implement, > harder to test"? >=20 Yes, I did one a long time ago. It happened that I just merged it in staging as well as 5 other JNI as I want to remove a branch. The exec/wait merge is coming also. 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: David <db...@cs...> - 2004-03-04 17:39:33
|
On Wed, Mar 03, 2004 at 11:25:53PM -0500, Grzegorz B. Prokopski wrote:
>=20
> waitpid(pid, &status, 0);
>=20
> if (nonblocking) {
> waitpid(pid, &status, WNOHANG);
> } else {
> waitpid(pid, &status, 0);
> }
>=20
You are right. The staging actually does not have the most recent
version... What is strange is that it happens that an intermediate
version. I might have done something wrong during the merge.
Anyway, will merge most recent version to staging.
Thanks for the report.
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: Archie C. <ar...@de...> - 2004-03-04 16:09:34
|
Grzegorz B. Prokopski wrote: > I've just saw this email. Good to know our thoughts loiter the same > paths ;-) What can I say, I pretty much agree with the below. But > I can't get it all done right now, and even if - I think > thread.interrupt and friends are of higher priority (due to gtk > peers/awt stuff) especially that they can't be worked around. FYI, JC (which kindof started out based on SableVM) implementes extendable local native reference frames and Thread.interrupt(); feel free to steal back some code. I'd be happy to point anyone in the right direction. -Archie __________________________________________________________________________ Archie Cobbs * CTO, Awarix * http://www.awarix.com |
|
From: Etienne G. <gag...@uq...> - 2004-03-04 05:20:32
|
Hi Greg,
You and David now have write access to create 1.1.x tags:
/sablevm/tags/sablevm-1\.1\.[^/]+/ = @sablevm-staging(add,remove,properties)
(same for sablevm-test-suite, sablevm-classpath, and sablejit).
So, feel free to make development releases when you wish.
Etienne
Grzegorz B. Prokopski wrote:
> Hi all,
>
> I need a confirmation, as I haven't touched this stuff yet and
> I might be just missing something.
>
> exec() is broken in current staging and 1.1.0. If you tried to run
> such a simple program:
>
> public class ExecTest {
> public static void main(String []args) {
> try {
> Process child = Runtime.getRuntime().exec("/bin/sleep 1");
> child.waitFor();
> }
> catch(Exception e) {
> System.out.println("Execution exception catched");
> }
> System.out.println("Execution finished");
> }
> }
>
> $ sablevm -Y ExecTest
> Java_java_lang_ProcessImpl_nativeWaitFor: No child processes
> Child did not exit normally.
>
> strace showed that waitpid() is called twice, second time after
> the child exited. So I scratched my head and after 3 minutes in
> src/libsablevm/java_lang_ProcessImpl.c in ..._nativeWaitFor
> i saw more less such thing:
>
> waitpid(pid, &status, 0);
>
> if (nonblocking) {
> waitpid(pid, &status, WNOHANG);
> } else {
> waitpid(pid, &status, 0);
> }
>
> Existence of the first waitpid makes no sense to me. I commented
> it out in just-uploaded sablevm Debian packages as it seemed to
> solve the problem.
>
> Am I missing anything or should it get to staging too?
>
> It's quite "grave" thing, I'd say. If it wasn't me who'd have to
> make the next release, I'd push for 1.1.1 ASAP :-/
>
> Cheers,
>
> Grzegorz B. Prokopski
>
--
Etienne M. Gagnon, Ph.D. http://www.info.uqam.ca/~egagnon/
SableVM: http://www.sablevm.org/
SableCC: http://www.sablecc.org/
|
|
From: Grzegorz B. P. <ga...@de...> - 2004-03-04 05:05:44
|
W li=B6cie z =B6ro, 03-03-2004, godz. 17:47, Archie Cobbs pisze:=20 > 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 wo= rk > > with 16 refs are in 99% of cases broken, I'd like to make sure it won= 't > > hurt too much. >=20 > 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. I incrased it to 64 and I was able to get this: http://gadek.debian.net/SableVM-BugLister.png ! Works like a charm ;-) Besides maybe that at some point it died on sablevm: INTERNAL ERROR (source file "native_interface.c", line 22950): todo which is static JNIEXPORT jint JNICALL Throw (JNIEnv *_env, jthrowable obj) David, by any chance is this one of the functions you implemented but not merged yet? Or would it be one of those "trivial to implement, harder to test"? GBP --=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-04 04:52:02
|
Hi all,
I need a confirmation, as I haven't touched this stuff yet and
I might be just missing something.
exec() is broken in current staging and 1.1.0. If you tried to run
such a simple program:
public class ExecTest {
public static void main(String []args) {
try {
Process child = Runtime.getRuntime().exec("/bin/sleep 1");
child.waitFor();
}
catch(Exception e) {
System.out.println("Execution exception catched");
}
System.out.println("Execution finished");
}
}
$ sablevm -Y ExecTest
Java_java_lang_ProcessImpl_nativeWaitFor: No child processes
Child did not exit normally.
strace showed that waitpid() is called twice, second time after
the child exited. So I scratched my head and after 3 minutes in
src/libsablevm/java_lang_ProcessImpl.c in ..._nativeWaitFor
i saw more less such thing:
waitpid(pid, &status, 0);
if (nonblocking) {
waitpid(pid, &status, WNOHANG);
} else {
waitpid(pid, &status, 0);
}
Existence of the first waitpid makes no sense to me. I commented
it out in just-uploaded sablevm Debian packages as it seemed to
solve the problem.
Am I missing anything or should it get to staging too?
It's quite "grave" thing, I'd say. If it wasn't me who'd have to
make the next release, I'd push for 1.1.1 ASAP :-/
Cheers,
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 P. (D. D. <ga...@de...> - 2004-03-04 04:36:56
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Wed, 3 Mar 2004 22:59:24 -0500 Source: sablevm Binary: libsablevm1 sablevm jikes-sablevm libsablevm1-dev 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: jikes-sablevm - Wrapper for jikes using classes from SableVM JVM libsablevm1 - Free implementation of JVM second edition - library libsablevm1-dev - Free implementation of JVM secon edition - development files sablevm - Free implementation of Java Virtual Machine (JVM) second edition Changes: sablevm (1.1.0-3) unstable; urgency=low . * Fixed native WaitFor. * Incrased max. of native local refs to 64. Files: 9161bff6601c2647ff18cbf6d213458f 720 interpreters optional sablevm_1.1.0-3.dsc cc523d83f9d2eb0f54e177b0e896c4e3 9234 interpreters optional sablevm_1.1.0-3.diff.gz 7cc731f8ce732b7411602368275ac2e3 42876 interpreters optional sablevm_1.1.0-3_i386.deb 56dc4e69190f9de2f74eb387db720049 381040 libs optional libsablevm1_1.1.0-3_i386.deb a806c4a34c4e3c83536f3c7f33f72a9e 12390 libdevel optional libsablevm1-dev_1.1.0-3_all.deb baf9a04134cc6608a0b6e80eefe01589 7066 devel optional jikes-sablevm_1.1.0-3_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFARqsDcxjwiKS4/ekRAi35AJ0c7HjSbMVGHy8w0BEbgEcO/LAYSwCdFSy9 NxUe1bEvgPnCBIs1Oj28UbA= =FwQS -----END PGP SIGNATURE----- Accepted: jikes-sablevm_1.1.0-3_all.deb to pool/main/s/sablevm/jikes-sablevm_1.1.0-3_all.deb libsablevm1-dev_1.1.0-3_all.deb to pool/main/s/sablevm/libsablevm1-dev_1.1.0-3_all.deb libsablevm1_1.1.0-3_i386.deb to pool/main/s/sablevm/libsablevm1_1.1.0-3_i386.deb sablevm_1.1.0-3.diff.gz to pool/main/s/sablevm/sablevm_1.1.0-3.diff.gz sablevm_1.1.0-3.dsc to pool/main/s/sablevm/sablevm_1.1.0-3.dsc sablevm_1.1.0-3_i386.deb to pool/main/s/sablevm/sablevm_1.1.0-3_i386.deb |
|
From: Grzegorz B. P. <ga...@de...> - 2004-03-04 03:35:28
|
W li=B6cie z =B6ro, 03-03-2004, godz. 17:09, David B=E9langer pisze:=20 > 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 > > > Some results here: > > > http://www.sable.mcgill.ca/~dbelan2/sablejit/results_2004-03-02.htm= l > > 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) >=20 > I always got better results with inlined than direct on my AMD. That's interesting. Here I have: $ gcc --version gcc (GCC) 3.3.3 (Debian) $ dpkg -l gcc-3.3 ii gcc-3.3 3.3.3-1 The GNU C compiler > > 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. Please do it as soon as you can. There's some (black) magic happening here and I need every _sure_ starting point I can have. I haven't found out yet how to effectively downgrade gcc. Last time I did it - it was segfaulting while compiling sablevm. I'll try now again. The intersting thing is. In your version you compile only inlined with -fno-block-reorder. I wonder whether there's some actual speed penalty in the _speedup factor_ between direct and inlined as compared to the Etienne's thesis. It'd be a major problem dropping this option right now because in newer gcc, w/o this option it seems to move the INLINED_END label _above_, _before_ the INLINED_START label... I think some of your tests overlap w/ Etienne's. I'll check it. > I will not have much time for major improvements in the next few months= , > I have a master thesis to start writing ASAP. :) Ah, always this paperwork! 8) 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-04 03:10:29
|
LOL! I've just saw this email. Good to know our thoughts loiter the same paths ;-) What can I say, I pretty much agree with the below. But I can't get it all done right now, and even if - I think thread.interrupt and friends are of higher priority (due to gtk peers/awt stuff) especially that they can't be worked around. And honestly, I'd be _very_ happy to put my hands in these right now. But I've been working on release and Debian packages since I came back. I think they're in quite good shape right now so I am gonna give them some rest and try to finally nail down these inlined performance problems. Wish me luck, I'am gonna need it :-/ GBP W li=B6cie z =B6ro, 03-03-2004, godz. 21:05, Etienne Gagnon pisze:=20 > I mean, have a [deep ;-)] look at: > http://java.sun.com/docs/books/jni/html/functions.html#70207 >=20 > Specifically: >=20 > 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. >=20 > 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. >=20 > 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! >=20 > Etienne --=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-04 03:00:00
|
W li=B6cie z =B6ro, 03-03-2004, godz. 17:47, Archie Cobbs pisze:=20 > 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 wo= rk > > with 16 refs are in 99% of cases broken, I'd like to make sure it won= 't > > hurt too much. >=20 > 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. It was a few weeks ago, I didn't have to look far. $ apt-get install debbuggtk Apparently it's gnome-java's bindings BUG. Feel free to report it :-) Cheers, Grzegorz B. Prokopski PS: But given what I've just read today in "The Java Native Interface Programmer's Guide and Specification" I am pretty sure there's plenty of such apps. --=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 |
6 messages has been excluded from this view by a project administrator.
