This is a bit off-topic question, but I think that the chances of getting
an answer are better here than in a high-traffic newsgroup.
I'm preparing some CDs of the files in ftp.funet.fi's /pub/cbm and
/pub/cpm sections. I'm pretty new to the CD burning business, but I've
made some CD images with mkhybrid on Linux and examined them by mounting
them through the loopback device. Today I got the first CD burned. It
works fine when Rock Ridge a.k.a. High Sierra extensions are enabled, and
the long file names are available also in Windows NT, thanks to the Joliet
extensions.
In systems not supporting either extension (e.g. MS-DOS), the file names
are short, and the TRANS.TBL file (created by the mkisofs -T option) can
provide some aid. But the index.html files won't work. I already have a
workaround for that: I'll write new versions of index2html.pl and
index2allfiles.pl that will create index.htm, ALLFILES.htm and ALLDIRS.htm
files with links for the short file names.
There is still one problem: The ISO 9660 standard doesn't allow more than
8 levels of subdirectory nesting. By default, mkisofs and mkhybrid
relocate directories that go deeper than this. With Rock Ridge
extensions, this is transparent. But in Joliet and in bare ISO 9660, the
subdirectories that would go too deep are replaced by zero-length files,
and the directories can only be found from somewhere under the rr_moved
directory off the root directory. The new location is not reported
anywhere, but it seems that the directory appears directly in /rr_moved.
Luckily no directory is nested deeper than 16 levels, and there aren't any
duplicate names in /rr_moved.
In the mkisofs/mkhybrid man page the -D switch is documented as follows:
-D Do not use deep directory relocation, and instead
just pack them in the way we see them. This vio
lates the ISO9660 standard, but it works on many
systems. Use with caution.
And here's my question: Does anyone know which systems have problems when
the subdirectories on a CD-ROM are nested more than 8 levels? Or which
systems (in addition to Linux) don't have any problems?
When these problems are solved, I will write instructions how to create CD
images from the files in /pub/cbm and /pub/cpm, including HTML files that
ease browsing. I won't prepare or distribute such CDs myself, because I
don't have the equipment (not even a CD-ROM drive in my home computer) or
the time to do it, but instead I encourage others to do so. I think that
several hundreds of copies could easily be sold. I'd appreciate it if
anyone distributing the CDs gave me some feedback about the number of sold
copies. It would give a rough (under)estimate of the number of active
8-bit Commodore users.
Marko
-
This message was sent through the cbm-hackers mailing list.
To unsubscribe: echo unsubscribe | mail cbm-hackers-request@dot.tcm.hut.fi.
Archive generated by hypermail 2.1.1.