emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: "Eric Schulte" <schulte.eric@gmail.com>
To: "Sébastien Vauban" <wxhgmqzgwmuf@spammotel.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Re: Debugger entered--Lisp error: (void-function -mode)
Date: Mon, 13 Dec 2010 12:47:15 -0700	[thread overview]
Message-ID: <877hfdihfg.fsf@gmail.com> (raw)
In-Reply-To: <80sjyrpwzb.fsf@missioncriticalit.com> (=?utf-8?Q?=22S=C3=A9b?= =?utf-8?Q?astien?= Vauban"'s message of "Tue, 23 Nov 2010 22:10:32 +0100")

Hi,

Does this error still exist?  If so could you send a small example
org-mode file which reproduces the problem?

Thanks, and my apologies if such an example has already been shared with
the list -- Eric

Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:

> Hi David,
>
> David Maus wrote:
>> Sébastien Vauban wrote:
>
> Thanks a lot for looking at this, really!
>
>>> When having the following code in any Org page, I now have an error generated.
>>> 
>>> - If the code is in a =begin_src html= block, no problem.
>>> - If between a =begin_html=, see what I get.
>>> 
>>> * Some code
>>> 
>>> #+begin_html
>>> <script type="text/javascript" src="jquery-1.4.4.min.js"></script>
>>> <script type="text/javascript">
>>> $(document).ready(function () {
>>> $('<a class="backtotop" href="#top">^</a>')
>>>     .insertAfter('h2');
>>> $('<a id="top"></a>')
>>>     .prependTo('body');
>>> });
>>> </script>
>>> #+end_html
>>> 
>>> * Debug info
>>> 
>>> #+begin_src emacs-lisp
>>> Debugger entered--Lisp error: (void-function -mode)
>>>   -mode()
>>>   funcall(-mode)
>>>   (if (eq major-mode lang-mode) nil (funcall lang-mode))
>>>   (unless (eq major-mode lang-mode) (funcall lang-mode))
>>>   (save-current-buffer (set-buffer (get-buffer-create ...)) (delete-region (point-min) (point-max)) (insert string) (unless (eq major-mode lang-mode) (funcall lang-mode)) (font-lock-fontify-buffer) (setq pos (point-min)) (while (setq next ...) (put-text-property ... ... ... ... org-buffer) (setq pos next)))
>>>   (with-current-buffer (get-buffer-create (concat " org-src-fontification:" ...)) (delete-region (point-min) (point-max)) (insert string) (unless (eq major-mode lang-mode) (funcall lang-mode)) (font-lock-fontify-buffer) (setq pos (point-min)) (while (setq next ...) (put-text-property ... ... ... ... org-buffer) (setq pos next)))
>>>   (let* ((lang-mode ...) (string ...) (modified ...) (org-buffer ...) pos next) (remove-text-properties start end (quote ...)) (with-current-buffer (get-buffer-create ...) (delete-region ... ...) (insert string) (unless ... ...) (font-lock-fontify-buffer) (setq pos ...) (while ... ... ...)) (add-text-properties start end (quote ...)) (set-buffer-modified-p modified))
>>>   org-src-font-lock-fontify-block("" 27 287)
>>> #+end_src
>>> 
>>> I don't understand why. Maybe it will ring a bell to you?
>>
>> I cannot reproduce this on
>>
>>
>> Org-mode version 7.3 (release_7.3.123.g950be)
>>
>> GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.1) of
>>  2010-11-03 on potassium, modified by Debian
>>
>> It looks like some problem with the font-locking: I suspect you have
>> `org-fontify-natively' set to a non-nil value and for whatever reason
>> Org tries to fontify the #+begin_html as a source block with the
>> language beeing the empty string.
>
> I was testing some patches both from Eric and Dan (about native
> fontification)...
>
> I've pulled a new version, temporarily setting the patches aside, as I needed
> to be able to export. Since then, I don't have the problem anymore.
>
>
>> I have no idea about how font-locking works, but one thing for sure:
>> The regexp in `org-fontify-meta-lines-in-blocks' does match
>> a #+begin_html statement and the matching group used to determine the
>> language (it's 7) returns an empty string.
>
> That looks like the explanation of what I observed. Do I understand you
> correctly if I read that the regexp should be patched to be more restrictive?
>
> Best regards,
>   Seb

  parent reply	other threads:[~2010-12-13 19:48 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-22 20:48 Debugger entered--Lisp error: (void-function -mode) Sébastien Vauban
2010-11-23 20:19 ` David Maus
2010-11-23 21:10   ` Sébastien Vauban
2010-11-28 20:27     ` David Maus
2010-12-13 19:47     ` Eric Schulte [this message]
2010-12-13 20:39       ` Sébastien Vauban

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.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=877hfdihfg.fsf@gmail.com \
    --to=schulte.eric@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=wxhgmqzgwmuf@spammotel.com \
    /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/org-mode.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).