Jim Meyering [EMAIL PROTECTED] wrote:
The problem is that on systems for which m4/mkstemp.c
would normally make an application use the replacement
function, an application calling mkstemp_safer would end up
using the buggy version, because mkstemp-safer.c didn't
include config.h (for the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Anthony DeRobertis on 11/13/2005 11:33 AM:
dircolors uses a compiled-in set of default colors. This makes it hard
for the sysadmin to change the defaults. Here is a patch which makes it
look in /etc/dircolors.conf for the defaults, and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 11/8/2005 9:59 AM:
Fortunately, the implicit definition of these functions works on
cygwin (all arguments are int or pointer, and cygwin uses 32-bit
pointers), but it is a bug waiting to happen on a 64-bit platform.
Now
Eric Blake [EMAIL PROTECTED] wrote:
Now that 5.94-cvs is started, we need to be sure to import this gnulib fix
to the b5_9x branch.
2005-11-08 Eric Blake [EMAIL PROTECTED]
* getaddrinfo.h: Use #if !, not #ifndef, for AC_CHECK_DECLS.
Thanks for the reminder.
I've applied it to both the
Follow-up Comment #2, patch #4620 (project coreutils):
Oh, sorry, I should have checked that. Thanks!
___
Reply to this item at:
http://savannah.gnu.org/patch/?func=detailitemitem_id=4620
seq 1 0 2
produces a never-ending sequences of 1's. Shouldn't it just exit with
an error message?
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
Michael Hyde [EMAIL PROTECTED] writes:
seq 1 0 2
produces a never-ending sequences of 1's. Shouldn't it just exit with
an error message?
In general, it's hard to predict ahead of time whether seq will
terminate. It's not equivalent to the halting problem, but it's
harder than it sounds.
Good Day,
I have a small problem with df output on fedora fc4.. the results are
different than any other linux system I have encountered. It is causing a
problem with my system monitoring/graphing application, since the output of
df isn't consistent with the other versions of linux I am running
On Mon, 14 Nov 2005, Dan Pothier wrote:
I have a small problem with df output on fedora fc4.. the results are
different than any other linux system I have encountered. It is
causing a problem with my system monitoring/graphing application,
since the output of df isn't consistent with the
Eric Blake wrote:
Thanks for the patch. In general, I like the idea, but I have a concern.
If we start using a default filename in preference to the builtin
database, then we should also take pains to ensure that the filename we
use is selectable by ./configure rather than hard-coding it
Thanks for the patch. In general, I like the idea, but I have a concern.
If we start using a default filename in preference to the builtin
database, then we should also take pains to ensure that the filename we
use is selectable by ./configure rather than hard-coding it to be
11 matches
Mail list logo