ftruncate64

[Anton Petrusevich]

Hi guys,

That looks funny:
casus@jabbervorx:~$ dd if=/dev/zero of=hole bs=1k count=1 seek=2047M
1+0 records in
1+0 records out
1024 bytes transferred in 0,000133 seconds (7696845 bytes/sec)
casus@jabbervorx:~$ dd if=/dev/zero of=hole bs=1k count=1 seek=2048M
dd: advancing past 2199023255552 bytes in output file `hole': File too large

strace shows the errorneous call:
ftruncate64(1, 2199023255552)           = -1 EFBIG (File too large)

This behavour is observed with 2.4.23 and 2.6.3-rc1 kernels. And with 
2.4.20-28.9smp redhat kernel too. But not with RHEL3 kernels. Looks like 
RedHat silently fixed that bug.

-- 
Anton Petrusevich

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/