From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mod.civil.su.OZ.AU ([129.78.142.6]) by hawkwind.utcs.toronto.edu with SMTP id <2752>; Sun, 5 Sep 1993 08:16:30 -0400 Received: by mod.civil.su.oz.au id <28700>; Sun, 5 Sep 1993 22:15:44 +1000 From: John (Most modern computers would break if you stood on them) Mackin Date: Sun, 5 Sep 1993 08:00:12 -0400 To: The rc Mailing List Subject: Re: RCRC In-Reply-To: <9309042210.AA13356@oldp.astro.wisc.edu> Message-ID: <199309052200.22034.rc.bakup@civil.su.oz.au> X-Face: 39seV7n\`#asqOFdx#oj/Uz*lseO_1n9n7rQS;~ve\e`&Z},nU1+>0X^>mg&M.^X$[ez>{F k5[Ah<7xBWF-@-ru?& @4K4-b`ydd^`(n%Z{ I am afraid I think Alan's idea is terrible. You said it yourself, Alan: `[W]e have all worked out our own favorite work-arounds for the rsh problem.' The problems with this idea are several-fold. Firstly, and least seriously: you're adding overhead on every rc startup in order to see whether something needs to be done that will only happen a tiny minority of times. Yes, the added overhead is small. It's still there. Secondly, I add my voice to Chris's objection: rsh is different from a login. The _correct_ solution to this problem is simple: a wrapper around rsh. Thirdly, and more seriously, the proposal involves changing rc's code, and the semantics of its startup. This is bad. We should need a _tremendously_ good reason to make any such changes to rc at this late stage: its semantics should be viewed as set in stone, or as close to it as makes no difference. I hardly think any imagined payoff here can be worth the price. Fourthly, lastly and the final nail in the idea's coffin: it's not portable and cannot be made portable. [I'm surprised, Alan, that someone with your extensive knowledge of UNIX history could make this mistake.] On _real_ (say, Seventh Edition) UNIX systems, attempts to open the null string for read _succeed_, and open the current directory (always assuming, of course, that the current directory's mode allows it to be opened for read). This is actually a logical necessity: the degenerate non-rooted pathname must refer to the current directory. Indeed, it even says it does in Thompson & Ritchie. `Modern' UNIX systems that call opening '' for read an error are broken. Even if you don't accept that, the fact that some systems _will_ open '' for read means that there is NO pathname that you can use that you can guarantee will not be able to be opened for read, if you want the code to be portable. (Please don't suggest opening it for write. Yes, I know that would `work,' if you call that working.) Sorry, Alan, I can't go for this one. OK, John.