ha
already done
I even used -E
the next release will have
-c, --check
-C, --silent-check
-E, --codeset
ast sort has a few other field encoding extensions that I hope do
not get stomped on
-h, --scaled|human-readable
Compare numbers scaled with IEEE 1541-2002 suffixes.
-p, --bcd|packed-decimal
Compare packed decimal (bcd) numbers with trailing sign.
-Z, --zd|zoned-decimal
Compare zoned decimal (ZD) numbers with embedded trailing sign.
and for fixed records
-R, --record|recfmt=format
you can probably tell that we have been dealing with mainframe data
I really like the -h,--scaled extension
(ast du, ls, sort, printf %#i %#d, probably some I forgot)
try this with ast-open commands
du -h | sort -r -h | head -10
On Wed, 28 Apr 2010 17:51:17 +0200 I. Szczesniak wrote:
> I found a problem with AST sort not conforming to IEEE Std 1003.1-2008.
> The standard
> (http://www.opengroup.org/onlinepubs/9699919799/utilities/sort.html)
> defines option -C as:
> -c
> Check that the single input file is ordered as specified by the
> arguments and the collating sequence of the current locale. Output
> shall not be sent to standard output. The exit code shall indicate
> whether or not disorder was detected or an error occurred. If disorder
> (or, with -u, a duplicate key) is detected, a warning message shall be
> sent to standard error indicating where the disorder or duplicate key
> was found.
> -C
> Same as -c, except that a warning message shall not be sent to
> standard error if disorder or, with -u, a duplicate key is detected.
> AST sort however uses -C to define the input encoding. Is it possible
> to change this and move the encoding option to -E? The -E option is
> still unassigned in the standard, AST and GNU sort versions.
> Irek
_______________________________________________
ast-developers mailing list
[email protected]
https://mailman.research.att.com/mailman/listinfo/ast-developers
