Hi,
Ideally join should be able to handle files sorted in any order
that sort provides, but as a bare minimum it should at least
be able to join files sorted on numeric fields.
The attached simple patch provides -n, --numeric-sort
options to this effect.
--
Alex
--- src/join.c~ 2010-04-21
Hi Darwin,
I am happy that you are satisfied with the responses. I am going to
close the bug ticket in the bug tracking system with this message.
Bob
Hi Sandy,
I am happy that you are satisfied with the responses. I am going to
close the bug ticket in the bug tracking system with this message.
Please feel free to respond and add additional information if
desired. The group will all see it and the ticket will keep track of
it.
Bob
It has been some time without any activity on this bug report. Since
I don't think this is likely to be implemented and there hasn't been
any other activity I am going to close the bug in the bug tracking
system. Please feel free to follow up and add more information if
desired. It will be seen
Peng Yu wrote:
Bob Proulx wrote:
To do what you are asking would require that every move operation
consult the contents of every symlink on the filesystem and adjust
those other symlinks. Worse this is not only on the current
filesystem but also on other filesystems. ...
I agree with
On 07/06/10 06:19, Alex Shinn wrote:
Hi,
Ideally join should be able to handle files sorted in any order
that sort provides, but as a bare minimum it should at least
be able to join files sorted on numeric fields.
Well if there were no aliases in the numbers, you could always
sort the
There hasn't been any activity on this issue for a while now. It
isn't a bug in coreutils nor will it be added as a feature. So I am
going to close it from the bug tracking system with this message.
Feel free to respond and add more information to the ticket as needed.
Bob
Bob Proulx wrote:
Eric Blake wrote:
This is a mailing list frequented by lots of readers. I'm not David,
but I can reply.
By coincidence I am not David either. But will respond too anyway. :-)
lijian 65631 wrote:
When I input the comman 'date +%Y%m%d -d 1986-05-04 1 day' to get the
next day of
Hi Nelson,
Have there been any new developments with this issue?
Note that the BTS is tracking it here:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6235
Bob
Peng Yu wrote:
Bob Proulx wrote:
Is there any new information on this issue? Have you made any
progress on your own solution?
No. I don't find any tool either.
I think it is unlikely (I haven't read any enthusiasm for it from the
group) for adding this type of functionality to mv. I
Pádraig Brady wrote:
Callahan, Patrick M. wrote:
When using coreutils binaries either built from sources or installed
from the Porting And Archive Centre for HP-UX we see errors of the type
below when copying (cp), listing (ls), or moving (mv) files or
directories on Quantum's StorNext
BJ Dierkes wrote:
Pádraig Brady wrote:
$ git --no-pager log --oneline | fold -s
`fmt` seems to nearly do what you want,
and with a little sed you can line up correctly:
fmt -t | sed 's/^ //'
I'm not against a --indent option to fold
but with the overlap between
On 06/03/2010 01:09 PM, Sebastien Andre wrote:
I see two reasons why the addition of a --fifo option is better than using
existing tools:
* Creating a temporary directory to finally create a pipe just because
it is safe this way is kind of a trick. For the clarity of scripts, it would
* doc/coreutils.texi (dirname invocation): Reword to be more
precise.
* src/dirname.c (usage): Likewise.
* THANKS: Update.
Reported by Filipus Klutiero, bug 6175.
---
On 05/17/2010 09:36 AM, Eric Blake wrote:
On 05/17/2010 09:17 AM, Filipus Klutiero wrote:
[revisiting an older thread]
Strip
Eric Blake wrote:
* doc/coreutils.texi (dirname invocation): Reword to be more
precise.
* src/dirname.c (usage): Likewise.
* THANKS: Update.
Reported by Filipus Klutiero, bug 6175.
...
diff --git a/src/dirname.c b/src/dirname.c
index 4f18fe9..f6997c3 100644
--- a/src/dirname.c
+++
15 matches
Mail list logo