GNU logs - #23163, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#23163: 25.1.50; w32-lwindow-modifier "unset" while running GDB
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 30 Mar 2016 17:34:02 +0000
Resent-Message-ID: <handler.23163.B.145935919712665 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 23163 <at> debbugs.gnu.org
Message-ID: <56FC0DC1.3070305@HIDDEN>
Date: Wed, 30 Mar 2016 19:32:49 +0200
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

In my .emacs for Windows I have for many years the following settings.

(setq w32-pass-lwindow-to-system nil)
(setq w32-lwindow-modifier 'hyper)	; lwindow is hyper
(global-set-key [(control hyper meta b)] 'break-point-insert)

=E2=80=98break-point-insert=E2=80=99 is a command that inserts a breakpoi=
nt into the
*gud-emacs.exe* buffer.  This command works fine in emacs-25 but fails
in master when running GDB.  In particular, it fails _after_ focus has
shifted to the debugged frame and I shifted it back to the debugger
frame.  The command actually executed by C-H-M b is then =E2=80=98backwar=
d-sexp=E2=80=99
which means that apparently =E2=80=98w32-lwindow-modifier=E2=80=99 has be=
en unset and my
modifier given back to the system.

I believe that I have seen similar "unsettings" in other occasions as
well but the example given here is the only one I can confirm.

In GNU Emacs 25.1.50.1 (i686-pc-mingw32)
  of 2016-03-30 built on MACHNO
Repository revision: 292c4753923a468e6c29733ef8701cf2c6680aa8
Windowing system distributor 'Microsoft Corp.', version 5.1.2600
Configured using:
  'configure --prefix=3D/c/emacs-git/opt CFLAGS=3D-O3'

martin

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: martin rudalics <rudalics@HIDDEN>
Subject: bug#23163: Acknowledgement (25.1.50; w32-lwindow-modifier "unset"
 while running GDB)
Message-ID: <handler.23163.B.145935919712665.ack <at> debbugs.gnu.org>
References: <56FC0DC1.3070305@HIDDEN>
X-Gnu-PR-Message: ack 23163
X-Gnu-PR-Package: emacs
Reply-To: 23163 <at> debbugs.gnu.org
Date: Wed, 30 Mar 2016 17:34:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 23163 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
23163: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D23163
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#23163: 25.1.50; w32-lwindow-modifier "unset" while running GDB
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 30 Mar 2016 18:25:02 +0000
Resent-Message-ID: <handler.23163.B23163.145936225917211 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: martin rudalics <rudalics@HIDDEN>, Jussi Lahdenniemi <jussi@HIDDEN>
Cc: 23163 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Date: Wed, 30 Mar 2016 21:23:55 +0300
Message-Id: <83mvpfvn7o.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <56FC0DC1.3070305@HIDDEN> (message from martin rudalics on Wed,
 30 Mar 2016 19:32:49 +0200)
References: <56FC0DC1.3070305@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> Date: Wed, 30 Mar 2016 19:32:49 +0200
> From: martin rudalics <rudalics@HIDDEN>
> 
> In my .emacs for Windows I have for many years the following settings.
> 
> (setq w32-pass-lwindow-to-system nil)
> (setq w32-lwindow-modifier 'hyper)	; lwindow is hyper
> (global-set-key [(control hyper meta b)] 'break-point-insert)
> 
> ‘break-point-insert’ is a command that inserts a breakpoint into the
> *gud-emacs.exe* buffer.  This command works fine in emacs-25 but fails
> in master when running GDB.  In particular, it fails _after_ focus has
> shifted to the debugged frame and I shifted it back to the debugger
> frame.  The command actually executed by C-H-M b is then ‘backward-sexp’
> which means that apparently ‘w32-lwindow-modifier’ has been unset and my
> modifier given back to the system.
> 
> I believe that I have seen similar "unsettings" in other occasions as
> well but the example given here is the only one I can confirm.

Probably due to changes in 97d7a0b.  Jussi, could you please take a
look?

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#23163: 25.1.50; w32-lwindow-modifier "unset" while running GDB
Resent-From: Jussi Lahdenniemi <jussi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 31 Mar 2016 06:36:01 +0000
Resent-Message-ID: <handler.23163.B23163.145940611119897 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: martin rudalics <rudalics@HIDDEN>
Cc: 23163 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=turbo-smtp; d=aprikoodi.fi;
 h=Received:Received:X-TurboSMTP-Tracking:Subject:To:References:Cc:From:Organization:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding;
 b=TTB7SOaG4TMlI4UU6gpmbvziO8FhArmTyQC3rEWy1FQw4EV3Tng73R5sqxvqxo
 gWp/iXRlcQZODkFM1P6RXEo3enbUFEPig3b8vgD2XA3NOa2VGvmZT5oTxm9UjkMt
 0jU7yO6rFuIDVYPpOgBEwQL2dm/aBTTreV5D/TBbDWVMc=;
References: <56FC0DC1.3070305@HIDDEN> <83mvpfvn7o.fsf@HIDDEN>
From: Jussi Lahdenniemi <jussi@HIDDEN>
Organization: Aprikoodi Oy
Message-ID: <56FCC50B.9030209@HIDDEN>
Date: Thu, 31 Mar 2016 09:34:51 +0300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64;
 rv:38.0) Gecko/20100101 Thunderbird/38.7.1
MIME-Version: 1.0
In-Reply-To: <83mvpfvn7o.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

>> Date: Wed, 30 Mar 2016 19:32:49 +0200
>> From: martin rudalics <rudalics@HIDDEN>
>>
>> In my .emacs for Windows I have for many years the following settings.
>>
>> (setq w32-pass-lwindow-to-system nil)
>> (setq w32-lwindow-modifier 'hyper)	; lwindow is hyper
>> (global-set-key [(control hyper meta b)] 'break-point-insert)
>>
>> ‘break-point-insert’ is a command that inserts a breakpoint into the
>> *gud-emacs.exe* buffer.  This command works fine in emacs-25 but fails
>> in master when running GDB.  In particular, it fails _after_ focus has
>> shifted to the debugged frame and I shifted it back to the debugger
>> frame.  The command actually executed by C-H-M b is then ‘backward-sexp’
>> which means that apparently ‘w32-lwindow-modifier’ has been unset and my
>> modifier given back to the system.
>>
>> I believe that I have seen similar "unsettings" in other occasions as
>> well but the example given here is the only one I can confirm.

Does it help if you add
(w32-register-hot-key [H-])
after the (global-set-key ...) line in your .emacs?

-- 
Jussi Lahdenniemi

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#23163: 25.1.50; w32-lwindow-modifier "unset" while running GDB
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 31 Mar 2016 07:16:01 +0000
Resent-Message-ID: <handler.23163.B23163.145940851823349 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23163
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Jussi Lahdenniemi <jussi@HIDDEN>
Cc: 23163 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 23163-submit <at> debbugs.gnu.org id=B23163.145940851823349
          (code B ref 23163); Thu, 31 Mar 2016 07:16:01 +0000
Received: (at 23163) by debbugs.gnu.org; 31 Mar 2016 07:15:18 +0000
Received: from localhost ([127.0.0.1]:45681 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1alWp3-00064X-PD
	for submit <at> debbugs.gnu.org; Thu, 31 Mar 2016 03:15:17 -0400
Received: from mout.gmx.net ([212.227.15.15]:58275)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1alWp1-00064I-O7
 for 23163 <at> debbugs.gnu.org; Thu, 31 Mar 2016 03:15:16 -0400
Received: from [192.168.1.100] ([212.95.7.73]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0LvlTo-1Ze46p0rbo-017YY4;
 Thu, 31 Mar 2016 09:15:07 +0200
Message-ID: <56FCCE73.1050106@HIDDEN>
Date: Thu, 31 Mar 2016 09:14:59 +0200
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <56FC0DC1.3070305@HIDDEN> <83mvpfvn7o.fsf@HIDDEN>
 <56FCC50B.9030209@HIDDEN>
In-Reply-To: <56FCC50B.9030209@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:GrCqQWRGXqcrQ+pZ0V7/CAm7bGnwhZYHJkOmEEtxHa4EcvufrBU
 tCfcMFH6yHyn4vAOWVPppdfR5WeMfNg1hrFwkCOFm2s+mk/VH1Qq6uauSG56BS7iNJigySK
 eKPPzVwuBmrYf1cktTnHIacBBJWN2AincL5o679vjAmCmVckUKka6KiLC6GaSIEPqJtHlvI
 anCeWvvgXLSLkg47dvzcw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:ytPiNyHERLs=:jn2N6/Ib9WFj0z4gCO6Q9I
 fvh8n/8IPvW49Eaa0/W+aR2LH4OF6iIFs6ApRbxLgktteBkRfmXZ8F0r7ZBRhdDvANqY+MaGO
 6rpXqXoqNQymvYzYMPwRRVKjPQs8LvJI3wvmm+ImI2BTDUik3cUsV1y6Sw/Bmp0Wwn3ksnpY/
 a9781fqoB1OHRwRWVNIcTP3Z/EpZxpX5NAlYXuccaKqBxXqCTLL1Eh1kfc6EeCIEFUspGgBRh
 j67Ou4zLdGcctZMJkzfRcl6c7KM6bPHzJlKmF1D6jwLVG9PVZlTsgPbY6PxT0NLCh0uZrrxKN
 6t6vF4VK3Gjj2q0tzpMClBpMHUfjLKYa0gOzCdwuJNqdeNhvmI8CaYzyn1nblKhd3ZY6HGugB
 fPNLG+WSYobVFlSpp1UU53o086jwu9mrHhSkURj0LwhTNRZufVPDGZP51bzzcgxyZ5NW4WSvb
 H5PoSqx5b1UZrypFt4p6+Fe4siDSTrH4OqrrsAQd8LGbI6G3tTNeu/C3/ygF8kOteUQa6CinW
 sOPflqnNbJdniEkGMoZTjLp9aK8VodKpjSM7BUbQpRo/ijmkNNWqRkK58VHSfczq/PxSr1kv/
 2xr1SiKToNcexCVipcmu96Ov0HRw1+ewuCGpapUA51xCuz8/AFtU71cLsmL3QgfAPEnYgq7rm
 9ct4vwIhuC3OIOcRRHrV69NBlAg5f/CnsJMyV5ocdh4R9fE+9XPXJh2gcMDRzaQkX4iMheUDL
 tV3wc9D4JfnkpBqUMehmoI4hG3RPWCODk+L/khZvzgbWnTmqyfe/KBSAu8QxndWArfD2ch1pe
 TzfIjya+vC52/pDutQfEDWYgiMpmA==
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

 > Does it help if you add
 > (w32-register-hot-key [H-])
 > after the (global-set-key ...) line in your .emacs?

No.  Even worse, this breaks my ahk settings: Here, for example,
C-H-M-left is bound (via ahk) to a script that makes any Windows window
occupy the left half of my display.  This allows XP do what Aero does
later and also binds it to a different key, because Windows 7 broke my
old standard Emacs binding for S-H-up (or whatever old binding Aero was
usurping here, I don't recall at the moment).  It's not sufficient for
me to rebind keys in Emacs only - keys for resizing Windows windows must
be obviously uniform.

I believe the problem I see with GDB is due to refocussing during
debugging.  More precisely, the binding is hidden only _after_ I start
running an Emacs instance via GDB, the Windows window of the debugged
Emacs instance pops up, a breakpoint gets hit and I manually refocus the
Windows window of the debugging Emacs instance (using the mouse or
Alt-TAB, for example) in order to continue debugging.  The binding is
restored as soon as I quit GDB.

Please tell me if you have problems understanding this description (I
might have omitted some crucial detail).

Thanks, martin

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.