[26829] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: linux 9.4.26: acroread

daemon@ATHENA.MIT.EDU (Aaron M. Ucko)
Fri Apr 14 10:35:21 2006

To: chris avrich <cda@mit.edu>
From: amu@alum.MIT.EDU (Aaron M. Ucko)
Date: Fri, 14 Apr 2006 10:35:10 -0400
In-Reply-To: <bugs:26827@unknown-discuss-server> (chris avrich's message of
	"Thu, 13 Apr 2006 17:24:17 -0400")
Message-ID: <udlk69s2pk1.fsf@contents-vnder-pressvre.mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Spam-Score: -2.599
X-Spam-Flag: NO
Cc: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu

chris avrich <cda@mit.edu> writes:

> ftruncate(28, 204184)                   = -1 EPERM (Operation not permitted)

This is the key line -- it seems that the kernel version Athena uses
refuses to support using ftruncate to enlarge files on vfat
filesystems (which is arguably reasonable, in that they differ from
most Unix filesystems in not allowing "holes"), but reports the error
as EPERM rather than, say, EINVAL, confusing acroread.

The obvious workaround is to save elsewhere (your locker, or a local
temporary directory) and then copy the file to your drive by other
means.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger amu@monk.mit.edu (NOT a valid e-mail address) for more info.

home help back first fref pref prev next nref lref last post