From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Marshall, Simon" Newsgroups: gmane.emacs.devel Subject: RE: [simon.marshall@misys.com: mouse-autoselect-window needs a de lay] Date: Tue, 18 Jul 2006 12:21:53 +0100 Message-ID: <81CCA6588E60BB42BE68BD029ED4826008837542@wimex2.wim.midas-kapiti.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: sea.gmane.org 1153221845 24913 80.91.229.2 (18 Jul 2006 11:24:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 18 Jul 2006 11:24:05 +0000 (UTC) Cc: "'emacs-devel@gnu.org'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 18 13:24:03 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 1G2ngI-0005XS-FH for ged-emacs-devel@m.gmane.org; Tue, 18 Jul 2006 13:24:02 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G2ngH-00049U-Tz for ged-emacs-devel@m.gmane.org; Tue, 18 Jul 2006 07:24:01 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1G2ng4-00045X-Po for emacs-devel@gnu.org; Tue, 18 Jul 2006 07:23:48 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1G2ng2-00044G-SB for emacs-devel@gnu.org; Tue, 18 Jul 2006 07:23:47 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G2ng2-000448-AY for emacs-devel@gnu.org; Tue, 18 Jul 2006 07:23:46 -0400 Original-Received: from [80.69.8.190] (helo=cluster-a.mailcontrol.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1G2niu-0003Ae-Jb for emacs-devel@gnu.org; Tue, 18 Jul 2006 07:26:44 -0400 Original-Received: from rly36a.srv.mailcontrol.com (localhost.localdomain [127.0.0.1]) by rly36a.srv.mailcontrol.com (MailControl) with ESMTP id k6IBNGcf032662 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 18 Jul 2006 12:23:16 +0100 Original-Received: from submission.mailcontrol.com (submission.mailcontrol.com [212.158.48.250]) by rly36a.srv.mailcontrol.com (MailControl) id k6IBMrkR032296 for emacs-devel@gnu.org; Tue, 18 Jul 2006 12:22:53 +0100 Original-Received: from wimex2.wim.midas-kapiti.com ([217.196.233.101]) by rly36a-eth0.srv.mailcontrol.com (envelope-sender simon.marshall@misys.com) (MIMEDefang) with ESMTP id k6IBMqaK032242; Tue, 18 Jul 2006 12:22:53 +0100 (BST) Original-Received: by wimex2.wim.midas-kapiti.com with Internet Mail Service (5.5.2657.72) id <3Z7JLWN9>; Tue, 18 Jul 2006 12:21:55 +0100 Original-To: "'martin rudalics'" X-Mailer: Internet Mail Service (5.5.2657.72) X-Scanned-By: MailControl A-07-00-11 (www.mailcontrol.com) on 10.65.1.146 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:57254 Archived-At: Hi Martin, I occasionally get this (taken from *Messages*): mouse-autoselect-window-start: Wrong type argument: numberp, nil I just caught it with debug-on-error, though I'm not sure quite how to read it as it looks like 2 errors have occurred. The way I read it, we are in the process of switching to the *Backtrace* window when the error (presumably) happened again: Debugger entered--Lisp error: (wrong-type-argument numberp nil) window-at(nil nil #) mouse-autoselect-window-start() handle-select-window((select-window (#))) call-interactively(handle-select-window) But it is kind-of what I guessed, that the error is thrown by window-at because mouse-position returns nil for X and Y. I can fairly easily reproduce this with emacs -Q if I move from the selected first frame to a second frame and then off that second frame quickly when (a) the second frame has split windows, (b) the second frame's selected window (ie, when the second frame is selected) and its point is covered by the first frame. The amount of time spent in the second frame does not seem to depend on mouse-autoselect-window. Maybe it has more to do with whether Emacs gets the chance to get some info out of X before the mouse has moved off the second frame. I use Solaris CDE on a PC running Exceed, which may complicate/slow things. Maybe the only fix is to be tolerant of nil for X and Y from mouse-position. Simon.