Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!hplabs!hp-ses!hpcuhb!hpsmtc1!barbh
From: barbh@hpsmtc1.HP.COM (Barbara Holden)
Newsgroups: comp.sys.hp
Subject: Re: nfs for hp3000
Message-ID: <28250001@hpsmtc1.HP.COM>
Date: 6 Dec 89 18:30:29 GMT
References: <127@kgw2.UUCP>
Organization: Hewlett Packard, Cupertino
Lines: 25


>The HP3000 has a three tiered file system (file.group.account),
>but DOS and Unix machines have arbitrarily deep directory trees.
>There wouldn't be a clean mapping from file names on your Sun
>server to file names on your MPE client.
    actually, doesn't he want an MPE Server?  To use as a remote
    storage machine?

>It would be possible to create a shell that sits on top of MPE's
>file system, so that references into directory trees are first
>looked up in a database, then the file system calls are transparently
>mapped to calls to MPE-format file names ... You get the idea.
>It would be possible, but not easy.
    I have run across this design idea other places.  I don't care for
    it (talk about confusing....)
    what about POSIX?  MPE should have a hierarchical file system in
      the near future (that is, if POSIX goes I to L next week)

>Where Unix systems have flat files, MPE supports some highly
>structured files.  This is one of the features that makes MPE
>well suited to data base applications.  But how are you going
>to get a non-MPE file server to understand KSAM files or even
>numbered TDP files?
    Do you think he will be using KSAM files from his SUN Machine?
    or TDP files?