Stefan Monnier [EMAIL PROTECTED] writes:
Hello Stefan,
Does (setq jit-lock-stealth-time nil) fix it?
No. If it has already started looping it has no effect at all, and if I
set in in my ~/.emacs and restart it, I can reproduce the bug again, but
it seems to happen not that fast.
If it's set
The following change has caused an error in
smtpmail-try-auth-methods.
2006-09-28 Osamu Yamane [EMAIL PROTECTED] (tiny change)
* mail/smtpmail.el (smtpmail-try-auth-methods): Do not break long
lines in base64-encoded authentication response.
This patch seems to solve the
We could define `find-function-regexp' as:
(defcustom find-function-regexp
;; Match things like (defun foo ...), (defmacro foo ...),
;; (define-skeleton foo ...), (define-generic-mode 'foo ...),
;; (define-derived-mode foo ...), (define-minor-mode foo)
(concat
Richard Stallman [EMAIL PROTECTED] writes:
Hello Richard,
The way to find out where a program is running during a long operation
is to stop the program several times, making a backtrace each time.
When you see a pattern start to emerge, then please report it.
Ok, all backtraces have this
Here are all the things I've tried with *no success* yet.
0) Killed almost all buffers leaving the bare minimum -- couple
of hsells,
1) turned off global-font-lock verified that
global-font-lock-mode is nil
2)turned off stealth jit locking with
jit-lock-stealth-time set to
This does not fail for me; it is possible that the fix I installed
on Sep 28 fixes it.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
C-h f apropos-command
In *Help*, click the link for the apropos file (upper right). It
should take you to the definition of command
`apropos-command'. Instead, it takes you to the definition of button
type `apropos-command':
Any objection to the patch below which seems to fix it?
Stefane, emptying my .emacs file is a hard and painful thing to
do.
For now I reverted to CVS Emacs from Aug 22 and the bug appears
not to be present. I'll be travelling next weke, so wont be able
to debug this much, I reverted this far back in time because I
didn't want to leave my home
On Sun, 01 Oct 2006 18:02:36 +0200 Tassilo Horn wrote:
| (load /usr/share/emacs/site-lisp/cedet/common/cedet)
Try to update CEDET to latest CVS snapshot. Or just update
semantic-idle.el (and may be semantic-analyze.el) files.
From ecb-list@:
A recent change in Emacs 22 causes new timers
A recent ui change to the find-alternate-file
command between emacs 21.4 and the current cvs emacs
has been causing me difficulty
When I wish to discard edits in a buffer without saving
them, I historically have used the find-alternate-file
command to revisit the same file.
Previous versions of
I've now verified that the problem is fixed once I dont load
semantic. Incidentally I no longer need to turn off jit-lock
either, have jit-lock-stealth-time at its default.
Tassilo == Tassilo Horn [EMAIL PROTECTED] writes:
Tassilo Stefan Monnier [EMAIL PROTECTED] writes:
Tassilo Hello
If a buffer has never been saved, there is no file to compare with it (and,
a fortiori, no need for a comparison). The only options that make sense then
are 1 and 2, and possibly 5 and 6.
The other options do make sense. #3 is useful when the buffer
isn't selected. #4 doesn't give
According point ** If the symptom of the bug is that Emacs fails to
respond I stopped emacs with C-z in the terminal GDB is running in and
typed finish till the call didn't return anymore. That was in
wait_reading_process_output.
That function is waiting for keyboard input which
Your patch looks correct to me. Please install it, and thanks.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
T. V. Raman [EMAIL PROTECTED] writes:
Hi,
did you update semantic out of CVS? the last release on the
sourceforge site appears to be from 2005
Yes, but only semantic-idle.el.
Bye,
Tassilo
___
emacs-pretest-bug mailing list
If a buffer has never been saved, there is no file to
compare with it (and, a fortiori, no need for a comparison).
The only options that make sense then are 1 and 2, and
possibly 5 and 6.
The other options do make sense. #3 is useful when the buffer
isn't
Any news on this bug? I still see the problem in a build from 2006/07/19.
Thx.
-Original Message-
From: Drew Adams [mailto:[EMAIL PROTECTED]
Sent: Saturday, January 21, 2006 1:07 PM
To: Emacs-Pretest-Bug
Subject: minibuffer-message-timeout has no effect
FYI -
In [EMAIL PROTECTED] Osamu Yamane wrote:
SMTP Auth fails when the authenticatin involves sending strings of
77 characters or longer. This seems to be solved by applying the
following patch:
** BEGINS HERE **
*** smtpmail.el.orig Sat Aug 5
Any objection to the patch below which seems to fix it?
Please install your patch. If Martin's patch is correct,
that can be installed later.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
I think we need an entry in etc/PROBLEMS about the problems with Semantic
and CEDET. Could someone please add one?
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
This change was intentional, and important.
You can bind revert-file to a key if you want.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
21 matches
Mail list logo
