unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
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






             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

  List information: https://www.gnu.org/software/emacs/

* 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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).