Can't say I ever bumped into that limit. However on our network drives here at work we have directory tree's way way deeper than that.....
And anything so far down the tree is effectively lost for all time. Unless you know it's there (and where), you'll never find it. Weird? Hmm, yup, it had it's odd points of weirdness. Personally I find "set default" a lot less weird than Windows which seems to either lack, or have only a very sporadic, notion of a "current working directory". It had "nice" things that I still miss in Linux. It's naming convention for files was "name.extension;version" and would automagically keep, roll and limit file versions for you. ie. You would always have at least three back versions of your file hanging around in case you did something stoopid. (Unless you "purged" them) We've moved to Mercurial DVCS now and I'm getting the same or similar effect by commiting every time I feel I've possibly have done something of value. I love it. DVCS's are very very nice things. And they are _not_ just for programmers. Every sysadmin should be storing their config files in them. The worst part about VMS was all the Library/System calls were Fortran compatible. ie. Calling them from C was seriously tedious and mind bending. It had a cute, but surprisingly effective trick for command processing. Every command was unique up to 4 characters (32 bits) (they were 32 bit machines!). ie. Anything after character 4 was ignored. ie. You could write really obfusticated scripts where every command longer than 4 characters was changed to something weird. Apart from malicious obfustication... most people simply didn't realize that limitation was there! It also had a bit of a sense of fun. One of the system tuning parameters was in units of microfortnights. Since then my internal notion of speed is calibrated in "furlongs per fortnight". On Tue, Sep 28, 2010 at 9:42 AM, Zane Gilmore <[email protected]> wrote: > Umm guys I believe that VMS is still alive... albeit somewhat diminished. > > Apparently it seems to have found refuge in real time systems and the > military. > I believe that the Tiwai Point pot-lines are run using a VMS real time > system. > > And I'm sorry but I do not mourn it's loss in "normal" systems it was a > seriously weird OS. > "set default" to change directory was weird and also there was a maximum > depth of 7 in a directory structure when I last looked. > > > Regards, > Zane > > > > > On Mon, Sep 27, 2010 at 8:09 AM, Brett Davidson <[email protected]> wrote: > >> Yeah. I really enjoyed the bidirectional-linking inherent in it. >> Was reasonably straightforward to learn and was way ahead of Win3.11 at >> the time! >> Like you, I think it's a pity MS got it rather than a Unix company. >> >> >> >> On 27/09/2010 8:49 a.m., John Carter wrote: >> >> Sigh! It wasn't a bad system VMS. >> >> Sadly enough the next gen system was canned, and the team working on it >> was absorbed by the microsoft borg. (The Good Bits about Windows NT >> internals came from them.) >> >> I still tend to put a symlink on my systems from "x" to emacs, out of a >> VMS xedit engendered habit of saying "x fileName.c" whenever I want to edit >> a file. >> >> I always thought it a pity that team hadn't been absorbed by one of the >> *nix companies. >> >> On Sun, Sep 26, 2010 at 5:41 PM, Steve Holdoway >> <[email protected]>wrote: >> >>> On Sun, 2010-09-26 at 18:16 +1300, Ryan McCoskrie wrote: >>> > On Sun, 26 Sep 2010 17:13:46 Steve Holdoway wrote: >>> > > When I worked for Philips Medical Systems, we used VMS, but that was >>> for >>> > > the bodyscanners. >>> > >>> > How long ago was that? >>> > >>> ...seems like only yesterday, but was in fact 1985-7 (: >>> >>> >> -- >> John Carter Phone : (64)(3) 358 6639 >> Tait Electronics Fax : (64)(3) 359 4632 >> PO Box 1645 Christchurch Email : [email protected] >> New Zealand >> >> >> ======================================================================= >> This email, including any attachments, is only for the intended >> addressee. It is subject to copyright, is confidential and may be >> the subject of legal or other privilege, none of which is waived or >> lost by reason of this transmission. >> If the receiver is not the intended addressee, please accept our >> apologies, notify us by return, delete all copies and perform no >> other act on the email. >> Unfortunately, we cannot warrant that the email has not been >> altered or corrupted during transmission. >> ======================================================================= >> >> >> >> >> _______________________________________________ >> Linux-users mailing list >> [email protected]http://lists.canterbury.ac.nz/mailman/listinfo/linux-users >> >> >> >> >> __________ Information from ESET NOD32 Antivirus, version of virus signature >> database 5481 (20100926) __________ >> >> The message was checked by ESET NOD32 Antivirus. >> http://www.eset.com >> >> >> >> -- >> Regards, >> >> Brett Davidson >> Systems Engineer >> RHCE, CCNA, MCSE, SCSA, NZCE, TC(Electronics) >> >> -- >> Net24 Limited >> Phone: 0800 5000 24 | DDI: +64 3 962 9518 | Web: www.net24.co.nz >> -- >> >> // web hosting / email hosting / data backup / VPS >> >> This transmission is for the intended addressee only and is confidential >> information. If you have received this transmission in error, please >> delete it and notify the sender. >> >> >> _______________________________________________ >> Linux-users mailing list >> [email protected] >> http://lists.canterbury.ac.nz/mailman/listinfo/linux-users >> >> > > > -- > ------------------------------------------- > Zane Gilmore > > > _______________________________________________ > Linux-users mailing list > [email protected] > http://lists.canterbury.ac.nz/mailman/listinfo/linux-users > > -- John Carter Phone : (64)(3) 358 6639 Tait Electronics Fax : (64)(3) 359 4632 PO Box 1645 Christchurch Email : [email protected] New Zealand ======================================================================= This email, including any attachments, is only for the intended addressee. It is subject to copyright, is confidential and may be the subject of legal or other privilege, none of which is waived or lost by reason of this transmission. If the receiver is not the intended addressee, please accept our apologies, notify us by return, delete all copies and perform no other act on the email. Unfortunately, we cannot warrant that the email has not been altered or corrupted during transmission. =======================================================================
_______________________________________________ Linux-users mailing list [email protected] http://lists.canterbury.ac.nz/mailman/listinfo/linux-users
