> open("EMPTYNODE.java-0", O_WRONLY|O_NONBLOCK|O_CREAT|O_NOCTTY|O_LARGEFILE,
> 0666) = 3
> fcntl64(3, F_GETFL) = 0x8801 (flags
> O_WRONLY|O_NONBLOCK|O_LARGEFILE)
> fcntl64(3, F_SETFL, O_WRONLY|O_NONBLOCK|O_LARGEFILE) = 0
> fstat64(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
> fstat64(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
> ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc15f68) = -1 ENOTTY
> (Inappropriate ioctl for device)
> ftruncate64(3, 0) = 0
> write(3, "package com.soundobjectlogic.mas"..., 1453) = -1 EPERM (Operation
> not permitted)
So here we have a file that can be opened O_WRONLY, but returns EPERM
when you try to actually write to it... which is definitely a lot of
fun, because POSIX doesn't allow write(2) to return EPERM.
Now I imagine that the actualy filesystem you're using (which one is
it?) is not checking permissions at open time, but only at write time.
But that's definitely not suitable behaviour on a POSIX system.
Jean-Louis, could you perhaps forward this mail to a suitable LUFS
mailing list? Perhaps they can either fix their filesystem, or
suggest a workaround for us.
Juliusz
_______________________________________________
darcs-users mailing list
[email protected]
http://www.abridgegame.org/mailman/listinfo/darcs-users
