In article <[EMAIL PROTECTED]> you write:
>This is a multi-part message in MIME format.
>--------------A9463D0EE5C61FE8601BAA15
>Content-Type: text/plain; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>
>Changelog:
>* Got rid using PROFILE to get SCSI info from wine.conf
Well, are you sure you want to do that, unconditionally?
>* Read scsi info from /proc/scsi/scsi
...because /proc/scsi is a linuxism.
>* Added file include/winescsi.h
>* Added file dlls/wnaspi32/aspi.c (Functions that wnaspi32 uses, but not
>exports)
>* Updated dlls/winaspi/winaspi16.c to use winescsi.h
>* Added setting of a reasonable timeout when opening a SCSI device (5
>minutes, defined in winescsi.h)
Not sure it would matter in many cases (at least as long as the
target in question supports disconnect), but there are scsi commands
that can take _much_ longer than 5 minutes. think of tapes...
>...
>Because we are now reading info from /proc/scsi/scsi when WNASPI32 is
>loaded, this will cut down on the number of newsgroup messages about
>"Well I have my CD-R drive letter set up, why won't it burn a disc!"
Well thats a good thing for sure, but wine should still keep the
wine.conf reading at least for those systems that don't have a
/proc/scsi. (even if it still doesn't know how to talk to the scsi
bus anywhere except for linux there's no reason that couldn't change.)
(Oh and if you're worried about wasted discs, why not just write
it with cdrecord/cdrdao instead? no need for wintendo stuff just
to burn a CD!)
Regards,
--
Juergen Lock <[EMAIL PROTECTED]>
(remove dot foo from address to reply)
