[EMAIL PROTECTED] (Bob Proulx) wrote:
> Jim Meyering wrote:
>> so if your test were to run sort -R twice, and compare *those* outputs,
>> then it would trigger on this bug.
>
> Thanks. I don't have a system with the failure so I was working
> blind. Here is a rework of the patch.
> +2007-07-26
Jim Meyering wrote:
> so if your test were to run sort -R twice, and compare *those* outputs,
> then it would trigger on this bug.
Thanks. I don't have a system with the failure so I was working
blind. Here is a rework of the patch.
Bob
>From 76dafb0dde4f8d685eb2b4b43fbf3c1cf9f0ff4b Mon Sep 17
[EMAIL PROTECTED] (Bob Proulx) wrote:
> * tests/misc/sort-rand: If "locale" is available pick a random
> non-C locale and check "sort --random-sort" behavior using it.
>
> Signed-off-by: Bob Proulx <[EMAIL PROTECTED]>
> ---
> ChangeLog|6 ++
> tests/misc/sort-rand | 13 ++
* tests/misc/sort-rand: If "locale" is available pick a random
non-C locale and check "sort --random-sort" behavior using it.
Signed-off-by: Bob Proulx <[EMAIL PROTECTED]>
---
ChangeLog|6 ++
tests/misc/sort-rand | 13 +
2 files changed, 19 insertions(+), 0 delet
Jim Meyering wrote:
> http://bugzilla.redhat.com/249315
It occurs to me that a test would help to catch this problem and
prevent it from recurring. Following this message is a proposed patch
to add test coverage for sort -R for non-C locales.
Bob
_
Use bs option (size of copy buffer).
For example:
dd bs=8M if=/root/file of=/dev/sdb8
Good idea would be to use compression to decrease size of backup file
dd bs=8M if=/root/file | gzip -9 > /mnt/foobar
where /mnt/foobar is /dev/sdb8 filesystem mounted on /mnt/foobar
Maybe You could also use so
