[Bug: 21.4.20] find file on nonwritable file creates writable buffer

[Benson Margulies]

I have to say that I'm not a great enthusiast for the old, nasty,
read-only attribute bit. I'm thinking that my code only checks it if it
can't see the ACL, and now it dawns on me that, even if all is well in
ACL-reading land, we still have to check it.

-----Original Message-----
From: xemacs-beta-bounces at xemacs.org
[mailto:xemacs-beta-bounces at xemacs.org] On Behalf Of Stephen J. Turnbull
Sent: Monday, December 25, 2006 1:59 AM
To: Aaron Stambler
Cc: xemacs-beta at xemacs.org
Subject: [Bug: 21.4.20] find file on nonwritable file creates writable
buffer

Aaron Stambler writes:

 > Dear Bug Team!
 >  
 > This problem did not exist in 21.4.19.
 >  
 > I do C-x C-f to find a file, in this case a file that is not
 > writable--its read-only attribute is set.
 >  
 > The buffer that is created to contain the file allows modifications
in
 > the buffer.  In 21.4.19 the buffer
 > did not allow modifications.

Thank you for your report.

This is due to differences between the Windows model of file
permissions and the Unix model.  We're trying to adjust things, but
it's difficult.  The underlying code has long made the assumption that
Unix permissions, whether read from a Unix file system or inferred
from Windows file metadata, will be enforced by the OS.  This is not
true under Windows, and synchronizing XEmacs's idea of what access it
has to a file to what access it actually has is something of a trial
and error process.

I'll make sure the people who are working on this are aware of your
report, but what with the holidays it may be a week or so before any
progress is visible.

_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta at xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta