> From: Richard Stallman <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
> Date: Mon, 27 Nov 2006 10:38:23 -0500
>
> Alas, index entries cannot have colons in them.
>
> Perhaps `i' should discard colon at the start, so that this
> case will work. What do you think?
C
Today I tried to use an old hack of mine (gds.el, loop it up on
EmacsWiki) and got an error from `utl-http'. I suceeded in recreating
it directly with this:
(url-insert-file-contents
"http://127.0.0.1/";)
When I eval the above I get this:
Debugger entered--Lisp error: (error "Could not create
I've been using the GTK build of the first pretest tarball for almost
three weeks without any serious problems. But as of today it
immediately segfaults when I start it under X. The only change to my
system (SUSE 10.1) between today and the last time I started this
build of Emacs is that I instal
> Date: Mon, 27 Nov 2006 16:37:23 +0900
> From: ishikawa <[EMAIL PROTECTED]>
> Cc: emacs-pretest-bug@gnu.org
>
> It is a pity that a new luser who tries to use pretest version
> for checking the compatibility of (somewhat old) emacs lisp code
> he/she has used need to spend some extra
> time looki
"Chris Moore" <[EMAIL PROTECTED]> writes:
> I package Emacs into a .deb archive using the "checkinstall" tool.
>
> "checkinstall" runs "make install" and watches which files get modified as a
> result, then packages those files up into a .deb file.
>
> Recently, when the Emacs version number went
I took care of this. Thanks.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
One must have the cursor on top, or immediately after a word, for M-x
man to give a nice default at the minibuffer prompt.
It should be pepped up to look around more in the buffer for defaults,
if the cursor is on whitespace.
___
emacs-pretest-bug mail
These days flyspell-auto-correct-word seems to always take three
invocations to correct a word. First always giving two dumbo choices
similar to this sequence:
0. accross
1. ac cross
2. ac-cross
3. across
___
emacs-pretest-bug mailing list
emacs-pretest
I note message-mode makes
Subject: =?utf-8?B?5Y+w5Lit5biC6Ieq55Sx6Lev6YKj6bq85aSn?=
whereas mail-mode just puts the raw utf-8 there. Isn't that improper
or something?
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mail
Why does this still send big5 encoded messages, even though the
modeline says "u" meaning utf-8?
$ emacs -Q
C-x m (runs the command compose-mail)
enter some Chinese subject and body, and hit C-c C-c to send.
env was
LANG=zh_TW.utf8
LC_COLLATE=C
LC_CTYPE=zh_TW.utf8
LC_MESSAGES=C
[EMAIL PROTECTED]
Markus says:
(defun vi-waves ()
(interactive)
(setq ol (make-overlay (point-min) (point-max) (current-buffer) t t))
(overlay-put ol 'after-string "\n~\n~\n~\n~\n~\n~"))
OK, but that effect (however best it be written) should extend to the
bottom of the screen all in one invocation.
Also ind
It's been two weeks, and I haven't heard anything. Were you unable to
reproduce the problem? It still occurs in the CVS 22.0.91 version I
just built.
Christopher J. Madsen writes:
> In a shell, create a new directory and cd there.
> > touch Foo Foobar
> > emacs -Q
>
> In the *scratch* buff
comint.el has just got to implement bash's:
history-preserve-point (default: Off)
If set to on, the history code attempts to place point at the
same location on each history line retrieved with
previous-history or next-history.
One would go nuts entering e.g.,
$ : mm 1 mm
Dan Jacobson wrote:
Why does this still send big5 encoded messages, even though the
modeline says "u" meaning utf-8?
$ emacs -Q
C-x m (runs the command compose-mail)
enter some Chinese subject and body, and hit C-c C-c to send.
env was
LANG=zh_TW.utf8
LC_COLLATE=C
LC_CTYPE=zh_TW.utf8
LC_MESSAGES
Emacs 22.0.90 pretest built under AIX 5.2 brings up an X window then
exits. I did some debugging and it appears to be a problem with undump --
the state variables used internally by getloadavg() are being preserved,
which causes the first call to getloadavg to malfunction and close
the socket to t
> emacs -Q
> C-h i, choose Elisp manual
> i :type gives message "Info-index: No `:type' in index"
Alas, index entries cannot have colons in them.
Perhaps `i' should discard colon at the start, so that this
case will work. What do you think?
___
Stephen Berman skrev:
> I've been using the GTK build of the first pretest tarball for almost
> three weeks without any serious problems. But as of today it
> immediately segfaults when I start it under X. The only change to my
> system (SUSE 10.1) between today and the last time I started this
>
The immediate problem can be worked around by building emacs
as a user who has no access to /dev/kmem (normal users do not).
This causes getloadavg to fail before emacs undumps, leaving
state initialized properly for operation after the undump.
However, there is probably a flaw in undump here that
Hi
>From the Elisp manual I think I understand roughly what a feature is.
But I can't imagine what a subfeature might be or when it might be
helpful to provide (15.7 Features).
===
In GNU Emacs 22.0.91.1 (i686-pc-linux-gnu, X toolk
Gentlemen, consider what happens in mail-mode when one's buffer only
has a Newsgroups: header,
Send buffer contents as mail message? (y or n) y
Sending...
sendmail-send-it: No recipients
OK, but now add a To: header too. The message sails right through
without having the Newsgroups header ac
>From a shell prompt:
emacs -q /tmp/tmp.c
M-x auto-fill-mode
/*
*
(That's / * * SPC).
When typing the final space, the second line gets deleted. Pressing
return instead messes it up differently. This seems to be a problem
with c-mask-paragraph.
After space:
--8<---cut here--
If you toggle some buffer-local variables from the menu bar e.g
case-fold-search, indicate-empty-lines then you change the default values and
not the local ones. This is because they use menu-bar-make-toggle and means
that if you are in a buffer where the local value has been set e.g Info, you
se
In article <[EMAIL PROTECTED]>, Leo <[EMAIL PROTECTED]> writes:
> I have met a crash of emacs. Full backtrace attached.
> Tested in emacs-unicode-2 branch CVS:2006-11-25 in Fedora Core 5.
I can't reproduce that kind of crash. Please show us the
precise recipe. And, please use M-x report-emacs-b
In article <[EMAIL PROTECTED]>, jpff <[EMAIL PROTECTED]> writes:
> This morning after an update from the CVS I am seeing a number of
> crashes when reading mail with RMAIL.
> The backtrace is:
> Debugger entered--Lisp error: (error "Invalid search bound (wrong side of
> point)")
> re-search-fo
Eli Zaretskii wrote:
>> Date: Mon, 27 Nov 2006 16:37:23 +0900
>> From: ishikawa <[EMAIL PROTECTED]>
>> Cc: emacs-pretest-bug@gnu.org
>>
>> It is a pity that a new luser who tries to use pretest version
>> for checking the compatibility of (somewhat old) emacs lisp code
>> he/she has used need to sp
25 matches
Mail list logo
