bug#4814: keyboard and system bug with Emacs CVS current through 2009-10-15 on w32

bug#4814: keyboard and system bug with Emacs CVS current through 2009-10-15 on w32

[MON KEY]

Emacs from CVS current through 2009-10-15 is not correctly interacting
with my system - WinXP Service Pack 3.

There is a low level conflict somewhere related to Emacs'
keyboard/server interaction with the rest of the system.

Specifically, I am experiencing a bug wherein the application Xkeymacs
Version 3.47 :SEE (URL `http://www.cam.hi-ho.ne.jp/oishi/indexen.html')
is no longer able to recognize Emacs application/process nor can it
override Emacs system level interface w/ keyboard.

The current failure has not occurred with _any_ previous Emacs
distributions/builds in the past. Nor have I experienced a conflict of
this sort vis a vis Xkeymacs and _any_ other application. This is
happening on the Emacs side. Lennart and I have already verified that
the bug has been introduced by his build/compilation.

I'm including the config data from the three separate builds - two
verified working one not-working. The only difference that I see are the
compiler and flags. These flags shouldn't affect what is happening w/re
to the way keyboard interaction is failing for the emacsen's interaction
with the rest of the system. The proof is that I have never had this
problem before w/ Emacs or _any_ other application on this machine.

Emacs 23.1.1 of 2009-07-30 on SOFT-MJASON                    <- WORKS
Emacs 23.1.50.1 of 2009-06-30 on LENNART-69DE564 (patched)   <- WORKS
Emacs 23.1.50.1 of 2009-10-15 on LENNART-69DE564 (unpatched) <- FAILS
Emacs 23.1.50.1 of 2009-10-13 on LENNART-69DE564 (patched)   <- FAILS

;;; ==============================
;;; This is the most recent Lennart unpatched from CVS.
:DOES-NOT-WORK

In GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600)
 of 2009-10-15 on LENNART-69DE564
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags
-Ic:/g/include -fno-crossjumping'

Important settings:
 value of $LC_ALL: nil
 value of $LC_COLLATE: nil
 value of $LC_CTYPE: nil
 value of $LC_MESSAGES: nil
 value of $LC_MONETARY: nil
 value of $LC_NUMERIC: nil
 value of $LC_TIME: nil
 value of $LANG: ENU
 value of $XMODIFIERS: nil
 locale-coding-system: cp1252
 default enable-multibyte-characters: t

;;; ==============================
;;; I've also verified this build.
:WORKS

In GNU Emacs 23.1.1 (i386-mingw-nt5.1.2600)
 of 2009-07-30 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.4)'

Important settings:
 value of $LC_ALL: nil
 value of $LC_COLLATE: nil
 value of $LC_CTYPE: nil
 value of $LC_MESSAGES: nil
 value of $LC_MONETARY: nil
 value of $LC_NUMERIC: nil
 value of $LC_TIME: nil
 value of $LANG: ENU
 value of $XMODIFIERS: nil
 locale-coding-system: cp1252
 default-enable-multibyte-characters: t

;;; ==============================
;;; I've moved back to this build
:WORKS

In GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600)
 of 2009-06-30 on LENNART-69DE564 (patched)
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -Ic:/g/include'

Important settings:
 value of $LC_ALL: nil
 value of $LC_COLLATE: nil
 value of $LC_CTYPE: nil
 value of $LC_MESSAGES: nil
 value of $LC_MONETARY: nil
 value of $LC_NUMERIC: nil
 value of $LC_TIME: nil
 value of $LANG: ENU
 value of $XMODIFIERS: nil
 locale-coding-system: cp1252
 default-enable-multibyte-characters: t

bug#4836: "<S-packet> is undefined" when using AutoHotKey

[Glenn Linderman]

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 "<S-packet> 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.

bug#4814: keyboard and system bug with Emacs CVS current through 2009-10-15 on w32

[MON KEY]

This bug remains outstanding through pretest 23.1.91.1 of 2010-01-02.
I've had an opportunity to examine the problem on that build as well.

Following is an attempt to identify and compare/contrast what I've been able to
deduce of the problem.

;;; ==============================
"GNU Emacs 23.1.91.1 (i386-mingw-nt5.1.2600)
 of 2010-01-02 on PRETEST"

Invoked with: emacs -Q

:NOTE The value of the map: (0 . [67108896]) in `local-function-key-map' does
not seem to have been present until after 07-2009.

The value 0x2ed76000 appears in my dribble-file and recent-keys output for all
``control'' key presses.

`key-translation-map' on `emacs-version'
=> (keymap (24 keymap (56 . iso-transl-ctl-x-8-map)))

`input-decode-map'
=> (keymap (27 keymap (C-backspace) (C-delete)) (C-M-backspace)
(C-M-delete) (M-backspace) (M-delete))

`local-function-key-map'
=> (keymap (backspace . [127]) (kp-delete . [4]) (delete . [4]) keymap
(S-tab . [backtab]) (S-iso-lefttab . [backtab]) (iso-lefttab .
[backtab]) (M-escape . [134217755]) (M-return . [134217741]) (M-clear
. [134217740]) (M-linefeed . [134217738]) (M-tab . [134217737])
(M-delete . [134217855]) (M-backspace . [134217855]) keymap (escape .
[27]) (return . [13]) (clear . [12]) (linefeed . [10]) (tab . [9])
(kp-equal . [61]) (kp-divide . [47]) (kp-decimal . [46]) (kp-subtract
. [45]) (kp-separator . [44]) (kp-add . [43]) (kp-multiply . [42])
(kp-enter . [13]) (kp-tab . [9]) (kp-space . [32]) (kp-9 . [57]) (kp-8
. [56]) (kp-7 . [55]) (kp-6 . [54]) (kp-5 . [53]) (kp-4 . [52]) (kp-3
. [51]) (kp-2 . [50]) (kp-1 . [49]) (kp-0 . [48]) (24 keymap (64
keymap (99 . event-apply-control-modifier) (83 .
event-apply-shift-modifier) (97 . event-apply-alt-modifier) (109 .
event-apply-meta-modifier) (115 . event-apply-super-modifier) (104 .
event-apply-hyper-modifier))) (0 . [67108896]) (C-S-kp-9 .
[C-S-prior]) (C-S-kp-8 . [C-S-up]) (C-S-kp-7 . [C-S-home]) (C-S-kp-6 .
[C-S-right]) (C-S-kp-4 . [C-S-left]) (C-S-kp-3 . [C-S-next]) (C-S-kp-2
. [C-S-down]) (C-S-kp-1 . [C-S-end]) (C-S-kp-prior . [C-S-prior])
(C-S-kp-up . [C-S-up]) (C-S-kp-home . [C-S-home]) (C-S-kp-right .
[C-S-right]) (C-S-kp-left . [C-S-left]) (C-S-kp-next . [C-S-next])
(C-S-kp-down . [C-S-down]) (C-S-kp-end . [C-S-end]) (S-kp-prior .
[S-prior]) (S-kp-up . [S-up]) (S-kp-home . [S-home]) (S-kp-right .
[S-right]) (S-kp-left . [S-left]) (S-kp-next . [S-next]) (S-kp-down .
[S-down]) (S-kp-end . [S-end]) (kp-delete . [127]) (delete . [127])
(backspace . [127]) (kp-insert . [insert]) (kp-begin . [begin])
(kp-end . [end]) (M-kp-next . [M-next]) (kp-next . [next]) (kp-prior .
[prior]) (kp-down . [down]) (kp-right . [right]) (kp-up . [up])
(kp-left . [left]) (kp-home . [home]))

`function-key-map'
=> (keymap (escape . [27]) (return . [13]) (clear . [12]) (linefeed .
[10]) (tab . [9]) (kp-equal . [61]) (kp-divide . [47]) (kp-decimal .
[46]) (kp-subtract . [45]) (kp-separator . [44]) (kp-add . [43])
(kp-multiply . [42]) (kp-enter . [13]) (kp-tab . [9]) (kp-space .
[32]) (kp-9 . [57]) (kp-8 . [56]) (kp-7 . [55]) (kp-6 . [54]) (kp-5 .
[53]) (kp-4 . [52]) (kp-3 . [51]) (kp-2 . [50]) (kp-1 . [49]) (kp-0 .
[48]) (24 keymap (64 keymap (99 . event-apply-control-modifier) (83 .
event-apply-shift-modifier) (97 . event-apply-alt-modifier) (109 .
event-apply-meta-modifier) (115 . event-apply-super-modifier) (104 .
event-apply-hyper-modifier))) (0 . [67108896]) (C-S-kp-9 .
[C-S-prior]) (C-S-kp-8 . [C-S-up]) (C-S-kp-7 . [C-S-home]) (C-S-kp-6 .
[C-S-right]) (C-S-kp-4 . [C-S-left]) (C-S-kp-3 . [C-S-next]) (C-S-kp-2
. [C-S-down]) (C-S-kp-1 . [C-S-end]) (C-S-kp-prior . [C-S-prior])
(C-S-kp-up . [C-S-up]) (C-S-kp-home . [C-S-home]) (C-S-kp-right .
[C-S-right]) (C-S-kp-left . [C-S-left]) (C-S-kp-next . [C-S-next])
(C-S-kp-down . [C-S-down]) (C-S-kp-end . [C-S-end]) (S-kp-prior .
[S-prior]) (S-kp-up . [S-up]) (S-kp-home . [S-home]) (S-kp-right .
[S-right]) (S-kp-left . [S-left]) (S-kp-next . [S-next]) (S-kp-down .
[S-down]) (S-kp-end . [S-end]) (kp-delete . [127]) (delete . [127])
(backspace . [127]) (kp-insert . [insert]) (kp-begin . [begin])
(kp-end . [end]) (M-kp-next . [M-next]) (kp-next . [next]) (kp-prior .
[prior]) (kp-down . [down]) (kp-right . [right]) (kp-up . [up])
(kp-left . [left]) (kp-home . [home]))

;;; ==============================

As per the initial bug report following are comparative output from an earlier
Emacs which functions as expected.  These are likewise for the unpatched version
from a similar period.

`emacs-version'
=> "GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600)
 of 2009-06-30 on LENNART-69DE564 (patched)"

`key-translation-map'
=> (keymap {.. Lots of maps elided ...}
     (24 keymap (56 keymap (126 keymap (32 . "~") (126 . [172]) (116 .
[254]) (111 . [245]) (110 . [241]) (100 . [240]) (97 . [227]) (84 .
[222]) (79 . [213]) (78 . [209]) (68 . [208]) (65 . [195])) (124 .
[166]) (120 . [215]) (109 . [181]) (117 . [181]) (111 . [176]) (99 .
[162]) (96 keymap (32 . "`") (117 . [249]) (111 . [242]) (105 . [236])
(101 . [232]) (97 . [224]) (85 . [217]) (79 . [210]) (73 . [204]) (69
. [200]) (65 . [192])) (95 keymap (111 . [186]) (97 . [170])) (94
keymap (32 . "^") (117 . [251]) (111 . [244]) (105 . [238]) (101 .
[234]) (97 . [226]) (85 . [219]) (79 . [212]) (73 . [206]) (69 .
[202]) (65 . [194]) (51 . [179]) (50 . [178]) (49 . [185])) (89 .
[165]) (83 . [167]) (82 . [174]) (80 . [182]) (76 . [163]) (67 .
[169]) (63 . [191]) (62 . [187]) (61 . [175]) (60 . [171]) (51 keymap
(47 keymap (52 . [190]))) (49 keymap (47 keymap (52 . [188]) (50 .
[189]))) (47 keymap (111 . [248]) (101 . [230]) (97 . [229]) (79 .
[216]) (69 . [198]) (65 . [197]) (47 . [247])) (46 . [183]) (45 .
[173]) (44 keymap (99 . [231]) (67 . [199]) (44 . [184])) (43 . [177])
(36 . [164]) (39 keymap (32 . "'") (121 . [253]) (117 . [250]) (111 .
[243]) (105 . [237]) (101 . [233]) (97 . [225]) (89 . [221]) (85 .
[218]) (79 . [211]) (73 . [205]) (69 . [201]) (65 . [193]) (39 .
[180])) (34 keymap (32 . "\"") (121 . [255]) (117 . [252]) (115 .
[223]) (111 . [246]) (105 . [239]) (101 . [235]) (97 . [228]) (85 .
[220]) (79 . [214]) (73 . [207]) (69 . [203]) (65 . [196]) (34 .
[168])) (33 . [161]) (32 . [160]) (42 keymap (124 . [166]) (120 .
[215]) (109 . [181]) (117 . [181]) (111 . [176]) (99 . [162]) (89 .
[165]) (83 . [167]) (82 . [174]) (80 . [182]) (76 . [163]) (67 .
[169]) (63 . [191]) (62 . [187]) (61 . [175]) (60 . [171]) (46 .
[183]) (45 . [173]) (43 . [177]) (36 . [164]) (33 . [161]) (32 .
[160])))))

