Re: Fwd: RE: VFS Permission Management

"res" <[email protected]>
Newsgroups gmane.comp.graphics.crystalspace.devel
Message-ID <[email protected]>
-------- Original-Nachricht --------
> Datum: Tue, 12 Jun 2012 15:13:55 +0200
> Von: Weltall <[email protected]>
> An: "[email protected]" <[email protected]>
> Betreff: [Crystal-develop] Fwd: RE:  VFS Permission Management

> I'd say the Fs backend should be a separate plugin so the first part
> should
> cover on res question.

Well, certainly it's own class, possibly SCF class even... but I think it's most sensible to still keep it in vfs.dll/.so.

> ---------- Forwarded message ----------
> From: "Eunsoo Roh" <[email protected]>
> Date: Jun 12, 2012 6:03 AM
> Subject: RE: [Crystal-develop] VFS Permission Management
> To: <[email protected]>
> 
>  My plan was to make it UNIX-based by default. That is, it indicates
> whom r/w/x permissions are applied for (user/group/others).
> I'm considering both string literals (e.g. "user", "group", "others") and
> numeric constants (e.g. USER=1 GROUP=2 OTHERS=(3 or 4)) for unix presets,
> since those methods only deal with current ownerships.

For the API then it seems a simply enum would be better... taking a string suggests more flexibility than there really is (after all, only a couple of different literals are supported) or may even mislead (i.e. client thinks the string is an actual user name).

> Octal-style
> parameters might come much more convenient in this case, so they could be
> added as well.

That can be covered by a csFilePermissions constructor that takes octal-style permission flags.

> If ACL is supported on the system (i.e. Windows), it might detect that on
> ./configure phase and unlock additional features. That field could be
> used for user/group names or ACL security identifiers in such cases.
> Still, default behavior is emulating unix permissions on plain Win32:
> owner, group of owner, (others: possibly everyone?). That might not be
> required on cygwin since it already emulates its own unix permissions.

Maybe don't bother with (full) ACL support just yet. Getting simple Unix-style permissions to work everywhere is probably enough for a start.

-f.r.

-- 
NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!                                  
Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.