SCOUG-HELP Mailing List Archives
Return to [ 19 |
February |
2002 ]
<< Previous Message <<
>> Next Message >>
=====================================================
If you are responding to someone asking for help who
may not be a member of this list, be sure to use the
REPLY TO ALL feature of your email program.
=====================================================
Steve,
That is terrifically helpful, thanks.
Yes, I found out that the basedev=os2aspi.dmd statement has to have the
switch "/share" changed to "/all."
I will try that when the drive gets here.
I see also that RSJ has a newer manual out, so I will download and check
that out, too.
SCSI stuff is still very new for me. I appreciate the support.
Sandy
>Sandy:
>I think IDE might be different from SCSI here.
>(sorry, I don't have much IDE stuff).
>As best I recall, the RSJ driver identifies the writer and
>locks it out from a drive letter assignment. I think that's why you
>have to add the command-line argument to the Warp SCSI driver, maybe
>more.
>I have to believe it's discussed somewhere in the RSJ
>documentation -- I don't know where else I would have found the info.
>See if you can get a hit searching on the /all switch for os2aspi, RSJ,
>SCSI, etc.
>Nevertheless Google found (among others):
>http://www.os2voice.org/VNL/past_issues/VNL0998H/vnewsft.htm PLUS
>http://www.os2voice.org/VNL/past_issues/VNL1198H/vnewsfl.htm
>http://www.rsj.de/private/mbk/cdrom/about_us.htm
>I'm sure there must be others.
>Apparently you also have to rem out the LOCKCDR.FLT statement in
>config.sys
>
> --Steve
>
>++++++++++++++
>On 2/19/02, Sandy Shapiro wrote, in part:
>>We may not be talking about the same thing. My CD-RW serves as both reader
>>and writer. Before Dani, I had two config.sys files: one with RSJ drivers
>>for writing and one without for reading.
>>
>>Then I got Daniatapi.flt, and I used it with the /rsj switch. That let me
>>boot up and read from the CD, and whenever I wanted to write a CD, I just
>>attached with CD Writer Control, or I copied a track using CD View. Only
>>one config.sys file is needed.
>>
>>When I make the switch from an IDE drive to a SCSI CD-RW drive, I won't be
>>using daniatapi and I don't know if I will have to go thru that config.sys
>>nonsense or not. There is nothing in the RSJ manual specifically about
>>this, just an item about lockcdr.flt.
>>
>>I guess I will just have to wait and see what happens when the drive is
>>installed.
>>
>>Sandy
>>
>>>I seem to recall it had something to do with the /all
>>>switch after one of the OS/2 scsi device drivers.
>>
>>>I think I found it in the RSJ documentation
>>
>>>Sorry, I can't be more specific a this moment.
>>
>>> --Steve
>>
>>
>>
>>=====================================================
>>
>>To unsubscribe from this list, send an email message
>>to "steward@scoug.com". In the body of the message,
>>put the command "unsubscribe scoug-help".
>>
>>For problems, contact the list owner at
>>"rollin@scoug.com".
>>
>>=====================================================
>=====================================================
>To unsubscribe from this list, send an email message
>to "steward@scoug.com". In the body of the message,
>put the command "unsubscribe scoug-help".
>For problems, contact the list owner at
>"rollin@scoug.com".
>=====================================================
=====================================================
To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-help".
For problems, contact the list owner at
"rollin@scoug.com".
=====================================================
<< Previous Message <<
>> Next Message >>
Return to [ 19 |
February |
2002 ]
The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA
Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS
RESERVED.
SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group.
OS/2, Workplace Shell, and IBM are registered trademarks of International
Business Machines Corporation.
All other trademarks remain the property of their respective owners.
|