`function-key-map'
=> (keymap (kp-equal . [61]) (kp-divide . [47]) (kp-decimal . [46])
(kp-subtract . [45]) (kp-separator . [44]) (kp-add . [43])
(kp-multiply . [42]) (kp-enter . [13]) (kp-tab . [9]) (kp-space .
[32]) (kp-9 . [57]) (kp-8 . [56]) (kp-7 . [55]) (kp-6 . [54]) (kp-5 .
[53]) (kp-4 . [52]) (kp-3 . [51]) (kp-2 . [50]) (kp-1 . [49]) (kp-0 .
[48]) (24 keymap (64 keymap (99 . event-apply-control-modifier) (83 .
event-apply-shift-modifier) (97 . event-apply-alt-modifier) (109 .
event-apply-meta-modifier) (115 . event-apply-super-modifier) (104 .
event-apply-hyper-modifier))) (C-S-kp-9 . [C-S-prior]) (C-S-kp-8 .
[C-S-up]) (C-S-kp-7 . [C-S-home]) (C-S-kp-6 . [C-S-right]) (C-S-kp-4 .
[C-S-left]) (C-S-kp-3 . [C-S-next]) (C-S-kp-2 . [C-S-down]) (C-S-kp-1
. [C-S-end]) (C-S-kp-prior . [C-S-prior]) (C-S-kp-up . [C-S-up])
(C-S-kp-home . [C-S-home]) (C-S-kp-right . [C-S-right]) (C-S-kp-left .
[C-S-left]) (C-S-kp-next . [C-S-next]) (C-S-kp-down . [C-S-down])
(C-S-kp-end . [C-S-end]) (S-kp-prior . [S-prior]) (S-kp-up . [S-up])
(S-kp-home . [S-home]) (S-kp-right . [S-right]) (S-kp-left . [S-left])
(S-kp-next . [S-next]) (S-kp-down . [S-down]) (S-kp-end . [S-end])
(kp-delete . [127]) (delete . [127]) (backspace . [127]) (kp-insert .
[insert]) (kp-begin . [begin]) (kp-end . [end]) (M-kp-next . [M-next])
(kp-next . [next]) (kp-prior . [prior]) (kp-down . [down]) (kp-right .
[right]) (kp-up . [up]) (kp-left . [left]) (kp-home . [home]))

`local-function-key-map'
(keymap (backspace . [127]) (kp-delete . [4]) (delete . [4]) keymap
(S-tab . [backtab]) (S-iso-lefttab . [backtab]) (iso-lefttab .
[backtab]) (M-escape . [134217755]) (M-return . [134217741]) (M-clear
. [134217740]) (M-linefeed . [134217738]) (M-tab . [134217737])
(M-delete . [134217855]) (M-backspace . [134217855]) (escape . [27])
(return . [13]) (clear . [12]) (linefeed . [10]) (tab . [9]) (delete .
[127]) (backspace . [127]) keymap (kp-equal . [61]) (kp-divide . [47])
(kp-decimal . [46]) (kp-subtract . [45]) (kp-separator . [44]) (kp-add
. [43]) (kp-multiply . [42]) (kp-enter . [13]) (kp-tab . [9])
(kp-space . [32]) (kp-9 . [57]) (kp-8 . [56]) (kp-7 . [55]) (kp-6 .
[54]) (kp-5 . [53]) (kp-4 . [52]) (kp-3 . [51]) (kp-2 . [50]) (kp-1 .
[49]) (kp-0 . [48]) (24 keymap (64 keymap (99 .
event-apply-control-modifier) (83 . event-apply-shift-modifier) (97 .
event-apply-alt-modifier) (109 . event-apply-meta-modifier) (115 .
event-apply-super-modifier) (104 . event-apply-hyper-modifier)))
(C-S-kp-9 . [C-S-prior]) (C-S-kp-8 . [C-S-up]) (C-S-kp-7 . [C-S-home])
(C-S-kp-6 . [C-S-right]) (C-S-kp-4 . [C-S-left]) (C-S-kp-3 .
[C-S-next]) (C-S-kp-2 . [C-S-down]) (C-S-kp-1 . [C-S-end])
(C-S-kp-prior . [C-S-prior]) (C-S-kp-up . [C-S-up]) (C-S-kp-home .
[C-S-home]) (C-S-kp-right . [C-S-right]) (C-S-kp-left . [C-S-left])
(C-S-kp-next . [C-S-next]) (C-S-kp-down . [C-S-down]) (C-S-kp-end .
[C-S-end]) (S-kp-prior . [S-prior]) (S-kp-up . [S-up]) (S-kp-home .
[S-home]) (S-kp-right . [S-right]) (S-kp-left . [S-left]) (S-kp-next .
[S-next]) (S-kp-down . [S-down]) (S-kp-end . [S-end]) (kp-delete .
[127]) (delete . [127]) (backspace . [127]) (kp-insert . [insert])
(kp-begin . [begin]) (kp-end . [end]) (M-kp-next . [M-next]) (kp-next
. [next]) (kp-prior . [prior]) (kp-down . [down]) (kp-right . [right])
(kp-up . [up]) (kp-left . [left]) (kp-home . [home]))

