lkml.org 
[lkml]   [2004]   [Feb]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Subjectftruncate64
Date
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@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:01    [W:0.037 / U:0.144 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site