all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: "Vincent Belaïche" <vincent.b.1@hotmail.fr>
Cc: 12774@debbugs.gnu.org
Subject: bug#12774: RE: bug#12774: RE: bug#12774: 24.2.50; EMACS 24.2.50.1 crashing‏
Date: Sun, 04 Nov 2012 05:46:16 +0200	[thread overview]
Message-ID: <83obje3u9j.fsf@gnu.org> (raw)
In-Reply-To: <DUB102-W4349F77D26F50F97BC2D7184660@phx.gbl>

> From: Vincent Belaïche <vincent.b.1@hotmail.fr>
> Date: Sat, 3 Nov 2012 23:24:15 +0100
> 
> The crash can happen without my doing anything special previously except opening that attached file USING_CEDET_FROM_BZR which causes loading orgmode. Also it seems that it has to do with the size of my init.el file --- and not only to its content.
> 
> 
> 
> For instance there was in my init file some doit-1 function definition (which is some trash code which I wrote for some purpose and I don't need any longer), here is the definition:
> 
> 
> (defun doit-1 ()
>   (interactive)
>   (save-excursion
> ;  (goto-char (point-min))
>   (while (re-search-forward "--\\|\\." nil t)
>     (when (save-match-data (texmathp))
>       (cond
>        ((string= (match-string 0) "--")
> 	(replace-match "-"))
>        ((string= (match-string 0) ".")
> 	(unless (looking-back "\\\\right")
> 	  (replace-match "\\cdot " t t))))))))
> 
> 
> 
> If I comment out this definition from the init file, then I cannot re-produce the crash (or at least I could not succeed in doing it, but it may still be possible), but if I let it, then I can rather easily make the crash occur. I cannot believe that this function per se is the root cause of the problem. However the simple fact that its definition takes some memory space suffices to increase the likelihood the crash when I open that file.

Is this doit-1 function actually used somewhere in your init.el or in
your .emacs?  If it is, can you show the code that uses it?

> BTW, here is the end of my *Message* buffer when the opening of  USING_CEDET_FROM_BZR does cause any crash, this reflects what should happen when this file is visited --- the `Loading dired-x...done' is because I open  USING_CEDET_FROM_BZR from a Dired buffer, so what happens is from line    `flet' is an obsolete macro (as of 24.3); use either `cl-flet' or `cl-letf'. [2 times]. 
> 
> 
> Loading dired-x...done
> `flet' is an obsolete macro (as of 24.3); use either `cl-flet' or `cl-letf'. [2 times]
> File mode specification error: (void-function org-mode-p)
> Loading vc-bzr...done

Can you turn on debug-on-error and show the Lisp backtrace for these
messages?  Each time a backtrace appears, type "C-]" to get out of the
debugger and continue to the next error.






  parent reply	other threads:[~2012-11-04  3:46 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-01  5:23 bug#12774: 24.2.50; EMACS 24.2.50.1 crashing‏ Vincent Belaïche
2012-11-01 14:57 ` Eli Zaretskii
     [not found]   ` <DUB102-W598866A2386D9F5F9BE37384600@phx.gbl>
2012-11-01 20:09     ` bug#12774: " Eli Zaretskii
2012-11-01 20:37   ` Vincent Belaïche
2012-11-01 20:40     ` bug#12774: " Eli Zaretskii
2012-11-01 20:47       ` Vincent Belaïche
2012-11-01 21:11         ` bug#12774: " Eli Zaretskii
2012-11-01 21:17           ` Eli Zaretskii
2012-11-03 13:47             ` Vincent Belaïche
2012-11-03 14:16               ` bug#12774: " Eli Zaretskii
2012-11-03 17:20                 ` Vincent Belaïche
2012-11-03 17:21                 ` Vincent Belaïche
2012-11-03 17:41                 ` Vincent Belaïche
2012-11-03 20:07                   ` bug#12774: " Eli Zaretskii
     [not found]                     ` <DUB102-W4349F77D26F50F97BC2D7184660@phx.gbl>
2012-11-04  3:46                       ` Eli Zaretskii [this message]
2012-11-04 16:44                       ` Eli Zaretskii
2012-11-01 20:51       ` Vincent Belaïche
2012-11-01 21:00       ` Vincent Belaïche
2012-11-04  8:52 ` bug#12774: RE: bug#12774: 24.2.50; EMACS 24.2.50.1 crashing Vincent Belaïche
2012-11-04 16:22   ` Eli Zaretskii
2012-11-04 19:50 ` Vincent Belaïche
2012-11-05 17:14   ` Eli Zaretskii
2012-11-07 20:40 ` Vincent Belaïche
2012-11-07 21:14   ` Eli Zaretskii

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

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

  git send-email \
    --in-reply-to=83obje3u9j.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=12774@debbugs.gnu.org \
    --cc=vincent.b.1@hotmail.fr \
    /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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.