From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [drew.adams@oracle.com: RE: tooltip-mode disabled prevents messages in minibuffer] Date: Sun, 23 Jul 2006 03:28:13 -0400 Message-ID: References: <17601.47663.608500.475165@kahikatea.snap.net.nz> <17602.44729.127250.330091@kahikatea.snap.net.nz> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1153639713 6575 80.91.229.2 (23 Jul 2006 07:28:33 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 23 Jul 2006 07:28:33 +0000 (UTC) Cc: drew.adams@oracle.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 23 09:28:30 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1G4YO5-0004AT-Au for ged-emacs-devel@m.gmane.org; Sun, 23 Jul 2006 09:28:29 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G4YO4-0005dN-RS for ged-emacs-devel@m.gmane.org; Sun, 23 Jul 2006 03:28:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1G4YNt-0005dI-0U for emacs-devel@gnu.org; Sun, 23 Jul 2006 03:28:17 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1G4YNs-0005d5-IY for emacs-devel@gnu.org; Sun, 23 Jul 2006 03:28:16 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G4YNs-0005d2-D0 for emacs-devel@gnu.org; Sun, 23 Jul 2006 03:28:16 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1G4YOg-0005lM-Tt for emacs-devel@gnu.org; Sun, 23 Jul 2006 03:29:06 -0400 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.34) id 1G4YNp-0000BT-96; Sun, 23 Jul 2006 03:28:14 -0400 Original-To: nickrob@snap.net.nz In-reply-to: (message from Eli Zaretskii on Sun, 23 Jul 2006 06:21:19 +0300) 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:57496 Archived-At: > > From: Nick Roberts > > Date: Sun, 23 Jul 2006 11:03:21 +1200 > > Cc: emacs-devel@gnu.org, drew.adams@oracle.com > > > > > I don't have access to a GUI version of Emacs on GNU/Linux where I'm > > > typing this--could someone please see which part of the above > > > description works differently on GNU/Linux, and why? > > > > If I put a breakpoint inside show_help_echo and click C-down-mouse-2 the > > window manager freezes. If I instrument the function test with edebug > > and step through it, the message doesn't appear. The problem with debugging > > these situations is that it changes the behaviour. How about if you insert calls to sleep before and after the call to message(0), to have the code pause long enough for you to see the echo area as it's been wriiten/cleared, but short enough to prevent the window manager from freezing? All I want to know is (1) whether message(0) is called and clears the echo area message, and (2) whether the TTTTTTTTTTTTTTTTT message gets restored after that somehow. TIA