ftp.nice.ch/pub/next/unix/cdrom/mkisof.1.0.5.s.tar.gz#/mkisofs-1.05

COPYING
 
ChangeLog
 
Makefile
 
README
 
README.NeXT
 
TODO
 
config.h
[View config.h] 
defaults.h
[View defaults.h] 
diag/
 
exclude.c
[View exclude.c] 
exclude.h
[View exclude.h] 
hash.c
[View hash.c] 
iso9660.h
[View iso9660.h] 
isoinfo.c
[View isoinfo.c] 
isovfy.c
[View isovfy.c] 
make.com
 
mkisofs.8
 
mkisofs.c
[View mkisofs.c] 
mkisofs.h
[View mkisofs.h] 
rock.c
[View rock.c] 
tree.c
[View tree.c] 
vms.c
[View vms.c] 
vms.h
[View vms.h] 
write.c
[View write.c] 

README

Note:
	There is a feature which can be optionally compiled into
mkisofs that allows you to merge arbitrary directory trees into the
image you are creating.  You need to compile with -DADD_FILES for my
changes to take effect.   Thanks to Ross Biro biro@yggdrasil.com.

	This program requires a lot of virtual memory to run since it
builds all of the directories in memory.  The exact requirements
depend upon a lot of things, but for Rock Ridge discs 12Mb would not
be unreasonable.  Without RockRidge and without the translation
tables, the requirements would be considerably less.

	The cdwrite utility is maintained separately from mkisofs by
yggdrasil.com.  It is enclosed here as a convenience, since the two programs
are often useful together.  

*****************************
Notes for version 1.05

	Added support for '-r' switch.  This is very similar to -R for
Rock Ridge, but echos of the development environment are removed
(i.e. uid/gid set to 0, and permissions of the files are canonicalized).
Useful in applications where a distribution medium is being produced.

*****************************
Notes for version 1.04

	No notes for 1.04.

*****************************
Notes for version 1.03

	No notes for 1.03.

*****************************
Notes for version 1.02.

	Minor bugfixes here and there.  Support for compiled in
defaults for many of the text fields in the volume header are now
present, and there is also support for a file ".mkisofsrc" that can
also read settings for these parameters.

	A short script "Configure" was added to allow us to set up special
compile options that depend upon the system that we are running on.
This should help stamp out the sphaghetti-isms that were starting to grow
up in various places in the code.

	You should get more meaningful error messages if you run out of
memory.

*****************************
Notes for version 1.1.

	The big news is that SUSP CE entries are now generated for
extremely long filenames and symlink names.  This virtually guarantees
that there is no limit (OK, well, about 600Mb) for file name lengths.
I have tested this as well as I can, and it seems to work with linux.
This would only be used very rarely I suspect.

	Also, I believe that support for VMS is done.  You must be
careful, because only Stream-LF and FIxed length record files can be
recorded.  The rest are rejected with error messages.  Perhaps I am
being too severe here.

	There is a bugfix in the sorting of entries on the disc - we
need to stop comparing once we reach the ';' character.

	There are four new options -z -d -D -l -V.  Some of these tell
mkisofs to relax some of the iso9660 restrictions, and many systems
apparently do not really seem to mind.  Use these with caution.

	Some diagnostic programs to scan disc images are in the diag
directory.  These are not as portable as mkisofs, and may have some
bugs.  Still they are useful because they can check for bugs that I might
have introduced as I add new features.

*****************************
Notes for version 1.0.

	In version 1.0, the date fields in the TF fields were fixed -
previously I was storing st_ctime as the file creation time instead of
the file attribute change time.  Thanks to Peter van der Veen for
pointing this out.  I have one slight concern with this change,
however.  The Young Minds software is definitely supplying 3 dates
(creation, modification and access), and I would strongly suspect that
they are incorrectly putting the file attribute change time in the
file creation slot.  I would be curious to see how the different RRIP
filesystems treat this.  Anyway, this is something to keep in the back
of your mind.

	The symlink handling was not quite correct in 0.99 - this is
now fixed.  Only some systems seemed to have been affected by this bug.

	A command line option is now present to allow you to
specifically exclude certain files from the distribution.

	The case where you do not have permissions to read a directory
is now handled better by mkisofs.  The directory that cannot be opened
is converted into a zero-length file, and processing continues normally.

	A few portability things have been fixed (hopefully).

README.NeXT

What is mkisofs:

   mkisofs is effectively a pre-mastering program to generate the iso9660
   filesystem - it takes a snapshot of a given directory tree, and
   generates a binary image which will correspond to an iso9660
   filesystem when written to a block device.

   mkisofs is also capable of generating the System Use Sharing Protocol
   records specified by the Rock Ridge Interchange Protocol. This is used
   to further describe the files in the iso9660 filesystem to a unix
   host, and provides information such as longer filenames, uid/gid,
   posix permissions, and block and character devices.


PACKAGE INCLUDE:

mkisofs:  Allow you to make a iso9660 or Rock Ridge CD images in your NS.
	  All compiler warning messages eliminated.

isoinfo:  Simple program to dump contents of iso9660 image in more usable format.
isovfy:   Simple program to verify contents of iso9660 image 


AUTHOR:

   Eric Youngdale <ericy@gnu.ai.mit.edu> wrote both the linux isofs9660
   filesystem and the mkisofs utility, and is currently maintaining them.
   The copyright for the mkisofs utility is held by Yggdrasil Computing,
   Incorporated.

AVAILABILITY:

   I will upload it to ftp://next-ftp.peak.org/pub/next/submissions/ within day
   or so.

   source: mkisofs-1.0.5.src.tar.gz
   binary: mkisofs-1.0.5.I.tar.gz


PLATFORM: 

   I used it on NS/intel 3.3 DEV compiled with posix patched and should
   work flawlessly on other NS hardware.


--kai--
email:  kwong@cs.mun.ca
url:    http://web.cs.mun.ca/~kwong/
Welcome <NeXT,MIME> mail! 

These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Netfuture.ch.