Re: Generating pseudo-random integers

2011-02-04 Thread Bob Proulx
Melikamp T. Medley wrote: > I think I want to write a utility that prints pseudo-random > integers (I have in CL, but I like it fast, so this time in C), I am confused by the connection of using the shell on one hand and by saying you need speed on the other. The shell is quite fast and good enou

Re: Generating pseudo-random integers

2011-02-04 Thread Melikamp T. Medley
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks! I think I want to write a utility that prints pseudo-random integers (I have in CL, but I like it fast, so this time in C), and link it with coreutils. I looked at Paul Eggert's work, and I won't be able to do any better than that if I spend y

Re: Generating pseudo-random integers

2011-02-04 Thread Eric Blake
On 02/04/2011 08:48 PM, Melikamp T. Medley wrote: > Hi! > > I want to generate pseudo-random integers from a shell, and I wonder if > coreutils can be used to do that. I really like randint.c , and I > basically want a shell front end to randint_choose. Or is there a > standard way to do this I am

Generating pseudo-random integers

2011-02-04 Thread Melikamp T. Medley
Hi! I want to generate pseudo-random integers from a shell, and I wonder if coreutils can be used to do that. I really like randint.c , and I basically want a shell front end to randint_choose. Or is there a standard way to do this I am not aware of?

Re: df -t fails to filter fs type

2011-02-04 Thread Dmitry V. Levin
On Sat, Feb 05, 2011 at 03:28:01AM +0300, Dmitry V. Levin wrote: [...] > + df -T -t btrfs -t xfs -t ext4 -t ocfs2 -t gfs2 . > df: Warning: cannot read table of mounted file systems > FilesystemType 1K-blocks Used Available Use% Mounted on > --10485760793504 9692

Re: coreutils-8.10 released [stable]

2011-02-04 Thread Dmitry V. Levin
On Sat, Feb 05, 2011 at 03:11:12AM +0300, Dmitry V. Levin wrote: > On Fri, Feb 04, 2011 at 08:20:39PM +0100, Jim Meyering wrote: > > This is to announce coreutils-8.10, a stable release. > > > > There have been some minor bug fixes, along with two new features. The > > join feature is enabled via

Re: coreutils-8.10 released [stable]

2011-02-04 Thread Dmitry V. Levin
On Fri, Feb 04, 2011 at 08:20:39PM +0100, Jim Meyering wrote: > This is to announce coreutils-8.10, a stable release. > > There have been some minor bug fixes, along with two new features. The > join feature is enabled via a new option, "-o auto". The cp feature makes > copying sparse files much

coreutils-8.10 released [stable]

2011-02-04 Thread Jim Meyering
This is to announce coreutils-8.10, a stable release. There have been some minor bug fixes, along with two new features. The join feature is enabled via a new option, "-o auto". The cp feature makes copying sparse files much more efficient on several common file systems. It takes advantage of a

Re: { mv test test; } should not fail

2011-02-04 Thread Jim Meyering
Krzysztof Żelechowski wrote: >> At any rate, I don't see any reason for coreutils to change its >> behavior; although I might be persuaded otherwise if someone writes up a >> patch (including testsuite and documentation), > > Whereas I hoped to be persuaded that failing makes sense and is *not* > c

Re: { mv test test; } should not fail

2011-02-04 Thread Krzysztof Żelechowski
Dnia piątek, 4 lutego 2011 o 17:24:55 Eric Blake napisał(a): > On 02/04/2011 09:07 AM, Krzysztof Żelechowski wrote: > > I know exactly which implementation of mv will be used. > > Not necessarily. The point of open source is that someone can copy your > scripts into their setup, which might be di

Re: { mv test test; } should not fail

2011-02-04 Thread Krzysztof Żelechowski
Dnia piątek, 4 lutego 2011 o 01:10:54 Eric Blake napisał(a): > On 02/03/2011 04:42 PM, Krzysztof Żelechowski wrote: > > Dear all: > > > > When I say { mv test test; }, I mean that the file currently named "test" > > should be named "test" in the future. After { mv test test; } executes, my > >

Re: { mv test test; } should not fail

2011-02-04 Thread Eric Blake
On 02/04/2011 09:07 AM, Krzysztof Żelechowski wrote: > I know exactly which implementation of mv will be used. Not necessarily. The point of open source is that someone can copy your scripts into their setup, which might be different than yours. > >> Since POSIX already says you have to be >> p

two portability fixes

2011-02-04 Thread Jim Meyering
The first is just to fix a failing test. For mv/i-3, the output file, "out" is empty on FreeBSD 8.1 Also, (and this is telling), it seems that no one is testing on non-linux kernels. On the first one I tried, just before I was planning to release, "make check" reported 30+ failing tests, all havin

Re: RFC: new cp option: --efficient-sparse=HOW

2011-02-04 Thread Pádraig Brady
On 03/02/11 20:29, Jim Meyering wrote: > Does anyone know how to determine if a file system (say the one with ".") > supports the FIEMAP ioctl, but without compiling/running a C program? > I.e., via perl or python? I've written a tiny C program that works > and a Perl one that is supposed to be id