<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, May 14, 2023 at 9:36 PM Rob Landley <<a href="mailto:rob@landley.net">rob@landley.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 5/14/23 23:47, Rob Landley wrote:<br>
> So after some head scratching and false starts, what I'm currently leaning<br>
> towards doing is:<br>
> <br>
> 1) add units to ulimit like you did.<br>
> 2) keep prlimit mostly like ulimit, but have it show/accept bytes.<br>
> 3) have prlimit with no arguments default to -a (show all)<br>
> 4) Add the HARD:SOFT parsing (to both). Keep ulimit's no-colon default to soft<br>
> and make prlimit's no-colon default be "both".<br>
> 5) Remove the multi-argument exclusions, go ahead and output all the enabled<br>
> ones (with -a enabling all), but output them in alphabetical order instead of<br>
> command line order. (This means the ulimit -c -c -c thing... ain't gonna?)<br>
<br>
6) Maybe add -B to ulimit for "bytes" and poke Chet. :)<br></blockquote><div><br></div><div>i'd be curious to hear his opinions on things like "8m" anyway. just knowing that toybox pretty much always accepts that is for me one of the things i like most about the toybox implementations of things. i love bytes for machine-machine communication, and i hate _implicit_ scaling, but i love being able to just throw in a k/m/g wherever...</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Rob<br>
</blockquote></div></div>