The previous patch I installed was incomplete: it didn't handle
ancient hosts without any UTMP_NAME_FUNCTION. I installed the
following to fix this. While I was at it, I noticed that the code
won't work if the utmp file is not a regular file, so I fixed that as
well.
2005-03-30 Paul Eggert <[E
Tim Waugh <[EMAIL PROTECTED]> writes:
> Yes, this works very well. Thanks!
You're welcome. I installed the following slightly-modified patch:
it updates m4/readutmp.m4 as well, and it adds another check for
size_t overflow.
2005-03-30 Paul Eggert <[EMAIL PROTECTED]>
* lib/readutmp.h
Stefan Klinger wrote:
> I've just written a tiny programme that is hardly worth a own
> package. However, I think it could be part of the textutils package
> (now coreutils).
I think that it is great that you would like to share your program.
However for a package such as coreutils that is a core
Andreas Schwab wrote:
> Pavel Riha <[EMAIL PROTECTED]> writes:
>
> > #info date
> >>When a relative item causes the resulting date to cross a boundary
> >>where the clocks were adjusted, typically for daylight-saving time,
> >>the resulting date and time are adjusted accordingly.
The following te
I'm very sorry for the false alarm...
Thanks.
On Sat, 26 Mar 2005 22:17:28 -0700, Bob Proulx <[EMAIL PROTECTED]> wrote:
> Marco wrote:
> > Trying to remove files whose name start with '-' rm thinks of an option.
> >
> > OUTPUT (italian)
> >
> > rm -050309-15526
> > rm: opzione non valida -- 0
> >
On Tue, 2005-03-29 at 02:39 -0500, Paul Eggert wrote:
> Mike Hearn <[EMAIL PROTECTED]> writes:
>
> > That sounds like the one, yes. Though 5.3.0 doesn't seem to show it.
>
> Odd; it shows it for me.
>
> $ _POSIX2_VERSION=199209 tail -c 123
> tail: cannot open `123' for reading: No such file or d
Hi there!
I've just written a tiny programme that is hardly worth a own package. However,
I think it could be part of the textutils package (now coreutils).
'dlc Distinct Line Count' counts the number of occurrences of each distinct
line of input. Some examples are given below.
Is it possible
On Thu, Mar 24, 2005 at 10:47:52AM -0800, Paul Eggert wrote:
> OK, thanks for explaining it. Can you please try the following patch
> instead? It tries to do the right thing in that case. It also checks
> for bogus signal numbers (i.e., nonpositive ones). I don't have a bad
> utmp file to test
Pavel Riha <[EMAIL PROTECTED]> writes:
> #info date
>>When a relative item causes the resulting date to cross a boundary
>>where the clocks were adjusted, typically for daylight-saving time,
>>the resulting date and time are adjusted accordingly.
>
> I use `date -d yesterday +%F` in my shell scrip
Paul Eggert <[EMAIL PROTECTED]> wrote:
> Eric Blake <[EMAIL PROTECTED]> writes:
>
>> Any reason the terminal names aren't sorted in any particular order?
>
> I think the "popular" ones are first, then the rest alphabetized.
> But I'm guessing.
>
>> This fact adds all the more impetus to improving
Eric Blake <[EMAIL PROTECTED]> writes:
> Any reason the terminal names aren't sorted in any particular order?
I think the "popular" ones are first, then the rest alphabetized.
But I'm guessing.
> This fact adds all the more impetus to improving the info pages to
> describe the dircolors input f
11 matches
Mail list logo
