Re: [Bug-xorriso] building libisofs-1.4.4, libburn-1.4.4, libisoburn-1.4.4 on OpenBSD

[Thomas Schmitt]

Hi,

regarding my $HOME-backup proposal i have to mention the shortcommings
of cd9660 filesystem drivers in FreeBSD and NetBSD, which prevent the
proper representation of data files >= 4 GiB and the proper representation
of directory trees if they get stored above the 4 GiB limit.

The former is due to the inability to interpret multi-extent ISO 9660
files (ISO 9660 level 3). I have a rather clumsy proposal pending for
NetBSD:
  http://gnats.netbsd.org/48959

The latter problem comes from the inappropriate habit to derive 32-bit
inode numbers from the directory record byte addresses and to use them
not only for identification purposes but also as back pointer to the
directory record.
In NetBSD it was hopefully fixed 2 years ago by taking advantage of
64-bit ino_t:
  http://gnats.netbsd.org/48787
In FreeBSD, ino_t is 32 bit. So i did not achieve much progress:
  https://lists.freebsd.org/pipermail/freebsd-hackers/2014-May/045139.html

I'm not a kernel hacker. So my proposals probably lack of style and proper
interfacing. Currently i riddle how to get attention to some linux-scsi
regressions. {:)

-----------

Regardless of limitations of mount(8), xorriso is able to retrieve the
stored data files by its command -extract.


Have a nice day :)

Thomas