On Sun, Apr 11, 2010 at 2:04 AM, Chris Pickett
<[email protected]> wrote:
> I have a small wish list for libast
> 1. sfopenat(), which does sfopen() with the extra arguments of
> openat() to access files relative to a directory fd and NFS version 4
> XATTR files.
>
>
> 2. AST sort should have these two options for GNU+OSX sort compatibility:
> -b, --ignore-leading-blanks  ignore leading blanks
> -z, --zero-terminated     end lines with 0 byte, not newline
> (conflicts with AST sort -z, can the AST sort option be renamed?)
>
> For Solaris /usr/bin/sort option -S compatibility:
>     -S kmem         Specifies the maximum amount  of  swap-based
>                     memory  used  for sorting, in kilobytes (the
>                     default unit). kmem can  also  be  specified
>                     directly as a number of bytes (b), kilobytes
>                     (k), megabytes (m), gigabytes (g), or  tera-
>                     bytes  (t);  or  as  a percentage (%) of the
>                     installed physical memory.
> This conflicts with AST sort -S, can the AST sort option be renamed to
> avert conflict?
>
>
> 3. AST cmp should have these two options for GNU+OSX compatibility:
>        -b  --print-bytes  Print differing bytes
>        -n LIMIT  --bytes=LIMIT  Compare at most LIMIT bytes

4. Add option -r to AST grep, in the binary, please and not a script wrapper.
I know this is against the "spirit of UNIX" and users should use
find/grep or tw/grep instead but grep -r has been very very very
popular with end users and every other modern (not calling Solaris
modern, but they soon use AST grep and Heirloom grep mat get it
quickly) grep implementation, including GNU grep, Mac grep and BSD
grep have it.

Jenny
-- 
Jennifer Pioch, Uni Frankfurt
_______________________________________________
ast-developers mailing list
[email protected]
https://mailman.research.att.com/mailman/listinfo/ast-developers

Reply via email to