Giuseppe Scrivano wrote:
Jim Meyering j...@meyering.net writes:
A couple of points:
Please move these declarations down into the scope where they are used.
It would be better not to perform the kill test after every
single select call when actively tailing files.
Considering how --pid
Andreas Schwab wrote:
Jim Meyering j...@meyering.net writes:
+#ifdef __linux__
+# define BTRFS_IOC_CLONE 1074041865
This is wrong, the actual value is architecture dependent. You should
use the _IOW macro instead.
Good point. Thanks!
I've adjusted it.
Here's the patch I'm considering
Hi Pádraig,
Pádraig Brady p...@draigbrady.com writes:
How different exactly?
OK I tried this myself on F11 with inconclusive results.
I can't replicate it now, all tests I am doing report that blocks used
before and after the clone are the same. Probably yesterday the
difference I noticed
Hi,
Gives me correct date:
[ctpsmg11-dcdhealth@/opt/app/dcdhealth] # TZ=EDT+150 date
Wed Jul 22 12:27:15 EDT 2009
Gives me incorrect date:
[ctpsmg11-dcdhealth@/opt/app/dcdhealth] # TZ=EDT+172 date
Tue Jul 28 18:27:09 GMT 2009
Basically I cannot go back more than 6 days...
Pádraig Brady wrote:
Benno Schulenberg wrote:
Hi,
Instead of showing the six system-context commands under section 21
(http://www.gnu.org/software/coreutils/manual/html_node/index.html#toc_System-context)
they are shown under section 22 (SELinux context) and in a slightly
different order.
Paul Grinberg wrote:
Gives me correct date:
[ctpsmg11-dcdhealth@/opt/app/dcdhealth] # TZ=EDT+150 date
Wed Jul 22 12:27:15 EDT 2009
Gives me incorrect date:
[ctpsmg11-dcdhealth@/opt/app/dcdhealth] # TZ=EDT+172 date
Tue Jul 28 18:27:09 GMT 2009
Basically I cannot go back more than 6
On Tue, 28 Jul 2009, Paul Grinberg wrote:
Gives me correct date:
[ctpsmg11-dcdhealth@/opt/app/dcdhealth] # TZ=EDT+150 date
Wed Jul 22 12:27:15 EDT 2009
Gives me incorrect date:
[ctpsmg11-dcdhealth@/opt/app/dcdhealth] # TZ=EDT+172 date
Tue Jul 28 18:27:09 GMT 2009
Basically I cannot go back
On Tue, 28 Jul 2009, Paul Grinberg wrote:
Shell script for SolarisIt can go future as long as I want, but past
only 6 days
Bob,
Thank you for your reply. You are right, I am trying to calculate time
backwardsit only allows 6 days back...i need 7 :) the whole week :)
Unfortunately in solaris it does not work :(((
# date -R --date=-14 days
date: illegal option -- R
date: illegal option -- date=-14 days
usage:
Shell script for SolarisIt can go future as long as I want, but past
only 6 days
http://www.isrcomputing.com/index.php?option=com_contentview=articleid
=125:unix-shell-script-to-calculate-date-in-the-future-and-in-the-pastc
atid=38:technology-tipsItemid=82
Best,
Paul
-Original
Phil,
As I said...it is a workaround, since ins Solaris you cannot execute
that command:
# date -R --date=-14 days
date: illegal option -- R
date: illegal option -- date=-14 days
usage: date [-u] mmddHHMM[[cc]yy][.SS]
date [-u] [+format]
date -a [-]sss[.fff]
Best,
Paul
Paul Grinberg wrote:
Thank you for your reply. You are right, I am trying to calculate time
backwardsit only allows 6 days back...i need 7 :) the whole week :)
Unfortunately in solaris it does not work :(((
Well, this is the mailing list for the GNU system's date and so you
wouldn't
Perl is my friend :)))
Best,
Paul
-Original Message-
From: Bob Proulx [mailto:b...@proulx.com]
Sent: Tuesday, July 28, 2009 8:29 PM
To: Paul Grinberg
Cc: bug-coreutils@gnu.org
Subject: Re: Bug report for date
Paul Grinberg wrote:
Thank you for your reply. You are right, I am trying
13 matches
Mail list logo