>From: "Armistead, Jason" <[EMAIL PROTECTED]>
>Regarding error codes, cdrecord is smart enough to detect a wide range =
>of
>error / status conditions. Why not give a more meaningful return value =
>?
>At most points in the code you know what the error condition is (e.g. =
>no
>disk in drive, disk finalised, not enough space on disk for another =
>track,
>etc)
All my programs use the comerr() family for error reporting for more than 16 years.
I see no reason to change this.
>I was unaware of readcd (initially I just used the pre-built RedHat RPM
>which doesn't appear to include it). Thanks for the pointer to it. =
>I've now
>compiled it from the source tar.gz distribution.
cdrecord is source ware....
>I agree that I could use readcd to detect the CD in the drive (using =
>the
>method you indicated), but it is just one more thing that is needed. =
>For
>the sake of having one executable which does it all, how about just
>including the functionality I am suggesting into cdrecord ?
UNIX does not have binaries that support all you need (execpt emacs ;-)
Instead UNIX uses a philosophy of small programs that fit a special need.
>1. I believe people want to use cdrecord in scripts, to automate the =
>whole
>CD creation process (as it is they're probably already running a simple
>script to use mkisofs beforehand)
Other people are already doing this (e.g. in GUI's).
>J=F6rg, would you be happy enough if I made the changes to the cdrecord =
>source
>code myself, and you then integrated them back into cdrecord ? Or are =
>you
>outright saying "NO" to my proposal ?
There is a stong NO for anything that would force me not to use comerr()
anymore.
J�rg
EMail:[EMAIL PROTECTED] (home) J�rg Schilling D-13353 Berlin
[EMAIL PROTECTED] (uni) If you don't have iso-8859-1
[EMAIL PROTECTED] (work) chars I am J"org Schilling
URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
