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: Re: [cvs] bug when using pc-selection-mode/transient-mark-mode Date: Thu, 19 Sep 2002 23:45:13 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: References: Reply-To: rms@gnu.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1032494001 8875 127.0.0.1 (20 Sep 2002 03:53:21 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 20 Sep 2002 03:53:21 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17sEr1-0002J1-00 for ; Fri, 20 Sep 2002 05:53:19 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17sFW5-0008BU-00 for ; Fri, 20 Sep 2002 06:35:45 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17sErM-0004rM-00; Thu, 19 Sep 2002 23:53:40 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17sEjD-0003CM-00 for emacs-devel@gnu.org; Thu, 19 Sep 2002 23:45:15 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17sEjB-0003C0-00 for emacs-devel@gnu.org; Thu, 19 Sep 2002 23:45:15 -0400 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17sEjB-0003Bl-00 for emacs-devel@gnu.org; Thu, 19 Sep 2002 23:45:13 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.10) id 17sEjB-00085B-00; Thu, 19 Sep 2002 23:45:13 -0400 Original-To: q.edg875310@quarl.org In-reply-to: (message from Karl Chen on Thu, 19 Sep 2002 01:48:56 -0700 (PDT)) 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:8037 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:8037 sit_for(... display = 1) wait_reading_process_input() In the C code there are just two places that deactivate the mark: editfns.c:802: current_buffer->mark_active = tem; keyboard.c:1755: current_buffer->mark_active = Qnil; Once you are at that point, could you try enabling breakpoints at those two places and see if they go off? You can also do this (add-hook 'deactivate-mark-hook (lambda () (x-display-color-cells))) That won't do anything really, but if you put a breakpoint in C at Fx_display_color_cells, that will stop in the C debugger when the mark is deactivated. etc/DEBUG gives adivce on how to get a Lisp backtrace when that happens. [BTW: it's unneccessarily (except for historic reasons) confusing that the lisp sit-for and the C sit_for have opposite meanings for their arguments.] I wouldn't say they are opposite. The C function sit_for has DISPLAY instead of NODISP--is that what you mean? But it also has two additional arguments. WIth that much difference, they are not really comparable. If the only difference were DISPLAY vs NODISP them it might be good to change the C function.