Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > gnu.bash.bug > #15279 > unrolled thread

Re: ulimit call lists invalid options

Back to article view | Back to gnu.bash.bug

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: ulimit call lists invalid options Robert Elz <kre@munnari.OZ.AU> - 2019-07-30 15:59 +0700

#15279 — Re: ulimit call lists invalid options

    Date:        Tue, 30 Jul 2019 00:46:38 -0700
    From:        L A Walsh <bash@tlinx.org>
    Message-ID:  <5D3FF5DE.50703@tlinx.org>

  | It isn't a judgment call to list only the options it supports on a given
  | system.  I'd think that would be clear.

That's an opinion, and that makes it something which everyone
is entitled to their own view of.

  | If not at runtime, then
  | certainly when the bash binary is built,

That would be the way to do it, if it was to be done at all.

But knowing which options the shell supports (if you looked at,
and compared, the bash supported options for my system, from the
ksh93 supported options, in the followup message I sent, you'll
see that ksh93 supports a whole bunch of limits that bash does not)
is not useless either.

As indicated in the 2nd message, to find out which ones work on
your system, use "ulimit -a".

And then be gradeful that bash doesn't do either ...

jinx$ dash -c 'ulimit -/'
dash: 1: ulimit: Illegal option -/

or

jinx$ ksh93 -c 'ulimit -/'
ksh93: ulimit: -/: unknown option
Usage: ulimit [-HSalimits] [limit]

(nb: in the latter, ksh93 is not saying that 'l' 'i' 'm' 'i' 't' and 's'
are the valid options...)

Bash at leasts suggests what the options it supports might be.

kre

[toc] | [standalone]

Back to top | Article view | gnu.bash.bug

csiph-web