Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , 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 To: Cygwin List , Didier Debuf Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit 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/