Re: Great SWT Program



On Sep 26, 6:51 am, blm...@xxxxxxxxxxxxx <blm...@xxxxxxxxxxxxx> wrote:
First of all, the "file"system contains everything but the kitchen
sink, rather than just the actual, you know, *files*.

By "filesystem" I have in mind something along the lines described
in the Wikipedia article (http://en.wikipedia.org/wiki/File_system):
The mechanism for providing an abstract view of, and/or organizing
the bits on, a storage medium in terms of files and directories,
with associated timestamps, permissions, etc.

So a filesystem that does much more than just organize the bits on a
storage medium is surely a case of creeping *something*, right? ;)

I was under the impression that the versions of Windows that at
least make claims about being multi-user had some mechanism for
indicating which files were accessible to which users. No?

Yes, but I am fairly sure the system is more parsimonious -- just
users and read and write permission, or maybe just write permission.
Maybe allowing separate permission per user instead of just some for
the owner and some for everyone else though. I don't recall seeing any
user groups like feature at the filesystem permissions level.

And to me a system that provides no multi-user capability, and
not even much of a way to make a distinction between normal-user
mode and system-administrator mode is -- well, inadequate.

Perhaps less so these days. Remember that sophisticated, multiple-user
(and especially multiple-*concurrent*-user) features developed in a
time when computing hardware was too expensive for individual
ownership and many people time-shared one system. Nowadays we have
individually-owned computers, plus servers; servers generally just
have one blanket set of permissions for remote querents, plus whatever
system for authenticating actually logged-in users. Most computers
thus need, for the logged-in users, merely to provide a superuser and
regular-user mode, to cut down on virus transmission and the like.
It's going to move in the direction of compartmentalizing things that
shouldn't affect each other not by a single person using multiple
"user" accounts at all but using various virtual machines that are not
even aware of one another (save that the OS will presumably supply the
ability to manually move data to common areas like the clipboard, and
to configure shared bits of filesystem visible to more than one VM
where necessary). It's the natural evolution of PC security.


.



Relevant Pages

  • Re: Security and Sharing
    ... When they are logged in locally only the filesystem permissions are needed. ... When they access over the network they can do anything that the filesystem ... If you want then to be able to read files and browse the folder structure ...
    (microsoft.public.security)
  • Re: Security and Sharing
    ... When they are logged in locally only the filesystem permissions are needed. ... When they access over the network they can do anything that the filesystem ... If you want then to be able to read files and browse the folder structure ...
    (microsoft.public.security)
  • Re: Security and Sharing
    ... When they are logged in locally only the filesystem permissions are ... allows to them provided that the share level permissions are not less. ... "read and file scan rights". ... If you want then to be able to read files and browse the folder structure ...
    (microsoft.public.security)
  • Re: [RFC] FUSE permission modell (Was: fuse review bits)
    ... > 2) Suid and device semantics should be disabled within the mount ... I can see plenty of uses where I want a filesystem generated by ... permissions model - which will break some programs? ... For most virtual filesystems, the "remote" information does not map to ...
    (Linux-Kernel)
  • Re: Great SWT Program
    ... By "filesystem" I have in mind something along the lines described ... user groups like feature at the filesystem permissions level. ... individually-owned computers, ... "user" accounts at all but using various virtual machines that are not ...
    (comp.lang.java.programmer)