cdrecord and DOS

 I shall try here to respond to all suggestions I received from
people in the cdrecord-support list.  
 I shall use inline qoutes. Please tell me if this is deprecated
 in this list.
 
1)To Antonio Olivares <olivares14031@...>:

>Which version of cdrecord are you using?

 Version 2.01.a51, compiled with djgpp (it has the djgpp
signature on the executable file)

>Run
>C:\> cdrecord -scanbus
>and use the name that appears there could be something like
>0,2,0 so you would use cdrecord -v -dao dev=3D0,2,0 ... options ...

 As I said, cdrecord only found 0,0,0 when I used the -scanbus
 option.
 With dev=0,0,0 option it tries "Test unit ready" until timeout.

2)To <cdrecord@...>:

>They are 3 (real) DOS version available:
>- paehl.de and
>- i_forgot_the_compiler_name
>- a russian project

> all of these are now very old versions or unsupported
>projects :-(

 I got mine at ibiblio.org. Please see its version number
in my reply to Antonio Olivares (above).

3)To: Joerg Schilling <Joerg.Schilling@...>

>While cdrtools did compile on DOS (using DJGPP) some time ago,
>what is the reason for trying to run such a version?

 The reason is to find a way to add a cd recorder to a machine
that uses DOS (plain, no Windows) as its OS.

>If your binary was compiled correctly, then I would assume
>that you did not install a working ASPI driver.
 
 I don't know: I got both cdrecord.exe and aspi.sys as
compiled executables in the .zip file I found at ibiblio.
 Anyway, aspi.sys installs without complaint and creates
a DOS device by name SCSIMGR$.
 cdrecord finds it with the -scanbus option, but fails to
access it when attempting to write a CD.

>DOS does not support device names at all. There is nothing
>like explicit driver access in DOS.

 The standard way for opening a device in DOS (INT21
 function 3Dh) uses the device name.
 BTW, I can open SCSIMGR$ with this function.
 
>Note that the ASPI driver for Win98 is most likely not
>accessible in the DOS emulation and that any driver that
>have been loaded from DOS (before running Win98) may not
>work anymore after Win98 runs.

 ASPI.SYS is not a Win98 driver; it is a DOS driver. It is
loaded from CONFIG.SYS and the device it creates  (SCSIMGR$ )
appears in the DOS memory map when I run  mem /d.
 I don't know how to test whether it is working OK.

>This is why it is a good idea to compile cdrtools on win32
>for win32.

 I agree, but I am not at all interested in cdrtools for win32.
 I am looking for a cd recording program for DOS. I test on the
machine I mentioned because it already has a working CD-R drive
which also works under DOS (both DOS window and plain DOS) for
reading CDs.

Thank you all for your attention
        JAS

_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support

[Joerg Schilling-3]

"jassenna\@itelefonica\.com\.br" <jassenna@...> wrote:

>  I shall try here to respond to all suggestions I received from
> people in the cdrecord-support list.  
>  I shall use inline qoutes. Please tell me if this is deprecated
>  in this list.
>  
> 1)To Antonio Olivares <olivares14031@...>:
>
> >Which version of cdrecord are you using?
>
>  Version 2.01.a51, compiled with djgpp (it has the djgpp
> signature on the executable file)

There is no such version - a 2.01.01a52 exists however.

> >Run
> >C:\> cdrecord -scanbus
> >and use the name that appears there could be something like
> >0,2,0 so you would use cdrecord -v -dao dev=3D0,2,0 ... options ...
>
>  As I said, cdrecord only found 0,0,0 when I used the -scanbus
>  option.
>  With dev=0,0,0 option it tries "Test unit ready" until timeout.

What is the output of the cdrecord -scanbus run?

>  The standard way for opening a device in DOS (INT21
>  function 3Dh) uses the device name.
>  BTW, I can open SCSIMGR$ with this function.

It may be that this is what ASPI does....
 

>  I agree, but I am not at all interested in cdrtools for win32.
>  I am looking for a cd recording program for DOS. I test on the
> machine I mentioned because it already has a working CD-R drive
> which also works under DOS (both DOS window and plain DOS) for
> reading CDs.

I have no environment where I can compile and test this.
The problem is that you cannot compile con DOS as there AFAIK are no
compilers that run on DOS. Another problem is the short filenames that are at a
level of the 1960s. You have to compile on Win9x or WinNt for this reason.

Some years ago, I had a working DJGPP environment to compile for DOS but this
is no longer working for me.

Jörg

--
 EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
       js@...                (uni)  
       joerg.schilling@... (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support

Jörg Schilling wrote:

>What is the output of the cdrecord -scanbus run?

 Exactly as below:

   Cdrecord-ProDVD-ProBD-Clone 2.01.01a51 (i686-pc-msdos)
   Copyright (C) 1995-2008 Jörg Schilling
   Using libscg version 'schily-0.9'.
   scsibus0:
    0,0,0   0) '' '' '' NON CCS Disk
    0,1,0   1) *
    0,2,0   2) *
    0,3,0   3) *
    0,4,0   4) *
    0,5,0   5) *
    0,6,0   6) *
    0,7,0   7) *


>>  BTW, I can open SCSIMGR$ with this function.

>It may be that this is what ASPI does....
 
 No, SCSIMGR$ is ASPI.SYS resident part.


>Another problem is the short filenames that are at a level of the
>1960s.  You have to compile on Win9x or WinNt for this reason.

 You mean the source files have only long names ?

 JAS

_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support

[Joerg Schilling-3]

"jassenna\@itelefonica\.com\.br" <jassenna@...> wrote:

> Jörg Schilling wrote:
>
> >What is the output of the cdrecord -scanbus run?
>
>  Exactly as below:
>
>    Cdrecord-ProDVD-ProBD-Clone 2.01.01a51 (i686-pc-msdos)
>    Copyright (C) 1995-2008 Jörg Schilling
>    Using libscg version 'schily-0.9'.
>    scsibus0:
>     0,0,0   0) '' '' '' NON CCS Disk
>     0,1,0   1) *
>     0,2,0   2) *
>     0,3,0   3) *
>     0,4,0   4) *
>     0,5,0   5) *
>     0,6,0   6) *
>     0,7,0   7) *

Looks like you have a non-working ASPI on your system.

libscg tries to load ASPI and prints an error message in case that it cannot
load ASPI.

libscg and cdrecord take care that error conditions that are reported by ASPI
result in an error message.

Please try to call:

        cdrecord dev=0,0,0 -inq

and report the results from cdrecord.


> >Another problem is the short filenames that are at a level of the
> >1960s.  You have to compile on Win9x or WinNt for this reason.
>
>  You mean the source files have only long names ?

The cdrtools source uses the filename conventions that are in avialable
since 28 years. It seems to make no sense to put efforts in artificially
shortening file names because this reduces readability.

Do you really like to _compile_ _on_ DOS?


BTW: The last time, I needed to hack a source/makefile system to deal with
short file names and short identifiers was in 1987, this is more than 20 years
ago.


Jörg

--
 EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
       js@...                (uni)  
       joerg.schilling@... (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support