From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thorsten Jolitz Newsgroups: gmane.emacs.help Subject: Re: Fontifying-errors make Emacs (mostly) unusable Date: Wed, 29 Aug 2012 22:51:00 +0200 Message-ID: <878vcxs9qj.fsf@googlemail.com> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1346273308 10402 80.91.229.3 (29 Aug 2012 20:48:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 29 Aug 2012 20:48:28 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Aug 29 22:48:29 2012 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1T6pBb-0007oF-2k for geh-help-gnu-emacs@m.gmane.org; Wed, 29 Aug 2012 22:48:27 +0200 Original-Received: from localhost ([::1]:49188 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T6pBY-0002iC-VE for geh-help-gnu-emacs@m.gmane.org; Wed, 29 Aug 2012 16:48:24 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:59670) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T6pBT-0002i6-9Q for help-gnu-emacs@gnu.org; Wed, 29 Aug 2012 16:48:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T6pBR-00061J-Ps for help-gnu-emacs@gnu.org; Wed, 29 Aug 2012 16:48:19 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:60872) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T6pBR-00061B-Ik for help-gnu-emacs@gnu.org; Wed, 29 Aug 2012 16:48:17 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1T6pBL-0007VA-1o for help-gnu-emacs@gnu.org; Wed, 29 Aug 2012 22:48:11 +0200 Original-Received: from e178054166.adsl.alicedsl.de ([85.178.54.166]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Aug 2012 22:48:11 +0200 Original-Received: from tjolitz by e178054166.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Aug 2012 22:48:11 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 37 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: e178054166.adsl.alicedsl.de User-Agent: Gnus/5.130002 (Ma Gnus v0.2) Emacs/24.0.93 (gnu/linux) Cancel-Lock: sha1:+nL5BARRf6xRU0XxEd53JMMJ9ZU= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:86585 Archived-At: Stefan Monnier writes: >> 3. comment out this defun (at line 1954): >> ;; (defun markdown-fontify-buffer-wiki-links () >> 4. save and eval-buffer (or load marktest.el) >> 5. find (new empty) file test.md >> 6. put it in markdown-mode (M-x markdown-mode) >> #Bang# >> 'Symbol is void...' error message >> try M-x, M-:, C-x d, nothing works, you are trapped. > > I see it, yes. > > Actually it's only the minibuffer-using functions which are affected and > only while the markdown-mode buffer is displayed in your frame, so if > you switch buffer (without minibuffer interaction, e.g. by clicking on > the buffer-name in the mode-line), then M-x works again (and you can C-x > k the offending markdown-mode buffer). Using emacs-server and emacsclients, I used my window-manager to get to another emacsclient window and write these mails with gnus. But to continue working on my markdown-clone.el and the test.md file, I had to restart emacs-server. > The fix is to run window-configuration-change-hook with the trick as > used for pre-command-hook (and various other hooks). The only problem > is that window-configuration-change-hook is a highly non-standard hook > which cannot be run by the usual run_hook functions, so it'll require > more work to make Emacs behave gracefully. I now fixed all those errors for my usecase. If its worth to fix the general behaviour would be your decision, thats a bit too specific for me to be of any help there. Only wanted to report the problem. -- cheers, Thorsten