In [EMAIL PROTECTED] Kenichi Handa wrote:
In article [EMAIL PROTECTED], Katsumi Yamaoka [EMAIL PROTECTED] writes:
[...] and the patch[1] I posted first is better.
But please don't merge it hastily if you have a doubt even if it
is little.
I don't know about the code of mail-extr.el nor the
In GNU Emacs 22.1.50.1 (i386-msvc-nt5.1.2600)
of 2007-05-14 on CLEOPATRA
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-msvc (13.10)'
Hi,
obviously facemenu-get-face was removed. I did not found an entry in one
of the NEWS files. Is there a
I met a weird bug and I don't know if it is due to emacs-w3m or emacs.
To reproduce, in Emacs:
0. start Emacs in urxvt¹
1. M-x w3m
2. Key `g' and type in url: ftp://ftp.gnu.org/gnu/hyperbole
3. Key `^' and see emacs hang
4. Key `C-g' and Emacs asks:
i. Auto-save (y/n)
Juanma Barranquero wrote:
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Sorry, I was using -n too, forgot that. With -n you do not see the error
anywhere.
That's what I would expect. You're saying to emacsclient to no expect
any answer, after all.
You can always do:
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Would it not be easier if you get a normal backtrace if debug-on-error
is t?
Perhaps. OTOH, it is an error in an emacsclient-sent string to
evaluate an Error *in* Emacs?
Something like this can be used in server.el,
Juanma Barranquero wrote:
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Would it not be easier if you get a normal backtrace if debug-on-error
is t?
Perhaps. OTOH, it is an error in an emacsclient-sent string to
evaluate an Error *in* Emacs?
Eh, you lost me on this one ;-)
In article [EMAIL PROTECTED], Katsumi Yamaoka [EMAIL PROTECTED] writes:
In [emacs-w3m : No.09434] Leo wrote:
I met a weird bug and I don't know if it is due to emacs-w3m or emacs.
To reproduce, in Emacs:
0. start Emacs in urxvt¹
1. M-x w3m
2. Key `g' and type in url:
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Eh, you lost me on this one ;-) -- I do not understand the context. Can
you please explain?
Why would emacsclient --eval BIG-MISTAKE cause a traceback on Emacs,
even if debug-on-error is t? It already shows an error on the output
of
Juanma Barranquero wrote:
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Eh, you lost me on this one ;-) -- I do not understand the context. Can
you please explain?
Why would emacsclient --eval BIG-MISTAKE cause a traceback on Emacs,
even if debug-on-error is t? It already
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
- It is not necessarily emacsclient -e BIG-COMMAND-LINE-MISTAKE, it
could equally well be somewhere in the elisp libraries.
Fair enough, though if you set debug-on-error to debug the problem, it
will happen also if you evaluate the
Juanma Barranquero wrote:
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
- It is not necessarily emacsclient -e BIG-COMMAND-LINE-MISTAKE, it
could equally well be somewhere in the elisp libraries.
Fair enough, though if you set debug-on-error to debug the problem, it
will
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Some errors are very hard to track down. I think it can help very much
to be able to directly debug what happens when the call is from emacsclient.
Perhaps you're right, but I'd like to see some examples of things that
are much
Juanma Barranquero wrote:
Perhaps you're right, but I'd like to see some examples of things that
are much easier to debug from --eval than directly.
I have no examples at hand, but the context where the functions are
running is slightly different when they are called from emacsclient. Is
From textmodes/sgml-mode.el:
If you like upcased tags, put (setq sgml-transformation-function 'upcase)
in your `.emacs' file.
To reproduce the problem:
emacs -Q
C-x C-f a.html RET
M-x set-variable RET sgml-transformation-function RET upcase RET
C-c C-t small
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
the context where the functions are
running is slightly different when they are called from emacsclient. Is
not that enough?
I'm not sure. On one hand, if there's no trouble, there's no need to
complicate things. On the other, yeah,
Juanma Barranquero wrote:
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
the context where the functions are
running is slightly different when they are called from emacsclient. Is
not that enough?
I'm not sure. On one hand, if there's no trouble, there's no need to
complicate
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
The complication seems very minor as I see it.
Sure. That's why real examples will easily win the day.
Maybe the hardest thing is to convince me I am not easy to convince ... ;-)
Hummm... I've thought past threads were a
Juanma Barranquero wrote:
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
The complication seems very minor as I see it.
Sure. That's why real examples will easily win the day.
Yes, the important thing is of course that there is a way to make it
easy to debug then. If such
Using native version of Emacs 22.0.50.1 on Windows XP, editing and saving
a file on a remote system using tramp/ftp (standard Windows FTP) results
in Emacs going unresponsive and not updating for a period of 1-2 minutes
after the file is saved. It has been verified that the files are being
In [emacs-w3m : No.09442] Kenichi Handa wrote:
The backtrace shows that Emacs is in infinite loop in
ccl_driver. It seems that emacs-w3m does some code
conversion by CCL programs defined by itself.
I reached to this conclusion yesterday, too.
And, it is
very likely that those CCL
I have added a cons to grep-file-aliases so that it's value is now:
((el . *.el)
(ch . *.[ch])
(c . *.c)
(h . *.h)
(asm . *.[sS])
(m . [Mm]akefile*)
(l . [Cc]hange[Ll]og*)
(c++ . *.[ch] *.[ch]pp))
Notice that the C++ line has two aliases in it. This gets expanded by
wildcard-to-regexp
21 matches
Mail list logo
