Jim Meyering wrote:
>
> Hi Matt,
>
> I'm glad you're willing to work on this.
> It's an often-requested feature.
> Unfortunately, the Debian -W patch was not acceptable.
> It did not allow the same flexibility that sort does in
> selecting keys. To provide that, GNU uniq will eventually
> accept
Jim Meyering wrote:
> [EMAIL PROTECTED] (Bob Proulx) wrote:
>
>>Jim Meyering wrote:
>>
>>>The description of wc's --files0-from is nearly identical
>>>to that of du. I've added an example:
>>>...
>>>[EMAIL PROTECTED]
>>>+find . -name '*.[ch]' -print0 | ./wc -L --files=- | tail -n1
>>>[EMAIL PROTE
Pádraig Brady <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>>
>> Hi Matt,
>>
>> I'm glad you're willing to work on this.
>> It's an often-requested feature.
>> Unfortunately, the Debian -W patch was not acceptable.
>> It did not allow the same flexibility that sort does in
>> selecting keys.
Jim Meyering wrote:
> Pádraig Brady <[EMAIL PROTECTED]> wrote:
>
>
>>Jim Meyering wrote:
>>
>>> -g, --general-numeric-sort compare according to general numerical value
>>> -M, --month-sortcompare (unknown) < `JAN' < ... < `DEC'
>>> -n, --numeric-sort compare according to
Pádraig Brady <[EMAIL PROTECTED]> wrote:
>> Yes, that's still a problem.
>> Would you like to work on it?
>
> Hmm looks like that's done already?
> http://www.openi18n.org/subgroups/utildev/dli18npatch2.html
>
> $ cat Pádraig
> Pádraig
> PÁdraig
>
> $ ./i18n-uniq -i < Pádraig
> Pádraig
It's not so
Pádraig Brady <[EMAIL PROTECTED]> writes:
> uniq can be efficient and assume LANG=C always as
> it need only care if adjacent items match or not.
I'm afraid it's not that simple. In some locales it's possible that
two strings A and B can compare equal even though their bytes differ.
The C notati
On 6/25/06, Toby Murray <[EMAIL PROTECTED]> wrote:
The -P option uses a block size of 1024 when it should be using 512
unless the block size is explicitly given. From the man page:
-P Output in six columns, with heading `Filesystem N-blocks Used
Available Capacity Moun
Pádraig Brady <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>> [EMAIL PROTECTED] (Bob Proulx) wrote:
>>
>>>Jim Meyering wrote:
>>>
The description of wc's --files0-from is nearly identical
to that of du. I've added an example:
...
[EMAIL PROTECTED]
+find . -name '*.[ch]' -pr
Hello,
I've got a question about sort. I've got a gentoo based system and I
noticed that my usually command to sort IP addresses does not seem to work
anymore.
I know for sure that it doesn't work with 5.94 and 5.97.
This is the command:
sort -nt. +0 -1 +1 -2 +2 -3 +3 -4
and here is the error:
Bonjour
Nous n'arrivons pas � installer sur nos ordinateurs les scanners du type HP
4070. La reponse est toujours: Aucun p�riferique n'est disponible
Merci de nous aider � faire cette installation
Meilleures salutations
Mariglen Sulejmani
mariglen sulejmani wrote:
> Nous n'arrivons pas installer sur nos ordinateurs les scanners
> du type HP 4070. La reponse est toujours: Aucun piferique n'est
> disponible
>
> Merci de nous aider faire cette installation
You may have seen this reporting address in relation to the 'install'
command.
Christian wrote:
> I've got a question about sort. I've got a gentoo based system and I
> noticed that my usually command to sort IP addresses does not seem to work
> anymore.
> I know for sure that it doesn't work with 5.94 and 5.97.
Major changes in the coreutils 5.90 release. See the NEWS fil
PB> You want `uniq -dc`
OK, the message should mention that.
PB> Adding -u to -d or -D just suppresses the last item of each group.
PB> These options are meaningless anyway:
PB> uniq -ud ≡ uniq's default mode of operation
PB> uniq -uD ≡ cat
Hope all that is documented.
___
The HP-UX /bin/sh using command tracing (set -x) and stderr
redirection behaves badly when stderr is redirected before stdout. I
tested on HP-UX 10.20, 11.0, 11.11, and 11.23 and all had this
problem. Here is an example:
$ /bin/sh -xc ': 2>/tmp/err >/dev/null'
+ :
+ 2> /tmp/err $ ...hangin
> Not sure if this has already been discovered, but I found a problem with
> uniq. If I sat down and looked a the code, I could probably see how to
> fix it. It seems to always occur with very large unsorted streams (files).
>
> Below are the commands I ran to exploit the bug (which I originally
Seeing the redirection problem of the previous message I looked
through all of the tests looking for other potential problems. I did
not find any real problems. But I did see two other cases of the
"odd" file redirections. This is really trivial but it would be good
to keep the style consistent
Eric Blake wrote:
> > Not sure if this has already been discovered, but I found a problem with
> > uniq. If I sat down and looked a the code, I could probably see how to
> > fix it. It seems to always occur with very large unsorted streams (files).
> >
> > Below are the commands I ran to exploit
Thank you, Bob, especially for the URL.
Eric Blake has straightened me out, and this topic doesn't require any
further discussion, except making this discrepancy more clear in the man
page as it is clear in the Texinfo page so others don't run into the
same problem.
Thanks again for all your
18 matches
Mail list logo
