sablevm-user Mailing List for SableVM (Page 4)
Brought to you by:
egagnon
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(30) |
Aug
(13) |
Sep
|
Oct
|
Nov
(11) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(5) |
Dec
(2) |
2002 |
Jan
(2) |
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(18) |
Sep
|
Oct
|
Nov
|
Dec
(5) |
2003 |
Jan
(12) |
Feb
(7) |
Mar
(19) |
Apr
(1) |
May
(5) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
2004 |
Jan
|
Feb
|
Mar
(12) |
Apr
(16) |
May
(6) |
Jun
(6) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Grzegorz B. P. <ga...@de...> - 2003-02-17 14:00:42
|
Package: sablevm Version: 1.0.5-3 Severity: grave Latest sablevm Debian build is broken, it seems because of missing dependency. You need to manually install libffi and libltdl (or not remove them while upgrading to 1.0.5-3 sablevm). The problem apparently comes from these errors I am getting during build: dh_shlibdeps dpkg-shlibdeps: warning: could not find any packages for /usr/lib/./libffi.so.2 (libffi.so.2) dpkg-shlibdeps: warning: unable to find dependency information for shared library libffi (soname 2, path /usr/lib/./libffi.so.2, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for /usr/lib/./libltdl.so.3 (libltdl.so.3) dpkg-shlibdeps: warning: unable to find dependency information for shared library libltdl (soname 3, path /usr/lib/./libltdl.so.3, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for /usr/lib/./libffi.so.2 (libffi.so.2) dpkg-shlibdeps: warning: unable to find dependency information for shared library libffi (soname 2, path /usr/lib/./libffi.so.2, dependency field Depends) dpkg-shlibdeps: warning: could not find any packages for /usr/lib/./libltdl.so.3 (libltdl.so.3) dpkg-shlibdeps: warning: unable to find dependency information for shared library libltdl (soname 3, path /usr/lib/./libltdl.so.3, dependency field Depends) Not sure yet what's the reason (dh_shlibs breakage or sth?), but the result is that in place of Depends: ${shlibs:Depends} there SHOULD be put libffi2 and liltdl3 while now they're missing. I'll upgrade my box to latest unstable and try again. If anyone has idea what's the cause of the above - please drop me a note. For now it's a serious bug in sablevm debian package and should be registered as such. Thank's for reporting the problem. Grzegorz B. Prokopski W li=B6cie z pon, 17-02-2003, godz. 14:04, Ben Burns pisze:=20 > Hi Grzegorz, >=20 > Thanks for the fast reply :).... >=20 > Anyway, I've been watching the mailing list, and obviously some others go= t=20 > there way faster than I could have done..... Amazing work all round!!! >=20 > Anyway, I've moved to debian unstable, awaiting the release of KDE 3.1 (C= an't=20 > wait!!!), and I noticed that sablevm was upgraded. I also noticed that t= he=20 > package dependency on libffi2 was removed, as aptitude upgrade marked it = as=20 > no longer used. I checked the sablevm and libsablevm package and noticed= =20 > that the libffi2 dependency is no longer there.... Unfortunately, when I = try=20 > and get the sablevm version, I get the following errors: > bburns@uluru:~$ sablevm --version > sablevm: error while loading shared libraries: libffi.so.2: cannot op= en =20 > shared object file: No such file or directory > bburns@uluru:~$ >=20 > After installing libffi2 everything works fine. So, I think its just a=20 > packaging problem, that you have forgotten to include the dependency on=20 > libffi2. >=20 > bburns@uluru:~$ sablevm --version > SableVM version 1.0.5 > - signal based exception detection > - copying garbage collection > - bidirectional object layout > - inline-threaded interpreter >=20 > Okay, sorry if that was a little long winded, thanks for your help and al= l=20 > those involved. I haven't sent this to the developer mailing list, becau= se I=20 > guess this is a debian package specific problem.... >=20 > Regards, > Ben --=20 Grzegorz B. Prokopski <ga...@de...> Debian http://www.debian.org/ |
From: Neil C. <ba...@li...> - 2003-02-16 01:14:56
|
Hi all, Has anyone managed to run any AWT programs with SableVM? I know the Clas= spath=20 project's AWT support is at a very early stage, but I haven't managed to = get=20 as far as making a window appear. Running a small test program (which just creates a Frame) sablevm just se= ems=20 to hang with the message 'loading gtkpeer'. I modified the build script = to=20 try and force the gtk peers to be built, and it seems they have been, but= I=20 still can't make anything happen. I admit I don't really know much=20 (anything) about the workings of the awt stuff in Classpath. I'd appreciate any suggestions/pointers. Thanks, Neil |
From: David P. B. <db...@CS...> - 2003-01-28 02:44:10
|
Hello, I'm sending this in case it is useful for some users interested in *compiling* SableVM on Debian GNU/Linux. I have setup this web page: http://www.sable.mcgill.ca/~dbelan2/sablevm/hacking.html It includes a short description of how to compile SableVM and (most important) my scripts I am using that sets all the include/library path needed for compiling. The scripts works on both Debian/GNU Linux x86 and PPC (provided that you apply my PPC patch). 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: Alexandre D. <ale...@ad...> - 2003-01-21 04:22:25
|
Hi, Thanks for the fast answer. I was curious to see how SableVM handle code generated by AspectJ. However, if I have to compile my code with Jikes 1.5, then I'll wait for the AspectJ test. Alex -----Original Message----- From: David Paul BELANGER [mailto:db...@CS...] Sent: 20 janvier, 2003 22:07 To: Alexandre Denault Cc: sab...@li... Subject: Re: [Sablevm-user] sablevm: cannot create vm Hello, You need to use Jikes 1.15. It does not work with newer version of Jikes yet. David On Mon, Jan 20, 2003 at 09:43:52PM -0500, Alexandre Denault wrote: > Hi, > > I'm trying to install SableVM on my local server at home (Redhat 8.0). The > build work without any problems (GCC 3.2). However, when I try to run sable > vm, I get a "cannot create vm" error. I'm tried using Jikes 1.18 and Javac > 1.4.1 to make the class file. Here is a more detailed output: > > [adenau@Mageta 308-250]$ sablevm -v first > > SableVM version 1.0.5 > 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/local/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 > > Thanks for any help, > > Alexandre > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Sablevm-user mailing list > Sab...@li... > https://lists.sourceforge.net/lists/listinfo/sablevm-user -- --- David Bélanger 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 P. B. <db...@CS...> - 2003-01-21 03:07:11
|
Hello, You need to use Jikes 1.15. It does not work with newer version of Jikes yet. David On Mon, Jan 20, 2003 at 09:43:52PM -0500, Alexandre Denault wrote: > Hi, >=20 > I'm trying to install SableVM on my local server at home (Redhat 8.0).= The > build work without any problems (GCC 3.2). However, when I try to run s= able > vm, I get a "cannot create vm" error. I'm tried using Jikes 1.18 and Ja= vac > 1.4.1 to make the class file. Here is a more detailed output: >=20 > [adenau@Mageta 308-250]$ sablevm -v first >=20 > SableVM version 1.0.5 > Copyright (C) 2000-2002 Etienne M. Gagnon <eti...@uq...> and > others. All rights reserved. >=20 > This software comes with ABSOLUTELY NO WARRANTY. This is free > software, and you are welcome to redistribute it under certain > conditions. >=20 > To get the name of all copyright holders and detailed license > information, type "sablevm --license" or look in the directory > "/usr/local/share/sablevm". >=20 > The SableVM web site is located at http://www.sablevm.org/ . >=20 > [verbose jni: JNI_CreateJavaVM] > [verbose gc: allocating initial heap (16777216 bytes)] > [verbose class: loading "java/lang/Object"] > sablevm: cannot create vm >=20 > Thanks for any help, >=20 > Alexandre >=20 >=20 >=20 > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld =3D Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Sablevm-user mailing list > Sab...@li... > https://lists.sourceforge.net/lists/listinfo/sablevm-user --=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: Alexandre D. <ale...@ad...> - 2003-01-21 02:44:51
|
Hi, I'm trying to install SableVM on my local server at home (Redhat 8.0). The build work without any problems (GCC 3.2). However, when I try to run sable vm, I get a "cannot create vm" error. I'm tried using Jikes 1.18 and Javac 1.4.1 to make the class file. Here is a more detailed output: [adenau@Mageta 308-250]$ sablevm -v first SableVM version 1.0.5 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/local/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 Thanks for any help, Alexandre |
From: David P. B. <db...@CS...> - 2003-01-07 23:43:50
|
On Tue, Jan 07, 2003 at 05:56:50PM -0500, Brian Jones wrote: > David Paul BELANGER <db...@CS...> writes: >=20 > > Hello, > >=20 > > I was able to compile it and install it independently for Mac OS X fr= om > > the GCC source. > >=20 > >=20 > > GNU/Debian compiles it as an independent package that can be installe= d. > >=20 > > >From the libffi package page: > > http://packages.debian.org/stable/devel/libffi2-dev.html > > They get the gcc sources and apply a diff. If you are familiar with = the > > Debian process, it is probably possible to look at how it's done. > >=20 > > David >=20 > Yeah, I did an update on my checkout of gcc and did this too. I ran > into the problem of being unable to create the vm because I think of > my Jikes being 1.18 and not 1.15. I tried compiling 1.15 but it > didn't compile with gcc 3.2 so I've had to abandon my hopes of trying > out SableVM for a little while. >=20 Remember that class files are system independent. If you have access to another architecture with the right version of Jikes running, you can compile them there and just copy the class files. David > Brian > --=20 > Brian Jones <cb...@gn...> --=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: Brian J. <cb...@gn...> - 2003-01-07 22:56:57
|
David Paul BELANGER <db...@CS...> writes: > Hello, > > I was able to compile it and install it independently for Mac OS X from > the GCC source. > > > GNU/Debian compiles it as an independent package that can be installed. > > >From the libffi package page: > http://packages.debian.org/stable/devel/libffi2-dev.html > They get the gcc sources and apply a diff. If you are familiar with the > Debian process, it is probably possible to look at how it's done. > > David Yeah, I did an update on my checkout of gcc and did this too. I ran into the problem of being unable to create the vm because I think of my Jikes being 1.18 and not 1.15. I tried compiling 1.15 but it didn't compile with gcc 3.2 so I've had to abandon my hopes of trying out SableVM for a little while. Brian -- Brian Jones <cb...@gn...> |
From: David P. B. <db...@CS...> - 2003-01-07 16:03:04
|
Hello, I was able to compile it and install it independently for Mac OS X from the GCC source. GNU/Debian compiles it as an independent package that can be installed. From the libffi package page: http://packages.debian.org/stable/devel/libffi2-dev.html They get the gcc sources and apply a diff. If you are familiar with the Debian process, it is probably possible to look at how it's done. David On Sat, Jan 04, 2003 at 11:32:06PM -0500, Brian Jones wrote: > Small question on where SableVM wants the user to obtain libffi. I > think the gcc repository is sort of the definitive source for this > now... need to check to see if I can install it independently from > that though. >=20 > Brian > --=20 > Brian Jones <cb...@gn...> >=20 >=20 > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Sablevm-user mailing list > Sab...@li... > https://lists.sourceforge.net/lists/listinfo/sablevm-user --=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 P. B. <db...@CS...> - 2003-01-07 15:54:44
|
Hello, The "sablevm : cannot create vm" gets printed for *many* different errors= , so we cannot really tell what goes wrong with the info provided. Try it on a very small program with the options. sablevm -v -p "sablevm.verbose.methods=3Don" -p "sablevm.verbose.instructions=3Don" HelloWorld It will give us a better idea where it stops. Make sure you have it compiled with the debugging options (If you used the build-many script, the executable with debugging is named sablevm-deb= ug). Good luck, David On Fri, Jan 03, 2003 at 07:13:12PM +0000, hie erw wrote: >=20 > Hello, every body > I am a new user of sablevm-1.0.5, as the requestment in the INSTALL fil= e > I log in as "su", and use "build". Everything seems ok. > After that, I can use: > sablevm -V to list the information, but when I try to run a java progra= m =3D > by : >=20 > sablevm Test >=20 > I get: sablevm : cannot create vm >=20 > Who can help me to solve this? > My PC is Pentium III > OS is Linux Mandrake 8 >=20 > I have jikes-1.15 on it. >=20 > Thank you! >=20 > Cheers, >=20 > Tianning >=20 >=20 >=20 >=20 >=20 > _________________________________________________________________ > MSN 8: advanced junk mail protection and 2 months FREE*.=20 > http://join.msn.com/?page=3Dfeatures/junkmail >=20 >=20 >=20 > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Sablevm-user mailing list > Sab...@li... > https://lists.sourceforge.net/lists/listinfo/sablevm-user --=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 P. B. <db...@CS...> - 2003-01-07 15:45:38
|
SableVM uses the GNU Classpath libraries. From my understanding, GNU Classpath is still under development and some GUI functionality AWT/Swing has not been implemented yet. So I guess we will have to be patient and wait for some time before having a fully implemented open source java class libraries. David On Fri, Dec 20, 2002 at 04:55:27PM +0100, Dominik Reusser wrote: > Hi, >=20 > I'd like to run java applets without proprietary software, which seems = to be=20 > quite difficult... I tried to use sableVM (1.0.4-2) as jvm with kjas t= o run=20 > applets in konqueror (4:2.2.2-14) on a debian box. >=20 > According to the "konqueror and java howto"=20 > (http://www.konqueror.org/konq-java.html) kjas should accept JAVA 2=20 > compatible virtal machines.... >=20 > However I'm getting the following error while starting applets: >=20 > kjas: ERROR: could not parse length out of: loading=20 > kjas: ERROR: could not parse length out of: gtkpeer >=20 > Has anybody been successful in using sableVM this way? >=20 > Any other suggestions how to run applets without proprietary software? >=20 >=20 > ------------------------------------------------------- > This SF.NET email is sponsored by: The Best Geek Holiday Gifts! > Time is running out! Thinkgeek.com has the coolest gifts for > your favorite geek. Let your fingers do the typing. Visit Now. > T H I N K G E E K . C O M http://www.thinkgeek.com/sf/ > _______________________________________________ > Sablevm-user mailing list > Sab...@li... > https://lists.sourceforge.net/lists/listinfo/sablevm-user --=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: Anthony G. <gr...@re...> - 2003-01-05 05:21:47
|
On Sat, 2003-01-04 at 20:32, Brian Jones wrote: > Small question on where SableVM wants the user to obtain libffi. I > think the gcc repository is sort of the definitive source for this > now... Only due to neglect of the upstream sources. If anyone is interested in helping me revive the stand-alone upstream libffi, I would really appreciate it... Thanks, AG |
From: Brian J. <cb...@gn...> - 2003-01-05 04:32:11
|
Small question on where SableVM wants the user to obtain libffi. I think the gcc repository is sort of the definitive source for this now... need to check to see if I can install it independently from that though. Brian -- Brian Jones <cb...@gn...> |
From: hie e. <ver...@ho...> - 2003-01-03 19:24:38
|
Hello, every body I am a new user of sablevm-1.0.5, as the requestment in the INSTALL file I log in as "su", and use "build". Everything seems ok. After that, I can use: sablevm -V to list the information, but when I try to run a java program = by : sablevm Test I get: sablevm : cannot create vm Who can help me to solve this? My PC is Pentium III OS is Linux Mandrake 8 I have jikes-1.15 on it. Thank you! Cheers, Tianning _________________________________________________________________ MSN 8: advanced junk mail protection and 2 months FREE*. http://join.msn.com/?page=features/junkmail |
From: Etienne M. G. <eti...@uq...> - 2002-12-30 22:02:33
|
Hi Sikha, Jikes 1.18 seems to generate class files with an unsupported version (the major and minor version embedded in the class file is outside the range specified in the Java Virtual Machine Specification second edition). Please try with Jikes 1.15. The current SableVM version lacks some very minor library support for some new features in class files compiled with newer Jikes versions (i.e. 1.17). [Note that Jikes 1.16 was broken, as it generated invalid class files]. I will be working on SableVM as soon as I come back from vacations. I hope this helps, Etienne On Mon, Dec 30, 2002 at 03:38:26AM -0500, Sikha P Rao wrote: > Hi, > I have recently installed sablevm using the build script provided with it. When i try to run a simple Hello World application it gives me an error "sablevm:cant' create sablevm". I have set the path variables to appropriate values and it still throws the same error. I am running sablevm on RedHat 7.x platform. Class file created by jikes 1.18b. Could someone help me out of this situation. Thanks in advance. > > Best Regards > SPB Rao > > > _____________________________________________________________ > Get 25MB, POP3, Spam Filtering with LYCOS MAIL PLUS for $19.95/year. > http://login.mail.lycos.com/brandPage.shtml?pageId=plus&ref=lmtplus > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Sablevm-user mailing list > Sab...@li... > https://lists.sourceforge.net/lists/listinfo/sablevm-user -- Etienne M. Gagnon http://www.info.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ |
From: Sikha P R. <sik...@ly...> - 2002-12-30 09:13:22
|
Hi, I have recently installed sablevm using the build script provided with it. When i try to run a simple Hello World application it gives me an error "sablevm:cant' create sablevm". I have set the path variables to appropriate values and it still throws the same error. I am running sablevm on RedHat 7.x platform. Class file created by jikes 1.18b. Could someone help me out of this situation. Thanks in advance. Best Regards SPB Rao _____________________________________________________________ Get 25MB, POP3, Spam Filtering with LYCOS MAIL PLUS for $19.95/year. http://login.mail.lycos.com/brandPage.shtml?pageId=plus&ref=lmtplus |
From: Dominik R. <dre...@in...> - 2002-12-20 15:56:16
|
Hi, I'd like to run java applets without proprietary software, which seems to be quite difficult... I tried to use sableVM (1.0.4-2) as jvm with kjas to run applets in konqueror (4:2.2.2-14) on a debian box. According to the "konqueror and java howto" (http://www.konqueror.org/konq-java.html) kjas should accept JAVA 2 compatible virtal machines.... However I'm getting the following error while starting applets: kjas: ERROR: could not parse length out of: loading kjas: ERROR: could not parse length out of: gtkpeer Has anybody been successful in using sableVM this way? Any other suggestions how to run applets without proprietary software? |
From: Etienne M. G. <eti...@uq...> - 2002-12-17 14:44:45
|
Hi Richard, SableVM 1.0.5 was tested using classes compiled with Jikes 1.15. Later versions (such as Jikes 1.17) are know to cause your problem. If everything goes well, I should be publishing my Ph.D. thesis on the web tomorrow, and thus start having time to look at the Jikes 1.17 problem. In Fact, there's a newer Jikes 1.18 wich generate class files with minor/major versions which are not supported by the current JVM specification (second edition). So, I have to find out if Sun has published anything about extentions to the class file format... So, in short: 1- Delete all your currently compiled .class files. 2- Download and install Jikes 1.15. 3- Rebuild. 4- Enjoy! Have fun! Etienne On Tue, Dec 17, 2002 at 03:30:14PM +0100, Richard Stahl wrote: > Hello, > > I just downloaded SableVM and tried the very simple build script to > install it in the standard directory ( /usr/local ). That was OK. > > Yet when I try to run sablevm on simple example Ugly.java I get this > message: > > sablevm Ugly > > SableVM version 1.0.5 > 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/local/share/sablevm". > > The SableVM web site is located at http://www.sablevm.org/ . > > *** Couldn't bind native method > Java_java_lang_VMClassLoader_nativeCreateArray *** > *** or > Java_java_lang_VMClassLoader_nativeCreateArray__Ljava_lang_String_2Z *** > java.lang.NoClassDefFoundError: [Ljava.lang.ClassLoader; > at java.lang.ClassLoader.class$(ClassLoader.java:0) > at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:916) > at java.lang.ClassLoader.static{}(ClassLoader.java:155) > at java.lang.Class.step8(Class.java) > at java.lang.Class.initialize(Class.java:146) > at java.lang.VirtualMachine.main(VirtualMachine.java:78) > > It seems I have some problem with class path ... Could you please send > me some hints how to fix this. > > Thanks a lot. > > Richard > > > > ------------------------------------------------------- > This sf.net email is sponsored by: > With Great Power, Comes Great Responsibility > Learn to use your power at OSDN's High Performance Computing Channel > http://hpc.devchannel.org/ > _______________________________________________ > Sablevm-user mailing list > Sab...@li... > https://lists.sourceforge.net/lists/listinfo/sablevm-user -- Etienne M. Gagnon http://www.info.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ |
From: Richard S. <ric...@im...> - 2002-12-17 14:30:23
|
Hello, I just downloaded SableVM and tried the very simple build script to install it in the standard directory ( /usr/local ). That was OK. Yet when I try to run sablevm on simple example Ugly.java I get this message: sablevm Ugly SableVM version 1.0.5 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/local/share/sablevm". The SableVM web site is located at http://www.sablevm.org/ . *** Couldn't bind native method Java_java_lang_VMClassLoader_nativeCreateArray *** *** or Java_java_lang_VMClassLoader_nativeCreateArray__Ljava_lang_String_2Z *** java.lang.NoClassDefFoundError: [Ljava.lang.ClassLoader; at java.lang.ClassLoader.class$(ClassLoader.java:0) at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:916) at java.lang.ClassLoader.static{}(ClassLoader.java:155) at java.lang.Class.step8(Class.java) at java.lang.Class.initialize(Class.java:146) at java.lang.VirtualMachine.main(VirtualMachine.java:78) It seems I have some problem with class path ... Could you please send me some hints how to fix this. Thanks a lot. Richard |
From: John L. <je...@pi...> - 2002-08-27 14:20:48
|
On Tue, 2002-08-27 at 08:17, Vladimir G. Ivanovic wrote: > Progress! I can run HelloWorld with 1.0.4! But I still can't run > http://leonora.org/~vladimir/tmp/TIC.java . > > Here is a transcript of Sun's JVM (build 1.4.0-b92) followed by > sablevm-1.0.4: > > $ java TIC > > System.out.println "hello,world" > hello,world > > ^D > $ sablevm -Y TIC > System.out.println "hello,world" > *** Couldn't bind native method Java_java_lang_Class_getField *** > *** or Java_java_lang_Class_getField__Ljava_lang_String_2 *** > > java.lang.UnsatisfiedLinkError > at java.lang.Class.getField(Class.java) > at TIC.select(TIC.java:372) > at TIC$4.force(TIC.java:279) > at TIC.force(TIC.java:212) > at TIC$Word.eval(TIC.java:276) > at TIC.eval(TIC.java:209) > at TIC$List.eval(TIC.java:295) > at TIC.eval(TIC.java:209) > at TIC.commandLoop(TIC.java:115) > at TIC.main(TIC.java:93) > at java.lang.VirtualMachine.invokeMain(VirtualMachine.java) > at java.lang.VirtualMachine.main(VirtualMachine.java:88) I ran this program with my kissme JVM (which also uses Classpath) > [Note that sablevm doesn't display the "> " prompt.] Kissme did the same, so it might be Classpath specific. > Is this because java.lang.Class.getField() is not implemented by > sablevm-1.0.4-native-library? Sounds like it. John Leuner |
From: Vladimir G. I. <vla...@ac...> - 2002-08-27 07:17:53
|
Progress! I can run HelloWorld with 1.0.4! But I still can't run http://leonora.org/~vladimir/tmp/TIC.java . Here is a transcript of Sun's JVM (build 1.4.0-b92) followed by sablevm-1.0.4: $ java TIC > System.out.println "hello,world" hello,world > ^D $ sablevm -Y TIC System.out.println "hello,world" *** Couldn't bind native method Java_java_lang_Class_getField *** *** or Java_java_lang_Class_getField__Ljava_lang_String_2 *** > java.lang.UnsatisfiedLinkError at java.lang.Class.getField(Class.java) at TIC.select(TIC.java:372) at TIC$4.force(TIC.java:279) at TIC.force(TIC.java:212) at TIC$Word.eval(TIC.java:276) at TIC.eval(TIC.java:209) at TIC$List.eval(TIC.java:295) at TIC.eval(TIC.java:209) at TIC.commandLoop(TIC.java:115) at TIC.main(TIC.java:93) at java.lang.VirtualMachine.invokeMain(VirtualMachine.java) at java.lang.VirtualMachine.main(VirtualMachine.java:88) [Note that sablevm doesn't display the "> " prompt.] Is this because java.lang.Class.getField() is not implemented by sablevm-1.0.4-native-library? --- Vladimir -------- Vladimir G. Ivanovic http://leonora.org/~vladimir 2770 Cowper St. vla...@ac... Palo Alto, CA 94306-2447 +1 650 678 8014 "EMG" == Etienne M Gagnon <eti...@uq...> writes: EMG> Download EMG> ======== EMG> http://sourceforge.net/project/showfiles.php?group_id=5523&release_id=106963 EMG> Changes EMG> ======= EMG> - Work around the libffi header bug by defining new configure macros. EMG> - Implement _svmf_iflush() for processors with distinct data and EMG> instruction caches. EMG> - Minor bug fixes. EMG> Notes EMG> ===== EMG> To install SableVM, you must download the three files: EMG> - sablevm-x.y.z.tar.gz EMG> - sablevm-class-library-x.y.z.tar.gz EMG> - sablevm-native-library-x.y.z.tar.gz EMG> Then: EMG> 1- Uncompress the sablevm-x.y.z.tar.gz file (tar -xzf). EMG> 2- Read the README file. EMG> 3- Follow instructions in the INSTALL file. EMG> Enjoy! EMG> Etienne EMG> -- EMG> Etienne M. Gagnon http://www.info.uqam.ca/~egagnon/ EMG> SableVM: http://www.sablevm.org/ EMG> SableCC: http://www.sablecc.org/ EMG> ------------------------------------------------------- EMG> This sf.net email is sponsored by: OSDN - Tired of that same old EMG> cell phone? Get a new here for FREE! EMG> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 EMG> _______________________________________________ EMG> Sablevm-announce mailing list EMG> Sab...@li... EMG> https://lists.sourceforge.net/lists/listinfo/sablevm-announce |
From: Emile S. <es...@go...> - 2002-08-23 19:54:13
|
On Fri, 2002-08-23 at 08:27, Etienne M. Gagnon wrote: > Hi Emile, > > Try commenting the PACKAGE and VERSION macro definitions in the libffi > header files on your system. (/usr/include/ffi.h probably?) Found them in /usr/local/include/fficonfig.h which ffi.h includes. This seems to have done it; thanks! > You should have got compiler warnings about redefinition of these > macros. This is a bug in libffi. > > You should provide more details about your platform (GNU/Linux version > (or BSD?), processor, gcc vdrsion used, ...) in the future. It helps > people to help you... OK, sorry about that. thanks for the help, -emile > Etienne > > On Thu, Aug 22, 2002 at 09:10:38AM -0700, Emile Snyder wrote: > > Hello, > > > > I recently downloaded 1.0.3 of sablevm, the native class package, and > > the classes package. I put them all in /usr/local/src and unpacked them > > there, downloaded/built/installed libffi-1.20, then as root ran > > > > [root@basalt /usr/local/src]# ./sablevm-1.0.3/build-many > > > > And everything seemed to work fine. However, I can't seem to get the vm > > to run any java ;) The gdb session/backtrace follows. It looks like > > it's dying while trying to find the java.lang.String class in order to > > build the array of argv for the main() method call. If I run the > > non-debug version of sablevm outside the debugger, it just hangs. > > > > Has anyone else had similar problems? Any tips? > > > > thanks, > > -emile > > > > > > ------------------------------------------------------------------- > > backtrace stuff. (Echo is a 'hello world' style java class that I tried > > compiling with both jikes 1.16 and gcj 2.96.) > > ------------------------------------------------------------------- > > > > [esnyder@basalt ~/dev/test]$ gdb /usr/local/bin/sablevm-debug > > (gdb) run Echo > > Starting program: /usr/local/bin/sablevm-debug Echo > > [New Thread 1024 (LWP 17889)] > > > > SableVM version 1.0.3 > > 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/local/share/sablevm". > > > > The SableVM web site is located at http://www.sablevm.org/ . > > > > > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 1024 (LWP 17889)] > > 0x400f1f26 in lt_dlsym () from /usr/lib/libltdl.so.3 > > (gdb) bt > > #0 0x400f1f26 in lt_dlsym () from /usr/lib/libltdl.so.3 > > #1 0x400813de in Java_java_lang_Runtime_nativeLoad > > (_env=3D0x804d4e0,=20 > > this=3D0x8060588, _filename=3D0x8060578) at java_lang_Runtime.c:230 > > #2 0x400ecf09 in ffi_call_SYSV () from /usr/local/lib/libffi.so.1 > > #3 0x400ecede in ffi_call (cif=3D0x4117df20,=20 > > fn=3D0x400812ac <Java_java_lang_Runtime_nativeLoad>, > > rvalue=3D0xbfffe4cc,=20 > > avalue=3D0x804f794) at ./x86/ffi.c:184 > > #4 0x40030d38 in _svmf_invoke_native_nonstatic (env=3D0x804d4e0) > > at native.c:1171 > > #5 0x4006b058 in _svmf_interpreter (_env=3D0x804d4e0) > > at instructions_switch.c:9839 > > #6 0x40026291 in _svmh_invoke_specific_static_clinit > > (env=3D0x804d4e0,=20 > > method=3D0x411752b4) at method_invoke.c:5061 > > #7 0x4008107d in Java_java_lang_Class_step8 (_env=3D0x804d4e0,=20 > > _class=3D0x80605c8, vmData=3D0x8060820) at java_lang_Class.c:936 > > #8 0x400ecf09 in ffi_call_SYSV () from /usr/local/lib/libffi.so.1 > > #9 0x400ecede in ffi_call (cif=3D0x4112b72c,=20 > > fn=3D0x40080fdc <Java_java_lang_Class_step8>, > > rvalue=3D0xbfffe720,=20 > > avalue=3D0x804f644) at ./x86/ffi.c:184 > > #10 0x40030568 in _svmf_invoke_native_static (env=3D0x804d4e0) at > > native.c:834 > > #11 0x4006afb0 in _svmf_interpreter (_env=3D0x804d4e0) > > at instructions_switch.c:9791 > > #12 0x4001f127 in _svmh_invoke_nonvirtual_jlclass_initialize > > (env=3D0x804d4e0,=20 > > ---Type <return> to continue, or q <return> to quit--- > > this=3D0x80609f8, param_1=3D1) at method_invoke.c:352 > > #13 0x4003a963 in _svmf_class_initialization (env=3D0x804d4e0, > > class=3D0x41173c50) > > at initialization.c:24 > > #14 0x40072034 in _svmf_interpreter (_env=3D0x804d4e0) > > at instructions_switch.c:16329 > > #15 0x40024b05 in _svmh_invoke_static_stringcreator_createinternedstring > > ( > > env=3D0x804d4e0, param_1=3D0x8060810, ret=3D0x8060a18) at > > method_invoke.c:4072 > > #16 0x4002709d in _svmf_get_interned_string (env=3D0x804d4e0,=20 > > value=3D0x4116c90c "java-lang", str=3D0x8060a18) at util2.c:1018 > > #17 0x40028411 in _svmf_resolve_CONSTANT_String (env=3D0x804d4e0,=20 > > stringref=3D0x4116c8f4) at resolve.c:743 > > #18 0x4006d61c in _svmf_interpreter (_env=3D0x804d4e0) > > at instructions_switch.c:12740 > > #19 0x40026291 in _svmh_invoke_specific_static_clinit > > (env=3D0x804d4e0,=20 > > method=3D0x4116e728) at method_invoke.c:5061 > > #20 0x4008107d in Java_java_lang_Class_step8 (_env=3D0x804d4e0,=20 > > _class=3D0x80607e0, vmData=3D0x80607d0) at java_lang_Class.c:936 > > #21 0x400ecf09 in ffi_call_SYSV () from /usr/local/lib/libffi.so.1 > > #22 0x400ecede in ffi_call (cif=3D0x4112b72c,=20 > > fn=3D0x40080fdc <Java_java_lang_Class_step8>, > > rvalue=3D0xbfffeca4,=20 > > avalue=3D0x804f408) at ./x86/ffi.c:184 > > #23 0x40030568 in _svmf_invoke_native_static (env=3D0x804d4e0) at > > native.c:834 > > #24 0x4006afb0 in _svmf_interpreter (_env=3D0x804d4e0) > > ---Type <return> to continue, or q <return> to quit--- > > at instructions_switch.c:9791 > > #25 0x4001f127 in _svmh_invoke_nonvirtual_jlclass_initialize > > (env=3D0x804d4e0,=20 > > this=3D0x8060320, param_1=3D1) at method_invoke.c:352 > > #26 0x4003a963 in _svmf_class_initialization (env=3D0x804d4e0, > > class=3D0x4116b198) > > at initialization.c:24 > > #27 0x40072034 in _svmf_interpreter (_env=3D0x804d4e0) > > at instructions_switch.c:16329 > > #28 0x40024b05 in _svmh_invoke_static_stringcreator_createinternedstring > > ( > > env=3D0x804d4e0, param_1=3D0x80607f0, ret=3D0x80603a0) at > > method_invoke.c:4072 > > #29 0x4002709d in _svmf_get_interned_string (env=3D0x804d4e0,=20 > > value=3D0x41151410 > > "SS=CA=BCNJ=CC\214=CE\231=CC\210=CC\201=CE=A5=CC\210=CC\201=D4=B5=D5\222H= > > =CC=B1T=CC\210W=CC\2 > > 12Y=CC\212A=CA=BE=CE=A5=CC\223=CE=A5=CC\223=CC\200=CE=A5=CC\223=CC\201=CE= > > =A5=CC\223=CD\202=E1=BC\210=CE\231=E1=BC\211=CE\231=E1=BC\2 > > 12=CE\231=E1=BC\213=CE\231=E1=BC\214=CE\231=E1=BC\215=CE\231=E1=BC\216=CE\2= > > 31=E1=BC\217=CE\231=E1=BC\210=CE\231=E1=BC\211=CE > > \231=E1=BC\212=CE\231=E1=BC\213=CE\231=E1=BC\214=CE\231=E1=BC\215=CE\231=E1= > > =BC\216=CE\231=E1=BC\217=CE\231=E1=BC=A8=CE\231=E1=BC > > =A9=CE\231=E1=BC=AA=CE\231=E1=BC=AB=CE\231=E1=BC=AC=CE\231=E1=BC=AD=CE\231= > > =E1=BC=AE=CE\231=E1=BC=AF=CE\231=E1=BC=A8=CE\231=E1=BC=A9=CE\231=E1=BC=AA= > > =CE\231=E1=BC > > =AB=CE"..., str=3D0x80603a0) at util2.c:1018 > > #30 0x40028411 in _svmf_resolve_CONSTANT_String (env=3D0x804d4e0,=20 > > stringref=3D0x411513f8) at resolve.c:743 > > #31 0x4006d61c in _svmf_interpreter (_env=3D0x804d4e0) > > at instructions_switch.c:12740 > > #32 0x40026291 in _svmh_invoke_specific_static_clinit > > (env=3D0x804d4e0,=20 > > method=3D0x4115351c) at method_invoke.c:5061 > > #33 0x4008107d in Java_java_lang_Class_step8 (_env=3D0x804d4e0,=20 > > ---Type <return> to continue, or q <return> to quit--- > > _class=3D0x805fea0, vmData=3D0x805fe90) at java_lang_Class.c:936 > > #34 0x400ecf09 in ffi_call_SYSV () from /usr/local/lib/libffi.so.1 > > #35 0x400ecede in ffi_call (cif=3D0x4112b72c,=20 > > fn=3D0x40080fdc <Java_java_lang_Class_step8>, > > rvalue=3D0xbffff228,=20 > > avalue=3D0x804f1e4) at ./x86/ffi.c:184 > > #36 0x40030568 in _svmf_invoke_native_static (env=3D0x804d4e0) at > > native.c:834 > > #37 0x4006afb0 in _svmf_interpreter (_env=3D0x804d4e0) > > at instructions_switch.c:9791 > > #38 0x4001f127 in _svmh_invoke_nonvirtual_jlclass_initialize > > (env=3D0x804d4e0,=20 > > this=3D0x805fd48, param_1=3D1) at method_invoke.c:352 > > #39 0x4003a963 in _svmf_class_initialization (env=3D0x804d4e0, > > class=3D0x4114e918) > > at initialization.c:24 > > #40 0x4005fb8d in FindClass (_env=3D0x804d4e0, name=3D0x804b5e9 > > "java/lang/String") > > at native_interface.c:23706 > > #41 0x0804a8f1 in main (argc=3D2, argv=3D0xbffff534) at sablevm.c:1391 > > #42 0x42017499 in __libc_start_main () from /lib/i686/libc.so.6 > > > > > > > > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by: OSDN - Tired of that same old > > cell phone? Get a new here for FREE! > > https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 > > _______________________________________________ > > Sablevm-user mailing list > > Sab...@li... > > https://lists.sourceforge.net/lists/listinfo/sablevm-user > > > > -- > Etienne M. Gagnon http://www.info.uqam.ca/~egagnon/ > SableVM: http://www.sablevm.org/ > SableCC: http://www.sablecc.org/ > > > ------------------------------------------------------- > This sf.net email is sponsored by: OSDN - Tired of that same old > cell phone? Get a new here for FREE! > https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 > _______________________________________________ > Sablevm-user mailing list > Sab...@li... > https://lists.sourceforge.net/lists/listinfo/sablevm-user |
From: Etienne M. G. <eti...@uq...> - 2002-08-23 15:31:12
|
Hi Emile, Try commenting the PACKAGE and VERSION macro definitions in the libffi header files on your system. (/usr/include/ffi.h probably?) You should have got compiler warnings about redefinition of these macros. This is a bug in libffi. You should provide more details about your platform (GNU/Linux version (or BSD?), processor, gcc vdrsion used, ...) in the future. It helps people to help you... Etienne On Thu, Aug 22, 2002 at 09:10:38AM -0700, Emile Snyder wrote: > Hello, > > I recently downloaded 1.0.3 of sablevm, the native class package, and > the classes package. I put them all in /usr/local/src and unpacked them > there, downloaded/built/installed libffi-1.20, then as root ran > > [root@basalt /usr/local/src]# ./sablevm-1.0.3/build-many > > And everything seemed to work fine. However, I can't seem to get the vm > to run any java ;) The gdb session/backtrace follows. It looks like > it's dying while trying to find the java.lang.String class in order to > build the array of argv for the main() method call. If I run the > non-debug version of sablevm outside the debugger, it just hangs. > > Has anyone else had similar problems? Any tips? > > thanks, > -emile > > > ------------------------------------------------------------------- > backtrace stuff. (Echo is a 'hello world' style java class that I tried > compiling with both jikes 1.16 and gcj 2.96.) > ------------------------------------------------------------------- > > [esnyder@basalt ~/dev/test]$ gdb /usr/local/bin/sablevm-debug > (gdb) run Echo > Starting program: /usr/local/bin/sablevm-debug Echo > [New Thread 1024 (LWP 17889)] > > SableVM version 1.0.3 > 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/local/share/sablevm". > > The SableVM web site is located at http://www.sablevm.org/ . > > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 1024 (LWP 17889)] > 0x400f1f26 in lt_dlsym () from /usr/lib/libltdl.so.3 > (gdb) bt > #0 0x400f1f26 in lt_dlsym () from /usr/lib/libltdl.so.3 > #1 0x400813de in Java_java_lang_Runtime_nativeLoad > (_env=3D0x804d4e0,=20 > this=3D0x8060588, _filename=3D0x8060578) at java_lang_Runtime.c:230 > #2 0x400ecf09 in ffi_call_SYSV () from /usr/local/lib/libffi.so.1 > #3 0x400ecede in ffi_call (cif=3D0x4117df20,=20 > fn=3D0x400812ac <Java_java_lang_Runtime_nativeLoad>, > rvalue=3D0xbfffe4cc,=20 > avalue=3D0x804f794) at ./x86/ffi.c:184 > #4 0x40030d38 in _svmf_invoke_native_nonstatic (env=3D0x804d4e0) > at native.c:1171 > #5 0x4006b058 in _svmf_interpreter (_env=3D0x804d4e0) > at instructions_switch.c:9839 > #6 0x40026291 in _svmh_invoke_specific_static_clinit > (env=3D0x804d4e0,=20 > method=3D0x411752b4) at method_invoke.c:5061 > #7 0x4008107d in Java_java_lang_Class_step8 (_env=3D0x804d4e0,=20 > _class=3D0x80605c8, vmData=3D0x8060820) at java_lang_Class.c:936 > #8 0x400ecf09 in ffi_call_SYSV () from /usr/local/lib/libffi.so.1 > #9 0x400ecede in ffi_call (cif=3D0x4112b72c,=20 > fn=3D0x40080fdc <Java_java_lang_Class_step8>, > rvalue=3D0xbfffe720,=20 > avalue=3D0x804f644) at ./x86/ffi.c:184 > #10 0x40030568 in _svmf_invoke_native_static (env=3D0x804d4e0) at > native.c:834 > #11 0x4006afb0 in _svmf_interpreter (_env=3D0x804d4e0) > at instructions_switch.c:9791 > #12 0x4001f127 in _svmh_invoke_nonvirtual_jlclass_initialize > (env=3D0x804d4e0,=20 > ---Type <return> to continue, or q <return> to quit--- > this=3D0x80609f8, param_1=3D1) at method_invoke.c:352 > #13 0x4003a963 in _svmf_class_initialization (env=3D0x804d4e0, > class=3D0x41173c50) > at initialization.c:24 > #14 0x40072034 in _svmf_interpreter (_env=3D0x804d4e0) > at instructions_switch.c:16329 > #15 0x40024b05 in _svmh_invoke_static_stringcreator_createinternedstring > ( > env=3D0x804d4e0, param_1=3D0x8060810, ret=3D0x8060a18) at > method_invoke.c:4072 > #16 0x4002709d in _svmf_get_interned_string (env=3D0x804d4e0,=20 > value=3D0x4116c90c "java-lang", str=3D0x8060a18) at util2.c:1018 > #17 0x40028411 in _svmf_resolve_CONSTANT_String (env=3D0x804d4e0,=20 > stringref=3D0x4116c8f4) at resolve.c:743 > #18 0x4006d61c in _svmf_interpreter (_env=3D0x804d4e0) > at instructions_switch.c:12740 > #19 0x40026291 in _svmh_invoke_specific_static_clinit > (env=3D0x804d4e0,=20 > method=3D0x4116e728) at method_invoke.c:5061 > #20 0x4008107d in Java_java_lang_Class_step8 (_env=3D0x804d4e0,=20 > _class=3D0x80607e0, vmData=3D0x80607d0) at java_lang_Class.c:936 > #21 0x400ecf09 in ffi_call_SYSV () from /usr/local/lib/libffi.so.1 > #22 0x400ecede in ffi_call (cif=3D0x4112b72c,=20 > fn=3D0x40080fdc <Java_java_lang_Class_step8>, > rvalue=3D0xbfffeca4,=20 > avalue=3D0x804f408) at ./x86/ffi.c:184 > #23 0x40030568 in _svmf_invoke_native_static (env=3D0x804d4e0) at > native.c:834 > #24 0x4006afb0 in _svmf_interpreter (_env=3D0x804d4e0) > ---Type <return> to continue, or q <return> to quit--- > at instructions_switch.c:9791 > #25 0x4001f127 in _svmh_invoke_nonvirtual_jlclass_initialize > (env=3D0x804d4e0,=20 > this=3D0x8060320, param_1=3D1) at method_invoke.c:352 > #26 0x4003a963 in _svmf_class_initialization (env=3D0x804d4e0, > class=3D0x4116b198) > at initialization.c:24 > #27 0x40072034 in _svmf_interpreter (_env=3D0x804d4e0) > at instructions_switch.c:16329 > #28 0x40024b05 in _svmh_invoke_static_stringcreator_createinternedstring > ( > env=3D0x804d4e0, param_1=3D0x80607f0, ret=3D0x80603a0) at > method_invoke.c:4072 > #29 0x4002709d in _svmf_get_interned_string (env=3D0x804d4e0,=20 > value=3D0x41151410 > "SS=CA=BCNJ=CC\214=CE\231=CC\210=CC\201=CE=A5=CC\210=CC\201=D4=B5=D5\222H= > =CC=B1T=CC\210W=CC\2 > 12Y=CC\212A=CA=BE=CE=A5=CC\223=CE=A5=CC\223=CC\200=CE=A5=CC\223=CC\201=CE= > =A5=CC\223=CD\202=E1=BC\210=CE\231=E1=BC\211=CE\231=E1=BC\2 > 12=CE\231=E1=BC\213=CE\231=E1=BC\214=CE\231=E1=BC\215=CE\231=E1=BC\216=CE\2= > 31=E1=BC\217=CE\231=E1=BC\210=CE\231=E1=BC\211=CE > \231=E1=BC\212=CE\231=E1=BC\213=CE\231=E1=BC\214=CE\231=E1=BC\215=CE\231=E1= > =BC\216=CE\231=E1=BC\217=CE\231=E1=BC=A8=CE\231=E1=BC > =A9=CE\231=E1=BC=AA=CE\231=E1=BC=AB=CE\231=E1=BC=AC=CE\231=E1=BC=AD=CE\231= > =E1=BC=AE=CE\231=E1=BC=AF=CE\231=E1=BC=A8=CE\231=E1=BC=A9=CE\231=E1=BC=AA= > =CE\231=E1=BC > =AB=CE"..., str=3D0x80603a0) at util2.c:1018 > #30 0x40028411 in _svmf_resolve_CONSTANT_String (env=3D0x804d4e0,=20 > stringref=3D0x411513f8) at resolve.c:743 > #31 0x4006d61c in _svmf_interpreter (_env=3D0x804d4e0) > at instructions_switch.c:12740 > #32 0x40026291 in _svmh_invoke_specific_static_clinit > (env=3D0x804d4e0,=20 > method=3D0x4115351c) at method_invoke.c:5061 > #33 0x4008107d in Java_java_lang_Class_step8 (_env=3D0x804d4e0,=20 > ---Type <return> to continue, or q <return> to quit--- > _class=3D0x805fea0, vmData=3D0x805fe90) at java_lang_Class.c:936 > #34 0x400ecf09 in ffi_call_SYSV () from /usr/local/lib/libffi.so.1 > #35 0x400ecede in ffi_call (cif=3D0x4112b72c,=20 > fn=3D0x40080fdc <Java_java_lang_Class_step8>, > rvalue=3D0xbffff228,=20 > avalue=3D0x804f1e4) at ./x86/ffi.c:184 > #36 0x40030568 in _svmf_invoke_native_static (env=3D0x804d4e0) at > native.c:834 > #37 0x4006afb0 in _svmf_interpreter (_env=3D0x804d4e0) > at instructions_switch.c:9791 > #38 0x4001f127 in _svmh_invoke_nonvirtual_jlclass_initialize > (env=3D0x804d4e0,=20 > this=3D0x805fd48, param_1=3D1) at method_invoke.c:352 > #39 0x4003a963 in _svmf_class_initialization (env=3D0x804d4e0, > class=3D0x4114e918) > at initialization.c:24 > #40 0x4005fb8d in FindClass (_env=3D0x804d4e0, name=3D0x804b5e9 > "java/lang/String") > at native_interface.c:23706 > #41 0x0804a8f1 in main (argc=3D2, argv=3D0xbffff534) at sablevm.c:1391 > #42 0x42017499 in __libc_start_main () from /lib/i686/libc.so.6 > > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: OSDN - Tired of that same old > cell phone? Get a new here for FREE! > https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 > _______________________________________________ > Sablevm-user mailing list > Sab...@li... > https://lists.sourceforge.net/lists/listinfo/sablevm-user > -- Etienne M. Gagnon http://www.info.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ |
From: Emile S. <es...@go...> - 2002-08-22 16:08:13
|
Hello, I recently downloaded 1.0.3 of sablevm, the native class package, and the classes package. I put them all in /usr/local/src and unpacked them there, downloaded/built/installed libffi-1.20, then as root ran [root@basalt /usr/local/src]# ./sablevm-1.0.3/build-many And everything seemed to work fine. However, I can't seem to get the vm to run any java ;) The gdb session/backtrace follows. It looks like it's dying while trying to find the java.lang.String class in order to build the array of argv for the main() method call. If I run the non-debug version of sablevm outside the debugger, it just hangs. Has anyone else had similar problems? Any tips? thanks, -emile ------------------------------------------------------------------- backtrace stuff. (Echo is a 'hello world' style java class that I tried compiling with both jikes 1.16 and gcj 2.96.) ------------------------------------------------------------------- [esnyder@basalt ~/dev/test]$ gdb /usr/local/bin/sablevm-debug (gdb) run Echo Starting program: /usr/local/bin/sablevm-debug Echo [New Thread 1024 (LWP 17889)] SableVM version 1.0.3 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/local/share/sablevm". The SableVM web site is located at http://www.sablevm.org/ . Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 17889)] 0x400f1f26 in lt_dlsym () from /usr/lib/libltdl.so.3 (gdb) bt #0 0x400f1f26 in lt_dlsym () from /usr/lib/libltdl.so.3 #1 0x400813de in Java_java_lang_Runtime_nativeLoad (_env=3D0x804d4e0,=20 this=3D0x8060588, _filename=3D0x8060578) at java_lang_Runtime.c:230 #2 0x400ecf09 in ffi_call_SYSV () from /usr/local/lib/libffi.so.1 #3 0x400ecede in ffi_call (cif=3D0x4117df20,=20 fn=3D0x400812ac <Java_java_lang_Runtime_nativeLoad>, rvalue=3D0xbfffe4cc,=20 avalue=3D0x804f794) at ./x86/ffi.c:184 #4 0x40030d38 in _svmf_invoke_native_nonstatic (env=3D0x804d4e0) at native.c:1171 #5 0x4006b058 in _svmf_interpreter (_env=3D0x804d4e0) at instructions_switch.c:9839 #6 0x40026291 in _svmh_invoke_specific_static_clinit (env=3D0x804d4e0,=20 method=3D0x411752b4) at method_invoke.c:5061 #7 0x4008107d in Java_java_lang_Class_step8 (_env=3D0x804d4e0,=20 _class=3D0x80605c8, vmData=3D0x8060820) at java_lang_Class.c:936 #8 0x400ecf09 in ffi_call_SYSV () from /usr/local/lib/libffi.so.1 #9 0x400ecede in ffi_call (cif=3D0x4112b72c,=20 fn=3D0x40080fdc <Java_java_lang_Class_step8>, rvalue=3D0xbfffe720,=20 avalue=3D0x804f644) at ./x86/ffi.c:184 #10 0x40030568 in _svmf_invoke_native_static (env=3D0x804d4e0) at native.c:834 #11 0x4006afb0 in _svmf_interpreter (_env=3D0x804d4e0) at instructions_switch.c:9791 #12 0x4001f127 in _svmh_invoke_nonvirtual_jlclass_initialize (env=3D0x804d4e0,=20 ---Type <return> to continue, or q <return> to quit--- this=3D0x80609f8, param_1=3D1) at method_invoke.c:352 #13 0x4003a963 in _svmf_class_initialization (env=3D0x804d4e0, class=3D0x41173c50) at initialization.c:24 #14 0x40072034 in _svmf_interpreter (_env=3D0x804d4e0) at instructions_switch.c:16329 #15 0x40024b05 in _svmh_invoke_static_stringcreator_createinternedstring ( env=3D0x804d4e0, param_1=3D0x8060810, ret=3D0x8060a18) at method_invoke.c:4072 #16 0x4002709d in _svmf_get_interned_string (env=3D0x804d4e0,=20 value=3D0x4116c90c "java-lang", str=3D0x8060a18) at util2.c:1018 #17 0x40028411 in _svmf_resolve_CONSTANT_String (env=3D0x804d4e0,=20 stringref=3D0x4116c8f4) at resolve.c:743 #18 0x4006d61c in _svmf_interpreter (_env=3D0x804d4e0) at instructions_switch.c:12740 #19 0x40026291 in _svmh_invoke_specific_static_clinit (env=3D0x804d4e0,=20 method=3D0x4116e728) at method_invoke.c:5061 #20 0x4008107d in Java_java_lang_Class_step8 (_env=3D0x804d4e0,=20 _class=3D0x80607e0, vmData=3D0x80607d0) at java_lang_Class.c:936 #21 0x400ecf09 in ffi_call_SYSV () from /usr/local/lib/libffi.so.1 #22 0x400ecede in ffi_call (cif=3D0x4112b72c,=20 fn=3D0x40080fdc <Java_java_lang_Class_step8>, rvalue=3D0xbfffeca4,=20 avalue=3D0x804f408) at ./x86/ffi.c:184 #23 0x40030568 in _svmf_invoke_native_static (env=3D0x804d4e0) at native.c:834 #24 0x4006afb0 in _svmf_interpreter (_env=3D0x804d4e0) ---Type <return> to continue, or q <return> to quit--- at instructions_switch.c:9791 #25 0x4001f127 in _svmh_invoke_nonvirtual_jlclass_initialize (env=3D0x804d4e0,=20 this=3D0x8060320, param_1=3D1) at method_invoke.c:352 #26 0x4003a963 in _svmf_class_initialization (env=3D0x804d4e0, class=3D0x4116b198) at initialization.c:24 #27 0x40072034 in _svmf_interpreter (_env=3D0x804d4e0) at instructions_switch.c:16329 #28 0x40024b05 in _svmh_invoke_static_stringcreator_createinternedstring ( env=3D0x804d4e0, param_1=3D0x80607f0, ret=3D0x80603a0) at method_invoke.c:4072 #29 0x4002709d in _svmf_get_interned_string (env=3D0x804d4e0,=20 value=3D0x41151410 "SS=CA=BCNJ=CC\214=CE\231=CC\210=CC\201=CE=A5=CC\210=CC\201=D4=B5=D5\222H= =CC=B1T=CC\210W=CC\2 12Y=CC\212A=CA=BE=CE=A5=CC\223=CE=A5=CC\223=CC\200=CE=A5=CC\223=CC\201=CE= =A5=CC\223=CD\202=E1=BC\210=CE\231=E1=BC\211=CE\231=E1=BC\2 12=CE\231=E1=BC\213=CE\231=E1=BC\214=CE\231=E1=BC\215=CE\231=E1=BC\216=CE\2= 31=E1=BC\217=CE\231=E1=BC\210=CE\231=E1=BC\211=CE \231=E1=BC\212=CE\231=E1=BC\213=CE\231=E1=BC\214=CE\231=E1=BC\215=CE\231=E1= =BC\216=CE\231=E1=BC\217=CE\231=E1=BC=A8=CE\231=E1=BC =A9=CE\231=E1=BC=AA=CE\231=E1=BC=AB=CE\231=E1=BC=AC=CE\231=E1=BC=AD=CE\231= =E1=BC=AE=CE\231=E1=BC=AF=CE\231=E1=BC=A8=CE\231=E1=BC=A9=CE\231=E1=BC=AA= =CE\231=E1=BC =AB=CE"..., str=3D0x80603a0) at util2.c:1018 #30 0x40028411 in _svmf_resolve_CONSTANT_String (env=3D0x804d4e0,=20 stringref=3D0x411513f8) at resolve.c:743 #31 0x4006d61c in _svmf_interpreter (_env=3D0x804d4e0) at instructions_switch.c:12740 #32 0x40026291 in _svmh_invoke_specific_static_clinit (env=3D0x804d4e0,=20 method=3D0x4115351c) at method_invoke.c:5061 #33 0x4008107d in Java_java_lang_Class_step8 (_env=3D0x804d4e0,=20 ---Type <return> to continue, or q <return> to quit--- _class=3D0x805fea0, vmData=3D0x805fe90) at java_lang_Class.c:936 #34 0x400ecf09 in ffi_call_SYSV () from /usr/local/lib/libffi.so.1 #35 0x400ecede in ffi_call (cif=3D0x4112b72c,=20 fn=3D0x40080fdc <Java_java_lang_Class_step8>, rvalue=3D0xbffff228,=20 avalue=3D0x804f1e4) at ./x86/ffi.c:184 #36 0x40030568 in _svmf_invoke_native_static (env=3D0x804d4e0) at native.c:834 #37 0x4006afb0 in _svmf_interpreter (_env=3D0x804d4e0) at instructions_switch.c:9791 #38 0x4001f127 in _svmh_invoke_nonvirtual_jlclass_initialize (env=3D0x804d4e0,=20 this=3D0x805fd48, param_1=3D1) at method_invoke.c:352 #39 0x4003a963 in _svmf_class_initialization (env=3D0x804d4e0, class=3D0x4114e918) at initialization.c:24 #40 0x4005fb8d in FindClass (_env=3D0x804d4e0, name=3D0x804b5e9 "java/lang/String") at native_interface.c:23706 #41 0x0804a8f1 in main (argc=3D2, argv=3D0xbffff534) at sablevm.c:1391 #42 0x42017499 in __libc_start_main () from /lib/i686/libc.so.6 |
From: Etienne M. G. <eti...@uq...> - 2002-08-21 15:32:28
|
On Tue, Aug 20, 2002 at 11:29:20PM -0700, Vladimir G. Ivanovic wrote: > BTW, I did an strace of sablevm-debug and I noticed this just before it > SEGV'd: > > open("/usr/local/src/sablevm-build/lib/sablevm-debug/sablevm/libjava-lang-1.20.so", O_RDONLY) = -1 ENOENT (No such file or directory) > This is the symptom of buggy "libffi" headers. You should comment the VERSION and PACKAGE macros in the headers of libfffi. You should definitely file a bug report to RedHat and LibFfi developers about it. Etienne -- Etienne M. Gagnon http://www.info.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ |