hi,
Hard as it is for me to believe, it seems I have uncovered a bug in the paste
command. I got unexpected/incorrect results in the course of my work (which I
can describe as merging two data files from some electronic test equipment for
the purposes of analysis and plotting). Attached is a t
Hello,
My apologies for the false bug report, you are quite right and I should have
thought of this possibility. Burned again by naively taking files from Windows
systems. Oh well.
Thank you for taking the time to point this out, I will be more careful in
future. Please close the case.
Sincerely
Hi,
On Mon, Nov 22, 2021 at 05:23:33AM +, Visser, Gerard wrote:
> Hard as it is for me to believe, it seems I have uncovered a bug in the
> paste command. I got unexpected/incorrect results in the course of my work
> (which I can describe as merging two data files from some electronic test
Sorry. I thought I was on 20.04 Ubuntu, but reading my report of a bug, I
was not.
Please disregard this, as there is no failure on more current OSs.
On Mon, Nov 22, 2021 at 3:20 PM David McLaughlin <
david.mclaugh...@theredx.com> wrote:
> Hello,
>
> It seems that shred utilizes a pattern of rena
Hello,
It seems that shred utilizes a pattern of renaming and then unlinking.
However, I don't see the use of a lock for this pattern and so there is a
race condition and the shred command can fail. This test case is timing
sensitive, and therefore doesn't happen every time. But it happens
frequen
Sorry. I thought I was on 20.04 Ubuntu, but reading my report of a bug, I
was not.
Please disregard this, as there is no failure with shred version 8.30.
On 11/22/21 17:21, David McLaughlin wrote:
Please disregard this, as there is no failure with shred version 8.30.
Thanks for letting us know; closing the bug report