From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dani Moncayo Newsgroups: gmane.emacs.devel Subject: Re: w32 hourglass cursor Date: Thu, 3 Jul 2014 19:07:42 +0200 Message-ID: References: <53B531D6.4000207@yandex.ru> <53B58540.9070807@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1404407283 7206 80.91.229.3 (3 Jul 2014 17:08:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 3 Jul 2014 17:08:03 +0000 (UTC) Cc: Emacs development discussions To: Dmitry Antipov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 03 19:07:52 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1X2kUA-0003pZ-5B for ged-emacs-devel@m.gmane.org; Thu, 03 Jul 2014 19:07:50 +0200 Original-Received: from localhost ([::1]:60915 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X2kU9-0005yj-Jm for ged-emacs-devel@m.gmane.org; Thu, 03 Jul 2014 13:07:49 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36015) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X2kU5-0005ye-K1 for emacs-devel@gnu.org; Thu, 03 Jul 2014 13:07:46 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X2kU3-0004XS-Bi for emacs-devel@gnu.org; Thu, 03 Jul 2014 13:07:45 -0400 Original-Received: from mail-lb0-x230.google.com ([2a00:1450:4010:c04::230]:47892) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X2kU3-0004XB-3w for emacs-devel@gnu.org; Thu, 03 Jul 2014 13:07:43 -0400 Original-Received: by mail-lb0-f176.google.com with SMTP id w7so388254lbi.21 for ; Thu, 03 Jul 2014 10:07:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YvAQBcGKrcvRfhe47hPfK8Fit5DL+PGs1tAaLC14LN0=; b=IFi2PU2JFiVgsOdUpeLZyC7HPFjGO5MPENd7DdD+VrGXupcsi14AI9wS/WJkAwkNQL kOSeRvxVUyATELF0Lwv4WjMbG+P1MPopD3jPBKN20LTc79858cjVdSgRn266fVfA7MZw /nLcpmRsy9CO2PTqMzfumbu6tMx0lBVZMY0MEe2bKuH72RRyo4Wpefv9/TxAf2eCOH5t Sm1oCm2tstxVcP1plAboRmlyvfeyrZZy308+yjLZ8fyi5d6VFCXC/nCDlbSTGlK5YVPG cEDQYxNtkmCIYiKMkQhB4y2sz1s4gaGz87Clsxc+4pq0Gw5faPjhPyLDpXrlczf9Lfkx TcPw== X-Received: by 10.152.25.229 with SMTP id f5mr1629953lag.87.1404407262070; Thu, 03 Jul 2014 10:07:42 -0700 (PDT) Original-Received: by 10.114.241.106 with HTTP; Thu, 3 Jul 2014 10:07:42 -0700 (PDT) In-Reply-To: <53B58540.9070807@yandex.ru> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::230 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:172873 Archived-At: > 1) go to *scratch* > 2) define a macro to insert something, for example C-x ( a ENTER C-x ) > defines a macro to insert 'a' and newline; > 3) ask to execute it 10000 times with C-u 10000 C-x e; > 4) while the macro execution is in progress, move the mouse over > Emacs frame and make sure that the cursor shape is changed and busy > cursor appears. The cursor's shape doesn't change until I move it (which doesn't seem like TRT, but the same happens without the patch). When I move the cursor, its shape change to busy, yes, but when the execution ends (either by cancelling it with C-g or when it completes), the shape remains the same (busy). This problem is specific to the patched binary. > 5) Do M-x new-frame then repeat 1)-4) but move mouse between two frames > and make sure that you have busy cursor in both of them. Here the behavior is equal with or without the patch: the cursor shape is busy in the original frame (where I started the execution of the macro) and normal (arrow or I-beam) when I go over the other frame. -- Dani Moncayo