Symptoms:
I ran a filesystem check command in an emacs shell-mode buffer:
/sbin/reiserfsck /dev/mapper/media2-lvol1
this comand does a lot of output, writing progress by moving the
cursor with ansi escapes to beginning of line and writing over the
same line over and over again.
this works,
Hello!
Few characters are not correctly coded:
= 250 = 168 = A8 = C3 98 = U+00D8 : LATIN CAPITAL LETTER O WITH STROKE
is shown as (DIAERESIS). C-u C-x = gives:
character: (04250, 2216, 0x8a8, U+00A8)
charset: latin-iso8859-1 (Right-Hand Part of Latin Alphabet 1
(ISO/IEC 8859-1):
Stefan Monnier wrote:
Does it make sense to have a :group for buffer-local minor modes?
I believe that currently, for a buffer-local minor mode foo-mode,
define-minor-mode does not define a defcustom for the mode variable,
but defines one for foo-mode-hook. I believe that this hook is
[EMAIL PROTECTED] (Kim F. Storm) writes:
Peter Seibel [EMAIL PROTECTED] writes:
Okay, here you go:
(gdb) xbacktrace
internal-lisp-face-p
facep
check-face
face-name
ediff-set-fine-diff-properties-in-one-buffer
Now we are getting closer!!!
Unfortunately, not quite close enough, as I
It seems to me as if set-window-point and goto-char don't do the same thing.
set-window-point basically executes the following statements:
--- snip ---
if (w == XWINDOW (selected_window)
XBUFFER (w-buffer) == current_buffer)
Fgoto_char (pos);
else
There seem to be 85 calls to define-minor-mode in the Emacs sources.
I guess the first order of business would be to make sure each of them
has an explicit :group.
I'll check them.
Done. If somebody wants to double-check, I committed these changes:
2005-04-04 Lute Kamstra [EMAIL
rms didn't like this new behavior so the second patch I posted (and
did not install yet) merely changes the behavior of define-major-mode
back to the situation before 2005-03-31. So implying that my (second)
patch has big consequences is not really fair.
I didn't realize you hadn't installed
On Apr 3, 2005, at 3:15 AM, Nick Roberts wrote:
Read INSTALL.CVS in the emacs directory.
You need to do 'make recompile' in your lisp directory and
'make' in your src directory (as tooltip is loaded thru loadup.el at
compile time).
Nick,
Thanks a lot for your help. Unfortunately, make bootstrap
I have no idea if this is related--seems like it could be. Anyway,
this time my ediffing signalled an error which dropped my in the elisp
debugger since I had debug-on-error turned on. Below is the stack
trace. After quiting out of the elisp debugger I was able to continue
using ediff.
-Peter
I will document magic-mode-alist in Choosing Modes.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug@gnu.org
The whole point of the use of custom-current-group is to try and default to
the group that was defined in the current file. Such a group is unlikely to
be bogus.
My decision is to move away from such file-position-dependent defaults.
___
Peter Seibel [EMAIL PROTECTED] writes:
Okay, here you go:
(gdb) xbacktrace
internal-lisp-face-p
facep
check-face
face-name
ediff-set-fine-diff-properties-in-one-buffer
Now we are getting closer!!!
Unfortunately, not quite close enough, as I don't see any of the
involved functions
* diff-mode.el (diff-minor-mode): Specify :group.
* font-core.el (font-lock-mode): Specify :group.
* reveal.el (reveal-mode): Specify :group.
* smerge-mode.el (smerge-mode): Specify :group.
[...]
Does it make sense to have a :group for buffer-local minor modes?
Luc Teirlinck [EMAIL PROTECTED] writes:
After Lute's patch the define-minor-mode for `diff-minor-mode' would
have to be given an explicit :group, or diff-minor-mode-hook would be
moved from the diff-mode group (where it belongs) to the bogus
diff-minor group (if I understood Lute's patch
After Lute's patch the define-minor-mode for `diff-minor-mode' would
have to be given an explicit :group, or diff-minor-mode-hook would be
moved from the diff-mode group (where it belongs) to the bogus
diff-minor group (if I understood Lute's patch correctly). I am now
Richard Stallman [EMAIL PROTECTED] writes:
There seem to be 85 calls to define-minor-mode in the Emacs sources.
I guess the first order of business would be to make sure each of them
has an explicit :group.
I'll check them.
Lute.
___
define-generic-mode didn't have any defcustom forms in the past. I
added one for the mode hook variable a few days ago. So the change I
propose is backward compatible.
Ok, please do it.
___
Emacs-pretest-bug mailing list
In article [EMAIL PROTECTED], Peter Dyballa [EMAIL PROTECTED] writes:
Am 04.04.2005 um 03:19 schrieb Kenichi Handa:
The above script outputs raw bytes 0..255, which is not a
valid utf-8 code expected in *shell* buffer. So, Emacs
decodes them as raw-byte characters (i.e. characters
Peter Seibel [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Kim F. Storm) writes:
What happens if you don't use byte-compiled ediff? Try adding this
to your .emacs and rerun the test:
(load ediff-init.el)
(load ediff-diff.el)
So, by chance or not, it crashed almost right away after I
BTW, I googled for Missing charsets in String to FontSet conversion.
Similar problems have been reported for several other applications.
The missing charset is just a warning.
But the Cannot convert string ... to type FontSet is a hard
failure.
We could try to create a fontset, and if that fail
(gdb) r -q -xrm
Emacs*fontSet: -*-helvetica-medium-r-*--*-120-*-*-*-*-*-*,*'
Starting program: /home/kfs/fsf/latest/src/emacs -q -xrm
Emacs*fontSet: -*-helvetica-medium-r-*--*-120-*-*-*-*-*-*,*'
Warning: Missing charsets in String to FontSet conversion
Warning: Cannot convert string
That is truly odd. How come the XIM code doesn't trigger this
same problem?
I think the XIM code explicitly names the charset it wants.
But our XIM code calls XCreateFontSet, just like Xt code.
And browsing the Xt source, the Cannot convert string to FontSet
message
seems to be generated when
Trying to align a region in VHDL mode (using `vhdl-align-region')
results in an infinite loop when trying to fix the whitespace around
operator symbols. The culprit is an incorrect goto-char in
`vhdl-fixup-whitespace-region', the patch below fixes things
Index: lisp/progmodes/vhdl-mode.el
[EMAIL PROTECTED] (Kim F. Storm) writes:
Peter Seibel [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Kim F. Storm) writes:
What happens if you don't use byte-compiled ediff? Try adding this
to your .emacs and rerun the test:
(load ediff-init.el)
(load ediff-diff.el)
So, by chance or not,
[EMAIL PROTECTED] (Kim F. Storm) writes:
Please continue to send traps.
Here's another one, still using ediff loaded from source. I'm going to
take that out next time I restart emacs because it mostly just seems
to mean longer backtraces to paste into these message.
-Peter
[EMAIL PROTECTED]
this works, but after some time emacs hangs.
I attached gdb and found it hangs around here:
Program received signal SIGTSTP, Stopped (user).
0x0819f18a in truncate_undo_list (b=0x9430a08) at undo.c:366
Of course, that will eventually be called, but if it hangs, that
is a bug.
It looks clean to me. I have never understood widgets very well,
so I don't know whether it is correct. But if it seems to work
better than the present code, it must be a step forward.
I wish someone here had enough expertise to be able to
assure us it is correct--but I think nobody does.
So
I think the current situation is best, it fixed the bug that the behavior
was different when loading the .el file than when loading the .elc file.
Sorry, I've decided I won't let this change remain installed.
We will not move towards increased use of custom-current-group.
If there was a
29 matches
Mail list logo