Bug in wc
Dear maintainers, There is a bug in the implementation of the -L parameter in wc. It is triggered by http://www.ime.usp.br/~am/122/eps/gapqm2.gz Check this out: $ zcat gapqm2.gz |wc -l -c -L 1 6297954 6353180 That is, the single line is longer than the whole file. This was pointed out by William A. M. Gnann [EMAIL PROTECTED] Have fun! -- Arnaldo Mandel Departamento de Ciência da Computação - Computer Science Department Universidade de São Paulo, Bra[sz]il [EMAIL PROTECTED] Talvez você seja um Bright http://the-brights.net Maybe you are a Bright. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Bug in wc (cont.)
My earlier bug report lacked a pssibly relevant piece of info: The bug showed up with versions 6.10 and 5.97 of wc, on Linux 2.6.24 and 2.6.11, i686 and x86_64, LC_ALL=C. am -- Arnaldo Mandel Departamento de Ciência da Computação - Computer Science Department Universidade de São Paulo, Bra[sz]il [EMAIL PROTECTED] Talvez você seja um Bright http://the-brights.net Maybe you are a Bright. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: RFC: wc --max-line-length vs. TABs [Re: Bug in wc
Bo Borgerson wrote (on Aug 22, 2008): Does it make sense to change the behavior for TAB, but not for wide characters? Relying on an undocumented tab length seems bad. However, on chars I suggest you just apply the bug-feature operator: document that line length is in chars, and explain that chars is a locale-dependent concept. Just my 2 cents. am ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
