I need your help!
I need to install Japhar + Classpath on Linux platform. But after I installed Japhar successfully, I failed to install Classpath. The following is the working process: 1. Installed Japhar 0.08 version with such command: ./configure --prefix=/wiz/home/guest/wx/japhar --with-jdk=/usr/local/jdk --e nable-classpath --enable-libffi make make install During the compiling, there were a lot of warning. but there were no error. 2. Then I set the environment in the .cshrc like following: set path = ($path /wiz/home/guest/wx/japhar/bin) set CLASSPATH = /wiz/home/guest/wx/japhar/share/classes.zip:.: I wrote the simplest program only print "hello". I use "javac Simple.java"(at that time, javac is Japhar's javac), and Simple.class can be created. Next I use "japhar Simple". Run correctly. 3. I installed Classpath with the following command: ./configure --prefix=/wiz/home/guest/wx/japhar --with-java=/usr/local/jdk/bi n/javac --with-classlib=/usr/local/jdk/lib/classes.zip --enable-developer-mo de make make install During the compiling, there were a lot of warning. but there were no error. The attached file "classpath-make.err" is the information about the warning 4. Then I used the command like following: "japhar Simple" It did work. But when I used "japhar --classpath==/wiz/home/guest/wx/japhar/share Simple", the error appeared with the such sentence Fatal Java VM Error: ThrowNew unable to allocate message Bus error Would you please help me solve such problem? Your help is much appreciated classpath-make.err
Re: I need your help!
wangxiang ([EMAIL PROTECTED]) wrote: > I need to install Japhar + Classpath on Linux platform. But after I > installed Japhar successfully, I failed to install Classpath. The following > is the working process: > 4. Then I used the command like following: > "japhar Simple" It did work. But when I used > "japhar --classpath==/wiz/home/guest/wx/japhar/share Simple", the error > appeared with the such sentence > Fatal Java VM Error: ThrowNew unable to allocate message > Bus error Unfortunately, changes in Japhar 0.08 broke Classpath compatibility. You can't run them together right now. Hopefully that will be fixed in the next couple months. Right now the only Japhar I can swear works with the first classpath release is 0.07. -- Aaron M. Renn ([EMAIL PROTECTED]) http://www.urbanophile.com/arenn/
Re: I need your help!
On Fri, Dec 10, 1999 at 07:46:50PM -0600, Aaron M. Renn wrote: > > Unfortunately, changes in Japhar 0.08 broke Classpath compatibility. > You can't run them together right now. Hopefully that will be fixed > in the next couple months. Right now the only Japhar I can swear > works with the first classpath release is 0.07. What should be done to let Japhar and Classpath work together again? Note that I don't have Japhar or Classpath working at this moment. I have both of the current CVS trees, but Classpath seems to depend on Japhar to compile correctly and Japhar seems to need nspr which I have not yet downloaded. I don't have a lot of experience (none to be exactly :) with the build process or with the way Classpath and Japhar should work together. But I do have some free time now and I am willing to learn. If there is any other way I could help please tell. I saw that there is no java.applet, java.util.jar or java.util.zip yet, which seem not to hard to write. There are a lot of java.awt classes missing, which is probably a lot of work, but maybe I could begin writing some simple classes that are missing (are all java 1.1 awt classes already done?) Are you going to use the ninja rmi classes that kaffe is working on (under lgpl I believe) or should they be adapted especially for Classpath? And ofcourse there is no javax.swing yet but I would not know where to start with that package since I have absolutely no experience with it. If Classpath wants to deliver any of the "standard" java tools such as appletviewer, jarsigner, javadoc, keytool, javap, native2ascii, serialver, jar, maybe I could start writing those. Cheers, Mark
Re: I need your help!
Mark Wielaard ([EMAIL PROTECTED]) wrote: > What should be done to let Japhar and Classpath work together again? Sufficient effort on the part of one of the developers. > Note that I don't have Japhar or Classpath working at this moment. > I have both of the current CVS trees, but Classpath seems to depend > on Japhar to compile correctly and Japhar seems to need nspr which > I have not yet downloaded. I don't have a lot of experience (none > to be exactly :) with the build process or with the way Classpath > and Japhar should work together. But I do have some free time now > and I am willing to learn. If you browse through the Japhar mailing list archives at http://www.mail-archive.com/japhar@hungry.com/ you'll see some info on how to get NSPR. I had some probablems getting it to work correctly. There should be a message there describing my solution. Japhar can work with the JDK classes, and that is probably best for now. > If there is any other way I could help please tell. > I saw that there is no java.applet, java.util.jar or java.util.zip yet, > which seem not to hard to write. There are a lot of java.awt classes missing, > which is probably a lot of work, but maybe I could begin writing some > simple classes that are missing (are all java 1.1 awt classes already done?) > Are you going to use the ninja rmi classes that kaffe is working on (under > lgpl I believe) or should they be adapted especially for Classpath? > And ofcourse there is no javax.swing yet but I would not know where to start > with that package since I have absolutely no experience with it. > If Classpath wants to deliver any of the "standard" java tools such as > appletviewer, jarsigner, javadoc, keytool, javap, native2ascii, serialver, > jar, maybe I could start writing those. I'll have to get back with you on this one. BTW: java.applet is done and supposedly someone has coded java.util.zip, but I haven't seen it. The version we distibuted back in February is seriously outdated. We have done quite a bit since then. -- Aaron M. Renn ([EMAIL PROTECTED]) http://www.urbanophile.com/arenn/
Re: I need your help!
On Sat, Dec 11, 1999 at 03:38:04PM -0600, Aaron M. Renn wrote: > Mark Wielaard ([EMAIL PROTECTED]) wrote: > > If you browse through the Japhar mailing list archives at > http://www.mail-archive.com/japhar@hungry.com/ you'll see some info > on how to get NSPR. I had some probablems getting it to work > correctly. There should be a message there describing my solution. > Japhar can work with the JDK classes, and that is probably > best for now. Thanks. I have been able to compile Japhar with the JDK classes. (Although I am not sure if it works correctly.) And I can now also build Classpath although the configure scripts barf on libart. But after repairing a bit by hand I am now able to do a make all and get the libgcj.zip file (only java/lang/Classloader didn't compile). Although I do not have a way now to actually use them :) But I guess that the pure java packages can be tested with Kaffe. (Is there anybody working on integration with Kaffe?) > > If there is any other way I could help please tell. > > I saw that there is no java.applet, java.util.jar or java.util.zip yet, > > which seem not to hard to write. There are a lot of java.awt classes missing > > which is probably a lot of work, but maybe I could begin writing some > > simple classes that are missing (are all java 1.1 awt classes already done?) > > Are you going to use the ninja rmi classes that kaffe is working on (under > > lgpl I believe) or should they be adapted especially for Classpath? > > And ofcourse there is no javax.swing yet but I would not know where to start > > with that package since I have absolutely no experience with it. > > If Classpath wants to deliver any of the "standard" java tools such as > > appletviewer, jarsigner, javadoc, keytool, javap, native2ascii, serialver, > > jar, maybe I could start writing those. > > I'll have to get back with you on this one. BTW: java.applet is done I couldn't find it in the CVS tree. > and supposedly someone has coded java.util.zip, but I haven't seen it. I browsed through the mail archive and that someone is Loren Peace. Loren are you still out there? And do you need any help with those packages? > The version we distibuted back in February is seriously outdated. > We have done quite a bit since then. Yes. I am very impressed. It seems that almost all standard packages have already been implemented and even most 1.2 classes are already done. I will play a bit more with Japhar and Classpath and read the Hackers and VM Integration guides and see if I can help with the integration. But since I had a really hard time getting Japhar to compile I am not sure that will be an easy task. If you know what you want to do with the remaining atw classes, rmi or swing please let me know. Cheers, Mark
Re: I need your help!
Mark Wielaard wrote: > And I can now also build Classpath although the configure scripts > barf on libart. But after repairing a bit by hand I am now able to do a > make all and get the libgcj.zip file (only java/lang/Classloader didn't > compile). Although I do not have a way now to actually use them :) A side note, sort of: I am compiling right now without --with-classlib, and we are damn near completely self-sufficient now (in terms of compilation at least). As far as I can tell, the following classes would make it complete (unless these classes needed still others that aren't ready yet): java.awt.Event java.awt.image.ColorModel java.awt.image.DirectColorModel java.text.DecimalFormat java.text.DigitList java.applet.* These are all I had to import from JDK in order to get us to compile standalone! (Aaron has charge of these areas, so he'll have to tell you what, if any, of these classes need working on.) It would be really nice to get rid of that --with-classlib dependency altogether. > > But I guess that the pure java packages can be tested with Kaffe. > (Is there anybody working on integration with Kaffe?) > Brian Jones ([EMAIL PROTECTED]) is working on that now, there has been some behind-the-scenes activity lately (the evidence of which is in the CVS changelog for ClassLoader and VMClassLoader). > > and supposedly someone has coded java.util.zip, but I haven't seen it. > I browsed through the mail archive and that someone is Loren Peace. > Loren are you still out there? And do you need any help with those packages? > Loren has been gone for a long time and we have made more than sufficient efforts to contact him; I personally think it's about time for someone else to pick up the work. --John Keiser
Re: I need your help!
John Keiser wrote: > Mark Wielaard wrote: > > > And I can now also build Classpath although the configure scripts > > barf on libart. But after repairing a bit by hand I am now able to do a > > make all and get the libgcj.zip file (only java/lang/Classloader didn't > > compile). Although I do not have a way now to actually use them :) > > A side note, sort of: I am compiling right now without --with-classlib, and we are > damn near completely self-sufficient now (in terms of compilation at least). As > far as I can tell, the following classes would make it complete (unless these > classes needed still others that aren't ready yet): > > java.awt.Event I wrote this yesterday as part of an effort to get classpath's AWT classes working on gcj. I plan to do the missing ColorModel classes soon. Note that there are other missing AWT classes that would be required to make it 1.1-complete, but these are the ones that are currently required for compilation due to dependencies on them. > java.awt.image.ColorModel > java.awt.image.DirectColorModel > java.text.DecimalFormat Hmm, libgcj has a good DecimalFormat implementation... > java.text.DigitList I don't know what this is, there is no reference to it in the JDK 1.1 or 1.2 docs. I think it must be a private implementation class? > Loren has been gone for a long time and we have made more than sufficient efforts > to contact him; I personally think it's about time for someone else to pick up the > work. libgcj also has a working java.util.zip (using zlib). I hope that these two projects can work more closely together in the future - there is a lot to be gained on either side. regards [ bryce ]
Re: I need your help!
On Mon, Dec 13, 1999 at 11:56:33AM +1300, Bryce McKinlay wrote: > John Keiser wrote: > > classes needed still others that aren't ready yet): > > > > java.awt.Event > > I wrote this yesterday as part of an effort to get classpath's AWT classes > working on gcj. I plan to do the missing ColorModel classes soon. > Note that there are other missing AWT classes that would be required to > make it 1.1-complete I just looked at the 1.1.8 classlist http://java.sun.com/products/jdk/1.1/docs/relnotes/classlist.html> And the only classes missing from the current Classpath CVS seem to be: java.applet.* java.awt.Event java.awt.GridBagConstraints java.awt.GridBagLayout java.awt.MediaTracker java.awt.image.AreaAveragingScaleFilter java.awt.image.ColorModel java.awt.image.CropImageFilter java.awt.image.DirectColorModel java.awt.image.FilteredImageSource java.awt.image.IndexColorModel java.awt.image.MemoryImageSource java.awt.image.PixelGrabber java.awt.image.RGBImageFilter java.awt.image.ReplicateScaleFilter java.rmi.* java.text.DecimalFormat java.util.zip.* (And there are already a lot of 1.2 class implementations in Classpath.) Does anybody know what else should be implemented before Classpath has a complete 1.1 class implementation? > > Loren has been gone for a long time and we have made more than sufficient > > efforts to contact him; I personally think it's about time for someone > > else to pick up the work. > > libgcj also has a working java.util.zip (using zlib). Does that implemention use JNI or CNI? I guess Classpath needs a JNI implementation. (And to be used in Classpath the copyright should probably be assigned to the FSF, but maybe Cygnus already does that?) If there is still no sign of Loren at the end of the week and Classpath cannot borrow a java.util. zip implementation from another project I would be happy to start working on it (should it be based on zlib or pure java?). > I hope that these two projects can work more closely together in the future > - there is a lot to be gained on either side. It would be very nice if gcj could use the Classpath classes but would that mean that all the native libraries should be reimplemented with an CNI interface? (Classpath only uses JNI as far as I could tell.) Cheers, Mark
Re: I need your help!
Mark Wielaard wrote: > I just looked at the 1.1.8 classlist > http://java.sun.com/products/jdk/1.1/docs/relnotes/classlist.html> > And the only classes missing from the current Classpath CVS seem to be: > > java.applet.* > java.awt.Event > java.awt.GridBagConstraints > java.awt.GridBagLayout > java.awt.MediaTracker > java.awt.image.AreaAveragingScaleFilter > java.awt.image.ColorModel > java.awt.image.CropImageFilter > java.awt.image.DirectColorModel > java.awt.image.FilteredImageSource > java.awt.image.IndexColorModel > java.awt.image.MemoryImageSource > java.awt.image.PixelGrabber > java.awt.image.RGBImageFilter > java.awt.image.ReplicateScaleFilter > java.rmi.* > java.text.DecimalFormat > java.util.zip.* Thanks, this is helpful. > > libgcj also has a working java.util.zip (using zlib). > > Does that implemention use JNI or CNI? I guess Classpath needs a JNI > implementation. The libgcj implementation uses CNI. > (And to be used in Classpath the copyright should probably > be assigned to the FSF, but maybe Cygnus already does that?) Unfortunatly, Cygnus has retained copyright over libgcj (which is why it is not included in the gcc distribution even though the gcj compiler is). They require copyright on contributions to be assigned to be them. This policy has so far resulted in libgcj development stagnating somewhat because existing code from sources like kaffe and classpath cannot be included. There is little motivation for volunteers to reimplement the Collections API, for example, when its already been done in open source LGPLed code. Twice. I'm hoping that Cygnus can one day be convinced to change this policy in the best interests of the code. I think that gcj/libgcj is an *extremely* promising java platform, but it just doesn't yet have the API coverage or exposure needed to achieve critical developer mass. > It would be very nice if gcj could use the Classpath classes Yes, it would. This would be somewhat difficult to achieve, however, without using code from libgcj. libgcj has to do a lot of the work that would normally be done by the VM (as opposed to the class libraries) in a traditional Java environment. The libgcj implementations of classes like Object, Class, ClassLoader, String, etc are closely tied to the gcj compiler. > would that > mean that all the native libraries should be reimplemented with an CNI > interface? (Classpath only uses JNI as far as I could tell.) For the most part, it would be best to add JNI support to libgcj. This shouldn't be too hard to do, and various people have expressed interest, but it hasn't been done yet. Per Bothner <[EMAIL PROTECTED]> wrote this to the libgcj list recently: "Perhaps JNI should have higher priority than we have given it? I don't know if Cygnus currently has scheduled work on JNI. I've mentioned before my ideas for how we can implement JNI relatively easily while keeping JNI's overhead to a minumum. If someone (Cygnus or other) wants to tackle the project, I'll be happy to give my suggestions. (Actually, you'll have a hardtime stopping me from giving my opinions!)" Personally I'm more interesting in doing a CNI-based AWT implementation, because I think CNI is better. regards [ bryce ]
Re: I need your help!
Bryce McKinlay <[EMAIL PROTECTED]> writes: > Personally I'm more interesting in doing a CNI-based AWT > implementation, because I think CNI is better. > It appears that libgcj has some jni work done already and it is just my guess that this (jni.cc/jni.h) are supposed to be wrappers for CNI method calls but most are commented as unimplemented. Brian -- Brian Jones <[EMAIL PROTECTED]>
Re: I need your help!
Mark Wielaard ([EMAIL PROTECTED]) wrote: > I just looked at the 1.1.8 classlist > http://java.sun.com/products/jdk/1.1/docs/relnotes/classlist.html> > And the only classes missing from the current Classpath CVS seem to be: > > java.applet.* I finally got around to checking this package in! -- Aaron M. Renn ([EMAIL PROTECTED]) http://www.urbanophile.com/arenn/
Re: I need your help!
Bryce McKinlay ([EMAIL PROTECTED]) wrote: > > java.awt.image.ColorModel > > java.awt.image.DirectColorModel > > java.text.DecimalFormat > > Hmm, libgcj has a good DecimalFormat implementation... That's why I didn't write it! I finall got to the end of java.text and basically said it was ridiculous for me to be re-writing what Cygnus already did and released under a suitable license. Too bad I had decided this so late. -- Aaron M. Renn ([EMAIL PROTECTED]) http://www.urbanophile.com/arenn/
