From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29447 invoked by alias); 7 Mar 2007 21:51:33 -0000 Received: (qmail 29440 invoked by uid 22791); 7 Mar 2007 21:51:32 -0000 X-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS,TW_FH,TW_GT X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 07 Mar 2007 21:51:28 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l27LpPDW008243 for ; Wed, 7 Mar 2007 16:51:25 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [10.11.255.20]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l27LpO8w014965; Wed, 7 Mar 2007 16:51:24 -0500 Received: from [127.0.0.1] (sebastian-int.corp.redhat.com [172.16.52.221]) by pobox.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l27LpMSc024977; Wed, 7 Mar 2007 16:51:22 -0500 Message-ID: <45EF33DD.9070500@redhat.com> Date: Wed, 07 Mar 2007 21:51:00 -0000 From: Andrew Cagney User-Agent: Thunderbird 1.5.0.10 (X11/20070301) MIME-Version: 1.0 To: Tim Moore CC: Stan Cox , Frysk List Subject: Re: fhpd References: <1172765357.27599.17.camel@multics.rdu.redhat.com> <45ED9747.9000003@redhat.com> <45EEC184.8010700@redhat.com> In-Reply-To: <45EEC184.8010700@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact frysk-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: frysk-owner@sourceware.org X-SW-Source: 2007-q1/txt/msg00190.txt.bz2 Tim Moore wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Andrew Cagney wrote: > >> Hi Stan, >> >> I'm not sure what you mean by never regains I/O control. >> >> One key issue though is wiring the child process up to a >> frysk.sys.PseudoTerminal - otherwise the process and fhpd will be >> fighting over control of the terminal. Don't forget that there are two >> cases to handle: >> > I checked in changes that implement the "run" command in the CLI command > line. It will be quite easy to adapt the fhpd program to pass an > argument to run a program named in its arguments. This works well for > our simple looping test cases, but I also didn't think about the > terminal issue. > >> - fhpd command line where it clearly should create the PTY >> > What should the other side of the pty be bound to? An xterm? > Good question. For the text only case, it could start a terminal (there's a gtk object accessable to frysk for doing that) but I would expect a user running just the command line to be doing so because they do not want to use X and do not want or have access to an X based terminal. Instead the controlling-pty would be managed by the HPD. That will allow the HPD to control the child's output - say only displaying it when there is no HPD command input, and, when specified, switching all I/O to the child. The HPD spec discusses this. I would expect that just that mode will prove sufficient - it covers the common case of a program doing printf level I/O. For a program attempting complex terminal manipulations, graphics, or modes (e.x., vi), a dedicated terminal is a requirement (saving all terminal state is not technically possible). In that senario, it will be better to direct the user towards a gnome interface where a dedicated terminal is provided. An option like <>, to start the HPD under GNOME, might be useful. Andrew >> - UI where the pty will be part of a Terminal panel and the code should >> bind the created process to that >> > > Tim > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iD8DBQFF7sGEeDhWHdXrDRURAkSCAKCmIQytNY8hY7bbvWLOBQ65iEgarACfc/3x > HfdWe0wEDL53GNbmNkNQrT0= > =PsgH > -----END PGP SIGNATURE----- >