From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lynbech Christian Newsgroups: gmane.emacs.devel Subject: Re: Short explanation for & in key ! of dired Date: Thu, 26 Jun 2008 14:04:35 +0200 Message-ID: References: <87hcbkpo0e.fsf@gmail.com> <86y74wzeq1.fsf@lola.quinscape.zz> <874p7ifonh.fsf@jurta.org> <853an2oupp.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1214481923 4489 80.91.229.12 (26 Jun 2008 12:05:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 26 Jun 2008 12:05:23 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 26 14:06:00 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 1KBqEL-0006Iu-Bg for ged-emacs-devel@m.gmane.org; Thu, 26 Jun 2008 14:05:52 +0200 Original-Received: from localhost ([127.0.0.1]:48677 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KBqDV-0003AS-Q0 for ged-emacs-devel@m.gmane.org; Thu, 26 Jun 2008 08:04:45 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KBqDS-0003AL-M4 for emacs-devel@gnu.org; Thu, 26 Jun 2008 08:04:42 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KBqDR-0003A9-45 for emacs-devel@gnu.org; Thu, 26 Jun 2008 08:04:42 -0400 Original-Received: from [199.232.76.173] (port=56861 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KBqDR-0003A6-16 for emacs-devel@gnu.org; Thu, 26 Jun 2008 08:04:41 -0400 Original-Received: from ws000774.tietoenator.com ([193.12.181.129]:64914) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KBqDQ-0003Og-KZ for emacs-devel@gnu.org; Thu, 26 Jun 2008 08:04:40 -0400 X-AuditID: c10cb581-00000e84000004dc-07-486385d466e1 Original-Received: from camaro.eu.tieto.com ([192.176.143.43]) by ws000774.tietoenator.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 26 Jun 2008 14:04:36 +0200 Original-Received: from ul000205.eu.tieto.com ([10.48.99.70]) by camaro.eu.tieto.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 26 Jun 2008 14:04:37 +0200 In-Reply-To: (joakim@verona.se's message of "Wed, 25 Jun 2008 10:44:32 +0200") User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/23.0.60 (gnu/linux) X-OriginalArrivalTime: 26 Jun 2008 12:04:37.0722 (UTC) FILETIME=[CE5263A0:01C8D784] X-Brightmail-Tracker: AAAAAA== X-detected-kernel: by monty-python.gnu.org: Windows 2000 SP4, XP SP1+ 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:99961 Archived-At: >>>>> "joakim" == joakim writes: joakim> Exactly my observation too. But sometimes you still need to see the joakim> output when debugging, often post-mortem, so to speak. i would like to add a "me too" here. I am also not interested in output for GUI apps, *except* when something goes wrong, then I often find that I wished for the output. A possible middle ground would be to redirect output to a temporary file. then it will not affect emacs and still be available for debugging, should the need arise. Emacs should (IMHO) remove the file when the application quits, but as long as the files are accumulated in /tmp or equivalent, it is not a terrible disaster if such output files is left behind from time to time. A middle middle ground would be to only redirect either stdout or stderr, leaving the other as output into a buffer in the hope that it will actually only contain important messages with the junk going elsewhere. Yet another option would be to offer to display the file (if nonzero) when the application quits, sort of giving the best of both worlds and something that would also work for the case where the app is not a GUI but something providing usefull output (such as find or grep). ------------------------+----------------------------------------------------- Christian Lynbech | christian #\@ defun #\. dk ------------------------+----------------------------------------------------- Hit the philistines three times over the head with the Elisp reference manual. - petonic@hal.com (Michael A. Petonic)