From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22666 invoked by alias); 11 Oct 2004 06:39:48 -0000 Mailing-List: contact mauve-discuss-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: mauve-discuss-owner@sources.redhat.com Received: (qmail 22648 invoked from network); 11 Oct 2004 06:39:47 -0000 Received: from unknown (HELO lembu.sumatrasoftware.com) (62.177.154.238) by sourceware.org with SMTP; 11 Oct 2004 06:39:47 -0000 Content-class: urn:content-classes:message Subject: RE: gnu/testlet/java/nio/channels/FileChannel/manyopen.java broken MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 11 Oct 2004 06:39:00 -0000 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Jeroen Frijters" To: "Stephen Crawley" , "Mark Wielaard" Cc: "Noa Resare" , "Mauve Discuss" , , X-SW-Source: 2004-q4/txt/msg00009.txt.bz2 Stephen Crawley wrote: > Java programs that rely on the GC to find / close file handles are > non-portable and (IMO) broken. A portable program cannot depend on > the GC running soon enough to get around a problem with running > out of file descriptors. While I agree with your general point (and that this test shouldn't be in Mauve), I would like to add a small footnote: The nio memory mapped file API *requires* you to rely on the GC to close the files. Personally, I happen to think that the API is broken because of this, but as of 1.4 (haven't looked at 1.5 yet) this is the sad reality. Regards, Jeroen