On 16/03/10 11:50, Pádraig Brady wrote:
On 15/03/10 15:56, Denzen, van Carl wrote:
On ubuntu v9.03 with sort version 6.10, when I do a quite simple sort, I
get unexpected result.
Fields are variable length, separator is a comma. I want to sort on two
(Dutch style, dd-mm-) date fields.
RHEL5: The following two commands give different answers (Written by
Richard Stallman and David MacKenzie). Is that intended?
Best regards, Paul Gerber
/bin/ls *.pdb
1fkn.pdb water_cluster.pdb
/bin/ls *.pdb *.pdb.Z *.pdb.gz
/bin/ls: No match
Pádraig Brady wrote:
On 16/03/10 07:28, Jim Meyering wrote:
These look like fine improvements.
Have you considered dividing it into two or more change sets?
Mixing fix and clean-up changes in one change-set is
best avoided, if only to ease review and bisection.
Sure. I'll split out the fix
On Wed March 17 2010 15:32:06 Paul Gerber wrote:
RHEL5: The following two commands give different answers (Written by
Richard Stallman and David MacKenzie). Is that intended?
Best regards, Paul Gerber
/bin/ls *.pdb
1fkn.pdb water_cluster.pdb
/bin/ls *.pdb *.pdb.Z *.pdb.gz
* src/rm.c (usage): Update wording to make two points more
apparent: undelete is not trivial, and partial recovery should be
a consideration factor in deciding whether rm is secure enough.
Initially suggested by Reuben Thomas.
---
On 03/12/2010 04:37 AM, Reuben Thomas wrote:
Just to check before
On 03/17/2010 09:08 AM, Kamil Dudka wrote:
/bin/ls *.pdb *.pdb.Z *.pdb.gz
/bin/ls: No match
You are fighting with the shell wildcard expansion. I suggest to check what
arguments really go the the ls(1) utility in the first place.
In case that advice wasn't clear, try:
$ echo /bin/ls
On Wed March 17 2010 18:17:38 Paul Gerber wrote:
What can one do if something that worked for years in various Unix
version stops working in a new release?
I assumed there would be continuity in such basic things.
So far you didn't point us to any bug and/or change. Please specify what
Jim Meyering wrote:
Pádraig Brady wrote:
On 16/03/10 07:10, Jim Meyering wrote:
Pádraig Brady wrote:
+...@opindex --kill-delay
The long option name makes it sound like this
is merely specifying the delay, when in fact it is
enabling new behavior as well. Did you consider say,
On 03/17/2010 11:30 AM, Jim Meyering wrote:
Filtering out lines ending in \n\
and the few remaining false positives wasn't too bad.
I've just fixed everything reported by this:
$ for c in *.c; do cpp -fpreprocessed $c 2/dev/null \
| grep '[a-zA-Z0-9](' \
| grep -vE
On 17/03/10 19:50, Eric Blake wrote:
On 03/17/2010 11:30 AM, Jim Meyering wrote:
Filtering out lines ending in \n\
and the few remaining false positives wasn't too bad.
I've just fixed everything reported by this:
$ for c in *.c; do cpp -fpreprocessed $c 2/dev/null \
| grep
On 17/03/10 11:46, Pádraig Brady wrote:
On 16/03/10 11:50, Pádraig Brady wrote:
On 15/03/10 15:56, Denzen, van Carl wrote:
On ubuntu v9.03 with sort version 6.10, when I do a quite simple sort, I
get unexpected result.
Fields are variable length, separator is a comma. I want to sort on two
Paul Gerber paul.ger...@moloc.ch writes:
/bin/ls: No match
That message comes from the shell (csh or tcsh).
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
And now for something completely different.
On 03/17/2010 04:14 PM, Andreas Schwab wrote:
Paul Gerber paul.ger...@moloc.ch writes:
/bin/ls: No match
That message comes from the shell (csh or tcsh).
Or bash, if you turn on the non-default failglob option (which exists to
match the non-POSIXy behavior of csh).
--
Eric Blake
Bug Report:
---
In the manpage for ls(1), the description of the -b option says,
print octal escapes for nongraphic characters; this description is
inconsistent with its actual function. An update to either the
description or behaviour of the -b option is required.
e.g.
$ touch
14 matches
Mail list logo
