Tue, 7 May 2002 12:26:24 +0200
Thanks for replying !
> Rob Leslie wrote :
> It is not the allocation block size but the total volume size which is
> likely to give hfsutils problems. Volumes >= 2GB require byte seek offsets
> to be represented with at least 32 unsigned bits, a condition that
> presents a problem on platforms where lseek() accepts a signed 32-bit
> It's possible hfsutils could be changed to support volumes >= 2GB. Since
> hfsutils reads and writes using physical block (512-byte) addresses,
> perhaps even a simple cast in the call to lseek() would provide the
> required support on platforms where off_t is larger than 32 bits.
Which platforms are these ? Im using hfsutils under Suse Linux 7.3 and am
xhfs. Is a call to lseek() being made in a number of places ? I'd like your
advice as to how I should proceed. I had to internally change a number of
variables in my prog. from 'int' to 'unsigned long' to avoid an overflow. If
I could do this in the related files of fsutils and recompile or sth. to
make it work,
it would be great !