sablevm-developer Mailing List for SableVM (Page 24)
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-02-03 05:13:08
|
W liście z pon, 02-02-2004, godz. 23:29, Chris Pickett pisze: > I'm also having problems in the switch interpreter on a uniprocessor > with the following benchmarks in the JGF suites: Do you mean that you encounter problems with these benchmarks using current staging version of SableVM? or your modified version? > Anyway, I just thought I'd post a summary of the problems I've encountered. Good! Though what do you plan to find solutions to them? ;-) > If you're curious, and you want some (basic) scripts (that almost > definitely need modifying) to run these benchmarks, after extracting, > look in chris/sandbox/sablevm/src/spmt/benchmarks/ for transform_grande, > transform_thread_grande, run_grande, run_thread_grande, and > create_JGF_report. Just out of curiosity. All of these benchmarks are under LGPL and thus are in our SVN, right? (or have you obtained special permission?) Anyway - if these benchmarks fail on current staging then it'd definitely be something I'd like to add to the massive testing machinery I am working on/with right now. Well... in fact even if they dont I'd like to do it too. 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: Chris P. <chr...@ma...> - 2004-02-03 04:28:06
|
Hi, I'm also having problems in the switch interpreter on a uniprocessor with the following benchmarks in the JGF suites: single-threaded, section2 FFTBenchSizeC LUFactBenchSizeA single-threaded, section3 MolDynBenchSizeB RayTracerBenchSize[AB] multi-threaded, section1 SyncBench (we talked about this already) multi-threaded, section2 LUFactBenchSizeA multi-threaded, section3 RayTracerBenchSize[AB] ================ The errors reported, with the exception of SyncBench, are some application-specific "validation error". Anyway, I just thought I'd post a summary of the problems I've encountered. If you're curious, and you want some (basic) scripts (that almost definitely need modifying) to run these benchmarks, after extracting, look in chris/sandbox/sablevm/src/spmt/benchmarks/ for transform_grande, transform_thread_grande, run_grande, run_thread_grande, and create_JGF_report. Cheers, Chris |
|
From: James D. <jd...@ny...> - 2004-02-03 03:17:01
|
On Mon, 2004-02-02 at 22:01, Grzegorz B. Prokopski wrote: > tags 215314 fixed > close 215314 > tags 230770 pending > tags 230770 sarge > thanks > > Spoiler: classpath from SVN went into testing thus broke old sablevm > Solution: letting unstable version go into testing > > Months ago, when I created SableVM Debian packages I assumed that > sablevm package of version ex. 1.0.9 should use classpath from > range 1.0.9 <= X < 1.0.10. This would prevent migration to testing > of unmatching sablevm/classlib. However recently I uploaded SableVM > and its Classpath Debian pacakages in version like 1.0.9+svnXXXXXX > which is still less "<" than 1.0.10. Thus it went into testing > w/o me noticing. Thanks for the reply. If this is the umpteenth time you've made it, I apologize... I haven't been following Free Java for very long. > > Therefore the only solution is to let unstable version go into testing > which was planeed to happen in a few days anyway, after the version, > that is currently held in NEW queue (and requires ftpmasters > intervention) is let into unstable. > > Please keep in mind, that current unstable version has some minor > problems, but they're still much, much smaller than not working, > old 1.0.9 version. > > To solve the problem now - please pull SableVM packages from unstable. I am loath to pull from unstable, and I don't need a working SableVM for some time, so I'll simply wait for the next version to migrate to testing. Thank you very much for your good work. I'm looking forward to trying to use SableVM to run my project (MegaMek) on Debian. > > HTH > > 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-02-03 03:01:20
|
tags 215314 fixed close 215314 tags 230770 pending tags 230770 sarge thanks Spoiler: classpath from SVN went into testing thus broke old sablevm Solution: letting unstable version go into testing Months ago, when I created SableVM Debian packages I assumed that sablevm package of version ex. 1.0.9 should use classpath from range 1.0.9 <= X < 1.0.10. This would prevent migration to testing of unmatching sablevm/classlib. However recently I uploaded SableVM and its Classpath Debian pacakages in version like 1.0.9+svnXXXXXX which is still less "<" than 1.0.10. Thus it went into testing w/o me noticing. Therefore the only solution is to let unstable version go into testing which was planeed to happen in a few days anyway, after the version, that is currently held in NEW queue (and requires ftpmasters intervention) is let into unstable. Please keep in mind, that current unstable version has some minor problems, but they're still much, much smaller than not working, old 1.0.9 version. To solve the problem now - please pull SableVM packages from unstable. HTH 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-02-03 01:43:18
|
W liście z nie, 01-02-2004, godz. 22:16, David Bélanger pisze: > Hi, > > Just to let you know that I'm taking care of it. > Actual merging done. Will be moved to staging soon. Great, thanks! 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: David <db...@cs...> - 2004-02-02 21:11:17
|
On Mon, Feb 02, 2004 at 01:59:52AM -0500, Grzegorz B. Prokopski wrote: > Hi all! >=20 > During the weekend I put heavy burden on Debian's porting machines > to find out on which architectures SableVM works and to what extent. >=20 > SUMMARY: >=20 > Fully and surely working inlined: i386, ia64, ppc, sparc > Fully and surely working direct: s390 > Needs final test to declare (hopefully) working inlined: m68k > To be tested yet (quickly, but they are promising): arm, hppa > Breaks running BTF on any engine: alpha >=20 Good work! ( Note: Code you added in staging cause warnings: instructions_preparation_direct_threaded.c:12822: warning: garbage at end of `#ifdef' argument if #ifdef _SABLEVM_SIGNALS_FOR_EXCEPTIONS && !defined(__s390__) is changed to #if defined(_SABLEVM_SIGNALS_FOR_EXCEPTIONS) && !defined(__s390__) it should work. ) 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: Randolph C. <ta...@de...> - 2004-02-02 18:33:12
|
In reference to a message from Etienne Gagnon, dated Feb 02: > If the copyright ownership is cleared up, it's OK. > > In other words, if the author is already in AUTHORS, it's OK. Otherwise, > please point me to the original message containing the patch. I wrote the code. it's the second patch listed on http://sourceforge.net/mailarchive/forum.php?forum_id=4154&max_rows=25&style=flat&viewmonth=200311&viewday=7 randolph |
|
From: Etienne G. <gag...@uq...> - 2004-02-02 18:25:11
|
If the copyright ownership is cleared up, it's OK. In other words, if the author is already in AUTHORS, it's OK. Otherwise, please point me to the original message containing the patch. Thanks. Etienne Grzegorz B. Prokopski wrote: > Hi! > > While merging hppa changes from tausq's sandbox I found the attached > patch. I searched for "svmf_add_code" in my mailbox by found nothing. > Was this patch approved or rejected? > > If it's okay, then I think it should go in (it shrinks the code). > > Cheers, > > GBP > -- Etienne M. Gagnon, Ph.D. http://www.info.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ |
|
From: James D. <jd...@ny...> - 2004-02-02 12:25:06
|
Package: sablevm Version: 1.0.9-3 Severity: important I'm running a combined Woody/Sarge installation of Debian, and I can't seem to get sablevm to run. When I attempt to run the following "Hello World" program, I get the indicated output. I saw in the sablevm-developer SourceForge mailing list (http://sourceforge.net/mailarchive/forum.php?thread_id=3D3250407&forum_id= =3D4154) that the problem may be with the inlined interpreter, but I think = I'm using the direct-threaded interpreter. -------- Hello.java -------- public class Hello { public static void main( String[] args ) { System.out.println("Hello World"); } } -------- Hello.java -------- $ javac Hello.java $ sablevm -v Hello SableVM version 1.0.9 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/ . [verbose jni: JNI_CreateJavaVM] [verbose gc: allocating initial heap (16777216 bytes)] [verbose class: loading "java/lang/Object"] sablevm: cannot create vm $ sablevm --version SableVM version 1.0.9 - signal based exception detection - copying garbage collection - bidirectional object layout - direct-threaded interpreter $ uname -a Linux hutch 2.2.20-idepci #1 Sat Apr 20 12:45:19 EST 2002 i686 GNU/Linux $ ls -l /lib/libc.so.6 lrwxrwxrwx 1 root root 13 Nov 17 23:04 /lib/libc.so.6 -> libc-2.3.2.so $ dpkg --list libc6 =20 Desired=3DUnknown/Install/Remove/Purge/Hold | Status=3DNot/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=3D(none)/Hold/Reinst-required/X=3Dboth-problems (Status,Err: uppercase=3Dbad) ||/ Name Version Description +++-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries and Timezone |
|
From: Grzegorz B. P. <ga...@de...> - 2004-02-02 07:51:42
|
Hi! While merging hppa changes from tausq's sandbox I found the attached patch. I searched for "svmf_add_code" in my mailbox by found nothing. Was this patch approved or rejected? If it's okay, then I think it should go in (it shrinks the code). Cheers, 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: Grzegorz B. P. <ga...@de...> - 2004-02-02 07:00:00
|
Hi all!
During the weekend I put heavy burden on Debian's porting machines
to find out on which architectures SableVM works and to what extent.
SUMMARY:
Fully and surely working inlined: i386, ia64, ppc, sparc
Fully and surely working direct: s390
Needs final test to declare (hopefully) working inlined: m68k
To be tested yet (quickly, but they are promising): arm, hppa
Breaks running BTF on any engine: alpha
MORE DETAILED INFO:
* alpha - broken for anything non-trivial, inlined doesn't work.
- HelloWorld works in non-inlined.
- BTF shows serious problems w/ integer operations in non-inlined.
- In Inlinability Testing Mode even slow versions of two mod
instructions cause errors.
(diagnosis: weird, need to look at assembly level what's going on.
non-inlined probably would be not too hard to fix.)
* arm - jikes brokenness and GNU CP broken --without-java param
prevented me from testing it. Put as "try" on "Soon TODO".
* hppa - libffi didn't make it into .deb yet, got binaries today
and will try it as soon as I merge tausq's hppa changes into
staging (I thought it was already done!)
* i386 - everything works
* ia64 - everything works (now)
- updated inlinability info
- corner cases handling added
* m68k - everything should work (will be known until monday noon)
- m68ks are sloooow - 2-3h to compile one flavor of SableVM!
- updated inlinability info
- inlined-testing mode shows no errors in inlinability nor
any corner cases problems that BTF checks
- it is compiling inlined and inlined-nosig now
(diagnosis: good chances to have it 100% working)
* powerpc - everything works (but I couldn't check)
- as I don't have ppc machine I was unable to run tests on ppc,
but everything worked and I don't think anything got broken since.
(just in case requested installation of sablevm build-deps on
debian ppc porting machine, should be available soon)
* s390 - non-inlined works perfectly (now), serious problems in inlined
- fixed all corner cases where BTF revealed problems
- inlined seems severly broken, ex. GET/PUT-FIELD/STATIC *fast*
versions fail! (similarly as some of them on alpha)
(diagnosis: weird, need to look at assembly level what's going on.)
* sparc - everything works
I'll be sending updates. Cheers,
Grzegorz B. Prokopski
PS: To make such work as easy as possible in future I created a set
of scripts that make it easy to run completly unattended tests
of many flavors of SableVM on many machines at the same time.
To see what I mean go to:
http://gadek.debian.net/testing/massive.png
this was all ran by a single "enter" ;-)
(...these evil shell scripts - I'll learn some more perl next time)
In future this should also allow to easily test SableVM every few
weeks, whether anything on any architecture got broken/unbroken.
Running ex. mauve tests on all these arches also sounds interesting.
--
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: Chris P. <chr...@ma...> - 2004-02-02 03:26:54
|
David B=E9langer wrote: > Hi Chris, >=20 > Did you ran it with --enable-debugging? > Or at least without signals for execption? >=20 > If not, run it without signals for exceptions. (seg faults are > interpreted as NullPointerEx). >=20 > If it seg faults you can use gdb to find location. Hi David, My shell wasn't creating core files, and so I wasn't using gdb.=20 'ulimitb -c unlimited' fixed that. It segfaults inside pthread_mutex_lock(), called when inflating a thin=20 lock, inside _svmf_enter_object_monitor(), called from INVOKEVIRTUAL (the benchmark tests calling a synchronized method over and over). I've read through all the locking stuff, but I can't see any errors in=20 the logic. I was seeing similar things with mtrt and my spmt version:=20 there there was a concurrency error restoring the thread state (which=20 should now be safe!), if the other thread was in the middle of a=20 MONITORENTER. Maybe there's a bug in Etienne's locking algorithm? I don't have much experience with gdb, so I don't know if it can help=20 any more. I don't think inserting breakpoints is going to do much,=20 since it fails randomly in a commonly called function. I suppose it=20 would be useful to know why pthread_mutex_lock() causes a segfault --=20 but I can't even find pthread.c on the school machines. http://www.opengroup.org/onlinepubs/007904975/functions/pthread_mutex_loc= k.html At the same time, I don't know what could be wrong with the locking=20 code, so ... I still need more pointers, if you've got them. gdb output = follows, if it's any help . . . Can you (or somebody else) confirm the failure? Cheers, and thanks, Chris P.S. Again, this is a problem on uniprocessors. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= #0 0x400bbe90 in pthread_mutex_lock () from /lib/libpthread.so.0 #1 0x4009a0a2 in _svmf_enter_object_monitor (env=3D0x8068e50,=20 instance=3D0x402a6014) at thread.c:863 #2 0x4007035d in _svmf_interpreter (_env=3D0x8068e50) at=20 instructions_switch.c:15949 #3 0x40028c50 in _svmh_invoke_static_virtualmachine_runthread=20 (env=3D0x8068e50) at method_invoke.c:5065 #4 0x4001f208 in _svmf_thread_start (_env=3D0x8068e50) at thread.c:1195 #5 0x400bb0ba in pthread_start_thread () from /lib/libpthread.so.0 #6 0x401dcd6a in clone () from /lib/libc.so.6 (gdb) info f Stack level 0, frame at 0xbf3ff59c: eip =3D 0x400bbe90 in pthread_mutex_lock; saved eip 0x4009a0a2 called by frame at 0xbf3ff5ec Arglist at 0xbf3ff594, args: Locals at 0xbf3ff594, Previous frame's sp is 0xbf3ff59c Saved registers: ebx at 0xbf3ff57c, ebp at 0xbf3ff594, esi at 0xbf3ff580, edi at=20 0xbf3ff584, eip at 0xbf3ff598 (gdb) up #1 0x4009a0a2 in _svmf_enter_object_monitor (env=3D0x8068e50,=20 instance=3D0x402a6014) at thread.c:863 863 _svmm_mutex_lock (owner->contention.owner.mutex); (gdb) info f Stack level 1, frame at 0xbf3ff5ec: eip =3D 0x4009a0a2 in _svmf_enter_object_monitor (thread.c:863); saved eip 0x4007035d called by frame at 0xbf3ffaac, caller of frame at 0xbf3ff59c source language c. Arglist at 0xbf3ff5e4, args: env=3D0x8068e50, instance=3D0x402a6014 Locals at 0xbf3ff5e4, Previous frame's sp is 0xbf3ff5ec Saved registers: ebx at 0xbf3ff5ac, ebp at 0xbf3ff5e4, esi at 0xbf3ff5b0, edi at=20 0xbf3ff5b4, eip at 0xbf3ff5e8 (gdb) up #2 0x4007035d in _svmf_interpreter (_env=3D0x8068e50) at=20 instructions_switch.c:15949 15949 if (_svmf_enter_object_monitor (env, instance) !=3D= =20 JNI_OK) (gdb) info f Stack level 2, frame at 0xbf3ffaac: eip =3D 0x4007035d in _svmf_interpreter (instructions_switch.c:15949); saved eip 0x40028c50 called by frame at 0xbf3ffafc, caller of frame at 0xbf3ff5ec source language c. Arglist at 0xbf3ffaa4, args: _env=3D0x8068e50 Locals at 0xbf3ffaa4, Previous frame's sp is 0xbf3ffaac Saved registers: ebx at 0xbf3ff5fc, ebp at 0xbf3ffaa4, esi at 0xbf3ff600, edi at=20 0xbf3ff604, eip at 0xbf3ffaa8 (gdb) info args _env =3D (_svmt_JNIEnv *) 0x8068e50 (gdb) do #1 0x4009a0a2 in _svmf_enter_object_monitor (env=3D0x8068e50,=20 instance=3D0x402a6014) at thread.c:863 863 _svmm_mutex_lock (owner->contention.owner.mutex); (gdb) info args env =3D (_svmt_JNIEnv *) 0x8068e50 instance =3D (_svmt_object_instance *) 0x402a6014 (gdb) info locals _svmx_pmutex =3D (pthread_mutex_t *) 0x44 owner_id =3D 0 owner =3D (_svmt_JNIEnv *) 0x0 old_flag =3D 1094100508 notified =3D 0 '\0' env =3D (_svmt_JNIEnv *) 0x8068e50 instance =3D (_svmt_object_instance *) 0x402a6014 vm =3D (_svmt_JavaVM *) 0x804cd48 old_lockword =3D 17 (gdb) do #0 0x400bbe90 in pthread_mutex_lock () from /lib/libpthread.so.0 (gdb) info locals No symbol table info available. (gdb) q |
|
From: David <db...@cs...> - 2004-02-02 03:16:10
|
Hi, Just to let you know that I'm taking care of it. Actual merging done. Will be moved to staging soon. Most conflicts were in Class.java as methods have been reordered and svn could not merge properly... Should work with current staging, i.e. no changes in SableVM / Classpath interface. Note: Classpath moved to autoconf 2.59. Build as usual. Have fun! David On Sun, Feb 01, 2004 at 03:09:52PM -0500, Etienne Gagnon wrote: > Grzegorz B. Prokopski wrote: > >It's been just a week or so since last GNU CP CVS pull/merge, so I gue= ss it > >has good chances to go smoothly. >=20 > I've pulled a new CP CVS snapshot into > svn+ssh://svn.sablevm.org/sablevm-classpath/vendor/current >=20 > Have fun merging! >=20 > Etienne >=20 >=20 > --=20 > Etienne M. Gagnon, Ph.D. http://www.info.uqam.ca/~egagnon/ > SableVM: http://www.sablevm.org/ > SableCC: http://www.sablecc.org/ >=20 >=20 > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > 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-02-01 22:32:50
|
Hi Chris, Did you ran it with --enable-debugging? Or at least without signals for execption? If not, run it without signals for exceptions. (seg faults are interpreted as NullPointerEx). If it seg faults you can use gdb to find location. David On Fri, Jan 30, 2004 at 12:46:14AM -0500, Chris Pickett wrote: > Hi, >=20 > I'm trying to get some basic multithreading benchmarks to run with=20 > recent stagings (sablevm@1503 + sablevm-classpath@1509), but a seemingl= y=20 > simple one always fails (it works with Sun's java-1.4.1). I did not tr= y=20 > older builds with this benchmark, but Bruno's RollerCoaster was failing= =20 > with the switch interpreter as well and that was why I upgraded to=20 > staging (it no longer fails). >=20 > I'm trying to run JGFSyncBench in section1 of the multithreaded Java=20 > Grande Forum Benchmarks: >=20 > http://www.epcc.ed.ac.uk/computing/research_activities/java_grande/inde= x_1.html >=20 > I would like to try and fix this bug, but seeing as I have until now=20 > been primarily fixing problems with my own stuff, I need some pointers=20 > as to what needs to be fixed (I am not familiar with the written code,=20 > and concurrency problems are not exactly fun to debug), confirmation=20 > that it also fails for you, at least some of the time, and maybe=20 > suggestions as to how to fix this (if you have them). Other mt=20 > benchmarks seem to be working okay (not all with my spmt stuff, e.g.=20 > RollerCoaster still fails, but that's possibly a separate issue). >=20 > The JGFSyncBench benchmark sets up an array of threads, and then calls = a=20 > synchronized method to update a counter inside them (source is=20 > uncommented but I couldn't see any problems with it). >=20 > Cheers, > Chris >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > $ wget=20 > http://www.epcc.ed.ac.uk/computing/research_activities/java_grande/thre= ads/jgf_threadv1.0.tar.gz > $ tar xvfz jgf_threadv1.0.tar.gz > $ cd threadv1.0 # not 100% sure about dir name, I changed mine > $ cd jgfutil > $ javac *.* # or gcj-3.3.2 > $ cd .. > $ cd section1 > $ javac *.* # or gcj-3.3.2 > $ java -cp .:..:/usr/localcc/pkgs/j2sdk1.4.1/jre/lib/rt.jar JGFSyncBenc= h >=20 > The no of threads has not been specified, defaulting to 1 >=20 > Java Grande Forum Thread Benchmark Suite - Version 1.0 - Section 1 > Executing on 1 thread >=20 > Section1:Sync:Method 81471.58=20 > (synchronisations/s) > Section1:Sync:Object 79458.69=20 > (synchronisations/s) >=20 > $ sablevm-staging-switch -c .:.. -Y JGFSyncBench >=20 > The no of threads has not been specified, defaulting to 1 >=20 > Java Grande Forum Thread Benchmark Suite - Version 1.0 - Section 1 > Executing on 1 thread >=20 > java.lang.NullPointerException > at SyncMethodRunner.run (JGFSyncBench.java:166) > at JGFSyncBench.JGFrun (JGFSyncBench.java:64) > at JGFSyncBench.main (JGFSyncBench.java:133) > at java.lang.VirtualMachine.invokeMain (VirtualMachine.java) > at java.lang.VirtualMachine.main (VirtualMachine.java:88) >=20 > $ sablevm-staging-switch -c .:.. -Y JGFSyncBench >=20 > The no of threads has not been specified, defaulting to 1 >=20 > Java Grande Forum Thread Benchmark Suite - Version 1.0 - Section 1 > Executing on 1 thread >=20 > Exception in thread "Thread-10" java.lang.NullPointerException > at SyncMethodRunner.run (JGFSyncBench.java:166) > at java.lang.Thread.run (Thread.java:455) > at java.lang.VMThread.callRun (VMThread.java:116) > at java.lang.Thread.callRun (Thread.java:333) > at java.lang.VirtualMachine.runThread (VirtualMachine.java:117) > java.lang.NullPointerException > at SyncMethodRunner.run (JGFSyncBench.java:166) > at JGFSyncBench.JGFrun (JGFSyncBench.java:64) > at JGFSyncBench.main (JGFSyncBench.java:133) > at java.lang.VirtualMachine.invokeMain (VirtualMachine.java) > at java.lang.VirtualMachine.main (VirtualMachine.java:88) >=20 > ---> it's different output each time as well, which makes this messier. >=20 >=20 > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > 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: Etienne G. <gag...@uq...> - 2004-02-01 20:19:12
|
Grzegorz B. Prokopski wrote: > It's been just a week or so since last GNU CP CVS pull/merge, so I guess it > has good chances to go smoothly. I've pulled a new CP CVS snapshot into svn+ssh://svn.sablevm.org/sablevm-classpath/vendor/current Have fun merging! Etienne -- 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-02-01 18:35:56
|
Hi, This, http://bugs.debian.org/230235 alpha specific bug in our current classpath, on i386 turns into exactly problem below, discussed recently on GNU CP ML (undefined symbol g_thread_init): W liście z nie, 01-02-2004, godz. 12:20, Michael Koch pisze: > On Sun, Feb 01, 2004 at 06:11:08PM +0100, Mark Wielaard wrote: > Very nice! Just tried it out on the Wonka Visual Test Engine (see > > http://sources.redhat.com/mauve/ CVS or an older tar ball at > > http://www.klomp.org/mark/open-wonka-visualtest.tar.gz). I needed one > > small patch for Classpath CVS (see the commit-classpath mailing list) > > that might also be needed for 0.07 (I didn't check). Without that patch > > you will get the following error when starting up a program that uses > > AWT: jamvm: relocation error: > > > > /usr/local/classpath/lib/classpath//libgtkpeer.so: undefined symbol: > > g_thread_init > > This bug was introduced POST-0.07, so classpath 0.07 is not infected. It's been just a week or so since last GNU CP CVS pull/merge, so I guess it has good chances to go smoothly. I wouldn't want SableVM w/ such bug in CP to go into testing. 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 B. P. <ga...@de...> - 2004-01-31 20:38:19
|
W liście z sob, 31-01-2004, godz. 13:56, Jérôme Warnier pisze: > The first line change is correct. > > For the second one, I'm not absolutely sure, please double-check. > > Hope it helps. Of course it does! I'd love to apply these changes, it's just that sablevm package is currently stuck in NEW queue since more than a week. Hopefully it's just because ftpmasters were moving to some other machine. Thank you for your help, Grzegorz B. Prokopski PS: In the meantime the version stuck in new is available at http://gadek.debian.net/sablevm-unofficial/ this file contains all the latest binary debs http://gadek.debian.net/sablevm-unofficial/sablevm-alldebs.tgz (but w/o fix for this particular bug yet) -- 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: W. <jwa...@be...> - 2004-01-31 19:09:19
|
The first line change is correct. For the second one, I'm not absolutely sure, please double-check. Hope it helps. -- Jérôme Warnier <jwa...@be...> |
|
From: Tom T. <tr...@re...> - 2004-01-31 05:38:22
|
>>>>> "David" == David Bélanger <db...@cs...> writes: David> The PyObjC project also use libffi and provides snapshot extracted David> from gcc source tree. The snapshot is dated September 21, 2003. David> Could be useful to get libffi for platforms where it is not packaged. David> http://sourceforge.net/projects/pyobjc/ There's been some talk on the gcc list lately about doing standalone libffi releases out of the gcc tree. Other news in this area is that Anthony is working on getting libffi assigned to the FSF. So, you may want to follow that discussion or post a supporting note. Tom |
|
From: Chris P. <chr...@ma...> - 2004-01-31 05:24:40
|
Hi, I'm trying to get some basic multithreading benchmarks to run with recent stagings (sablevm@1503 + sablevm-classpath@1509), but a seemingly simple one always fails (it works with Sun's java-1.4.1). I did not try older builds with this benchmark, but Bruno's RollerCoaster was failing with the switch interpreter as well and that was why I upgraded to staging (it no longer fails). I'm trying to run JGFSyncBench in section1 of the multithreaded Java Grande Forum Benchmarks: http://www.epcc.ed.ac.uk/computing/research_activities/java_grande/index_1.html I would like to try and fix this bug, but seeing as I have until now been primarily fixing problems with my own stuff, I need some pointers as to what needs to be fixed (I am not familiar with the written code, and concurrency problems are not exactly fun to debug), confirmation that it also fails for you, at least some of the time, and maybe suggestions as to how to fix this (if you have them). Other mt benchmarks seem to be working okay (not all with my spmt stuff, e.g. RollerCoaster still fails, but that's possibly a separate issue). The JGFSyncBench benchmark sets up an array of threads, and then calls a synchronized method to update a counter inside them (source is uncommented but I couldn't see any problems with it). Cheers, Chris ============================================================= $ wget http://www.epcc.ed.ac.uk/computing/research_activities/java_grande/threads/jgf_threadv1.0.tar.gz $ tar xvfz jgf_threadv1.0.tar.gz $ cd threadv1.0 # not 100% sure about dir name, I changed mine $ cd jgfutil $ javac *.* # or gcj-3.3.2 $ cd .. $ cd section1 $ javac *.* # or gcj-3.3.2 $ java -cp .:..:/usr/localcc/pkgs/j2sdk1.4.1/jre/lib/rt.jar JGFSyncBench The no of threads has not been specified, defaulting to 1 Java Grande Forum Thread Benchmark Suite - Version 1.0 - Section 1 Executing on 1 thread Section1:Sync:Method 81471.58 (synchronisations/s) Section1:Sync:Object 79458.69 (synchronisations/s) $ sablevm-staging-switch -c .:.. -Y JGFSyncBench The no of threads has not been specified, defaulting to 1 Java Grande Forum Thread Benchmark Suite - Version 1.0 - Section 1 Executing on 1 thread java.lang.NullPointerException at SyncMethodRunner.run (JGFSyncBench.java:166) at JGFSyncBench.JGFrun (JGFSyncBench.java:64) at JGFSyncBench.main (JGFSyncBench.java:133) at java.lang.VirtualMachine.invokeMain (VirtualMachine.java) at java.lang.VirtualMachine.main (VirtualMachine.java:88) $ sablevm-staging-switch -c .:.. -Y JGFSyncBench The no of threads has not been specified, defaulting to 1 Java Grande Forum Thread Benchmark Suite - Version 1.0 - Section 1 Executing on 1 thread Exception in thread "Thread-10" java.lang.NullPointerException at SyncMethodRunner.run (JGFSyncBench.java:166) at java.lang.Thread.run (Thread.java:455) at java.lang.VMThread.callRun (VMThread.java:116) at java.lang.Thread.callRun (Thread.java:333) at java.lang.VirtualMachine.runThread (VirtualMachine.java:117) java.lang.NullPointerException at SyncMethodRunner.run (JGFSyncBench.java:166) at JGFSyncBench.JGFrun (JGFSyncBench.java:64) at JGFSyncBench.main (JGFSyncBench.java:133) at java.lang.VirtualMachine.invokeMain (VirtualMachine.java) at java.lang.VirtualMachine.main (VirtualMachine.java:88) ---> it's different output each time as well, which makes this messier. |
|
From: Falk H. <fa...@de...> - 2004-01-31 05:09:51
|
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 |
|
From: Grzegorz B. P. <ga...@de...> - 2004-01-29 19:24:05
|
W liście z czw, 22-01-2004, godz. 18:26, David Bélanger pisze: > Hi, > > The PyObjC project also use libffi and provides snapshot extracted > from gcc source tree. The snapshot is dated September 21, 2003. > Could be useful to get libffi for platforms where it is not packaged. > > http://sourceforge.net/projects/pyobjc/ > > Note: to build it, it is slightly different. > cd src; > ../configure [configure options] that's nice! Just for reference, in case somebody didn't know - here we have instructions how to compile only the libffi using gcc sources: http://devel.sablevm.org/wiki/LibFFI (this page is also quite high on google if you search for "libffi" ;-) 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 B. P. <ga...@de...> - 2004-01-29 14:12:12
|
W liście z śro, 28-01-2004, godz. 18:01, aj pisze: > I want to do free java development without installing libart and libgtk > or anything x-windows related. I understand. > Could we move these dependancies to reccomends? I am afraid it's not possible for practical reasons. 99.9% users won't mind AND they will be seriously confused if we did that. However there's rather trivial solution to your problem, see below. $ apt-get source libsablevm-classlib1-java cd into source directory $ mcedit ./debian/rules add --disable-gtk-peer to ./configure parameters $ dpkg-buildpackage -rfakeroot -d (-d is needed to ignore build-deps on gtk/art) then you simply install .debs packages created in upper directory BIG NOTE: Please, pretty please - use newer packages than the ones available in testing. I'd love to recommend just pulling from unstable, but unfortunatelly new sablevm packages which included important updates just got stuck in NEW because of inclusion of jikes-sablevm wrapper. It's not in my power to move them on to unstable though it should happen really soon now. So it'd be best if you temporarily used packages from: http://gadek.debian.net/sablevm-unofficial wget the two source files from there, then continue as I described above (the above instructions won't actually work w/ 1.0.9 :-( ) http://gadek.debian.net/sablevm-unofficial/sablevm_1.0.9+svn20040120-2.tar.gz http://gadek.debian.net/sablevm-unofficial/sablevm-classlib_1.0.9+svn20040120-1.tar.gz In case you decided to install binary debs - here's full set at once: http://gadek.debian.net/sablevm-unofficial/sablevm-alldebs.tgz Feel free to contact me or SableVM mailing lists if you need assistance. You might also find our webpages useful (see my signature) Hope this helps 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: David <db...@cs...> - 2004-01-29 09:40:34
|
Hi, The PyObjC project also use libffi and provides snapshot extracted from gcc source tree. The snapshot is dated September 21, 2003. Could be useful to get libffi for platforms where it is not packaged. http://sourceforge.net/projects/pyobjc/ Note: to build it, it is slightly different. cd src; ../configure [configure options] 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: Arnaud V. <arn...@ul...> - 2004-01-29 05:50:22
|
"Grzegorz B. Prokopski" <ga...@de...> writes: > It's already fixed in yesterday's upload, but got stuck in NEW queue > because I also added jikes-sablevm wrapper. Thanks, I did reassign for the record ;) -- Arnaud |
6 messages has been excluded from this view by a project administrator.
