Here are proposed patches for the other coreutils applications
that invoke getuid et al.
port to GNU hosts, where getuid and friends can fail
* src/groups.c (main):
* src/install.c (need_copy):
* src/su.c (log_su):
* src/test.c (unary_operator):
* src/whoami.c (main):
Don't assume that getuid and
Jim Meyering wrote:
Linda A. Walsh wrote:
Hmmm Dang strange processes on bugs... can't submit directly bug
can just by
emailing it to the email list? ... (bureaucracy!)
Linda Walsh wrote:
This should be filed under bugs, not under support, but it seems that users of
the core utilis
Linda A. Walsh wrote:
...
>But that's not the bug db interface...thats just a log...where? the bug
>db intface for the bug in the bug database?
>
> References
>
>1. http://bugs.gnu.org/10055
Here's a description of the interface:
http://debbugs.gnu.org/
On 11/15/2011 07:35 PM, Rüdiger Meier wrote:
> On Tuesday 15 November 2011, Eric Blake wrote:
>
>> From e36e6f2c6e95d6e23be805f7bab6c596b1818d22 Mon Sep 17 00:00:00
>> [...]
>> -SIZE is an integer with an optional suffix (example: 10MB).
>> Suffixes are:\n\
>> -KB 1000, K 1024, MB 1000*1000, M 10
On 11/12/2011 02:29 PM, Paul Eggert wrote:
> On 11/12/11 05:54, Eric Blake wrote:
>> -k --key=KEYDEF control where a key starts and ends, and give
>>ordering specific to the key. See KEYDEF below.
>>
>> KEYDEF is F[.C][OPTS][,F[.C][OPTS]], where F is a field number and C
>> a
Eric Blake wrote:
> Sure. Here's the current state of things in patch format; any last
> objections before I push this?
...
> Subject: [PATCH] sort: clarify wording on -k syntax
>
> * src/sort.c (usage): Use KEYDEF instead of POS, and call out the
> specific OPTS that can occur in KEYDEF.
> Based
For the new support of util-linux' prlimit to allow a command to be run
http://article.gmane.org/gmane.linux.utilities.util-linux-ng/5039
I tried to find a useful example for the manpage.
I found a nice, huge file to feed sort with - /dev/zero, and
my first try was to let the command be killed af
On 11/16/11 09:25, Bernhard Voelker wrote:
> prlimit --stack=1000 --memlock=10 --rss=1000 sort -u /dev/zero
>
> Well, mostly (4/5 times) sort got correctly "Killed",
> but a segfault smells.
Sorry, I don't have prlimit and don't know what it does.
Can you reproduce the problem with a stand
On 11/15/2011 10:09 AM, Eric Blake wrote:
> Still debatable. POSIX explicitly states that the condition of errno
> after a successful call to a standardized function is unspecified; that
> is, a successful geteuid() may pollute errno, but it's okay, because the
> user shouldn't be inspecting errno
On 11/12/2011 06:54 AM, Eric Blake wrote:
> POS is F[.C][OPTS], where F is the field number and C the character position
> in the field; both are origin 1. If neither -t nor -b is in effect,
> characters
> in a field are counted from the beginning of the preceding whitespace.
> OPTS is
> one or mo
On 11/16/2011 10:21 AM, Jim Meyering wrote:
> Eric Blake wrote:
>> Sure. Here's the current state of things in patch format; any last
>> objections before I push this?
> ...
>> Subject: [PATCH] sort: clarify wording on -k syntax
>>
>> * src/sort.c (usage): Use KEYDEF instead of POS, and call out t
On 11/16/11 09:27, Eric Blake wrote:
> That's what I get for pasting into a Thunderbird compose window
Here's how to shut that annoying feature off:
http://kb.mozillazine.org/Plain_text_e-mail_-_Thunderbird#Flowed_format
12 matches
Mail list logo
