New subject: [Bug 26164] set cdaudio door open causes loss of file handle

19 Feb 2011


      http://bugs.winehq.org/show_bug.cgi?id=26164
Summary: set cdaudio door open causes loss of file handle
           Product: Wine
           Version: 1.3.14
          Platform: x86
        OS/Version: Mac OS X 10.5
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: ntdll
        AssignedTo: wine-bugs@winehq.org
        ReportedBy: hoehle@users.sourceforge.net
Let's fork this specific issue out of bug #20323, comment #5.
Reproduce using my MCI shell (bug #20232, comment #10)
open cdaudio alias c
set c door open (yet disk is not ejected, why? wine eject works)
trace:cdrom:CDROM_DeviceIoControl 0x40 IOCTL_STORAGE_EJECT_MEDIA 0x0 0 0x0 ...
status c mode -> ERROR_INVALID_HANDLE (6)
Somehow, the handle got lost.
A log file is found in bug #26160, attachment #33330.
Although the bug can be triggered via the MCI, Charles Davis explains in bug
#20323, comment #7 that it is in ntdll/cdrom.c
OTOH, the "wine eject" machinery works fine on MacOS. Here are my notes from an
attempt to install MS Flight 2002, which comes on 3 CDs:
+ wine eject + installer detects new CD, no need for keypress despite
fixme:cdrom:CDROM_ControlEjection not supported on this O/S
What does this fixme mean as "wine eject" appears to work?
As far as the MCI is concerned, I've seen native machines not eject disks via
"set door open" yet return no error (no MCIERR_*). Hence silencing the
inability to eject a disk (despite MCI_GETDEVCAPS CAN_EJECT aka. "capability
cdaudio can eject") would be compatible behaviour.
But the handle must not be lost.
-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.

[Bug 26164] New: set cdaudio door open causes loss of file handle