lkml.org 
[lkml]   [2009]   [Sep]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] fs: change sys_truncate/sys_ftruncate length parameter type
Linus Torvalds wrote:
>
> Look at sys_ftruncate() again. It doesn't convert it to signed long at
> all. It converts it to 'loff_t' which is something different entirely.
>
> Now, it may be that we _should_ convert it to 'long' like your patch does,
> but this is definitely not a "no changes" patch as far as I can tell. It
> limits ftruncate to 31 bits on 32-bit architectures, in ways it didn't use
> to be limited.
>
> [ Note the "small" logic and the interaction with O_LARGEFILE. On a 32-bit
> architecture, if you open with O_LARGEFILE, ftruncate() gets the full
> 32-bit range, and that's the part your patch broke. ]
>

I would argue that the current behavior is, if not incorrect (we define
our own ABI after all) at least unwanted (we want our ABI to be as close
as practical to the POSIX API.)

In particular, at the API level, both truncate() and ftruncate does take
a signed (off_t) parameter, and the POSIX spec states:

The ftruncate() function shall fail if:

EINVAL The length argument was less than 0.

So yes, it's a change, but it seems to be one which probably should be done.

> In addition if hpa comes up with an automated way of generating
> compat wrappers it would generate wrong ones for these two cases.

I really mean to try to shake free some time and do that project. I
don't think it will happen before Kernel Summit, though :(

-hpa



\
 
 \ /
  Last update: 2009-09-23 18:33    [W:0.177 / U:0.032 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site