Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Occasional 'job table full or recursion limit exceeded'
- X-seq: zsh-workers 17598
- From: "Bart Schaefer" <schaefer@xxxxxxxxxxxxxxxx>
- To: Felix Rosencrantz <f_rosencrantz@xxxxxxxxx>, zsh-workers@xxxxxxxxxx
- Subject: Re: Occasional 'job table full or recursion limit exceeded'
- Date: Sun, 1 Sep 2002 16:28:50 +0000
- In-reply-to: <20020828073146.91195.qmail@xxxxxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <20020828073146.91195.qmail@xxxxxxxxxxxxxxxxxxxxxxx>
On Aug 28, 12:31am, Felix Rosencrantz wrote:
} Subject: Occasional 'job table full or recursion limit exceeded'
}
} There are times I will see the following error in my long running active
} shells:
} _description:70: job table full or recursion limit exceeded
}
} My job table is not full.
The message is slightly misleading. Many built-in shell constructs (such
as "while" and other loops) allocate job table entries even when running
in the current shell, for purposes of simulated signal handling (e.g., so
you can stop the entire loop with ^Z). That's what the "recursion limit"
part is talking about.
Since much of the completion system is implemented as nested loops over
the set of tags, the set of possible matches, etc., it's conceivable that
some completions are running out of job table entries. The size of the
table is only 50 unless `configure --enable-max-jobtable-size' is used,
and (having seen a number of _complete_debug call traces) I can believe
that you'd reach that.
We should probably consider increasing the default MAXJOB value.
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net
Messages sorted by:
Reverse Date,
Date,
Thread,
Author