I wanted to burn a file to dvd that is slightly over 2 gigabytes in
size. The cdrecord (cdrtools) in pkgsrc (version 2.00.3) refused to put
the file in the image; it claimed the file was too large.

mkisofs: Value too large to be stored in data type. File FOO is too large - ignoring

After googling for the message I followed a suggestion (
http://lantech.geekvenue.net/chucktips/jason/chuck/1077301682/index_html
) and retried with cdrtools 2.01 (after adapting the patches from pkgsrc
a bit). This indeed made an image without complaint, however the file
does not look good (NetBSD/alpha 1.6.2):

-r--r--r--  1 root  wheel  18446744071564173312 Oct 30 13:23 FOO

Also, when trying to look at the data, the file appears empty.

but when I put the dvd in my laptop (NetBSD/i386 2.0_BETA) it is ok:

-r--r--r--  1 root  wheel  2149588992 Oct 30 13:23 FOO

Note that the low 32 bits of 18446744071564173312 form 2149588992.

According to diff this file is identical to the original.

Mounting the dvd on the Alpha and nfs-mounting it on the i386 gives the
same behaviour as seen directly on the Alpha.

I see several things that could be going on here:

1a) some bug in cd9660 in 1.6.2 that was fixed in 2.0
1b) some bug in cd9660 that manifests itself only on 64-bit systems

and/or

2) some bug in mkisofs that still creates corrupt cds, perhaps only when
   run on a 64-bit system

Does anybody know, at least about 1a or 1b?

-Olaf.
-- 
                           -- Ceterum censeo "authored[1]" delendum esse.
___ Olaf 'Rhialto' Seibert -- [1] Ugly English neologism[2].
\X/ rhialto/at/xs4all.nl   -- [2] For lawyers whose English/Latin is below par.