Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.sys.acorn.programmer > #6422
| From | Ronald <chchron@yahoo.co.nz> |
|---|---|
| Newsgroups | comp.sys.acorn.programmer |
| Subject | Re: Directory permissions |
| Date | 2023-01-07 10:55 +1300 |
| Organization | None |
| Message-ID | <5a62b524f0chchron@yahoo.co.nz> (permalink) |
| References | <5a623e95e5chchron@yahoo.co.nz> <mpro.ro2p7q00362150sy8.spamtrap@mw-software.com> |
In article <mpro.ro2p7q00362150sy8.spamtrap@mw-software.com>, Martin Wuerthner <spamtrap@mw-software.com> wrote: > Ronald <chchron@yahoo.co.nz> wrote: > > I have run into permission translation problems on a gccsdk project. I > > will develop my own ls command further for research purposes. On the RISC > > OS 5.28 side, 'protecting' a directory from access only is reflected in > > the info option as L. > You cannot protect a directory from any access apart from deletion, and that > is achieved by locking it. You cannot stop anyone from adding files to a > directory or deleting files from it, at least not on a local FileCore disc. > > The access option for a directory displays the same > > regardless. even though the whole contents has been locked from that point > > I guess this means a directory has no attributes other than 'L'ock. > It has the usual user R/W and public R/W attributes, and they can be > changed, but they do not do anything on a local disc, so the Filer sets just > the "Locked" flag when you choose "Protected". The original PRM skips over this, but I came across the (forgotten) *EX Both Cat and Ex display the attributes. Ex perhaps a better display. Yes I dont think there is any low level 'security' regarding users/groups but if checking or setting permissions it sounds like unixlib would be compatible. If a directory was put in (RO)Lock by way of unix attributes, it would probably undo the lock in a similar way. There is strange stuff happening when svnadmin (1.14) creates an fsfs repository that doesn't happen on linux. svnadmin creates rev/0/0 file but later actions want a rev/0 file but I think the rev/0/0 is the correct one. Could be just corruption in the svn fsfs name handling rather than a permissions issue. I will set up a linux based svn server and see if the general operations work then. Thanks
Back to comp.sys.acorn.programmer | Previous | Next — Previous in thread | Next in thread | Find similar
Directory permissions Ronald <chchron@yahoo.co.nz> - 2023-01-06 13:20 +1300
Re: Directory permissions Martin Wuerthner <spamtrap@mw-software.com> - 2023-01-06 17:45 +0100
Re: Directory permissions Ronald <chchron@yahoo.co.nz> - 2023-01-07 10:55 +1300
Re: Directory permissions Ronald <chchron@yahoo.co.nz> - 2023-01-07 15:31 +1300
Re: Directory permissions Ronald <chchron@yahoo.co.nz> - 2023-01-09 21:20 +1300
csiph-web