http://bugs.winehq.org/show_bug.cgi?id=26158 Summary: Audio CD-ROM is lacking some integration into volume management on MacOS Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net MCICDA loops across all drives looking for one matching (GetDriveTypeW(root) == DRIVE_CDROM) but finds none on MacOS even when an audio CD-ROM is inserted. Oddly, winecfg correctly displays "Audio CD" for e.g. drive D: in auto-detection mode. However it is not until I force D: to type CD-ROM in winecfg that GetDriveType() returns the expected type, granting access to MCICDA. Furthermore, I must hit "Apply" in winecfg and leave its window open for this trick to work. Presumably otherwise the list is dynamically rebuilt by the volume manager upon the next process start and the setting overwritten. I believe this is sufficiently different from bug #20555 (A. pure audio vs. mixed data+audio CD-ROM; B. /media/cdrom vs. cdrom0) on Linux to warrant its own entry. Reproduce using my MCI shell (bug #20232, comment #10) wine wintest.exe mcishell open cdaudio will yield MCIERR_CANNOT_LOAD_DRIVER if there's no drive type match. Leave the shell open, apply configuration change in winecfg, then it succeeds. close cdaudio -- 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.