Module Name:src
Committed By: uwe
Date: Sun Feb 19 10:54:35 UTC 2023
Modified Files:
src/bin/sleep: sleep.1
Log Message:
sleep(1): minor markup tweaks
To generate a diff of this commit:
cvs rdiff -u -r1.27 -r1.28 src/bin/sleep/sleep.1
Please note that diffs are not
Module Name:src
Committed By: uwe
Date: Sun Feb 19 10:54:35 UTC 2023
Modified Files:
src/bin/sleep: sleep.1
Log Message:
sleep(1): minor markup tweaks
To generate a diff of this commit:
cvs rdiff -u -r1.27 -r1.28 src/bin/sleep/sleep.1
Please note that diffs are not
Module Name:src
Committed By: kre
Date: Sun Mar 10 15:18:45 UTC 2019
Modified Files:
src/bin/sleep: sleep.c
Log Message:
Deal with overflow when the sleep duration given is a simple
integer (previously it was just clamped at the max possible value).
This would have caused
Module Name:src
Committed By: kre
Date: Sun Mar 10 15:18:45 UTC 2019
Modified Files:
src/bin/sleep: sleep.c
Log Message:
Deal with overflow when the sleep duration given is a simple
integer (previously it was just clamped at the max possible value).
This would have caused
On Mon, Jan 28, 2019 at 07:45:12PM +0700, Robert Elz wrote:
> | at least the Arabic ones (momayyez). Supporting 2-3+ styles is opening
> | Pandora's box;
>
> No-one is planning that. There are two options - the C locale, or
> the locale set in the environment.
Actually it's kind of
Date:Mon, 28 Jan 2019 14:16:46 +0100
From:Kamil Rytarowski
Message-ID: <4a07da07-6306-4c08-0fb4-99c72a635...@gmx.com>
| I treat shell programming as a kind of a programming language.
As you should, but not "kind of", it is.It is a somewhat specialised
one, as
On 28.01.2019 13:45, Robert Elz wrote:
> Date:Mon, 28 Jan 2019 11:12:07 +0100
> From:Kamil Rytarowski
> Message-ID:
>
> | In my perception yes. Such calls won't be portable and can stop to be
> | functional with tool upgrade/change.
>
> Using fractional seconds
Date:Mon, 28 Jan 2019 11:12:07 +0100
From:Kamil Rytarowski
Message-ID:
| In my perception yes. Such calls won't be portable and can stop to be
| functional with tool upgrade/change.
Using fractional seconds isn't portable at all, if it isn't portable, and
you
On 28.01.2019 01:52, Robert Elz wrote:
> The only question is whether there
> is any harm in also accepting the 0,2 form when ',' is the
> "decimal point".
In my perception yes. Such calls won't be portable and can stop to be
functional with tool upgrade/change. I have checked that some countries
Date:Sun, 27 Jan 2019 21:07:22 -0800
From:"Tom Spindler (moof)"
Message-ID: <20190128050722.ga37...@babymeat.com>
| I'd argue that "300ms" or "120us" or "15ns" are all pretty unambiguous,
| and that an exactly two char suffix would be rather unlikely to be line
On Mon, Jan 28, 2019 at 07:52:22AM +0700, Robert Elz wrote:
> That PR needed to be fixed, even before it was filed, as stray
> characters after the numeric value are more likely to be something
> attempting linux "sleep 2m" (ie: sleep 120) raher than someone
> attempting to sleep for a currency
Date:Sun, 27 Jan 2019 16:38:34 +
From:David Holland
Message-ID: <20190127163833.gb20...@netbsd.org>
| The Unix shell environment is about processing text, and, largely,
| processing text in arbitrary ad hoc ways. It fundamentally relies on
| being able to
Date:Sun, 27 Jan 2019 22:56:17 +0100
From:Kamil Rytarowski
Message-ID: <1906f04e-93b9-a2c5-62a0-bf430ca60...@gmx.com>
| Passing to sleep 1,2 or 1.000 makes as much sense
The question isn't really whether it makes sense, that's up
to the user to decide, not us,
On 27.01.2019 06:54, Kamil Rytarowski wrote:
> On 27.01.2019 05:42, Robert Elz wrote:
>> Yes, like English... I wasn't previously aware that '.' was ever used
>> as the grouping char, though I did believe that some locales use a
>> space for that purpose.
>
> I don't know whether there is
Module Name:src
Committed By: wiz
Date: Sun Jan 27 17:42:53 UTC 2019
Modified Files:
src/bin/sleep: sleep.1
Log Message:
Sort sections.
To generate a diff of this commit:
cvs rdiff -u -r1.26 -r1.27 src/bin/sleep/sleep.1
Please note that diffs are not public domain;
Module Name:src
Committed By: wiz
Date: Sun Jan 27 17:42:53 UTC 2019
Modified Files:
src/bin/sleep: sleep.1
Log Message:
Sort sections.
To generate a diff of this commit:
cvs rdiff -u -r1.26 -r1.27 src/bin/sleep/sleep.1
Please note that diffs are not public domain;
On Sat, Jan 26, 2019 at 12:28:08PM +0100, Kamil Rytarowski wrote:
> This is where I disagree. In my opinion (of a native user of ",") -
> parsing locale specific input for such programs doesn't make sense.
>
> Locale specific format is in my opinion appropriate only for programs
> that
On 27.01.2019 05:42, Robert Elz wrote:
> Yes, like English... I wasn't previously aware that '.' was ever used
> as the grouping char, though I did believe that some locales use a
> space for that purpose.
I don't know whether there is formality that is followed, but in
practice people use no
Date:Sat, 26 Jan 2019 23:23:32 -0500
From:Christos Zoulas
Message-ID:
| I think it is easier and less error-prone to consistently cast time_t
| to intmax_t instead of choosing how to cast based on knowing the range.
The real problem is the long standing abuse
ssion in
messages on a better list than source-changes-d (in messages with the
Subject header "Re: CVS commit: src/bin/sleep"). This is not where
someone from the fututure would expect to find a discussion on a
philisophical (or technical) reasons why we should decide one way
or the othe
I think it is easier and less error-prone to consistently cast time_t
to intmax_t instead of choosing how to cast based on knowing the range.
christos
> On Jan 26, 2019, at 9:59 PM, Robert Elz wrote:
>
>Date:Sat, 26 Jan 2019 21:00:45 -0500
>From:"Christos Zoulas"
>
Date:Sat, 26 Jan 2019 21:00:45 -0500
From:"Christos Zoulas"
Message-ID: <20190127020045.35a7df...@cvs.netbsd.org>
| cast to intmax_t instead of long, since time_t is "long long"
Some of this is unnecessary, though not technically wrong, Martin's
change was fine,
Module Name:src
Committed By: christos
Date: Sun Jan 27 02:00:45 UTC 2019
Modified Files:
src/bin/sleep: sleep.c
Log Message:
cast to intmax_t instead of long, since time_t is "long long"
To generate a diff of this commit:
cvs rdiff -u -r1.28 -r1.29
Module Name:src
Committed By: christos
Date: Sun Jan 27 02:00:45 UTC 2019
Modified Files:
src/bin/sleep: sleep.c
Log Message:
cast to intmax_t instead of long, since time_t is "long long"
To generate a diff of this commit:
cvs rdiff -u -r1.28 -r1.29
Module Name:src
Committed By: martin
Date: Sat Jan 26 18:14:22 UTC 2019
Modified Files:
src/bin/sleep: sleep.c
Log Message:
Explicitly cast time_t to match format string - should fix the build on
some 32bit architectures.
To generate a diff of this commit:
cvs rdiff -u
Module Name:src
Committed By: martin
Date: Sat Jan 26 18:14:22 UTC 2019
Modified Files:
src/bin/sleep: sleep.c
Log Message:
Explicitly cast time_t to match format string - should fix the build on
some 32bit architectures.
To generate a diff of this commit:
cvs rdiff -u
On 26.01.2019 16:05, Martin Husemann wrote:
> On Sat, Jan 26, 2019 at 12:28:08PM +0100, Kamil Rytarowski wrote:
>>> Those take no floating point input that I can see. For sort,
>>> its only use of floats would be sorting files containing them,
>>> for which (I assume) one would want and expect
Module Name:src
Committed By: kre
Date: Sat Jan 26 15:20:50 UTC 2019
Modified Files:
src/bin/sleep: sleep.1 sleep.c
Log Message:
While cute, the previous version is not really safe.
After all, a system might want to sleep for several
thousand years on a spaceship headed
Module Name:src
Committed By: kre
Date: Sat Jan 26 15:20:50 UTC 2019
Modified Files:
src/bin/sleep: sleep.1 sleep.c
Log Message:
While cute, the previous version is not really safe.
After all, a system might want to sleep for several
thousand years on a spaceship headed
Module Name:src
Committed By: kre
Date: Sat Jan 26 15:19:08 UTC 2019
Modified Files:
src/bin/sleep: sleep.1 sleep.c
Log Message:
Adjust the way the arg string is parsed in the "not entirely
integer" case, so we avoid adjusting the locale of sleep,
and generally be more
Module Name:src
Committed By: kre
Date: Sat Jan 26 15:19:08 UTC 2019
Modified Files:
src/bin/sleep: sleep.1 sleep.c
Log Message:
Adjust the way the arg string is parsed in the "not entirely
integer" case, so we avoid adjusting the locale of sleep,
and generally be more
Date:Sat, 26 Jan 2019 12:28:08 +0100
From:Kamil Rytarowski
Message-ID:
| This is where I disagree. In my opinion (of a native user of ",") -
| parsing locale specific input for such programs doesn't make sense.
I don't want to argue, as, as has been pointed
On Sat, Jan 26, 2019 at 12:28:08PM +0100, Kamil Rytarowski wrote:
> > Those take no floating point input that I can see. For sort,
> > its only use of floats would be sorting files containing them,
> > for which (I assume) one would want and expect the file
> > to be a locale specific format,
On 26.01.2019 02:30, Robert Elz wrote:
> Date:Fri, 25 Jan 2019 15:51:05 +0100
> From:Kamil Rytarowski
> Message-ID:
>
> | sort(1)
> | stat(1)
>
> Those take no floating point input that I can see. For sort,
> its only use of floats would be sorting files
Date:Fri, 25 Jan 2019 15:51:05 +0100
From:Kamil Rytarowski
Message-ID:
| sort(1)
| stat(1)
Those take no floating point input that I can see. For sort,
its only use of floats would be sorting files containing them,
for which (I assume) one would want and
In article <15294.1548463...@jinx.noi.kre.to>,
Robert Elz wrote:
>Date:Fri, 25 Jan 2019 21:45:46 +0700
>From:Robert Elz
>Message-ID: <22498.1548427...@jinx.noi.kre.to>
>
Linux does not accept 1,1 on the command line.
christos
[8:17pm] 125>cat foo.c
#include
Date:Fri, 25 Jan 2019 17:49:05 +0300
From:Valery Ushakov
Message-ID: <20190125144905.gf18...@pony.stderr.spb.ru>
| I think printf(1) comes closest.
|
| http://pubs.opengroup.org/onlinepubs/7908799/xcu/printf.html
Yes, for printf, the input format is completely
Date:Fri, 25 Jan 2019 21:45:46 +0700
From:Robert Elz
Message-ID: <22498.1548427...@jinx.noi.kre.to>
In a message I sent last night (the one where everything
was mixed up ...) I said:
| As for the other OS's, I believe that linux supports floating point,
| but I
On 25.01.2019 15:35, Christos Zoulas wrote:
> On Jan 25, 8:59pm, k...@munnari.oz.au (Robert Elz) wrote:
> -- Subject: Re: CVS commit: src/bin/sleep
>
> | Sounds entirely reasonable, except the standards won't say anything
> | relevant about sleep in particular, as only integer
On Fri, Jan 25, 2019 at 20:59:56 +0700, Robert Elz wrote:
> What other commands take floating point args on the command line
> (aside from awk assignments to vars, which are certainly intended to
> be locale specific) I'm not sure I can think of one.
I think printf(1) comes closest.
Oops, messed up the ordering of that message badly ... but you can probably
rearrange the bits & pieces to make it make some sort of sense (too much cut
& paste into the wrong place, etc)
Any more on this (from me) will happen tomorrow.
kre
Date:Fri, 25 Jan 2019 12:29:12 - (UTC)
From:chris...@astron.com (Christos Zoulas)
Message-ID:
| I think that we should consult what the standards say about all of this,
What POSIX says in general, about locales and how they should be
used is ...
The
On Jan 25, 8:59pm, k...@munnari.oz.au (Robert Elz) wrote:
-- Subject: Re: CVS commit: src/bin/sleep
| Sounds entirely reasonable, except the standards won't say anything
| relevant about sleep in particular, as only integers are supported there.
| The same is probably true of most other OS's
As a followup to what I just said, even though the FreeBSD code uses
sscanf (using %lf) which would handle locales, I do not see their code
doing a setlocale() call, which would mean that it is running in the C
locale, I believe, in which case it would handle '.' and nothing else.
However, it
Date:Fri, 25 Jan 2019 12:29:12 - (UTC)
From:chris...@astron.com (Christos Zoulas)
Message-ID:
| I think that we should consult what the standards say about all of this,
| what is the current practice on other OS's, and then decide and document
| the
On 25.01.2019 14:08, Robert Elz wrote:
> Date:Fri, 25 Jan 2019 12:38:00 +0100
> From:Kamil Rytarowski
> Message-ID: <9790a289-8b3e-e57a-e4d8-c021aa7b1...@gmx.com>
>
> | I think it's better to keep an uniform way of handling separator in
> | basic command line
Date:Fri, 25 Jan 2019 12:38:00 +0100
From:Kamil Rytarowski
Message-ID: <9790a289-8b3e-e57a-e4d8-c021aa7b1...@gmx.com>
| I think it's better to keep an uniform way of handling separator in
| basic command line tools and restrict locales to translations only.
Once
Date:Fri, 25 Jan 2019 14:04:07 +0300
From:Valery Ushakov
Message-ID: <20190125110407.ge18...@pony.stderr.spb.ru>
| I don't understand why the locale support in that
| particular place is not ripped out immediately when discovered.
Because it has been there a
In article <9790a289-8b3e-e57a-e4d8-c021aa7b1...@gmx.com>,
Kamil Rytarowski wrote:
>>
>> And as I said before, if this is to be changed, it needs to be via
>> a discussion in front of a wider audience than reads source-changes-d
>> and in particular messages with a subject that refers to one of
On 25.01.2019 11:38, Robert Elz wrote:
> Date:Fri, 25 Jan 2019 12:30:23 +0300
> From:Valery Ushakov
> Message-ID: <20190125093023.gc18...@pony.stderr.spb.ru>
>
> | As someone who actually have to ecnoutner locales in daily life and
> | not just think about them
On Fri, Jan 25, 2019 at 17:38:31 +0700, Robert Elz wrote:
> Date:Fri, 25 Jan 2019 12:30:23 +0300
> From:Valery Ushakov
> Message-ID: <20190125093023.gc18...@pony.stderr.spb.ru>
>
> | As someone who actually have to ecnoutner locales in daily life and
> | not
Date:Fri, 25 Jan 2019 12:30:23 +0300
From:Valery Ushakov
Message-ID: <20190125093023.gc18...@pony.stderr.spb.ru>
| As someone who actually have to ecnoutner locales in daily life and
| not just think about them sitting in an ivory tower I don't understand
| why
On Fri, Jan 25, 2019 at 09:48:26 +, David Brownlee wrote:
> On Fri, 25 Jan 2019 at 09:30, Valery Ushakov wrote:
> >
> > On Fri, Jan 25, 2019 at 10:43:10 +0700, Robert Elz wrote:
> >
> > > Date:Thu, 24 Jan 2019 16:18:49 +0100
> > > From:Joerg Sonnenberger
> > >
On Fri, 25 Jan 2019 at 09:30, Valery Ushakov wrote:
>
> On Fri, Jan 25, 2019 at 10:43:10 +0700, Robert Elz wrote:
>
> > Date:Thu, 24 Jan 2019 16:18:49 +0100
> > From:Joerg Sonnenberger
> > Message-ID: <20190124151849.ga10...@britannica.bec.de>
> >
> > | This is
On Fri, Jan 25, 2019 at 10:43:10 +0700, Robert Elz wrote:
> Date:Thu, 24 Jan 2019 16:18:49 +0100
> From:Joerg Sonnenberger
> Message-ID: <20190124151849.ga10...@britannica.bec.de>
>
> | This is overcomplicated and fragile, IMO. Can we just go back to the old
> |
Date:Thu, 24 Jan 2019 16:18:49 +0100
From:Joerg Sonnenberger
Message-ID: <20190124151849.ga10...@britannica.bec.de>
| This is overcomplicated and fragile, IMO.
ps: if the fragility referred to is that it might now
switch mid-stream into sending messages in
Date:Thu, 24 Jan 2019 16:18:49 +0100
From:Joerg Sonnenberger
Message-ID: <20190124151849.ga10...@britannica.bec.de>
| This is overcomplicated and fragile, IMO. Can we just go back to the old
| code and switch the strtod to strtod_l with LC_C_LOCALE? That solves
On Thu, Jan 24, 2019 at 16:18:49 +0100, Joerg Sonnenberger wrote:
> Date: Thu, 24 Jan 2019 16:18:49 +0100
> From: Joerg Sonnenberger
> Subject: Re: CVS commit: src/bin/sleep
> To: source-changes-d@NetBSD.org
> Mail-Followup-To: source-changes-d@NetBSD.org
>
w
> On Sat, Jan 1
On Sat, Jan 19, 2019 at 01:27:12PM +, Robert Elz wrote:
> Module Name: src
> Committed By: kre
> Date: Sat Jan 19 13:27:12 UTC 2019
>
> Modified Files:
> src/bin/sleep: sleep.c
>
> Log Message:
> Allow the decimal radix character '.' to work, regardless of
> what the current
Module Name:src
Committed By: kre
Date: Sat Jan 19 13:27:12 UTC 2019
Modified Files:
src/bin/sleep: sleep.c
Log Message:
Allow the decimal radix character '.' to work, regardless of
what the current locale's radix character happens to be,
while still allowing locale
Module Name:src
Committed By: kre
Date: Sat Jan 19 13:27:12 UTC 2019
Modified Files:
src/bin/sleep: sleep.c
Log Message:
Allow the decimal radix character '.' to work, regardless of
what the current locale's radix character happens to be,
while still allowing locale
Module Name:src
Committed By: sevan
Date: Fri Aug 12 02:36:38 UTC 2016
Modified Files:
src/bin/sleep: sleep.1
Log Message:
Document the version sleep first appeared.
Bump date.
To generate a diff of this commit:
cvs rdiff -u -r1.22 -r1.23 src/bin/sleep/sleep.1
Please
Module Name:src
Committed By: sevan
Date: Fri Aug 12 02:36:38 UTC 2016
Modified Files:
src/bin/sleep: sleep.1
Log Message:
Document the version sleep first appeared.
Bump date.
To generate a diff of this commit:
cvs rdiff -u -r1.22 -r1.23 src/bin/sleep/sleep.1
Please
Module Name:src
Committed By: wiz
Date: Mon Aug 15 14:45:36 UTC 2011
Modified Files:
src/bin/sleep: sleep.1
Log Message:
Improve wording.
From Snader_LB.
To generate a diff of this commit:
cvs rdiff -u -r1.21 -r1.22 src/bin/sleep/sleep.1
Please note that diffs are not
Module Name:src
Committed By: wiz
Date: Mon Aug 15 14:45:36 UTC 2011
Modified Files:
src/bin/sleep: sleep.1
Log Message:
Improve wording.
From Snader_LB.
To generate a diff of this commit:
cvs rdiff -u -r1.21 -r1.22 src/bin/sleep/sleep.1
Please note that diffs are not
Module Name:src
Committed By: wiz
Date: Sat Oct 9 07:40:58 UTC 2010
Modified Files:
src/bin/sleep: sleep.1
Log Message:
Bump date for SIGINFO.
To generate a diff of this commit:
cvs rdiff -u -r1.20 -r1.21 src/bin/sleep/sleep.1
Please note that diffs are not public
Module Name:src
Committed By: wiz
Date: Sat Oct 9 07:40:58 UTC 2010
Modified Files:
src/bin/sleep: sleep.1
Log Message:
Bump date for SIGINFO.
To generate a diff of this commit:
cvs rdiff -u -r1.20 -r1.21 src/bin/sleep/sleep.1
Please note that diffs are not public
Module Name:src
Committed By: mrg
Date: Sat Oct 9 04:57:30 UTC 2010
Modified Files:
src/bin/sleep: sleep.1 sleep.c
Log Message:
add SIGINFO support; from freebsd:
when a SIGINFO is delivered, display the approximate remaining seconds.
To generate a diff of this
Module Name:src
Committed By: mrg
Date: Sat Oct 9 04:57:30 UTC 2010
Modified Files:
src/bin/sleep: sleep.1 sleep.c
Log Message:
add SIGINFO support; from freebsd:
when a SIGINFO is delivered, display the approximate remaining seconds.
To generate a diff of this
69 matches
Mail list logo
