Date: Tue, 4 Sep 2001 14:51:38 -0400 (EDT) From: Mikhail Teterin <mi@aldan.algebra.com> To: tlambert2@mindspring.com Cc: asmodai@wxs.nl, current@freebsd.org, arch@freebsd.org Subject: Re: proctitle progress reporting for dump(8) Message-ID: <200109041851.f84Ipfo55193@aldan.algebra.com> In-Reply-To: <3B9474B1.18EC6692@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 3 Sep, Terry Lambert wrote: >> > >> > I would like it. How often does it update the proctitle? >> >> Whenever it outputs a line to the stderr -- I personally find no >> regularity in that :(. SIGINFO handling is a different thing, though. >> I'll look at that too. Thanks, > It would be nice to have in a SIGINFO handler as well, but since your > application is dump run by Amanda as a background process, a > SIGINFO is not very useful, unless it was being suggested that the > setproctitle() be called from a SIGINFO handler? Yes that's what is being suggested. The output line will be the same, so no dump-output-parsing scripts should break (including Amanda's). Please, read the patches. > I'm pretty sure that this would not be a valid thing to do; Mmm, why? > SIGINFO itself is also problematic, since if you redirect output to a > file, etc., you'd really need to call fflush() Why? The line will eventually be saved without an explicit fflush(), but the proctitle will be set immediately... Besides, in case of dump, it is the stderr, that has no buffering, AFAIK :) > Also, printf() allocates memory for floating point, so if that > percentage is a floating point calculation, then you are in double > trouble, since you are not allowed to call malloc() in a signal > handler. That's interesting... I can modify it a bit, to round the percentage to fit the %d if called as a signal handler. Thanks. Anything else? -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200109041851.f84Ipfo55193>