From owner-freebsd-chat Tue Apr 2 20:20: 5 2002 Delivered-To: freebsd-chat@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 8C13D37B417 for ; Tue, 2 Apr 2002 20:19:57 -0800 (PST) Received: from pool0079.cvx21-bradley.dialup.earthlink.net ([209.179.192.79] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16scF4-0005m1-00; Tue, 02 Apr 2002 20:19:26 -0800 Message-ID: <3CAA82B6.4CDAFC1E@mindspring.com> Date: Tue, 02 Apr 2002 20:19:02 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: Daniel O'Connor , Brett Glass , Anthony Atkielski , freebsd-chat@FreeBSD.ORG Subject: Re: Anti-Unix Site Runs Unix References: <4.3.2.7.2.20020401153352.02b99760@nospam.lariat.org> <3CA8EB5F.2E91B408@mindspring.com> <1017709221.71119.5.camel@chowder.gsoft.com.au> <3CA91382.4E4E2B@mindspring.com> <1017714456.71119.20.camel@chowder.gsoft.com.au> <3CA93944.D72D6AB7@mindspring.com> <1017724424.71119.79.camel@chowder.gsoft.com.au> <3CA970CD.E76C6568@mindspring.com> <1017756809.75949.53.camel@chowder.dons.net.au> <3CAA3F51.BD5C9D75@mindspring.com> <20020402181925.A88341@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Kris Kennaway wrote: > Yes, Java works fine in Mozilla. Whatever ancient broken godawful > embedded version of Java was included in netscape 4.x is the not the > same as the java plugin used by netscape 6/mozilla. Perhaps the fact > that they decoupled it into a plugin helped to fix this. The problem wasn't the Java, it was the assumption in the GIF rendering engine written in Java that after an involuntary context switch, that the current GIF rendering engine would be preferentially rescheduled before any other instance, as the rendering code itself was non-reentrant. 8-). This assumption works on Windows, Linux, and Solaris because threads are, even if they pretend otherwise, effectivel processes. So they can change Java implementations out from under it all they want; if they are still using the same class files, well, then it's still broken. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message