Date: Tue, 26 Feb 2008 11:12:17 +1030 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: freebsd-hackers@freebsd.org Cc: Alex Zbyslaw <xfb52@dial.pipex.com> Subject: Re: emulate an end-of-media Message-ID: <200802261112.25449.doconnor@gsoft.com.au> In-Reply-To: <47C33384.6040701@dial.pipex.com> References: <op.t63j2veq724k7f@martin> <20080225154455.4822e72a@bhuda.mired.org> <47C33384.6040701@dial.pipex.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On Tue, 26 Feb 2008, Alex Zbyslaw wrote: > Are there not (at least) two more alternatives? > > 1) Add gzip/zlib support to dump. That would seem easier than > new devices. Then -a would just work. > > 2) Instead of using cdrecord directly you have a wrapper which > "emulates" the dump -a behaviour by writing 650/700Mb of data using > cdrecord then prompting for the next cd. You don't close the pipe, > and dump should just block waiting for your "device" to be ready. > Might have trouble accessing /dev/tty - not sure. The general solution would be nicer, then you could compress & encrypt. Although I'm not sure it's so simple as adding SIGPIPE because at the end of the media the compressor will be holding some data that it has read but will never make it out to the media.. The only way I could think to solve this was to add an argument that specified a pipeline to stick after the data is generated but before it's fed to the output, although even then it gets a bit gnarly.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHw2Bx5ZPcIHs/zowRAt2pAJkBECSy5V18ViClTVmTLGsOFh4CMgCfYM12 mC3Z80jz3UweyfhAVSncFUA= =kbOz -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200802261112.25449.doconnor>