From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6547 invoked by alias); 8 Nov 2007 11:25:56 -0000 Received: (qmail 6539 invoked by uid 22791); 8 Nov 2007 11:25:56 -0000 X-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,DK_POLICY_SIGNSOME,FORGED_RCVD_HELO,SPF_HELO_PASS,SPF_PASS,TW_FH 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; Thu, 08 Nov 2007 11:25:54 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.1) with ESMTP id lA8BPqvB014256 for ; Thu, 8 Nov 2007 06:25:52 -0500 Received: from pobox-2.corp.redhat.com (pobox-2.corp.redhat.com [10.11.255.15]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id lA8BPpLP005853; Thu, 8 Nov 2007 06:25:51 -0500 Received: from localhost.localdomain (vpn-6-46.fab.redhat.com [10.33.6.46]) by pobox-2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id lA8BPocm011853; Thu, 8 Nov 2007 06:25:51 -0500 Message-ID: <4732F23E.8060504@redhat.com> Date: Thu, 08 Nov 2007 11:25:00 -0000 From: Phil Muldoon User-Agent: Thunderbird 2.0.0.5 (X11/20070727) MIME-Version: 1.0 To: Andrew Cagney CC: Frysk Hackers Subject: Re: fhpd user interaction (and corefiles) References: <472AF5FE.2010900@redhat.com> <472B2AC3.3080609@redhat.com> <472EE7E6.9050609@redhat.com> In-Reply-To: <472EE7E6.9050609@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-q4/txt/msg00120.txt.bz2 Phil Muldoon wrote: > Andrew Cagney wrote: >> Phil Muldoon wrote: >>> The question here then: if the LinuxHost code has a question for the >>> user, how does it ask that user the question via CoreCommand? As far >>> as I can tell, none of the fhpd commands are interactive. Further on from yesterdays talks, this is the workflow: (fhpd) core core.1234 Error: Could not find executable: 'a.out' specified for corefile. You can specify one with the core command. E.g: core core.file yourexefile. Alternatively you can tell fhpd to ignore the executable with -noexe. E.g core core.file -noexe. No corefile has been loaded at this time. Then from that point: core core.1234 -noexe (basic metadata only) or core core.1234 /home/foo/a.out (override exe option in the corefile) There's an issue here. How do you lint that /home/foo/a.out really is the executable that matches the corefiles? I could check the name in the corefile, but that sort of negates the point of having an overriding executable. If it is not the executable, the metadata builders gets very confused pretty fast as the PT_LOADS in the exe look nothing like they should. This leads onto another question. If a set is "half built" as it were, how does one clear that set and start from fresh? Or just simply replace whatever is in that set, good or bad, with a new fresh set of processes and tasks? Regards Phil