:NOTE Above there isn't  a  keymap for `0'

`input-decode-map'
=> (keymap)

:NOTE Above the difference in modifiers.

/s_P\

bug#4814: keyboard and system bug with Emacs CVS current through 2009-10-15 on w32

[Jason Rumney]

  On 27/10/2009 11:29 PM, MON KEY wrote:
> Emacs from CVS current through 2009-10-15 is not correctly interacting
> with my system - WinXP Service Pack 3.
>
> There is a low level conflict somewhere related to Emacs'
> keyboard/server interaction with the rest of the system.
>
> Specifically, I am experiencing a bug wherein the application Xkeymacs
> Version 3.47 :SEE (URL `http://www.cam.hi-ho.ne.jp/oishi/indexen.html')
> is no longer able to recognize Emacs application/process nor can it
> override Emacs system level interface w/ keyboard.

You don't explain the problem you are seeing clearly, but could this be 
related to bug#4836?

http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4836

bug#4836: "<S-packet> is undefined" when using AutoHotKey

[Jason Rumney]

  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 "<S-packet> 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.

bug#4814: keyboard and system bug with Emacs CVS current through 2009-10-15 on w32

[MON KEY]

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\

bug#4814: keyboard and system bug with Emacs CVS current through 2009-10-15 on w32

