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

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: [e-mail]
        ReportedBy: [e-mail]

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.