Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com Date: Thu, 19 Apr 2001 10:32:28 +0400 From: egor duda X-Mailer: The Bat! (v1.45) Personal Reply-To: egor duda Organization: deo X-Priority: 3 (Normal) Message-ID: <33398242903.20010419103228@logos-m.ru> To: "Robert Collins" CC: "egor duda" Subject: Re: handle protection - please comment In-reply-To: <00bc01c0c854$86049830$0200a8c0@lifelesswks> References: <20010418120530 DOT Q15962 AT cygbert DOT vinschen DOT de> <00a401c0c7f0$02bb1f30$0200a8c0 AT lifelesswks> <13327115627 DOT 20010418144700 AT logos-m DOT ru> <20010418155552 DOT S15962 AT cygbert DOT vinschen DOT de> <175340295909 DOT 20010418182640 AT logos-m DOT ru> <20010418164712 DOT J15005 AT cygbert DOT vinschen DOT de> <53342543912 DOT 20010418190408 AT logos-m DOT ru> <20010418173712 DOT N15005 AT cygbert DOT vinschen DOT de> <107348915634 DOT 20010418205020 AT logos-m DOT ru> <20010418202943 DOT O15005 AT cygbert DOT vinschen DOT de> <107356516774 DOT 20010418225701 AT logos-m DOT ru> <00bc01c0c854$86049830$0200a8c0 AT lifelesswks> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi! Thursday, 19 April, 2001 Robert Collins robert DOT collins AT itdomain DOT com DOT au wrote: >> yes. or via trusted server process running under administrator >> account. i suppose PSTORES.EXE (MS' "Protected storage service" is >> used for somthing like this). RC> Hmm.. could we use pstores? no, unless someone provides us with the documentation of it's interface. Moreover, i'm not even sure that it can be used, i was just supposing. >> CV> Wouldn't that problem (which originally was related to ttys) be resolved >> CV> if the master cares for the duplication? >> >> but slave may also care to not allow master to get into its address >> space or read/write its files. yeah, it's slave, but that doesn't mean >> it have no natural human (err, i mean process :-) ) rights. RC> Well actually :}As the parent can't launch a process in a higher context RC> that it is in..? master/slave != parent/child master and slave can be absolutely unrelated processes, one of which is reading /dev/tty0 and other is writing to /dev/tty0. one of them, which opens /dev/tty0 first is master, other is slave. this has absolutely nothing to do with parent/child relationship. Egor. mailto:deo AT logos-m DOT ru ICQ 5165414 FidoNet 2:5020/496.19