From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: [kzeitler@lucent.com: Re: dabbrev in minibuffer] Date: Thu, 18 Jul 2002 08:55:34 -0600 (MDT) Sender: emacs-devel-admin@gnu.org Message-ID: <200207181455.g6IEtYv25051@aztec.santafe.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1027004240 17076 127.0.0.1 (18 Jul 2002 14:57:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 18 Jul 2002 14:57:20 +0000 (UTC) Cc: kzeitler@lucent.com Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17VCiU-0004RJ-00 for ; Thu, 18 Jul 2002 16:57:18 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17VCuQ-0007t1-00 for ; Thu, 18 Jul 2002 17:09:38 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17VCiP-000713-00; Thu, 18 Jul 2002 10:57:13 -0400 Original-Received: from pele.santafe.edu ([192.12.12.119]) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17VCgp-0006sR-00; Thu, 18 Jul 2002 10:55:35 -0400 Original-Received: from aztec.santafe.edu (aztec [192.12.12.49]) by pele.santafe.edu (8.11.6+Sun/8.11.6) with ESMTP id g6IEtdB29946; Thu, 18 Jul 2002 08:55:39 -0600 (MDT) Original-Received: (from rms@localhost) by aztec.santafe.edu (8.10.2+Sun/8.9.3) id g6IEtYv25051; Thu, 18 Jul 2002 08:55:34 -0600 (MDT) X-Authentication-Warning: aztec.santafe.edu: rms set sender to rms@aztec using -f Original-To: emacs-devel@gnu.org Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:5856 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5856 Are there any people on HPUX and Solaris that can try to debug these problems with C-g? The HPUX case may have been fixed by the recent change regarding SA_RESTART; if so, it is conceivable that adding #define BROKEN_SA_RESTART in the s/*.h file for Solaris might fix the problem. Does it? ------- Start of forwarded message ------- X-Authentication-Warning: sfsw51.de.lucent.com: kzeitler set sender to kzeitler@lucent.com using -f To: rms@gnu.org Subject: Re: dabbrev in minibuffer Emacs: Lovecraft was an optimist. From: Klaus Zeitler Date: 17 Jul 2002 16:26:49 +0200 In-Reply-To: <200207141522.g6EFMgM20517@aztec.santafe.edu> >>>>> "Richard" == Richard Stallman writes: Richard> Richard> One question is, does interrupting a loop with C-g ever work on Richard> those systems? Please try executing (while t nil) and see if you Richard> can quit out of that. Richard> ok tried this and I can't quit on HP at all and on SUN not always. I've taken over emacs production here in my department and I've got emacs 21.2 now running on the following 4 systems: HP-UX-B.10.20 HP-UX-B.11.11 SunOS-5.7 SunOS-5.8 On Monday I additionally installed the CVS version, but production on HP 10.20 and 11.11 failed (in process.c, I've sent a bug report to pretest) The SunOS CVS version behaves exactly like 21.2. Here's what I've found out so far (not much): 1. start emacs -q --no-site-file 2. in scratch buffer execute (while t nil) 3. C-g works 4. make a new frame (C-x 5 2) 5. in scratch buffer execute (while t nil) 6. C-g doesn't work anymore On both HP versions emacs wont quit that while loop Klaus - -- ------------------------------------------ | Klaus Zeitler Lucent Technologies | | Email: kzeitler@lucent.com | ------------------------------------------ - --- There exist tasks which cannot be done by more than 10 men or fewer than 100. -- Steele's Law ------- End of forwarded message -------