Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA20480; Wed, 6 Dec 95 01:16:57 EST
Received: from liquor.cabi.net by MIT.EDU with SMTP
	id AA26140; Wed, 6 Dec 95 01:15:52 EST
Received: (from listadm@localhost) by liquor.cabi.net (8.6.12/8.6.12) id BAA08737; Wed, 6 Dec 1995 01:10:47 -0500
Resent-Date: Wed, 6 Dec 1995 01:10:47 -0500
X-Sender: chapman@saul5.u.washington.edu
Date: Tue, 5 Dec 1995 22:11:08 -0800 (PST)
From: Randy Chapman <chapman@u.washington.edu>
To: Paul Cole <pcole@ccwf.cc.utexas.edu>
Cc: java-linux@substance.blackdown.org
Subject: Re: Sound in pre2 works (and other status)
In-Reply-To: <Pine.LNX.3.91.951207002216.440B-100000@localhost>
Message-Id: <Pine.OSF.3.91l.951205215728.2216T-100000@saul5.u.washington.edu>
Foo: foo-bar
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-Id: <"a_Ynd2.0.782.BFJnm"@liquor>
Resent-From: java-linux@java.blackdown.org
X-Mailing-List: <java-linux@java.blackdown.org> archive/latest/630
X-Loop: java-linux@java.blackdown.org
Precedence: list
Resent-Sender: java-linux-request@java.blackdown.org


Very curious.  I'm quite positive I didnt change that.  But this seems to
be a weird release..

Other than the debugger and >8bpp, is anyone still having problems?
Mr Boutell, had any luck in getting javac working or gettting rid
of those weird directories?  Anyone else had a similar problem?
(Where javac cant find input files or appletviewer looks in strange
places...) ?

For the curious, the following is my list of what I'm aiming for in
the near future.  I am hoping to make a formal announcement on
comp.os.linux.announce and comp.lang.java (with Mark Davis' HOWTO =)
by the end of the weekend.  Hopefully some of the below will be addressed
and if not.. well, its good enough, I suppose.

1) Diff the source tree and release the diffs
2) Work on integrating source tree with Solaris and other ports
    (esp. my sun3 and linux-alpha, as well as NetBSD and hopefull SGI)
3) The IO subsystem uses a very innefecient mechanism for non-blocking
    io. (check if there is any data, if not yield for 20ms).  This
    is the best we can do under linux for terminal io.  Socket
    io can use SIGIO for faster and lower overhead work.  Pipe
    io is problematic (this is what is breaking the debugger).
    I might decide to use kernel lightweight processes to actually
    spawn this to a second helper process.  This would lock us
    into kernel 1.3.x *only*.  Thoughts?
4) 16/24 bpp support.  The extra ram for my video card is sitting on
    top of my computer now =)
5) Debugger.  #3 should fix this, however.

Anything else?  Anyone had a chance to try the multicast code (it could
be quite broken.. does it work on Solaris?)

Thanks!
--randy


On Thu, 7 Dec 1995, Paul Cole wrote:

> Well, whatever problem I was having with sound seems to have disapeared 
> in the pre2 release.
> 
>   --Paul Cole
> 
> 