[Jason Rumney]

  On 16/8/2010 7:21 AM, MON KEY wrote:

> 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;

My apologies, I assumed the bug tracker took care of this.

>   - The bug report in question is now nearly 10 months old;

There are bugs in the bug tracker that are much older.  While it might 
be nice to get a quick response to everything, that isn't always the way 
things work in projects that rely on people volunteering their spare 
time to work on the project.

>   - The nature of the bug wasn't/isn't a clearly describable problem.

Describing the symptoms you see is a good start.  Without that, noone is 
going to waste time trying to figure out what the bug is so they can 
start looking at it.

> Moreover, I did my best to indicate (and document) specifically that
> the problem did appear (at least to me) to involve:

Speculation about the possible cause of the bug is not what we need. We 
need to know what the symptoms are.


> ,----
> |
> | - "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"
> |
> `----

These are 5+ months apart.  There are many more potential causes than 
the few you've highlighted.
Since you are no longer prepared to help, we'll just have to leave this 
open in the hope that anyone hitting the same problem in future will be 
able to give us more information.

bug#4836: Further information on the "<packet> undefined" error w/ keypress-modifying software?

[Evan Driscoll]

[-- Attachment #1: Type: text/plain, Size: 1117 bytes --]

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 >=23 with AllChars causes an error message "<packet>
  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 >=23.
 - Start AllChars with the default configuration, start Emacs.
 - Try to use a compose-key sequence, e.g. '<compose> / o' or
   '<compose> ` a'. (By default, <compose> is <menu>, but I tried
   another option or two.)


