From unknown Fri Jun 20 07:14:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36083: 26.2; Bell every 10 seconds with message " is undefined" Resent-From: Rick McCarty Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 Jun 2019 00:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 36083 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 36083@debbugs.gnu.org X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.155960778228690 (code B ref -1); Tue, 04 Jun 2019 00:24:02 +0000 Received: (at submit) by debbugs.gnu.org; 4 Jun 2019 00:23:02 +0000 Received: from localhost ([127.0.0.1]:43446 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hXxEC-0007SL-RF for submit@debbugs.gnu.org; Mon, 03 Jun 2019 20:23:02 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42730) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hXxAJ-0007MR-QR for submit@debbugs.gnu.org; Mon, 03 Jun 2019 20:19:01 -0400 Received: from lists.gnu.org ([209.51.188.17]:48185) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hXxAA-0001t7-5z for submit@debbugs.gnu.org; Mon, 03 Jun 2019 20:18:52 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57047) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hXxA8-0005Iy-1j for bug-gnu-emacs@gnu.org; Mon, 03 Jun 2019 20:18:50 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: **** X-Spam-Status: No, score=4.3 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HK_RANDOM_ENVFROM,HK_RANDOM_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE, RECEIVED_FROM_WINDOWS_HOST,URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hXxA0-0001mS-UE for bug-gnu-emacs@gnu.org; Mon, 03 Jun 2019 20:18:44 -0400 Received: from mail-oln040092009058.outbound.protection.outlook.com ([40.92.9.58]:14852 helo=NAM04-BN3-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hXx9y-0001dN-SH for bug-gnu-emacs@gnu.org; Mon, 03 Jun 2019 20:18:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=live.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=DKnaa+Ap3qOlETNNJmoUI21PJsGpniEDfPDi0BbEEQI=; b=ILHT3zwULmf5W9ovtqYGHhulaTC8+0zqWzR3BeGq+VAbUVwz5W6bbG2P7VurHKT9ujaBKujoUviIFczYksCscaK70QBQkHifM7MpzKpFLJ+VwfYJbCZUDZNdLtdTfklZXXwWVHH4glV6WKjCISiWRQRlnsDSNZ8vsctKColtITiDaivbXKLQApsQr3QkGwzsJR2rEjppfMTiwsCvaFDK4KxKRAzHBxAEW2NBbNFmMoGSseyEbbFYiuD6aB4Pwx+xexgLrVOFXfpJvutM3CAgPfpRv4diuIigbGArGqkWywgytTpiNB2jSesgrDCobICBSlPaZhOggAtbqUgdFn2HKA== Received: from BN3NAM04FT007.eop-NAM04.prod.protection.outlook.com (10.152.92.59) by BN3NAM04HT073.eop-NAM04.prod.protection.outlook.com (10.152.93.8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1943.19; Tue, 4 Jun 2019 00:18:28 +0000 Received: from SN6PR05MB4784.namprd05.prod.outlook.com (10.152.92.58) by BN3NAM04FT007.mail.protection.outlook.com (10.152.92.91) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1943.19 via Frontend Transport; Tue, 4 Jun 2019 00:18:28 +0000 Received: from SN6PR05MB4784.namprd05.prod.outlook.com ([fe80::819d:1d76:3eb7:fbb1]) by SN6PR05MB4784.namprd05.prod.outlook.com ([fe80::819d:1d76:3eb7:fbb1%7]) with mapi id 15.20.1965.011; Tue, 4 Jun 2019 00:18:28 +0000 From: Rick McCarty Thread-Topic: 26.2; Bell every 10 seconds with message " is undefined" Thread-Index: AQHVGmYC/4bI5USmyU+83DlBE0GjOw== Date: Tue, 4 Jun 2019 00:18:28 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:473CA82CFC426D38D24E540764268EAF4CC4B3C52E72BA65D9F53249BB32CF8E; UpperCasedChecksum:AD661120B426AB44B816A9EB8F63E36978C63B9A0E45988B515917AA28349DB0; SizeAsReceived:6562; Count:40 x-tmn: [6QrDXA+F+RaZ0p1EMlpzvDhKaYVkpnDj] x-ms-publictraffictype: Email x-incomingheadercount: 40 x-eopattributedmessage: 0 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(5050001)(7020095)(20181119110)(201702061078)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031323274)(2017031324274)(2017031322404)(1601125500)(1603101475)(1701031045); SRVR:BN3NAM04HT073; x-ms-traffictypediagnostic: BN3NAM04HT073: x-ms-exchange-purlcount: 1 x-microsoft-antispam-message-info: Gi1qXtGAjy5yzn2CitujmJ2T+OXdJPu7E0uRzaPB61uEbsMZrzPX3A9A7tI1CPWnuUrl5sAq5setXW2L0Sy/tAI/JTHOEjf72fc8g5JBcSZFLUXt9zUEUA6Gb/02cqzN2tAQCIJf+dTGOQHbrDFheboqxIc6Ptd2QAIeYwWsZiNNHmY2P1dG1dX2+fiu7tnB Content-Type: multipart/alternative; boundary="_000_SN6PR05MB47849681806BAF8EAC779886C8140SN6PR05MB4784namp_" MIME-Version: 1.0 X-OriginatorOrg: live.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 3db740a8-5e82-4aec-c132-08d6e8822b23 X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Jun 2019 00:18:28.6200 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3NAM04HT073 X-detected-operating-system: by eggs.gnu.org: Windows 7 or 8 [fuzzy] X-Received-From: 40.92.9.58 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Spam-Score: 0.3 (/) X-Mailman-Approved-At: Mon, 03 Jun 2019 20:22:59 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --_000_SN6PR05MB47849681806BAF8EAC779886C8140SN6PR05MB4784namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable In a new install of Windows 10, every 10 seconds the bell rings in Emacs, a= nd the message " is undefined" is printed. It only happens when foc= us is on the Emacs window. This makes Emacs completely unusable. This is not a new thing - I have seen it before on Vista, Win 7, and anothe= r Windows 10 system. I've never been able to figure out what is going on - = instead I've just installed XEmacs and used that. However, I just built a new system and figured I'd give it another try - th= e problem is still there. The only other reference to this problem that I c= ould find is at: https://stackoverflow.com/questions/47069309/on-launch-emacs-makes-ding-sou= nd-and-displays-noname-is-undefined-message That posting seems to associate this issue with DishAnywhere. Well, I'm not using DishAnywhere, but I am using the SlingPlayer app, which= is an ancestor of the DishAnywhere app. It just so happens that I had Slin= gPlayer running at the time I brought Emacs up (I run SlingPlayer pretty mu= ch all the time on my system.). When it is running, and I have focus on the= Emacs window, the problem occurs. As far as I can tell, I see no problems when running SlingPlayer with any o= ther applications, including XEmacs. Only Gnu Emacs. There appears to be so= me resource that both are using which causes this. I was thinking - is it p= ossible this has something to do with the emacs server/client stuff? If so,= is there a potential workaround I could try? I really don't know how to ch= ase this down more... Thanks for taking a look at this. Best regards, Rick McCarty rjmccarty@live.com In GNU Emacs 26.2 (build 1, x86_64-w64-mingw32) of 2019-04-13 built on CIRROCUMULUS Repository revision: fd1b34bfba8f3f6298df47c8e10b61530426f749 Windowing system distributor 'Microsoft Corp.', version 10.0.17763 Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. is undefined [20 times] Configured using: 'configure --without-dbus --host=3Dx86_64-w64-mingw32 --without-compress-install 'CFLAGS=3D-O2 -static -g3'' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS THREADS LCMS2 Important settings: value of $LANG: ENU locale-coding-system: cp1252 Major mode: Fundamental Minor modes in effect: tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads w32notify w32 lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 97843 10445) (symbols 48 20208 1) (miscs 40 79 119) (strings 32 29756 1492) (string-bytes 1 770394) (vectors 16 14088) (vector-slots 8 496979 11598) (floats 8 55 288) (intervals 56 294 34) (buffers 992 13)) --_000_SN6PR05MB47849681806BAF8EAC779886C8140SN6PR05MB4784namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
In a new install of Windows 10, every 10 seconds the bell rings in Ema= cs, and the message "<noname> is undefined" is printed. It = only happens when focus is on the Emacs window. This makes Emacs completely= unusable.

This is not a new thing - I have seen it before on Vista, Win 7, and a= nother Windows 10 system. I've never been able to figure out what is going = on - instead I've just installed XEmacs and used that.

However, I just built a new system and figured I'd give it another try= - the problem is still there. The only other reference to this problem tha= t I could find is at:


That posting seems to associate this issue with DishAnywhere.

Well, I'm not using DishAnywhere, but I am using the SlingPlayer app, = which is an ancestor of the DishAnywhere app. It just so happens that I had= SlingPlayer running at the time I brought Emacs up (I run SlingPlayer pretty much all the time on my system.). When = it is running, and I have focus on the Emacs window, the problem occurs.&nb= sp;

As far as I can tell, I see no problems when running SlingPlayer with = any other applications, including XEmacs. Only Gnu Emacs. There appears to = be some resource that both are using which causes this. I was thinking - is= it possible this has something to do with the emacs server/client stuff? If so, is there a potential work= around I could try? I really don't know how to chase this down more...

Thanks for taking a look at this.

Best regards,

Rick McCarty
rjmccarty@live.com

In GNU Emacs 26.2 (build 1, x86_64-w64-mingw32)
 of 2019-04-13 built on CIRROCUMULUS
Repository revision: fd1b34bfba8f3f6298df47c8e10b61530426f749
Windowing system distributor 'Microsoft Corp.', version 10.0.17763
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
<noname> is undefined [20 times]

Configured using:
 'configure --without-dbus --host=3Dx86_64-w64-mingw32
 --without-compress-install 'CFLAGS=3D-O2 -static -g3''

Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB
TOOLKIT_SCROLL_BARS THREADS LCMS2

Important settings:
  value of $LANG: ENU
  locale-coding-system: cp1252

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg=
epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encod= e
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-date
mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win=
w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe<= br>
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow isearch timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932<= br>
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite charscript charprop case-table epa-hook jka-cmpr-hoo= k
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5<= br>
base64 format env code-pages mule custom widget hashtable-print-readab= le
backquote threads w32notify w32 lcms2 multi-tty make-network-process
emacs)

