NEW features of cdrtools-1.10a03:
We are now only a few releases away from the final libscg that includes
SCSI low level command transport.
All:
- Fixed a typo in schily.h
- Third phase of libscg restructuring
- Fixed several bugs in the new error printing routines
that caused junk to be printed in some cases.
- reset from libscg now distinguishes between Bus reset
and target reset.
- Trying to limit the needed include files in
scsitranp.c and scsihack.c so potential name space
conflicts with the low level transport code are
limited.
Many OS are not supplying clean SCSI include files.
They automatically include completely unnecessary definitions
for a low level transport. For this reason, there is a high
potential for name space conflicts with the high level
definitions of libscg.
- OS dependaent low level SCSI transport code now is completely
separated from the upper layers.
This makes it possible to select between different
transport implementations at runtime.
Note that this feature is used with SCG/USCSI code
for Solaris because use of both transport implementations
is completely disjunct. It is not used for Linux sg/pg
transport because SCSI bus scanning spans both tansports.
- SCSI address data now is completely encapsulated.
The changes made during the last 14 days are the most extensive changes
made in one step during the last 14 years.
Although many things changed, the interface for applications did not change much.
Only all places that derefer members of the SCSI address need to be changed to
now use the official access macros.
I hope that the programming interface may now be stable for many years.
The only forseeable reason to again change the interface would be the
implementation of asynchronuous commands (e.g. starta command and wait
for the completion later). As most OS do not support this, we may safely
assume that it will not be implemented soon.
OS tested already:
SunOS, Solaris, Linux, FreeBSD/CAM, BSD/OS, SCO-UnixWare
OS not yet tested:
NetBSD, OpenBSD, SCO-OpenServer, IRIX, AIX, HP-UX, Win32, BeOS,
NeXT STep, Apple MAC-OS X, OS/2, VMS, OSF-1 (True 64)
Cdrecord:
- Now first tries to reset the target and then does a SCSI Bus
device reset.
- Modified not to use scgp->scsibus/scgp->target/scgp->lun anymore
- Hack for a mysterioys drive ....
Device type : Removable CD-ROM
Version : 0
Response Format: 1
Vendor_info : 'RWD '
Identifikation : 'RW2224 '
Revision : '2.53'
Device seems to be: Generic mmc CD-RW.
which seem to have some OPC problems.
Cdda2wav:
- Modified not to use scgp->scsibus/scgp->target/scgp->lun anymore
Readcd:
- Modified not to use scgp->scsibus/scgp->target/scgp->lun anymore
Mkisofs:
- Fixed a bug with graft dirs
-graft-points will now correctly work with filenames that have all
'=' chars escaped.
- Patch from James Pearson: discard Newline in list files only if really
present.
TODO:
- better Rock Rodge recognition for multi-session
- read Joliet filenames with multi-session if no TRANS.TBL
or RR is present. I am looking for a volouteer for this task:
Peter Berendi <[EMAIL PROTECTED]> announced that he likes
to be the volounteer for this task.
- implement Yellow book compliant XA extended dir attributes
- add libecc/edc for CDI and similar.
- add UDF support
CYGWIN NT-4.0 NOTES:
To compile on Cygwin32, get Cygwin32-beta20 and install it.
then create a symlink from /bin to the .../bin directory where bash is located.
Now run 'make' ...
For more information read README.win32
The files are located on:
ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/alpha ...
NOTE: These tar archives are 100% ansi compatible. Solaris 2.x tar and GNU
tar may get some minor trouble.
WARNING: Do not use 'mc' to extract the tar file!
All mc versions before 4.0.14 cannot extract symbolic links correctly.
WARNING: Do not use 'winzip' to extract the tar file!
Winzip cannot extract symbolic links correctly.
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]
