From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,4a36b7df69d1af90
X-Google-Attributes: gid103376,public
From: "John Merryweather Cooper" <jmcoopr@webmail.bmi.net>
Subject: Re: Announcing JGNAT public version 1.0p
Date: 2000/04/02
Message-ID: <sefra8s2eop75@corp.supernews.com>#1/1
X-Deja-AN: 605854045
References: <8bqd8g$sbs$1@nnrp1.deja.com> <8c2613$hce$1@nnrp1.deja.com>
 <sedi346n9138@corp.supernews.com> <8c7fh4$25g$1@nnrp1.deja.com>
X-Priority: 3
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
X-Complaints-To: newsabuse@supernews.com
Organization: Posted via Supernews, http://www.supernews.com
X-MSMail-Priority: Normal
Newsgroups: comp.lang.ada
Date: 2000-04-02T00:00:00+00:00
List-Id: <comp.lang.ada>

I wasn't SURPRISED that the M$ VM failed (it actually fails twice).  Just
curious as to how it would behave.  It wasn't a criticism of your product so
much as an observation that:  1) YMMV depending on the JVM installed; 2) the
M$ VM failed (given its long history of incompatibilities--not surprising);
and 3) the Sun JDK 1.2.2 had no problem.

I had some difficulties getting the source downloaded (can hardly wait to
get DSL).  But I've got them and I'll start work on an OS/2 binary.

jmc
======================
"Robert Dewar" <dewar@gnat.com> wrote in message
news:8c7fh4$25g$1@nnrp1.deja.com...
> In article <sedi346n9138@corp.supernews.com>,
>   "John Merryweather Cooper" <jmcoopr@webmail.bmi.net> wrote:
>
> > Well, I like it.  :)  Interestingly, the M$ JVM "choked" on
> > the "animation" example, but the same example ran perfectly
> > under the Sun kit
>
> Be sure to read the readme file, which discusses which versions
> of the JVM are compatible with this release of JGNAT.
>
> Ideally of course JGNAT should work with all versions of the
> JVM, and if there really were a secure consistent standard
> (in the national/international sense) for the JVM that would
> be easier to achieve.
>
> We actually expect to be able to resolve these incompatibilties
> fairly rapidly, but we did not want to hold up the release till
> this was dealt with. Meanwhile, be sure to read the
> documentation!
>
> Robert Dewar
> Ada Core Technologies
>
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.