Date: Sun, 14 May 2000 02:52:49 -0400 (EDT)
From: Roland McGrath <[EMAIL PROTECTED]>
The changes I made related to versioning went into glibc (2.2) on
2000-03-30 or thereabouts and into hurd/libthreads at about the same time.
It is not too surprising to have a problem with an old g
Your message dated Sun, 14 May 2000 22:36:28 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#64110: hurd: default sync interval in help output wrong
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is n
Looks ok to me. Assuming it actually compiles and the output looks right,
then check it in and close the bug.
Your message dated Sun, 14 May 2000 21:46:23 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#63262: fix looks ok
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsib
On Sun, May 14, 2000 at 03:03:00PM -0400, Roland McGrath wrote:
> You could produce a patch to fix this and then we would say "go ahead and
> check it in", and then you could check it in, and then it would be checked in.
How about this?
diff -ru /mnt/marcus/gnu/cvs/hurd/libdiskfs/opts-common.c l
Marcus, please check in your patch and close the bug.
Well, you know me. I'd use a macro for the number value and another macro
pair to stringify it for the help string:
#define VAL 5
#define VAL_STRING STRINGIFY(VAL)
#define STRINGIFY(x) #x
... "foo " VAL_STRING " seconds" ...
Or maybe you need:
#define STRINGIFY(x) STRINGIFY_1(x)
#define STRIN
Package: hurd
Version: N/A
Severity: normal
Hi,
in libdiskfs/sync-default.c, the default sync interval is set to 5 seconds,
but opts-common.c has:
{"sync", 's', "INTERVAL", OPTION_ARG_OPTIONAL,
"If INTERVAL is supplied, sync all data not actually written to disk"
" every INTERVA
On Sun, May 14, 2000 at 03:42:29PM +0100, Chris Lingard wrote:
> I may be able to run this with gdb this week.
I tried, but couldn't get my feet in the door of the subhurd... I wish you
more luck.
I will compare the generated object files with the working build by Jeff
Bailey. If we attack the p
>
>
> The changes I made related to versioning went into glibc (2.2) on
> 2000-03-30 or thereabouts and into hurd/libthreads at about the same time.
> It is not too surprising to have a problem with an old glibc and a new
> hurd. I am not able to do any real hacking or even much code-reading thes
10 matches
Mail list logo
