From owner-freebsd-bugs  Mon Nov 24 00:00:10 1997
Return-Path: <owner-freebsd-bugs>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id AAA14144
          for bugs-outgoing; Mon, 24 Nov 1997 00:00:10 -0800 (PST)
          (envelope-from owner-freebsd-bugs)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id AAA14113;
          Mon, 24 Nov 1997 00:00:03 -0800 (PST)
          (envelope-from gnats)
Date: Mon, 24 Nov 1997 00:00:03 -0800 (PST)
Message-Id: <199711240800.AAA14113@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: bin/5134: cdcontrol will eject a mounted CDROM
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-freebsd-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

The following reply was made to PR bin/5134; it has been noted by GNATS.

From: j@uriah.heep.sax.de (J Wunsch)
To: obrien@NUXI.com
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: bin/5134: cdcontrol will eject a mounted CDROM
Date: Mon, 24 Nov 1997 08:38:51 +0100

 As David O'Brien wrote:
 
 > 	Should cdcontrol really be able to eject a CDROM from a single cdrom
 > 	drive?
 
 It most likely should not, but you gotta fix all the broken ports
 first that rely on this behaviour, and wanna eject a CD while keeping
 a file descriptor open on it.  If it weren't for this, i would
 probably have fixed this long ago.
 
 I'm afraid doing it right will require a control device (but a
 different one than rcd0.ctl), so you can tell: ``Well, even though i'm
 keeping this descriptor open, i don't wanna do data IO through it.''
 This would also come handy to supress the useless `media not present'
 warnings once you've hit the eject button e.g. in workman.
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)