From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Juanma Barranquero" Newsgroups: gmane.emacs.devel Subject: Re: proced: ppid of process ID 0 can be 0 Date: Sun, 21 Dec 2008 22:26:15 +0100 Message-ID: References: <18765.19040.568030.246241@tfkp04.physik.uni-erlangen.de> <18765.29820.997276.703222@tfkp04.physik.uni-erlangen.de> <18765.51840.943986.608296@tfkp04.physik.uni-erlangen.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1229894860 26893 80.91.229.12 (21 Dec 2008 21:27:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 21 Dec 2008 21:27:40 +0000 (UTC) Cc: emacs-devel@gnu.org, Roland Winkler To: "Eli Zaretskii" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Dec 21 22:28:45 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LEVqq-0002Dv-JO for ged-emacs-devel@m.gmane.org; Sun, 21 Dec 2008 22:28:41 +0100 Original-Received: from localhost ([127.0.0.1]:58360 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LEVpe-0003m3-1N for ged-emacs-devel@m.gmane.org; Sun, 21 Dec 2008 16:27:26 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LEVob-0003LJ-0I for emacs-devel@gnu.org; Sun, 21 Dec 2008 16:26:21 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LEVoZ-0003Jj-45 for emacs-devel@gnu.org; Sun, 21 Dec 2008 16:26:20 -0500 Original-Received: from [199.232.76.173] (port=34424 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LEVoY-0003Jb-Tj for emacs-devel@gnu.org; Sun, 21 Dec 2008 16:26:18 -0500 Original-Received: from rn-out-0910.google.com ([64.233.170.189]:8743) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LEVoX-0002se-MA; Sun, 21 Dec 2008 16:26:17 -0500 Original-Received: by rn-out-0910.google.com with SMTP id k32so1363170rnd.7 for ; Sun, 21 Dec 2008 13:26:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=2FBsC43is2m7JZuJyu1JPyWwkhPdLtyMkzpc/dErET4=; b=pWrs/yNXuXaN/OcvmuesoHTQXkIOCm7CWYgDSbxyfElU3pB3h+88lKyw5PVTGqIX+v mUpqXylqy2GCHU83pRlDAxC4NkFSD5ZXz2+Mjw+0q6UNzHtB7rLdEhsMOdzhiNTEZcOS 93f3Ok5ir+r0KCHt77XW2DD0W+uPfDa43o3X4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=M1RsrTfgvMyaQx6kLESqzYnJddtBu2NF3+nhUyvnFaocAz67wMiQMpYLufaSZnE/BV tG07HQdYn4J1pf1R81alp5x99EgttCn6IMToCtoZsN1gepvUI4e3ctrjQJMTiQeEU7vM lJkgb0DWAFrb5vjt590Qgp5WCbX9OrKPdhk2o= Original-Received: by 10.100.140.15 with SMTP id n15mr3460283and.111.1229894775762; Sun, 21 Dec 2008 13:26:15 -0800 (PST) Original-Received: by 10.100.13.13 with HTTP; Sun, 21 Dec 2008 13:26:15 -0800 (PST) In-Reply-To: Content-Disposition: inline X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:107163 Archived-At: On Sun, Dec 21, 2008 at 20:17, Eli Zaretskii wrote: > A low-level primitive such as system-process-attributes should know > nothing about its users, ideally. It should just return whatever the > OS tells it. It should not adapt its handling of ppid to what its > callers might like or dislike. That is true. OTOH, your approach can also be evaluated by weighting the complexity it introduces (however small) against the uncleanliness of adapting one current primitive to cater to expectations. I'd be more convinced that your generalization is useful if we had many different platform-dependent implementations, but that does not seem likely. Juanma