[patch] cat -n bug from 33 years ago

2023-11-15 Thread Crystal Kolipe
Hi, The attached patch fixes a bug in /bin/cat when using -n with multiple input files. This bug seems to have been introduced in 4.3BSD-Reno. Numbering currently starts over at 1 for each input file, here is a simple reproducer: $ echo "foo\nbar" > /tmp/1 $ echo "foobar\nbar\nbaz" > /tmp/2 $ c

Re: [patch] cat -n bug from 33 years ago

2023-11-15 Thread Mouse
> The attached patch fixes a bug in /bin/cat when using -n with > multiple input files. While someone's meddling with src/bin/cat The manpage language does support this, but it could be clearer; I'd prefer to see an explicit statement added that the numbering continues across multiple input f

Re: CVS commit: src/lib/libc/ssp

2023-11-15 Thread Christos Zoulas
On 2023-11-14 10:31 pm, Jörg Sonnenberger wrote: On Wednesday, November 15, 2023 4:15:28 AM CET you wrote: The functions are supposed to be transparent and they used to be. Can we please just go back to the working state before? IMO wanting to overriding getcwd is absolutely no justification

Re: CVS commit: src/lib/libc/ssp

2023-11-15 Thread Joerg Sonnenberger
On Wednesday, November 15, 2023 3:20:45 PM CET Christos Zoulas wrote: > On 2023-11-14 10:31 pm, Jörg Sonnenberger wrote: > > On Wednesday, November 15, 2023 4:15:28 AM CET you wrote: > > > The functions are supposed to be transparent and they used to be. Can > > we > > please just go back to the