Symptoms:

 - In Emacs 22.3, the composed character (ø or à) 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: "<packet> is undefined"

Hopefully this'll help.

Evan Driscoll


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

bug#4814: keyboard and system bug with Emacs CVS current through 2009-10-15 on w32

[Stefan Kangas]

MON KEY <monkey@sandpframing.com> writes:

> Emacs from CVS current through 2009-10-15 is not correctly interacting
> with my system - WinXP Service Pack 3.
>
> There is a low level conflict somewhere related to Emacs'
> keyboard/server interaction with the rest of the system.
>
> Specifically, I am experiencing a bug wherein the application Xkeymacs
> Version 3.47 :SEE (URL `http://www.cam.hi-ho.ne.jp/oishi/indexen.html')
> is no longer able to recognize Emacs application/process nor can it
> override Emacs system level interface w/ keyboard.
>
> The current failure has not occurred with _any_ previous Emacs
> distributions/builds in the past. Nor have I experienced a conflict of
> this sort vis a vis Xkeymacs and _any_ other application. This is
> happening on the Emacs side. Lennart and I have already verified that
> the bug has been introduced by his build/compilation.
>
> I'm including the config data from the three separate builds - two
> verified working one not-working. The only difference that I see are the
> compiler and flags. These flags shouldn't affect what is happening w/re
> to the way keyboard interaction is failing for the emacsen's interaction
> with the rest of the system. The proof is that I have never had this
> problem before w/ Emacs or _any_ other application on this machine.
>
> Emacs 23.1.1 of 2009-07-30 on SOFT-MJASON                    <- WORKS
> Emacs 23.1.50.1 of 2009-06-30 on LENNART-69DE564 (patched)   <- WORKS
> Emacs 23.1.50.1 of 2009-10-15 on LENNART-69DE564 (unpatched) <- FAILS
> Emacs 23.1.50.1 of 2009-10-13 on LENNART-69DE564 (patched)   <- FAILS

This bug was reported 10 years ago.  Are you still seeing this on a
modern version of Emacs?

Best regards,
Stefan Kangas

bug#4814: Further information on the "<packet> undefined" error w/ keypress-modifying software?

[Stefan Kangas]

Evan Driscoll <driscoll@cs.wisc.edu> writes:

> 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 >=23 with AllChars causes an error message "<packet>
>   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 >=23.
>  - Start AllChars with the default configuration, start Emacs.
>  - Try to use a compose-key sequence, e.g. '<compose> / o' or
>    '<compose> ` a'. (By default, <compose> is <menu>, but I tried
>    another option or two.)
>
>
> Symptoms:
>
>  - In Emacs 22.3, the composed character (ø or à) 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: "<packet> is undefined"
>
> Hopefully this'll help.
>
> Evan Driscoll

