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

Cdrtools-2.01.01a32 ready

NEW features of cdrtools-2.01.01a32:


-	Handling non-large file aware systems is now more correct


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

-	Fixed some minor problems with K&R compilers

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

-	#define memmove() to movebyted for libedc_dec if memmove is missing.





-	Deactivate TAB_SIZE check for K&R compilers. They cannot
	do complex math in cpp.




Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@hexco.de):

-	cdda2wav now includes a copyright message and a year number 
	with the -version output.

-	Add a workaround for a definition in <sundev/srreg.h> on SunOS-4.x

-	Fixed some minor problems with K&R compilers





Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated my Eric Youngdale):

-	mkisofs now includes a copyright message and a year number 
	with the -version output.

-	New option -no-limit-pathtables allows to create filesystems with
	more than 65535 parent directories. Note that this makes the filesystem
	violating ISO9660 and the filesystem will not be usable on DOS.

	With 2.01.01a32, this also applies to the Joliet PATH table.

-	Support for ISO-9660 multi extent files added, thanks to
	Frederick Bruckman for sending some experimental sample code
	that helped to find the right ideas for a final implementation.

	This allows mkisofs to support files > 4 GB.

	-	If you only use ISO-9660 (that may include Rock Ridge) or Joliet,
		mkisofs is able to support single files up to a size of 8 TB.

	-	If UDF is included, files > 190 GB will not appear in the UDF
		file tree.

	IMPORTANT: You need to specify mkisofs -iso-level 3 or
			mkisofs -iso-level 4 to allow mkisofs to archive
			files > 4 GB. Also note that if you specify -hfs,
			mkisofs will not archive fiiles larger than 2 GB.


	Linux	currently does not allow to read the complete content of
		multi-extent files and will return EIO at some offset.

	Solaris	currently does not allow you to read multi-extent files at all.
		It will return EINVAL and print a kernel message

-	New options -hide-udf and -hide-udf-list allow to delectively exclude
	files from the UDF tree. Note that mkisofs currently still binds the
	UDF tree to the Joliet tree. All files that have been excluded from
	the Joliet tree currently are also excluded from the UDF tree.

-	Always hide the Trans table (from mkisofs -T) files from the UDF tree.


	-	Add the HELIOS UNICODE mapping code. This needs to be done 
		at UCS-2 level for Joliet and UDF (instead of UTF-8) and only
		for Rock Ridge (in case of a UTF-8 based target locale) using
		UTF-8 based translations.

	-	Make the Apple extensions work again with "mkisofs -find"

	-	Support correct inode numbers for UDF hardlinks

	-	Support sockets, pipes, char/blk-dev specials with UDF

	-	read Joliet filenames with multi-session if no TRANS.TBL
		or RR is present. I am looking for a volunteer 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 ...


 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       schilling@fokus.fraunhofer.de     (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily

Reply to: