bug#29606: Command 'fold' dangerous with utf-8 input

2017-12-08 Thread Assaf Gordon
Hello Mark, First, thank you for taking the time and effort to test our development snapshot, and reporting results back. This kind of feedback is critical in getting multibyte support ready. Second, I can confirm the behavior you are observing, reproduced here with 'od' for easier output: ##

bug#29617: `seq 1 --help' doesn't give help

2017-12-08 Thread Eric Blake
On 12/08/2017 11:38 AM, chadweis...@nym.hush.com wrote: > Hello, > > I am using coreutils version 8.27 on Fedora, and I don't see this fixed in > 8.28's NEWS. > > $ seq 1 --help > seq: invalid floating point argument: ‘--help’ > Try 'seq --help' for more information. Interesting bug! > > We s

bug#29617: `seq 1 --help' doesn't give help

2017-12-08 Thread chadweisman
Hello, I am using coreutils version 8.27 on Fedora, and I don't see this fixed in 8.28's NEWS. $ seq 1 --help seq: invalid floating point argument: ‘--help’ Try 'seq --help' for more information. We should be able to put the options anywhere and not necessarily before any arguments. And even

bug#29606: Command 'fold' dangerous with utf-8 input

2017-12-08 Thread Mark Roberts
Dear Assaf, the reason for the unexpected behavior of 'fold', namely that specifying --bytes doesn't make it count bytes, is evident after a look at the source code. When --bytes is not specified, the program treats '\b', '\r' and '\t' specially. It assumes a tab width of eight (compile-time