From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25975 invoked from network); 2 Sep 2002 09:53:03 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 2 Sep 2002 09:53:03 -0000 Received: (qmail 7726 invoked by alias); 2 Sep 2002 09:52:57 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 17600 Received: (qmail 7706 invoked from network); 2 Sep 2002 09:52:57 -0000 To: zsh-workers@sunsite.dk (Zsh hackers list) Subject: Re: Occasional 'job table full or recursion limit exceeded' In-reply-to: "Peter Stephenson"'s message of "Mon, 02 Sep 2002 10:47:53 BST." <4557.1030960073@csr.com> Date: Mon, 02 Sep 2002 10:52:28 +0100 Message-ID: <10072.1030960348@csr.com> From: Peter Stephenson Peter Stephenson wrote: > "Bart Schaefer" wrote: > > We should probably consider increasing the default MAXJOB value. > > Maybe there's some mileage in allocating the table at run time? We would > still need a maximum but it could be larger without affecting most users. > Since we usually look it up by number, reallocating it shouldn't be a > particular problem --- we already effectively do this for the `jobs |' > hac^H^H^Hworkaround. (Plus the number could be made configurable at run time.) -- Peter Stephenson Software Engineer CSR Ltd., Science Park, Milton Road, Cambridge, CB4 0WH, UK Tel: +44 (0)1223 692070 ********************************************************************** The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. **********************************************************************