From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kevin Rodgers Newsgroups: gmane.emacs.help Subject: Re: Checking Process Status Date: Tue, 11 Feb 2003 17:10:55 -0700 Sender: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <3E49910F.8090208@ihs.com> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1045008868 30299 80.91.224.249 (12 Feb 2003 00:14:28 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 12 Feb 2003 00:14:28 +0000 (UTC) Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18ikXj-0007sX-00 for ; Wed, 12 Feb 2003 01:14:27 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18ikYk-0005gM-08 for gnu-help-gnu-emacs@m.gmane.org; Tue, 11 Feb 2003 19:15:30 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!logbridge.uoregon.edu!fu-berlin.de!uni-berlin.de!170.207.51.80!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 27 Original-NNTP-Posting-Host: 170.207.51.80 Original-X-Trace: fu-berlin.de 1045008650 42309142 170.207.51.80 (16 [82742]) User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:0.9.4.1) Gecko/20020406 Netscape6/6.2.2 X-Accept-Language: en-us Original-Xref: shelby.stanford.edu gnu.emacs.help:110069 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:6573 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:6573 Eli Zaretskii wrote: > On Mon, 10 Feb 2003, Kevin Rodgers wrote: >>Jay Belanger wrote: >>>Kevin Rodgers wrote: >>>>Then force M-x compile to run the command synchronously: >>>> >>>>(fmakunbound 'start-process) >>>> >>>If I try that here (not with M-x compile), I get the message >>>"Multi-processing is not supported for this system" >>>(RedHat 8.0 with CVS emacs) >>> >>That is one of the undesirable consequences I alluded to. > > Might as well be a bug in compile.el: sounds like some of its condition > to run the synchronous path are based on system-type, not on > start-process being not fboundp. Perhaps this should be reported as a > bug. I thought that when Jay wrote "not with M-x compile", he meant that some other package that _requires_ asynchronous subprocess support had signalled the error. -- Kevin Rodgers