From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13397 invoked by alias); 8 Oct 2004 06:35:15 -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 13384 invoked from network); 8 Oct 2004 06:35:14 -0000 Received: from unknown (HELO johanna.resare.com) (193.14.119.138) by sourceware.org with SMTP; 8 Oct 2004 06:35:14 -0000 Received: from molly.resare.com (c-2f1f72d5.01-60-6c6b701.cust.bredbandsbolaget.se [213.114.31.47]) by johanna.resare.com (Postfix) with ESMTP id 10F87D6D09 for ; Fri, 8 Oct 2004 08:35:10 +0200 (CEST) Received: from [192.168.110.42] (marit [192.168.110.42]) by molly.resare.com (Postfix) with ESMTP id 1B2A0D2E19 for ; Fri, 8 Oct 2004 08:35:13 +0200 (CEST) Subject: gnu/testlet/java/nio/channels/FileChannel/manyopen.java broken From: Noa Resare To: Mauve Discuss Content-Type: text/plain Date: Fri, 08 Oct 2004 06:35:00 -0000 Message-Id: <1097217312.1324.43.camel@localhost.localdomain> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-SW-Source: 2004-q4/txt/msg00001.txt.bz2 gnu/testlet/java/nio/channels/FileChannel/manyopen.java tries to open 1024 * 3 files and signals failure if that fails. I don't think it can be considered an error if this fails, especially since many popular operating systems limit the number open files that a single process can have: Here is the output of "ulimit -n" on some boxes I have access to: OpenBSD 3.4 x86: 64 Solaris 9 sparc: 256 Linux (debian 2.2 x86/suse 8 AMD64/Fedora core 1/2/3) : 1024 FreeBSD 4.10-BETA: 7322 NetBSD 1.6.1: 64 OSX 10.2: 256 Since the test doesn't actually test for anything other than the ability to open many files and the extent of that ability isn't specified in any spec that I'm aware of I suggest that we remove the test. /noa