When I open a makefile I get error in the minibuffer with latest cvs.I started emacs with -Q so it's not my .emacs or site-file.Here's what was in the *messages*Fontifying makefile... (regexps)
File mode specification error: (error "No match 2 in highlight (2 font-lock-variable-name-face)")
Jason Rumney <[EMAIL PROTECTED]> writes:
>> Eli Zaretskii <[EMAIL PROTECTED]> writes:
>>
>>> 390 if (SUBRP (fun))
>>> (gdb)
>>> 392 if (XSUBR (fun)->doc == 0)
>>> (gdb)
>>> 409 return Qnil;
>>> (gdb)
>>> 477 }
>>> (gdb)
>
> Dieter Deyke <[EMAIL PROTECTED]> writes:
>
> Eli Zaretskii <[EMAIL PROTECTED]> writes:
>
>> 390 if (SUBRP (fun))
>> (gdb)
>> 392 if (XSUBR (fun)->doc == 0)
>> (gdb)
>> 409 return Qnil;
>> (gdb)
>> 477 }
>> (gdb)
Dieter Deyke <[EMAIL PROTECTED]> writes:
> 390 if (SUBRP (fun))
> (gdb)
> 392 i
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> From: Dieter Deyke <[EMAIL PROTECTED]>
>> Cc: emacs-pretest-bug@gnu.org, emacs-devel@gnu.org
>> Date: Sat, 25 Mar 2006 08:54:45 -0700
>>
>> The strange thing is that the error vanished yesterday on my work PC,
>> but using the same tools I still get it
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 mailin
[ this was originally posted to [EMAIL PROTECTED] ]
I'm seeing something that I'm not sure is necessary. When I use
create-image with file with chinese name like this, image-size always
return (30 . 30) as its size: (30 is the default size when image
cannot be loaded according to emacs C source co
On my GNU/Linux system here, I can crash Emacs as follows:
emacs -Q
C-x 2
M-x balance-windows RET
Emacs fatal error: window.c:4292: assertion failed: GC_WINDOWP(parent)
Fatal error (6)zsh: abort (core dumped) ../../trunk/src/emacs -Q
I don't have time to look into it right now,
Hello!
When viewing a gzip'ed tar file a message like 'tar-view: Args out of
range: 10060955, 10072067' can be displayed. Viewing the same file in
the same archive with GNU Emacs 22.0.50 no such message comes up.
Viewing a file README in that same archive shows in GNU Emacs 22.0.50
a read
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> Cc: Eli Zaretskii <[EMAIL PROTECTED]>, emacs-pretest-bug@gnu.org,
>> emacs-devel@gnu.org
>> From: Jason Rumney <[EMAIL PROTECTED]>
>> Date: Sat, 25 Mar 2006 19:58:14 +
>>
>> Dieter Deyke <[EMAIL PROTECTED]> writes:
>>
>> > 390 if (SUBR
Leon <[EMAIL PROTECTED]> writes:
> Hi all,
>
> I finally figure out how to reproduce this bug though I have known it
> for a while.
>
> 1. Fire up gnus
>
> 2. middle click a group with a small number of unread articles so that
> you won't be interrupted to enter the number of articles. Make sure
> On Mon, 20 Mar 2006 14:44:52 +0100, Martin Buchmann <[EMAIL PROTECTED]>
> said:
> After I erased all of the customization for the filesets section and
> the ~/.filesets-cache.el file, filesets are working fine again.
> Nevertheless, I don't understand how a corrupted cache file or a
> w
Looking at both the File Name Cache node in the Emacs manual and the Lisp
source code, I see nothing that indicates whether or not the cache is
persistent.
This is an important piece of information. The doc should make it clear that
the cache is not persistent and that it launches `find' each time
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 mailing list.
Please describe exactly what actions triggered the bug
and the precise symptoms of th
13 matches
Mail list logo