On Thu, Nov 22, 2001 at 11:39:30AM +0100, Joerg Schilling wrote:
...
> >There has been some discussion about making a library out of main cdrecord
> >features. I seem to recall this wasn't in Joerg TODO for some reason (hope I
> >remember well).
Well I'm not the original poster but...
> Please note:
>
> 1) If you use my software and include parts if it in your source or link compile
> results of my sources to your software your software must be GPL.
This is not a problem, at least for me.
> 2) Making cdrecord a reentrant thing to call makes a lot of work. I believe that
> most users like to have more features instead.
I must admint I'm rather ignorant. Why should cdrecord be reentrant?
> 3) Why not call cdrecord as command and parse the oputput?
> This also prevents you from problems with needed root permisstions.
Well, let me explain. It's not useful to put cdrecord into a library. But a
library with all the scsi commands implemented up till now...
Of course I can link with libscg but has only a subset of all the scsi
commands used in cdrtools. Many are defined in cdrecord.c.
So what I would suggest is:
Make a library (static) with all the commands and the tools needed to work
by itself (no external dependencies, include libschily...).
Make some headers that can be included by user level apps, with
documentation.
An example of what I mean is cdparanoia/libcdparanoia.
Your SCSI access library is much above paranoia example and can become
almost a standard on all OSes to access cdroms/cdrws.
This is all IMO, and of course I would be happy to help in this task.
--
Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.mascanc.net
-<! $>cd /pub $>more beer !>-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
