Date: Sun, 11 Aug 2002 13:33:30 +0100 From: Ian Dowse <iedowse@maths.tcd.ie> To: Bruce Evans <bde@zeta.org.au> Cc: Alexander Leidinger <Alexander@Leidinger.net>, bhlewis@wossname.net, freebsd-current@FreeBSD.ORG Subject: Re: Is anyone else having trouble with dump(8) on -current? Message-ID: <200208111333.aa34638@salmon.maths.tcd.ie> In-Reply-To: Your message of "Sun, 11 Aug 2002 02:03:40 %2B1000." <20020811014214.D17412-100000@gamplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <20020811014214.D17412-100000@gamplex.bde.org>, Bruce Evans writes:
>
>I don't know how open() of a disk device can be interrupted by a signal
>in practice. Most disk operations don't check for signals.
Does the PCATCH tsleep in diskopen() that I mentioned seem a likely
candidate? Anyway, below is a simple program that reproduces the
EINTR error fairly reliably for me when run on disk devices.
Ian
#include <sys/types.h>
#include <err.h>
#include <fcntl.h>
#include <signal.h>
#include <unistd.h>
void
handler(int sig) {
}
int
main(int argc, char **argv)
{
int fd, i;
if (argc < 2)
errx(1, "Usage: %s device", argv[0]);
fork();
fork();
fork();
fork();
signal(SIGUSR1, handler);
sleep(1);
for (i = 0; i < 200; i++) {
killpg(0, SIGUSR1);
if ((fd = open(argv[1], O_RDONLY)) < 0)
err(1, "%s", argv[1]);
close(fd);
}
return 0;
}
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?200208111333.aa34638>