Code: Select all
wine start /unix /media/cdrom/setup.exe
http://wiki.winehq.org/FAQ#head-dc33f7e ... ebb1f024f7doctordruidphd wrote:I can't get the cdrom out when the change disk message appears.
-------------- next part --------------doctordruidphd wrote:http://wiki.winehq.org/FAQ#head-dc33f7e ... ebb1f024f7I can't get the cdrom out when the change disk message appears.
The problem is that there's a file handle open in *nix, e.g., the bash terminal.Little question: will wine ever handle multiple discs without using wine
eject? It's very annoying, but if i remember it is because it doesn't eject
due to
Ideally, wine would figure out that the application has requestedOn Sun, Apr 5, 2009 at 3:32 AM, Warren Dumortier <[email protected]> wrote:The problem is that there's a file handle open in *nix, e.g., theLittle question: will wine ever handle multiple discs without
using wine eject? It's very annoying, but if i remember it is
because it doesn't eject due to
bash terminal.
They never do. They just tell user to put next CD. There is no way for Wine to know about this. The only thing Wine might do is to listen to dbus/HAL for the unmount request from user (when user pushes the button to eject CD).perryh wrote:Ideally, wine would figure out that the application has requested
a disk change
Nothing. This is not Wine's job to mount devices.perryh wrote:What *could* be done would be to access removable devices (at least, CDs and floppies) without having them mounted,
Then you have no clue about object manager. I'd suggest you to read up on that subject.perryh wrote:I've never understood the point of having the
whole-device symlinks (such as $WINEPREFIX/dosdevices/d::)
Telling the user to put in the next CD is exactly what I mean byperryh wrote:They never do. They just tell user to put next CD.Ideally, wine would figure out that the application has
requested a disk change
Or it could notice that the app has put up a modal dialog containingThere is no way for Wine to know about this. The only thing Wine
might do is to listen to dbus/HAL for the unmount request from
user (when user pushes the button to eject CD).
Not to mount them, but to access them without needing them to beperryh wrote:Nothing. This is not Wine's job to mount devices.What *could* be done would be to access removable devices
(at least, CDs and floppies) without having them mounted,
It's not a viable solution at all. There is no way from programming point of"vitamin" <winehq.org![email protected]> wrote:Telling the user to put in the next CD is exactly what I mean byperryh wrote:They never do. They just tell user to put next CD.Ideally, wine would figure out that the application has
requested a disk change
"requesting a disk change."
Or it could notice that the app has put up a modal dialog containingThere is no way for Wine to know about this. The only thing Wine
might do is to listen to dbus/HAL for the unmount request from
user (when user pushes the button to eject CD).
text that asks for the next CD. Yes, that sort of recognition could
be tricky -- probably no two installers use exactly the same message
-- which is why I acknowledged that it might amount to a Turing test.
It is surely possible in principle, but not necessarily practical.
Windows does have a concept of mounting and unmounting disks. It is hiddenNot to mount them, but to access them without needing them to beperryh wrote:Nothing. This is not Wine's job to mount devices.What *could* be done would be to access removable devices
(at least, CDs and floppies) without having them mounted,
mounted. This would be a much better match to Windows, which has
no concept of mounting and unmounting removable disks,
CDs are usually not FAT formatted.and it would
not be difficult to do for floppies and other FAT-formatted disks
As always - devs will enjoy your patches.because the functionality is already implemented in mtools. All
that's needed is for wine to call mtools to read files instead of
accessing them via the filesystem. Of course mtools would need to
be given the proper device name, which wine can get by reading the
a:: (or d::, etc.) symlink.
I don't know offhand whether a similar tool already exists for CDs,
but if not it might be worth writing one since it would solve the
mount/unmount problem once and for all.
That is the application that shows up in the system part of the taskbar. In early versions of Windows changing floppies was a challange. This was fixed, very quickly. This may require another look at MSDN to figure out what is called when the user pushes the button on the CD door. The solution was to recognize the change disk light on the floppy drive. BTW, this was also broken in OS/2 until IBM figured it out. There was a method that was employed that did not use the light anymore as they were (and still are) not reliable as a method to detect that a disk has changed.Windows does have a concept of mounting and unmounting disks. It is hiddenNot to mount them, but to access them without needing them to beperryh wrote: Nothing. This is not Wine's job to mount devices.
mounted. This would be a much better match to Windows, which has
no concept of mounting and unmounting removable disks,
from the user's point of view for Hard drives, CDs and Floppies, but clearly
seen when using USB flash memory sticks for example, or other media that can
be disconnected in the middle of read/write operation.
CDs should not be formatted FAT as that is not supported by most systems. Programs like Roxio CD Creator create a pseudo-FAT and file system.CDs are usually not FAT formatted.and it would
not be difficult to do for floppies and other FAT-formatted disks
Autohotkey has a "Drive" command that seems to do exactly that:Still the problem remains that a user needs to change CDs for whatever reason and Wine has difficulties with this. There should be some method to send a umount/eject to the device specified through dosdevices.
