Java 1.2v2 & Debian 2.1 Frustrations

1999-07-30 Thread formasic

Folks,

I want  to use Java 1.2 in  the classes I'm teaching  in OOD, Computer
Architecture and Networking at American University this semester.  All
the materials will be available in the public domain.

I've tried to install various versions of Java (with Swing and JDE) on
my Debian  (2.1) system.  I'm getting quite  frustrated though because
none of them seem to work properly.

I'd like  some help, and  this seems like  the right place to  get it.
The immediate problem with JDK 1.2  pre 2 is that whenever I run javac
I get a dump like:


*** panic: GC: getStickySystemClass failed: java/lang/ref/Reference
CLASSPATH may be incorrect
SIGABRT   6*   abort (generated by abort(3) routine)
stackpointer=0xb644

Full thread dump Classic VM (Linux_JDK_1.2_pre-release-v2, native threads):
"main" (TID:0x404cc1e0, sys_thread_t:0x804c0e0, state:R, native ID:0x400) prio=5: 
pending=java.lang.OutOfMemoryError
Monitor Cache Dump:
Registered Monitor Dump:
utf8 hash table: 
JNI pinning lock: 
JNI global reference lock: 
BinClass lock: 
Class linking lock: 
System class loader lock: 
Code rewrite lock: 
Heap lock: 
Monitor cache lock: owner "main" (0x804c0e0) 1 entry
Thread queue lock: owner "main" (0x804c0e0) 1 entry
Dynamic loading lock: 
Monitor registry: owner "main" (0x804c0e0) 1 entry


Simon Read

Formal ASICs, Ltd.
Suite 215
222 Main Street
Annapolis
MD 21401-2005

Telephone: 1 410 280 0228
Data/Fax:  1 410 280 2099
E-Mail: [EMAIL PROTECTED]
WWW: www.formasic.com


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Gosling says he wants to support Java on Linux

1999-09-10 Thread formasic

Jan-Henrik said:

> AFAIK he's thinking primarily of the different libc versions on Linux,
> and that Linux distributions comes in different configurations, i.e. a
> Linux dist. is not really as homogeneous as we like to think it is.

I think that's a very well put explanation.  There are so many
configurations of Linux, that it is hard to find a version to compile
against where users can reliably get applications to work.

This is a serious problem for the Linux community.  It makes it hard
for closed source software to be provided on Linux.  Sun are reluctant
to get into it; several companies that used to provide Linux ports
have withdrawn them because they can't find a way of providing them
stably.  When I was a real commercial developer, porting and OS
versions were the biggest nightmare we had.

It also affects users, who have to be very aware of which version of
various different shared libraries they have installed.  Frequently
collections of software require different, and occasionally
conflicting, versions of the libraries.  This is fine for systems with
full-time administrators, but causes other users (like me) no end of
headaches.

The same problem is not present with MS operating systems because the
releases remain for a long time (a couple of years).  Users have to
put up with the bugs for that long though.

Apple provide major versions of software every few years with updates,
which are by and large compatible, every so often.

There is an argument that Unix is more complex, and this model could
not easily be applied.  In fact, Sun is a good example of an
organisation that successfully manages that process.  Applications
compiled for Solaris 5.x will run on most of the OS versions without
problems.  This allows users to install quickly and with confidence
applications that have been precompiled for that series of operating
system versions.

If you are under the impression that this is how Linux works too, I
would suggest that you look again carefully.

Simon Read


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]