From unknown Fri Jun 20 07:22:09 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#4836 <4836@debbugs.gnu.org> To: bug#4836 <4836@debbugs.gnu.org> Subject: Status: " is undefined" when using AutoHotKey Reply-To: bug#4836 <4836@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:22:09 +0000 retitle 4836 " is undefined" when using AutoHotKey reassign 4836 emacs,w32 submitter 4836 Glenn Linderman severity 4836 normal thanks From ml@g.nevcal.com Fri Oct 30 16:37:08 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 30 Oct 2009 23:37:08 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n9UNb63X005643 for ; Fri, 30 Oct 2009 16:37:08 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N411m-0008OR-Jg for bug-gnu-emacs@gnu.org; Fri, 30 Oct 2009 19:37:06 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N411g-0008Nq-QG for bug-gnu-emacs@gnu.org; Fri, 30 Oct 2009 19:37:05 -0400 Received: from [199.232.76.173] (port=35206 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N411g-0008Nn-Kr for bug-gnu-emacs@gnu.org; Fri, 30 Oct 2009 19:37:00 -0400 Received: from outbound-mail-22.bluehost.com ([69.89.21.17]:38579) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1N411g-00036t-7F for bug-gnu-emacs@gnu.org; Fri, 30 Oct 2009 19:37:00 -0400 Received: (qmail 6974 invoked by uid 0); 30 Oct 2009 23:36:58 -0000 Received: from unknown (HELO box538.bluehost.com) (74.220.219.138) by outboundproxy2.bluehost.com with SMTP; 30 Oct 2009 23:36:58 -0000 Received: from pool-96-236-77-219.lsanca.dsl-w.verizon.net ([96.236.77.219] helo=[192.168.194.194]) by box538.bluehost.com with esmtpa (Exim 4.69) (envelope-from ) id 1N411d-0002Ut-Ls for bug-gnu-emacs@gnu.org; Fri, 30 Oct 2009 17:36:57 -0600 Message-ID: <4AEB7897.30005@g.nevcal.com> Date: Fri, 30 Oct 2009 16:36:55 -0700 From: Glenn Linderman User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071030 a Firefox/2.0.0.14 sibling, SeaMonkey/1.1.6 - see http://geckoisgecko.org Mnenhy/0.7.5.0 MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org Subject: " is undefined" when using AutoHotKey X-Face: /uBBz$M4IWr)?~|rT$B0]>kF[.Ol=AQ$>_7e!Qy^\Hf99*IDIxNBDM{1>w;1sUVl(ZF-U9yf"1[V2;~#{$`u|UH]<+[*Cj`N>*>Ea?b%W7"xtBwE Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Identified-User: {11138:box538.bluehost.com:areliabl:nevcal.com} {sentby:smtp auth 96.236.77.219 authed with test@nevcal.com} X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) emacs 22.1.1 worked fine with autohotkey. I have macros for correcting my common typos, and accelerating commonly entered items, and entering characters not found on the keyboard. Seems none of the autohotkey macros works with emacs 23.1, instead they generate an error " is undefined". Guess I'll have to switch back to emacs 22.1.1, as it worked fine for me, until this issue can be resolved. From rgm@gnu.org Fri Oct 30 19:25:55 2009 Received: (at control) by emacsbugs.donarmstrong.com; 31 Oct 2009 02:25:55 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.9 required=4.0 tests=AWL,ONEWORD,VALID_BTS_CONTROL autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n9V2PrDD031609 for ; Fri, 30 Oct 2009 19:25:54 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1N43f7-0001J6-9e; Fri, 30 Oct 2009 22:25:53 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19179.41008.952237.216417@fencepost.gnu.org> Date: Fri, 30 Oct 2009 22:25:52 -0400 From: Glenn Morris To: control Subject: control severity 4724 wishlist severity 4743 wishlist tags 4743 wontfix reassign 4759 emacs,ns reassign 4765 emacs,ns reassign 4774 emacs,ns severity 4680 minor severity 4833 wishlist severity 4829 minor reassign 4831 emacs,ns severity 4827 minor close 4821 close 4822 close 4778 severity 4804 wishlist reassign 4836 emacs,w32 From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 14 03:57:22 2010 Received: (at 4836-done) by debbugs.gnu.org; 14 Aug 2010 07:57:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OkBcI-0001nH-Ou for submit@debbugs.gnu.org; Sat, 14 Aug 2010 03:57:22 -0400 Received: from mail-pz0-f50.google.com ([209.85.210.50]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OkBcH-0001nC-8h for 4836-done@emacsbugs.donarmstrong.com; Sat, 14 Aug 2010 03:57:21 -0400 Received: by pzk28 with SMTP id 28so1490421pzk.37 for <4836-done@emacsbugs.donarmstrong.com>; Sat, 14 Aug 2010 00:58:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=WMr0XcAojb5fktlXeMAjn0nX3cEP4zfta2OXJG/xbH8=; b=f8xk+9pK3OXPOL5bIiE9RCYwhPOa4YCv9sx57W2NprNh4vd/7bKExKO2aymvsrYXJd xcC2bGbZEDrKE5TuBbzx0sOfwLcSVc1ce1/oN30tE+GH/sb3FLjR4Mh7sdINbDpr+WKj v4UVhEFnLyw0Q/yenUxNMfBNEgRVEqEWSkros= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=eKFCvtVu6zlbgvze84HxoaQbyy3ntHYlMRgcKMu2w5piegIoAd7QZZj4TT1iQyx306 IORYcIy+Q0j2eZAe7i3ockByvsYm3rQYOyKLOguHMLrrdoOg+Cj6xE8M13ZKLcHuE8rS l6C1E0L6DvEeLzVMp06bpm/K1QeeAg6ovTuEY= Received: by 10.114.52.2 with SMTP id z2mr3007813waz.84.1281772694398; Sat, 14 Aug 2010 00:58:14 -0700 (PDT) Received: from [192.168.249.102] ([202.87.221.130]) by mx.google.com with ESMTPS id d39sm6387589wam.16.2010.08.14.00.58.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 14 Aug 2010 00:58:13 -0700 (PDT) Message-ID: <4C664C86.6090204@gnu.org> Date: Sat, 14 Aug 2010 15:57:58 +0800 From: Jason Rumney User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: Glenn Linderman , 4836-done@debbugs.gnu.org Subject: Re: bug#4836: " is undefined" when using AutoHotKey References: <4AEB7897.30005@g.nevcal.com> In-Reply-To: <4AEB7897.30005@g.nevcal.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 4836-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.4 (/) On 31/10/2009 7:36 AM, Glenn Linderman wrote: > emacs 22.1.1 worked fine with autohotkey. I have macros for > correcting my common typos, and accelerating commonly entered items, > and entering characters not found on the keyboard. > > Seems none of the autohotkey macros works with emacs 23.1, instead > they generate an error " is undefined". Apparently the "packet" key code is special, so we shouldn't treat it as a function key. I have removed it from the list of function keys that Emacs recognizes, so the behaviour should go back to what it was before. However my testing shows that we cannot receive Unicode characters outside the current codepage using VK_PACKET as Windows replaces such characters with '?' by the time we receive them. It appears that a low level keyboard hook may be able to retrieve the original character though, so if we receive Lennart's cleaned up keyboard hook patches I'll try to look at VK_PACKET support again. From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 15 19:21:04 2010 Received: (at 4836) by debbugs.gnu.org; 15 Aug 2010 23:21:04 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OkmVj-0006NO-MM for submit@debbugs.gnu.org; Sun, 15 Aug 2010 19:21:03 -0400 Received: from mail-ww0-f46.google.com ([74.125.82.46]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OkmVh-0006Mz-Bj; Sun, 15 Aug 2010 19:21:02 -0400 Received: by wwe15 with SMTP id 15so2789748wwe.15 for ; Sun, 15 Aug 2010 16:21:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.7.8 with SMTP id 8mr1943276weo.0.1281914518610; Sun, 15 Aug 2010 16:21:58 -0700 (PDT) Received: by 10.216.65.140 with HTTP; Sun, 15 Aug 2010 16:21:58 -0700 (PDT) Date: Sun, 15 Aug 2010 19:21:58 -0400 X-Google-Sender-Auth: fZgqREO08xkw4TywJtz7jH1lbtU Message-ID: Subject: Re: bug#4814: keyboard and system bug with Emacs CVS current through 2009-10-15 on w32 From: MON KEY To: Jason Rumney Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 4836 Cc: ml@g.nevcal.com, 4814@debbugs.gnu.org, 4836@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.2 (---) Hi Jason, > but could this be related to bug#4836? The short answer is: Feel free to close bug#8814 and/or fold it in with bug#4836 if this is what is needed to continue the ongoing development progress of Emacs. The long answer is: I'm not sure if the two are related, though it did occur to me when I read the bug#4836 report (filed on Fri, 30 Oct 2009 three days subsequent to the Oct 27, 2009 filing of bug#4814) that the two _may be_ related. FWIW I had assumed that they were and would eventually be folded together. This said, unfortunately (and largely due to bug#4814/4836), I am no longer using Emacs on w32 systems (or w32 systems in general)... the nature of the problem posed such serious functionality issues w/ integration of Emacs on my w32's as to render the combination useless. As such, I am not able (nor am I now willing) to re-examine the issue. If the problem is now fixed this is good to hear, if not, you will have to find other users better able to clearly describe the impact and nature of the problems made manifest by these bugs esp. given the following: > You don't explain the problem you are seeing clearly, Jason, no offense, but this is BS (and a cop out) and I take some degree of displeasure in pointing out that; - Your recent follow up to bug#4814 was not cc'd to me; - The bug report in question is now nearly 10 months old; - The nature of the bug wasn't/isn't a clearly describable problem. - The affected builds in question are now 13, 14, and 8 months old respectively; - As noted above I am not now willing/able to further troubleshoot the problem This said, I _did_ make multiple follow up reports over an extended period w/re the bug and have not until now received any further requests for additional information. Likewise, I tested multiple different builds (at least five over an eight month period) and made a cumulative report on my findings in an attempt to lend some clarity to the problem. Moreover, I did my best to indicate (and document) specifically that the problem did appear (at least to me) to involve: - 0x2ed76000 control key events; - changes in `local-function-key-map', submaps, and associated event-modifiers; - curious differences between the composition and and length of `input-decode-map'; Specifically my comparison/contrasting of this build known (by me) to pose the problem: ,---- | | - "GNU Emacs 23.1.91.1 (i386-mingw-nt5.1.2600) | of 2010-01-02 on PRETEST" <- FAILED | `---- with these two builds known to work as expected: ,---- | | - "Emacs 23.1.50.1 (i386-mingw-nt5.1.2600) | of 2009-06-30 on LENNART-69DE564 (patched)" | | - "Emacs 23.1.1 of 2009-07-30 on SOFT-MJASON" | `---- This included my indication that: ,---- | | "The value 0x2ed76000 appears in my dribble-file and recent-keys | output for all ``control'' key presses." | `---- My indication that at some point a change occurred such that; ,---- | | "The value of the map: (0 . [67108896]) in `local-function-key-map' | does not seem to have been present until after 07-2009." | `---- and that this change may have impacted/affected the return values for `input-decode-map' from the Emacs builds (patched and unpatched) of circa June/July 2009 e.g. these two builds: ,---- | | "GNU Emacs 23.1.1 (i386-mingw-nt5.1.2600) | of 2009-07-30 on SOFT-MJASON" | | "In GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600) | of 2009-06-30 on LENNART-69DE564 (patched)" | `---- which each returned as follows for `input-decode-map': ,---- | | input-decode-map | => (keymap) | `---- whereas the 2010-01-02 build e.g.: ,---- | "GNU Emacs 23.1.91.1 (i386-mingw-nt5.1.2600) | of 2010-01-02 on PRETEST" `---- had this return value for `input-decode-map': ,---- | | input-decode-map | => (keymap (27 keymap (C-backspace) (C-delete)) | (C-M-backspace) (C-M-delete) (M-backspace) (M-delete)) | `---- My indication that the significant differences in the size of the `key-translation-map' from the non-functioning version of 2010-01-02 which had a length of 2 as compared with the functioning version of Summer-2009 which were considerably lager. My indication of the significant differences in both the size and structure of the sublists of `local-function-key-map'. With the non-functioning version of 2010-01-22 having a length of 66 and the functioning versions of Summer-2009 having a length of 60. And with the non-functioning version. My provision for the implicitly indicative (though apparently non-obvious) fact, that the size/structure differences of `local-function-key-map' happened to map suspiciously to the differences in length for `input-decode-map'. E.g. that the non-functioning version of 2010-01-02 (which had an `input-decode-map' length of 6) as compared with the functioning versions of Summer-2009 which had an `input-decode-map' containing the single element: (keymap). -- /s_P\ From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 25 13:07:38 2010 Received: (at 4836) by debbugs.gnu.org; 25 Aug 2010 17:07:39 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OoJRp-00017m-Tk for submit@debbugs.gnu.org; Wed, 25 Aug 2010 13:07:38 -0400 Received: from sandstone.cs.wisc.edu ([128.105.6.39]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OoJPq-00016A-7C; Wed, 25 Aug 2010 13:05:34 -0400 Received: from [128.105.181.52] (hank.cs.wisc.edu [128.105.181.52]) by sandstone.cs.wisc.edu (8.14.1/8.14.1) with ESMTP id o7PH6uRQ016797; Wed, 25 Aug 2010 12:06:56 -0500 Message-ID: <4C754DA1.5040806@cs.wisc.edu> Date: Wed, 25 Aug 2010 12:06:41 -0500 From: Evan Driscoll User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.4) Gecko/20100608 Lightning/1.0b2 Thunderbird/3.1 MIME-Version: 1.0 To: 4814@debbugs.gnu.org, 4836@debbugs.gnu.org Subject: Further information on the " undefined" error w/ keypress-modifying software? X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig22BE1E94E683E449EE2DD8D1" X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: 4836 X-Mailman-Approved-At: Wed, 25 Aug 2010 13:07:35 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.3 (-----) This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig22BE1E94E683E449EE2DD8D1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I just ran across a small annoyance today, and in looking for a solution ran across these two bugs. 4836 sounds like it's very closely related to what I'm seeing, and there's some discussion about how it relates to 4814, so here goes. Brief description: Using Emacs >=3D23 with AllChars causes an error message " is undefined" to appear when entering a compose key sequence. How I did caused the bug to surface: - Install AllChars (http://sourceforge.net/projects/allchars/). This is a program that gives Windows a compose key feature. - Install Emacs >=3D23. - Start AllChars with the default configuration, start Emacs. - Try to use a compose-key sequence, e.g. ' / o' or ' ` a'. (By default, is , but I tried another option or two.) Symptoms: - In Emacs 22.3, the composed character (=F8 or =E0) shows up as expected - In Emacs 23.1 and 23.2, as well as CVS Emacs distributed at ntemacs.sourceforge.net, an error in the minibuffer is displayed: " is undefined" Hopefully this'll help. Evan Driscoll --------------enig22BE1E94E683E449EE2DD8D1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMdU2hAAoJEAOzoR8eZTzgHWgIAJ2FUficMHlJLFsERgDmWS/r VpiXZlhhkI3OhJYTtFQKm05PZ3etYBjetFPoWvxFZ5lsYccYNVTb0nLb91n573I1 Lx3Ib9H1N+7zvHigrQj+NHoFuA5MBJ+Es7HyB1dc/umwEUDX+Z7QGaXZWzc/ko0z ApTYphu43Z6L3H7l6Q/TSyjY75m0ihlIZ9zacKHtHR8BC7f8B0Ft7QUgoTyQszzR xxRwVQP3cFgMdCOKDiFMBzrqCtzmIcSdgKPExi7JMb9RaxABcYp68Jut27n8l2IM qPVSbWWs0aB5kNfUCIfkUwfm1ilaEPZKbw1FtCDAf2ERK9DhrkJdOw+CHmOrmyI= =mdJc -----END PGP SIGNATURE----- --------------enig22BE1E94E683E449EE2DD8D1-- From unknown Fri Jun 20 07:22:09 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 23 Sep 2010 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator