On Wednesday, October 17, 2001, at 10:12 PM, [EMAIL PROTECTED] wrote:
When the JVM boots, System.in is allocated using a file descriptor.
If the security manager is already installed, then an exception
is thrown.
Is there a reason, for assuming that the security manager is not
available
On Thursday, October 18, 2001, at 02:22 AM, Andreas Rueckert wrote:
Console apps seem to work. At a HelloWorldApp worked as expected. It
seems that it's just a problem with the GTK lib.
It could be a problem with ORP and the native part of its
System.loadLibrary() implementation. I've
On Thursday, October 18, 2001, at 02:43 AM, Eric Blake wrote:
What about the idea of both a Makefile and build.xml approach to
building the .class files?
This sounds reasonable to me.
regards
Bryce.
___
Classpath mailing list
[EMAIL PROTECTED]
What is the reason that some of the VM dependent core .java files are
not located directly in the top tree, while others are? For example,
java/lang/Object.java is in the main tree, but java/lang/Throwable.java
is only in the vm/reference subtree.
I understand why things like VMClassLoader.java
Eric Blake [EMAIL PROTECTED] writes:
What is the reason that some of the VM dependent core .java files are
not located directly in the top tree, while others are? For example,
java/lang/Object.java is in the main tree, but java/lang/Throwable.java
is only in the vm/reference subtree.
I
The thought was that Classpath either would not provide the classes
that are VM dependent (leaving those to the VM) or that there would be
multiple directories (vm/gcj, vm/orp, vm/kaffe, etc.) The ugly
complexity appears to be necessary.
Brian
That still doesn't explain why Object is in
6 matches
Mail list logo