On 02/07/2012 11:45 AM, Michael Felt wrote:
Just reading - for reference only - AIX 5.3, and I expect new versions behave
as follows
(second link becomes a hardlink to original file, mv removes one hard link,
i.e. original file (as inode) remains.
root@x105:[/tmp/test]touch f
Dear Bob,
is there any way I could suppress the warning given by chmod +x?
Best regards,
FRancky
- Oorspronkelijk e-mail -
francky.l...@telenet.be wrote:
some more questions.
I abstract a file system as something where each dir/file has a
header
where all properties reside.
On 02/07/2012 05:49 AM, francky.l...@telenet.be wrote:
is there any way I could suppress the warning given by chmod +x?
You can suppress all warnings with the shell command:
chmod +x file 2/dev/null;:
This is usually not a good idea. The warnings are there
for a reason.
Hi,
Suppose that I have a table of the following, where the last column is
a number. I'd like to accumulate the number of rows that are the same
for all the remaining columns.
A 1
A 3
X 2
X 3
Y 3
The result will be the following. Although this is can be easily done
by awk, etc, I'm wondering if
On 02/07/2012 03:56 PM, Peng Yu wrote:
Hi,
Suppose that I have a table of the following, where the last column is
a number. I'd like to accumulate the number of rows that are the same
for all the remaining columns.
A 1
A 3
X 2
X 3
Y 3
The result will be the following. Although this
Pádraig Brady wrote, On 02/07/2012 11:00 AM:
On 02/07/2012 03:56 PM, Peng Yu wrote:
Suppose that I have a table of the following, where the last column is
a number. I'd like to accumulate the number of rows that are the same
for all the remaining columns.
Thanks for the suggestion,
but
On Tue, Feb 7, 2012 at 10:21 AM, Assaf Gordon assafgor...@gmail.com wrote:
Pádraig Brady wrote, On 02/07/2012 11:00 AM:
On 02/07/2012 03:56 PM, Peng Yu wrote:
Suppose that I have a table of the following, where the last column is
a number. I'd like to accumulate the number of rows that are
(1) The input file/stream should be sorted/grouped by the -grp.
columns
Do you actually mean that the rows are treated just like uniq does?
I.e, only adjacent rows are subjected to grouping? If so, the document
should be reworded to reflect this meaning.
--
Regards,
Peng
-o -ops Specify the operation that should be applied to opCol.
Valid operations:
sum, count, min, max,
mean, median, mode, antimode,
stdev, sstdev (sample standard dev.),
On 02/06/2012 03:24 PM, Jérémy Compostella wrote:
Hmm, shouldn't there be a seek_bytes param too for consistency?
That was effectively my first mail question. As you talk about it in
your explanation addition in coreutils.texi I guess I should start
implementing it ?
I think so.
Note
On 02/07/2012 06:26 PM, Filipus Klutiero wrote:
Hi Pádraig,
On 2012-01-20 19:03, Pádraig Brady wrote:
On 01/20/2012 05:47 PM, Filipus Klutiero wrote:
Hi Pádraig and Jim,
On 2012-01-20 09:15, Pádraig Brady wrote:
On 01/20/2012 02:03 PM, Jim Meyering wrote:
Pádraig Brady wrote:
...
As
On 2012-02-07 13:55, Pádraig Brady wrote:
On 02/07/2012 06:26 PM, Filipus Klutiero wrote:
Hi Pádraig,
On 2012-01-20 19:03, Pádraig Brady wrote:
On 01/20/2012 05:47 PM, Filipus Klutiero wrote:
Hi Pádraig and Jim,
On 2012-01-20 09:15, Pádraig Brady wrote:
On 01/20/2012 02:03 PM, Jim Meyering
On 02/07/2012 06:25 PM, Jérémy Compostella wrote:
On 02/06/2012 03:24 PM, Jérémy Compostella wrote:
Hmm, shouldn't there be a seek_bytes param too for consistency?
That was effectively my first mail question. As you talk about it in
your explanation addition in coreutils.texi I guess I
On 02/07/2012 12:20 PM, Filipus Klutiero wrote:
So are you saying that stat cannot display a file's size on disk?
Not without inventing a new % modifier, or else you doing the math
yourself. So maybe it is worth adding a new one, as in:
%S Allocated size (same as %b * %B)
I don't see any
The other day I tried figuring out how much disk space a small file
took. I used stat, but I only realized today that stat does not provide
that information directly, as explained by Eric Blake and Pádraig Brady
in http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10561
This information is
Hi Eric,
On 2012-02-07 14:44, Eric Blake wrote:
On 02/07/2012 12:20 PM, Filipus Klutiero wrote:
So are you saying that stat cannot display a file's size on disk?
Not without inventing a new % modifier, or else you doing the math
yourself.
Thank you very much.
I apologize for much of what I
On 02/07/2012 12:10 PM, Filipus Klutiero wrote:
Size on disk
We don't know it's a disk drive; it might be
any storage device that contain a file system.
Perhaps a better shorthand string would be Allocation?
That's even shorter, and it conveys what's going on.
On 02/07/2012 07:59 AM, francky.l...@telenet.be wrote:
I was wondering wether I couldn't write something like
if [not on NTFS filesystem] then
chmod +x
No doubt you can write something like that.
I don't use NTFS, so I'm not a good source of advice
about the details.
On 02/07/2012 02:30 PM, Paul Eggert wrote:
On 02/07/2012 07:59 AM, francky.l...@telenet.be wrote:
I was wondering wether I couldn't write something like
if [not on NTFS filesystem] then
chmod +x
No doubt you can write something like that.
I don't use NTFS, so I'm not a good source of
On 2012-02-07 15:54, Paul Eggert wrote:
On 02/07/2012 12:10 PM, Filipus Klutiero wrote:
Size on disk
We don't know it's a disk drive; it might be
any storage device that contain a file system.
I agree. I see an advantage in using the term Size on disk: it is well
known from Windows (
20 matches
Mail list logo