Memory information:
((conses 16 97843 10445)
 (symbols 48 20208 1)
 (miscs 40 79 119)
 (strings 32 29756 1492)
 (string-bytes 1 770394)
 (vectors 16 14088)
 (vector-slots 8 496979 11598)
 (floats 8 55 288)
 (intervals 56 294 34)
 (buffers 992 13))

--_000_SN6PR05MB47849681806BAF8EAC779886C8140SN6PR05MB4784namp_-- From unknown Fri Jun 20 07:14:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36083: 26.2; Bell every 10 seconds with message " is undefined" Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 Jun 2019 14:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36083 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Rick McCarty Cc: 36083@debbugs.gnu.org Received: via spool by 36083-submit@debbugs.gnu.org id=B36083.15596576554533 (code B ref 36083); Tue, 04 Jun 2019 14:15:01 +0000 Received: (at 36083) by debbugs.gnu.org; 4 Jun 2019 14:14:15 +0000 Received: from localhost ([127.0.0.1]:45519 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hYACc-0001B3-MT for submit@debbugs.gnu.org; Tue, 04 Jun 2019 10:14:14 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49164) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hYACa-0001Am-5D for 36083@debbugs.gnu.org; Tue, 04 Jun 2019 10:14:13 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:36856) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hYACU-0001zA-TU; Tue, 04 Jun 2019 10:14:06 -0400 Received: from [176.228.60.248] (port=1546 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hYACT-0007l3-Qf; Tue, 04 Jun 2019 10:14:06 -0400 Date: Tue, 04 Jun 2019 17:13:57 +0300 Message-Id: <83d0jttp3u.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Rick McCarty on Tue, 4 Jun 2019 00:18:28 +0000) References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Rick McCarty > Date: Tue, 4 Jun 2019 00:18:28 +0000 > > In a new install of Windows 10, every 10 seconds the bell rings in Emacs, and the message " is > undefined" is printed. It only happens when focus is on the Emacs window. This makes Emacs completely > unusable. This is produced if Emacs receives the 'noname' (VK_NONAME) pseudo-key key-press event from Windows. It sounds like DishAnywhere and SlingPlayer are sending these pseudo-keys to make sure the system doesn't go to sleep when these applications are active. Does typing the below inside Emacs make the problem go away? M-: (define-key global-map [noname] 'ignore) RET > This is not a new thing - I have seen it before on Vista, Win 7, and another Windows 10 system. I've never > been able to figure out what is going on - instead I've just installed XEmacs and used that. If you see this since Vista, it would mean you are aware of the problem for at least 10 years, maybe longer. I can only say it's a pity you didn't report this earlier. Please in the future try to report problems with smaller delays, thanks in advance. From unknown Fri Jun 20 07:14:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36083: 26.2; Bell every 10 seconds with message " is undefined" Resent-From: Rick McCarty Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 Jun 2019 05:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36083 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: "36083@debbugs.gnu.org" <36083@debbugs.gnu.org> Received: via spool by 36083-submit@debbugs.gnu.org id=B36083.155979892512402 (code B ref 36083); Thu, 06 Jun 2019 05:29:02 +0000 Received: (at 36083) by debbugs.gnu.org; 6 Jun 2019 05:28:45 +0000 Received: from localhost ([127.0.0.1]:48665 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hYkxA-0003Dx-H9 for submit@debbugs.gnu.org; Thu, 06 Jun 2019 01:28:44 -0400 Received: from mail-oln040092007073.outbound.protection.outlook.com ([40.92.7.73]:32352 helo=NAM03-CO1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hYkx8-0003Dh-Gq for 36083@debbugs.gnu.org; Thu, 06 Jun 2019 01:28:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=live.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=L3iz6w1ISyASiUdKkbYvbqKUHmnVk/4Jo8RZKbqrEUU=; b=gusuEcVd5u4Fy/JW9tU9tjsiCXYhyVSBM23MqpDXPC68NyUkQgC0jtlw21W/OwksO8nN+2GAy6smAmTmfP4PpdO6a8o7eLuTt0Mc8rsemmZ6s7OEOr8g0ORtb5c32EofoycO+CbQBMMAztisNvgLBlXC+sVTNZTZddm8prbanitwltOTesfbVI+IQH74EwjhYXbUdbpqIx7bD3PyiA7fNIAFSNbvtq28QYVjdkhAUZ5tlyciFaJrSjDvAbZkBUL4N94t3tCMfnrCFeYOKD0CNl6ycJHbbUQJ0U4iDXgiMzqcOxEEukl+mQY2DFIxn2lIQIjyrhn2xMy/rc6W4TS0BQ== Received: from DM3NAM03FT064.eop-NAM03.prod.protection.outlook.com (10.152.82.60) by DM3NAM03HT212.eop-NAM03.prod.protection.outlook.com (10.152.83.60) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1965.12; Thu, 6 Jun 2019 05:28:35 +0000 Received: from SN6PR05MB4784.namprd05.prod.outlook.com (10.152.82.52) by DM3NAM03FT064.mail.protection.outlook.com (10.152.83.1) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1965.12 via Frontend Transport; Thu, 6 Jun 2019 05:28:35 +0000 Received: from SN6PR05MB4784.namprd05.prod.outlook.com ([fe80::819d:1d76:3eb7:fbb1]) by SN6PR05MB4784.namprd05.prod.outlook.com ([fe80::819d:1d76:3eb7:fbb1%7]) with mapi id 15.20.1965.011; Thu, 6 Jun 2019 05:28:35 +0000 From: Rick McCarty Thread-Topic: bug#36083: 26.2; Bell every 10 seconds with message " is undefined" Thread-Index: AQHVGt/GwPCJ9JK9W0Kx3Xhdu29QgKaOGC4h Date: Thu, 6 Jun 2019 05:28:35 +0000 Message-ID: References: , <83d0jttp3u.fsf@gnu.org> In-Reply-To: <83d0jttp3u.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:7AAFD86D69A16397C8B605E3CFB22CFF8DB0891F3527C05FE8B95EFF26551D5F; UpperCasedChecksum:E2BB16ED4B231B1DB9B2EE8241DD25CFAF312936533C585153BEAD8B0658BC24; SizeAsReceived:6828; Count:44 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [KYMFgsms7fgRLk6CEmkON3wNJg+MorNq] x-ms-publictraffictype: Email x-incomingheadercount: 44 x-eopattributedmessage: 0 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(5050001)(7020095)(20181119110)(201702061078)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031322404)(2017031323274)(2017031324274)(1601125500)(1603101475)(1701031045); SRVR:DM3NAM03HT212; x-ms-traffictypediagnostic: DM3NAM03HT212: x-microsoft-antispam-message-info: +iH5CEp2wT8fvM6FBrLHg6W1ub3QaY0630mBa52Jbu7bPbN/m6I7GvE/Og2ffIgiqRmkVHoYuZDTp22hFQrB8y2/PC6JNCMHcd7nnkFHmWvQvAv9kO6yVZ52Kv03mQBOAB/O2QEB6xduqHHRAbQT8rcy8zeqKSvT42Qbmy1xRpSPfXeYznzVfsibHupwzwDJ Content-Type: multipart/alternative; boundary="_000_SN6PR05MB4784DAE9BBF94855459261F9C8170SN6PR05MB4784namp_" MIME-Version: 1.0 X-OriginatorOrg: live.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: d9d1d9b0-5c9d-4c67-c3c2-08d6ea3fd293 X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Jun 2019 05:28:35.5932 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM3NAM03HT212 X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Eli, Thanks! You were correct. I found I also had to disable the modifier key combinations as well, so I did: (define-key global-map [noname] 'ignore) (define-key global-map [C-noname] 'ignore) (define-key global-map [M-noname] 'ignore) Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: live.com] 0.6 HK_RANDOM_ENVFROM Envelope sender username looks random 1.0 HK_RANDOM_FROM From username looks random -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [40.92.7.73 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rjmccarty[at]live.com) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.0 HTML_MESSAGE BODY: HTML included in message X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.6 (/) --_000_SN6PR05MB4784DAE9BBF94855459261F9C8170SN6PR05MB4784namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Eli, Thanks! You were correct. I found I also had to disable the modifier key co= mbinations as well, so I did: (define-key global-map [noname] 'ignore) (define-key global-map [C-noname] 'ignore) (define-key global-map [M-noname] 'ignore) Your input that I should have reported this earlier is well taken - then pe= rhaps Emacs could have been updated long ago to simply ignore these nonname= pseudo keys by default or a workaround documented. Again, thanks for reaching back out to me on this! Best regards, Rick Rick McCarty rjmccarty@live.com ________________________________ From: Eli Zaretskii Sent: Tuesday, June 4, 2019 9:13 AM To: Rick McCarty Cc: 36083@debbugs.gnu.org Subject: Re: bug#36083: 26.2; Bell every 10 seconds with message " = is undefined" > From: Rick McCarty > Date: Tue, 4 Jun 2019 00:18:28 +0000 > > In a new install of Windows 10, every 10 seconds the bell rings in Emacs,= and the message " is > undefined" is printed. It only happens when focus is on the Emacs window.= This makes Emacs completely > unusable. This is produced if Emacs receives the 'noname' (VK_NONAME) pseudo-key key-press event from Windows. It sounds like DishAnywhere and SlingPlayer are sending these pseudo-keys to make sure the system doesn't go to sleep when these applications are active. Does typing the below inside Emacs make the problem go away? M-: (define-key global-map [noname] 'ignore) RET > This is not a new thing - I have seen it before on Vista, Win 7, and anot= her Windows 10 system. I've never > been able to figure out what is going on - instead I've just installed XE= macs and used that. If you see this since Vista, it would mean you are aware of the problem for at least 10 years, maybe longer. I can only say it's a pity you didn't report this earlier. Please in the future try to report problems with smaller delays, thanks in advance. --_000_SN6PR05MB4784DAE9BBF94855459261F9C8170SN6PR05MB4784namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi Eli,

Thanks! You were correct. I found I also had to disable the modifier key co= mbinations as well, so I did:

    (define-key global-map [noname] 'ignore)
    (define-key global-map [= C-noname] 'ignore)
    (define-key global-map [= M-noname] 'ignore)

Your input that I sho= uld have reported this earlier is well taken - then perhaps Emacs could hav= e been updated long ago to simply ignore these nonname pseudo keys by defau= lt or a workaround documented.

Again, thanks for reaching back out to me on this!<= /span>

Best regards,<= /div>

Rick

Rick McCarty
rjmccarty@live.com

From: Eli Zaretskii <eli= z@gnu.org>
Sent: Tuesday, June 4, 2019 9:13 AM
To: Rick McCarty
Cc: 36083@debbugs.gnu.org
Subject: Re: bug#36083: 26.2; Bell every 10 seconds with message &qu= ot;<noname> is undefined"
 
> From: Rick McCarty <rjmccarty@live.com>=
> Date: Tue, 4 Jun 2019 00:18:28 +0000
>
> In a new install of Windows 10, every 10 seconds the bell rings in Ema= cs, and the message "<noname> is
> undefined" is printed. It only happens when focus is on the Emacs= window. This makes Emacs completely
> unusable.

This is produced if Emacs receives the 'noname' (VK_NONAME) pseudo-key
key-press event from Windows.  It sounds like DishAnywhere and
SlingPlayer are sending these pseudo-keys to make sure the system
doesn't go to sleep when these applications are active.

Does typing the below inside Emacs make the problem go away?

  M-: (define-key global-map [noname] 'ignore) RET

> This is not a new thing - I have seen it before on Vista, Win 7, and a= nother Windows 10 system. I've never
> been able to figure out what is going on - instead I've just installed= XEmacs and used that.

If you see this since Vista, it would mean you are aware of the
problem for at least 10 years, maybe longer.  I can only say it's a pity you didn't report this earlier.  Please in the future try to
report problems with smaller delays, thanks in advance.
--_000_SN6PR05MB4784DAE9BBF94855459261F9C8170SN6PR05MB4784namp_-- From unknown Fri Jun 20 07:14:58 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Rick McCarty Subject: bug#36083: closed (Re: bug#36083: 26.2; Bell every 10 seconds with message " is undefined") Message-ID: References: <835zpisuwf.fsf@gnu.org> X-Gnu-PR-Message: they-closed 36083 X-Gnu-PR-Package: emacs Reply-To: 36083@debbugs.gnu.org Date: Thu, 06 Jun 2019 13:32:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1559827923-2019-1" This is a multi-part message in MIME format... ------------=_1559827923-2019-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #36083: 26.2; Bell every 10 seconds with message " is undefined" which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 36083@debbugs.gnu.org. --=20 36083: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D36083 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1559827923-2019-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 36083-done) by debbugs.gnu.org; 6 Jun 2019 13:31:17 +0000 Received: from localhost ([127.0.0.1]:49291 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hYsU9-0000Vb-Ij for submit@debbugs.gnu.org; Thu, 06 Jun 2019 09:31:17 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54270) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hYsU8-0000VP-7l for 36083-done@debbugs.gnu.org; Thu, 06 Jun 2019 09:31:16 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45450) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hYsU2-0007Do-QU; Thu, 06 Jun 2019 09:31:10 -0400 Received: from [176.228.60.248] (port=1785 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hYsTz-0005rG-TO; Thu, 06 Jun 2019 09:31:09 -0400 Date: Thu, 06 Jun 2019 16:30:56 +0300 Message-Id: <835zpisuwf.fsf@gnu.org> From: Eli Zaretskii To: Rick McCarty In-reply-to: (message from Rick McCarty on Thu, 6 Jun 2019 05:28:35 +0000) Subject: Re: bug#36083: 26.2; Bell every 10 seconds with message " is undefined" References: , <83d0jttp3u.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36083-done Cc: 36083-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Rick McCarty > CC: "36083@debbugs.gnu.org" <36083@debbugs.gnu.org> > Date: Thu, 6 Jun 2019 05:28:35 +0000 > Thanks! You were correct. I found I also had to disable the modifier key combinations as well, so I did: > > (define-key global-map [noname] 'ignore) > (define-key global-map [C-noname] 'ignore) > (define-key global-map [M-noname] 'ignore) Thanks, I added these bindings to Emacs, and this problem will be solved starting from the next release 26.3 of Emacs. > Your input that I should have reported this earlier is well taken - then perhaps Emacs could have been updated > long ago to simply ignore these nonname pseudo keys by default or a workaround documented. Indeed. Well, better late than never. I'm closing the bug report as it's now solved. ------------=_1559827923-2019-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 4 Jun 2019 00:23:02 +0000 Received: from localhost ([127.0.0.1]:43446 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hXxEC-0007SL-RF for submit@debbugs.gnu.org; Mon, 03 Jun 2019 20:23:02 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42730) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hXxAJ-0007MR-QR for submit@debbugs.gnu.org; Mon, 03 Jun 2019 20:19:01 -0400 Received: from lists.gnu.org ([209.51.188.17]:48185) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hXxAA-0001t7-5z for submit@debbugs.gnu.org; Mon, 03 Jun 2019 20:18:52 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57047) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hXxA8-0005Iy-1j for bug-gnu-emacs@gnu.org; Mon, 03 Jun 2019 20:18:50 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: **** X-Spam-Status: No, score=4.3 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HK_RANDOM_ENVFROM,HK_RANDOM_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE, RECEIVED_FROM_WINDOWS_HOST,URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hXxA0-0001mS-UE for bug-gnu-emacs@gnu.org; Mon, 03 Jun 2019 20:18:44 -0400 Received: from mail-oln040092009058.outbound.protection.outlook.com ([40.92.9.58]:14852 helo=NAM04-BN3-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hXx9y-0001dN-SH for bug-gnu-emacs@gnu.org; Mon, 03 Jun 2019 20:18:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=live.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=DKnaa+Ap3qOlETNNJmoUI21PJsGpniEDfPDi0BbEEQI=; b=ILHT3zwULmf5W9ovtqYGHhulaTC8+0zqWzR3BeGq+VAbUVwz5W6bbG2P7VurHKT9ujaBKujoUviIFczYksCscaK70QBQkHifM7MpzKpFLJ+VwfYJbCZUDZNdLtdTfklZXXwWVHH4glV6WKjCISiWRQRlnsDSNZ8vsctKColtITiDaivbXKLQApsQr3QkGwzsJR2rEjppfMTiwsCvaFDK4KxKRAzHBxAEW2NBbNFmMoGSseyEbbFYiuD6aB4Pwx+xexgLrVOFXfpJvutM3CAgPfpRv4diuIigbGArGqkWywgytTpiNB2jSesgrDCobICBSlPaZhOggAtbqUgdFn2HKA== Received: from BN3NAM04FT007.eop-NAM04.prod.protection.outlook.com (10.152.92.59) by BN3NAM04HT073.eop-NAM04.prod.protection.outlook.com (10.152.93.8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1943.19; Tue, 4 Jun 2019 00:18:28 +0000 Received: from SN6PR05MB4784.namprd05.prod.outlook.com (10.152.92.58) by BN3NAM04FT007.mail.protection.outlook.com (10.152.92.91) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1943.19 via Frontend Transport; Tue, 4 Jun 2019 00:18:28 +0000 Received: from SN6PR05MB4784.namprd05.prod.outlook.com ([fe80::819d:1d76:3eb7:fbb1]) by SN6PR05MB4784.namprd05.prod.outlook.com ([fe80::819d:1d76:3eb7:fbb1%7]) with mapi id 15.20.1965.011; Tue, 4 Jun 2019 00:18:28 +0000 From: Rick McCarty To: "bug-gnu-emacs@gnu.org" Subject: 26.2; Bell every 10 seconds with message " is undefined" Thread-Topic: 26.2; Bell every 10 seconds with message " is undefined" Thread-Index: AQHVGmYC/4bI5USmyU+83DlBE0GjOw== Date: Tue, 4 Jun 2019 00:18:28 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:473CA82CFC426D38D24E540764268EAF4CC4B3C52E72BA65D9F53249BB32CF8E; UpperCasedChecksum:AD661120B426AB44B816A9EB8F63E36978C63B9A0E45988B515917AA28349DB0; SizeAsReceived:6562; Count:40 x-tmn: [6QrDXA+F+RaZ0p1EMlpzvDhKaYVkpnDj] x-ms-publictraffictype: Email x-incomingheadercount: 40 x-eopattributedmessage: 0 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(5050001)(7020095)(20181119110)(201702061078)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031323274)(2017031324274)(2017031322404)(1601125500)(1603101475)(1701031045); SRVR:BN3NAM04HT073; x-ms-traffictypediagnostic: BN3NAM04HT073: x-ms-exchange-purlcount: 1 x-microsoft-antispam-message-info: Gi1qXtGAjy5yzn2CitujmJ2T+OXdJPu7E0uRzaPB61uEbsMZrzPX3A9A7tI1CPWnuUrl5sAq5setXW2L0Sy/tAI/JTHOEjf72fc8g5JBcSZFLUXt9zUEUA6Gb/02cqzN2tAQCIJf+dTGOQHbrDFheboqxIc6Ptd2QAIeYwWsZiNNHmY2P1dG1dX2+fiu7tnB Content-Type: multipart/alternative; boundary="_000_SN6PR05MB47849681806BAF8EAC779886C8140SN6PR05MB4784namp_" MIME-Version: 1.0 X-OriginatorOrg: live.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 3db740a8-5e82-4aec-c132-08d6e8822b23 X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Jun 2019 00:18:28.6200 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3NAM04HT073 X-detected-operating-system: by eggs.gnu.org: Windows 7 or 8 [fuzzy] X-Received-From: 40.92.9.58 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 03 Jun 2019 20:22:59 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --_000_SN6PR05MB47849681806BAF8EAC779886C8140SN6PR05MB4784namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable In a new install of Windows 10, every 10 seconds the bell rings in Emacs, a= nd the message " is undefined" is printed. It only happens when foc= us is on the Emacs window. This makes Emacs completely unusable. This is not a new thing - I have seen it before on Vista, Win 7, and anothe= r Windows 10 system. I've never been able to figure out what is going on - = instead I've just installed XEmacs and used that. However, I just built a new system and figured I'd give it another try - th= e problem is still there. The only other reference to this problem that I c= ould find is at: https://stackoverflow.com/questions/47069309/on-launch-emacs-makes-ding-sou= nd-and-displays-noname-is-undefined-message That posting seems to associate this issue with DishAnywhere. Well, I'm not using DishAnywhere, but I am using the SlingPlayer app, which= is an ancestor of the DishAnywhere app. It just so happens that I had Slin= gPlayer running at the time I brought Emacs up (I run SlingPlayer pretty mu= ch all the time on my system.). When it is running, and I have focus on the= Emacs window, the problem occurs. As far as I can tell, I see no problems when running SlingPlayer with any o= ther applications, including XEmacs. Only Gnu Emacs. There appears to be so= me resource that both are using which causes this. I was thinking - is it p= ossible this has something to do with the emacs server/client stuff? If so,= is there a potential workaround I could try? I really don't know how to ch= ase this down more... Thanks for taking a look at this. Best regards, Rick McCarty rjmccarty@live.com In GNU Emacs 26.2 (build 1, x86_64-w64-mingw32) of 2019-04-13 built on CIRROCUMULUS Repository revision: fd1b34bfba8f3f6298df47c8e10b61530426f749 Windowing system distributor 'Microsoft Corp.', version 10.0.17763 Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. is undefined [20 times] Configured using: 'configure --without-dbus --host=3Dx86_64-w64-mingw32 --without-compress-install 'CFLAGS=3D-O2 -static -g3'' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS THREADS LCMS2 Important settings: value of $LANG: ENU locale-coding-system: cp1252 Major mode: Fundamental Minor modes in effect: tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads w32notify w32 lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 97843 10445) (symbols 48 20208 1) (miscs 40 79 119) (strings 32 29756 1492) (string-bytes 1 770394) (vectors 16 14088) (vector-slots 8 496979 11598) (floats 8 55 288) (intervals 56 294 34) (buffers 992 13)) --_000_SN6PR05MB47849681806BAF8EAC779886C8140SN6PR05MB4784namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
In a new install of Windows 10, every 10 seconds the bell rings in Ema= cs, and the message "<noname> is undefined" is printed. It = only happens when focus is on the Emacs window. This makes Emacs completely= unusable.

This is not a new thing - I have seen it before on Vista, Win 7, and a= nother Windows 10 system. I've never been able to figure out what is going = on - instead I've just installed XEmacs and used that.

However, I just built a new system and figured I'd give it another try= - the problem is still there. The only other reference to this problem tha= t I could find is at:


That posting seems to associate this issue with DishAnywhere.

Well, I'm not using DishAnywhere, but I am using the SlingPlayer app, = which is an ancestor of the DishAnywhere app. It just so happens that I had= SlingPlayer running at the time I brought Emacs up (I run SlingPlayer pretty much all the time on my system.). When = it is running, and I have focus on the Emacs window, the problem occurs.&nb= sp;

As far as I can tell, I see no problems when running SlingPlayer with = any other applications, including XEmacs. Only Gnu Emacs. There appears to = be some resource that both are using which causes this. I was thinking - is= it possible this has something to do with the emacs server/client stuff? If so, is there a potential work= around I could try? I really don't know how to chase this down more...

Thanks for taking a look at this.

Best regards,

Rick McCarty
rjmccarty@live.com

In GNU Emacs 26.2 (build 1, x86_64-w64-mingw32)
 of 2019-04-13 built on CIRROCUMULUS
Repository revision: fd1b34bfba8f3f6298df47c8e10b61530426f749
Windowing system distributor 'Microsoft Corp.', version 10.0.17763
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
<noname> is undefined [20 times]

Configured using:
 'configure --without-dbus --host=3Dx86_64-w64-mingw32
 --without-compress-install 'CFLAGS=3D-O2 -static -g3''

Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB
TOOLKIT_SCROLL_BARS THREADS LCMS2

Important settings:
  value of $LANG: ENU
  locale-coding-system: cp1252

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg=
epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encod= e
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-date
mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win=
w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe<= br>
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow isearch timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932<= br>
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite charscript charprop case-table epa-hook jka-cmpr-hoo= k
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5<= br>
base64 format env code-pages mule custom widget hashtable-print-readab= le
backquote threads w32notify w32 lcms2 multi-tty make-network-process
emacs)

Memory information:
((conses 16 97843 10445)
 (symbols 48 20208 1)
 (miscs 40 79 119)
 (strings 32 29756 1492)
 (string-bytes 1 770394)
 (vectors 16 14088)
 (vector-slots 8 496979 11598)
 (floats 8 55 288)
 (intervals 56 294 34)
 (buffers 992 13))

--_000_SN6PR05MB47849681806BAF8EAC779886C8140SN6PR05MB4784namp_-- ------------=_1559827923-2019-1--