[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

cdrtools-2.01a28 ready

Please have a look at the German open Source Center BerliOS at www.berlios.de
BerliOS will continue to support free hosting of cryptography projects even
when US laws change and don't allow to host cryptography projects in the USA.
Also look at sourcewell.berlios.de, the first Open Source announcement service
that itself is implemented as Open Source project.

***************** Important news ****************************

For the 'Slottable Source Plugin Module' SSPM Features read README.SSPM

***************** Please Test *********************************

NEW features of cdrtools-2.01a28:


Libparanoia (Ported by Jörg Schilling, originated by Monty xiphmont@mit.edu):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@hexco.de):


-	Enhanced max # of SCSI busses to 256 for the Linux sg driver.
	This was needed because of the (compared to Solaris) suboptimal
	way of dealing with instance numbers on Linuux.

	While Solaris keeps a data base with instance numbers, disconnecting and
	reconnecting a USB drive results in the USB device getting the same 
	SCSI address as before.

	As Linux does not have such a data base, disconnecting/reconnecting
	a USB device has the unfortunate side effect of assigning a new and
	different SCSI address with every USB connect. This also creates problems
	when software likes to manage access rights to devices for non-root

-	Win32 SPTI interface now also supports controlers with more than one
	SCSI Bus. Thanks to Richard Stemmer


-	README.rscsi typo's corrected.


-	Better man page & online help for the ts= option.

-	Fixed a typo in the man page.

-	Better error messages when audio size is < 300 Sectors or needs padding.
	Thanks to a hint from Stafano Allrath

-	cdrecord -scanbus now checks for 256 SCSI busses

Cdda2wav (By Heiko Eißfeldt heiko@hexco.de):


-	Better man page & online help for the ts= option.


Mkisofs (By Jörg Schilling and James Pearson j.pearson@ge.ucl.ac.uk):

-	Default to System ID "UNIX" for unknown platforms instead of
	uning LINUX.


-	Better error message when a user tries to create a multi session image
	out of a multi-volume image.

-	When doing malloc(), include Null Byte at end of TRANS_TBL data to
	avoid memory size conflicts.

-	Fix for a core dump caused by a double free() when doing:
	echo bar >/tmp/bar
	echo foo/bar=/tmp/bar > /tmp/pathlist
	env LD_PRELOAD=libumem.so.1 UMEM_DEBUG=default UMEM_LOGGING=transaction \
	    mkisofs -hfs -graft-points -o /tmp/foo.raw -path-list=/tmp/pathlist

	Thanks to Jürgen Keil jk@tools.de

-	Fixed a typo in write.c "Padbock" -> "Padblock"
	Thanks to  Richard Dawe <rich@phekda.gotadsl.co.uk>

-	Trying to fix a problem with comparing relaxed ISO-9660 file names
	that contain a ';' which normally is a separator for the ISO-9660
	version number. The fix is in hash.c, please test!

	-	read Joliet filenames with multi-session if no TRANS.TBL
		or RR is present. I am looking for a volouteer for this task!

		Note that this can never be 100% correct as there is no relation
		between the names on the master (UNIX) filesystem, the ISO-9660
		names and the Joliet names. Only the Rock Ridge names are
		untranslated with respect to the original files on the
		master (UNIX) filesystem.

	-	add libecc/edc for CDI and similar.


To compile on Cygwin32, get Cygwin and install it.
For more information read README.win32

The files are located on:

ftp://ftp.berlios.de/pub/cdrecord/alpha ...

NOTE:	These tar archives are 100% POSIX compatible. GNU tar may get some
	minor trouble. If you like a 100% POSIX compliant tar, get star from

WARNING: Do not use 'winzip' to extract the tar file!
	Winzip cannot extract symbolic links correctly.


 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de		(uni)  If you don't have iso-8859-1
       schilling@fokus.fraunhofer.de	(work) chars I am J"org Schilling
 URL:  http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily

Reply to: