German version:
export LANG="de_DE.UTF-8"
tail -f --pid=aaa /dev/null
tail: %s: ungültige PID: „aaa“
The %s should not be there.
Thank you for looking after great software.
Mark Roberts
-------
Mark Roberts, hardcore C++-Programmi
Dear Assaf,
I agree that once multibyte support is added to fold(1), the man pages,
the help screen and texi manual must be updated to clearly
indicate the "-b/--bytes" only applies to \b \t \r and never to
multibyte characters.
My suggestion for man-page:
==
Old:
---
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
Dear Assaf,
If you'd like to help us test these patches, please try
an unofficial development snapshot here:
https://files.housegordon.org/src/coreutils-multibyte-experimental-8.28.39-79242.tar.xz
I have taken a look and have an unexpected result:
fold (version 8.28.39-79242) reacts to my LA
Dear Assaf,
thanks for the clarification. Yes, I did mean Debian 7.
I didn't realise, quite how old my Debian was. I use it eight hours a day
and it is stable.
Considering you are using Debian 7 from 2013, and coreutils 8.13 from
2011, the fact it is 2017 is not very relevant.
I hadn't see
ld be an error.
or (3) that 'fold' fails to read my "LANG" environment variable which
clearly states a UTF-8 locale. This, in 2017, is an error.
Please write back to mrobe...@rapid-arts-movement.de if you need example
data or clarifications.
Thank you,
Mark Roberts