This was reported 10 years ago.  Are you still seeing this on a modern
version of Emacs?

Best regards,
Stefan Kangas

bug#4814: keyboard and system bug with Emacs CVS current through 2009-10-15 on w32

[Stefan Kangas]

Stefan Kangas <stefan@marxist.se> writes:

> MON KEY <monkey@sandpframing.com> writes:
>
>> Emacs from CVS current through 2009-10-15 is not correctly interacting
>> with my system - WinXP Service Pack 3.
>>
>> There is a low level conflict somewhere related to Emacs'
>> keyboard/server interaction with the rest of the system.
>>
>> Specifically, I am experiencing a bug wherein the application Xkeymacs
>> Version 3.47 :SEE (URL `http://www.cam.hi-ho.ne.jp/oishi/indexen.html')
>> is no longer able to recognize Emacs application/process nor can it
>> override Emacs system level interface w/ keyboard.
>>
>> The current failure has not occurred with _any_ previous Emacs
>> distributions/builds in the past. Nor have I experienced a conflict of
>> this sort vis a vis Xkeymacs and _any_ other application. This is
>> happening on the Emacs side. Lennart and I have already verified that
>> the bug has been introduced by his build/compilation.
>>
>> I'm including the config data from the three separate builds - two
>> verified working one not-working. The only difference that I see are the
>> compiler and flags. These flags shouldn't affect what is happening w/re
>> to the way keyboard interaction is failing for the emacsen's interaction
>> with the rest of the system. The proof is that I have never had this
>> problem before w/ Emacs or _any_ other application on this machine.
>>
>> Emacs 23.1.1 of 2009-07-30 on SOFT-MJASON                    <- WORKS
>> Emacs 23.1.50.1 of 2009-06-30 on LENNART-69DE564 (patched)   <- WORKS
>> Emacs 23.1.50.1 of 2009-10-15 on LENNART-69DE564 (unpatched) <- FAILS
>> Emacs 23.1.50.1 of 2009-10-13 on LENNART-69DE564 (patched)   <- FAILS
>
> This bug was reported 10 years ago.  Are you still seeing this on a
> modern version of Emacs?

More information was requested, but none was given within 11 weeks, so
I'm closing this bug.  If this is still an issue, please reply to this
email (use "Reply to all" in your email client) and we can reopen the
bug report.

Best regards,
Stefan Kangas