Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
User-Agent:	Microsoft-Entourage/9.0.2509
Date:	Sun, 30 May 2004 14:04:52 +1000
Subject:	Segmentation fault with ls command
From:	Greg Rudd <G DOT Rudd AT isu DOT usyd DOT edu DOT au>
To:	Cygwin List <cygwin AT cygwin DOT com>, Didier Debuf <didier AT mail DOT usyd DOT edu DOT au>
Message-ID:	<BCDF9A83.FFF8%G.Rudd@isu.usyd.edu.au>
Mime-version:	1.0
X-IsSubscribed:	yes

Hi all

When I try to do an ls * with a directory with 5793 file in it We seem to
get a error message saying
6 [main] -bash 644 cmalloc: cmalloc returned NULL
Segmentation fault 


In Tru64 ( the OS that I am most familiar with ) also gets a similar message
arg list too long in 4.0x. After talking with one of the OS development team
on another mailing list says that there is a limit that is imposed by the
posix standard  But in 5.1.x there is a kernel parameter called
exec_disable_arg_limit in the proc section that enables a process to accept
an unlimited number of args.  Does Caging have a similar feature where by
the maximum number of args that can be passed to a process can be changed.

Thanks in advance -greg


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -