GNU bug report logs - #32157
Emacs 26.1.50: Error in post-command-hook (icomplete-post-command-hook): (void-function set-message-beep)

Previous Next

Package: emacs;

Reported by: net june <netjune <at> outlook.com>

Date: Sat, 14 Jul 2018 15:54:01 UTC

Severity: normal

Merged with 6997, 31148

Found in versions 24.0.50, 26.1

Fixed in version 27.1

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #43 received at 32157 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: net june <netjune <at> outlook.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>,
 "32157 <at> debbugs.gnu.org" <32157 <at> debbugs.gnu.org>
Subject: Re: bug#32157: Emacs 26.1.50: Error in post-command-hook
 (icomplete-post-command-hook): (void-function set-message-beep)
Date: Tue, 17 Jul 2018 21:24:54 -0400
> In step 3, it seems that ONLY THE FIRST tab key produce the error 
> message for a emacs instance. Pressing the tab key twice, it will show 
> the completion window with content as following:

In my tests, the first TAB already brings up the completion you describe
(and doesn't signal any error).

> Why these symbols are visible on GNU/Linux?

Because these are functions defined in Elisp files available in
load-path, so they can be loaded (and you can subsequently call them)
even on GNU/Linux (at that point, they likely won't work as expected
because their implementation depends on underlying features only
provided by the w32 part of the C code).

In some unlikely hypothetical future, they could even be useful if we
can manage to build a GNU/Linux version of Emacs which links with Wine
to display w32 frames.

> Is there something wrong with my build commands?

No,


        Stefan




This bug report was last modified 6 years and 305 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.