|
|
|
|
|
|
|
|
|
|
|
|
| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |
From: ckclark@Athena.MIT.EDU Date: Tue, 27 Jul 93 18:05:06 -0400 To: bugs@Athena.MIT.EDU Cc: bug-afs@Athena.MIT.EDU This is not linux-specfic. I happens on an RS/6000, too. -Calvin ------- Forwarded Message Received: from ATHENA-AS-WELL.MIT.EDU by e40-po.MIT.EDU (5.61/4.7) id AA13229; Tue, 27 Jul 93 17:38:30 EDT Received: from QUICHE-LORRAINE.MIT.EDU by Athena.MIT.EDU with SMTP id AA07825; Tue, 27 Jul 93 17:38:28 EDT Received: by quiche-lorraine.mit.edu (5.67/4.7) id AA00165; Tue, 27 Jul 93 17:39:16 -0400 Date: Tue, 27 Jul 93 17:39:16 -0400 Message-Id: <9307272139.AA00165@quiche-lorraine.mit.edu> From: Calvin Clark <ckclark@MIT.EDU> To: linux-dev@Athena.MIT.EDU Subject: bug with file modes over translator If you try to chmod a file to mode 400 over the translator, it will wind up mode 444. Similarly, if you try to chmod a file to mode 0700, it will wind up mode 777. This is not a C library bug, as I have verified that a raw syscall has the same effect. In fact, there seems to be no way at all, using umask, etc., to create a file mode 0400. Calling open() with a third argument of 0400 even does this. Is this a known problem with the translator, or with linux or what? - -Calvin ------- End of Forwarded Message
|
|
|
|
|
|
|
|
|
|
|
|
| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |