From: MON KEY <monkey@sandpframing.com>
To: bug-gnu-emacs@gnu.org
Subject: bug#4814: keyboard and system bug with Emacs CVS current through 2009-10-15 on w32
Date: Tue, 27 Oct 2009 11:29:45 -0400 [thread overview]
Message-ID: <d2afcfda0910270829o4ed945ebh6408451fc0671219@mail.gmail.com> (raw)
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
next reply other threads:[~2009-10-27 15:29 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-27 15:29 MON KEY [this message]
2010-02-03 1:37 ` bug#4814: keyboard and system bug with Emacs CVS current through 2009-10-15 on w32 MON KEY
2010-08-14 7:50 ` Jason Rumney
2010-08-15 23:21 ` MON KEY
2010-08-16 12:41 ` Jason Rumney
2019-10-06 5:01 ` Stefan Kangas
2019-12-15 20:20 ` Stefan Kangas
-- strict thread matches above, loose matches on Subject: below --
2009-10-30 23:36 bug#4836: "<S-packet> is undefined" when using AutoHotKey Glenn Linderman
2010-08-14 7:57 ` Jason Rumney
2010-08-25 17:06 ` bug#4836: Further information on the "<packet> undefined" error w/ keypress-modifying software? Evan Driscoll
2019-11-11 1:42 ` bug#4814: " Stefan Kangas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=d2afcfda0910270829o4ed945ebh6408451fc0671219@mail.gmail.com \
--to=monkey@sandpframing.com \
--cc=4814@emacsbugs.donarmstrong.com \
--cc=bug-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.