In latest code:
In toplevel form:
gnus/mm-view.el:634:31:Error: Autoloading failed to define function
gnus-completing-read-maybe-default
..
Done (Total of 0 files compiled, 1 failed, 76 skipped in 11 directories)
--
Leo sdl.web AT gmail.com (GPG Key: 9283AA3F)
Apparently mail-abbrev-end-of-buffer does nothing special: it jumps to
the end of buffer but does not expand the abbreviation. On the other
hand, mail-abbrev-next-line works normally.
In GNU Emacs 22.0.96.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.8.20)
of 2007-04-02 on tucano.isti.cnr.it
Pressing the stop button in gud with pdb running (gud-stop-subjob)
causes an unhandled python exception (stack trace below).
Yes, I've seen this too. I couold make the stop button invisible for pdb but
the underlying is with comint-stop-subjob which is on the menubar of the GUD
buffer and
Using this, it was very easy to get the function I wanted.
Calling `syntax-ppss' repeatedly can become costly for deeply nested
positions. I'd propose something like the below:
(defun up-list-forward (arg)
Move forward out of one level of parentheses.
With arg, do this that many times.
A
On Wed, 25 Apr 2007 21:17:17 -0600, Kevin Rodgers [EMAIL PROTECTED]
said:
The mac/INSTALL file says: To use colors in a terminal, put the
following lines in the file ~/.termcap and log in again.
(snip)
Is the suggestion in mac/INSTALL obsolete altogether or does it just
need to be
YAMAMOTO Mitsuharu wrote:
Thanks. I applied your patch to both the trunk and the EMACS_22_BASE
branch.
I think you should alter the changelog entry to be under your name,
which seems perfectly acceptable for corrections which are simple
typos (ie purely factual).
Large numbers of tiny
On Wed, 25 Apr 2007 20:10:12 +0200 Jan Djärv [EMAIL PROTECTED] wrote:
Jan Djärv skrev:
I'd say this is a bug in QtCurve. I can not find a way to undo that
effect from within Emacs. Apart from the obvious, always update
menus deep. But I don't think we want to do that just for one
theme.
1. emacs -Q
2. M-x find-dired RET path/to/emacs/sources/ RET -name *src
3. The buffer *Find* contains this:
,
| path/to/emacs/sources/:
| find . \( -name *src \) -exec ls -ld \{\} \;
| drwxr-xr-x 2 steve users 4096 2007-04-26 17:43 lib-src
| drwxr-xr-x 2 steve users 4096 2007-04-26
On Tuesday, April 24, 2007 at 12:03:44, Richard Stallman wrote:
Whenever I enable debug-on-error when running VM I get a
backtrace with the following content:
Please try running under GDB with a breakpoint at call_debugger
and send the C-level backtrace made by the `backtrace'
On Thursday, April 26, 2007 at 23:05:08, Robert Widhopf-Fenk wrote:
On Tuesday, April 24, 2007 at 12:03:44, Richard Stallman wrote:
Whenever I enable debug-on-error when running VM I get a
backtrace with the following content:
Please try running under GDB with a breakpoint at
I have configured, built, installed and executed emacs 22.0.99
on Solaris 7 through Solaris 10 with no unexpected warnings and
only one significant error, which I initially reported last
December for Solaris 9 in the 22.0.92 test cycle. Since that
time, I have worked to further characterize the
I am running emacs 22.0.95 on AIX 5.3 (the latest levels).
The special feature is IBM has dfs. I guess it is normal but the dfs
file system at IBM starts out with /.../path/to/files
When I open a file, emacs hangs for a long time. I put in some
fprintf's into file-exists-p (dbx told me that is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello.
I compiled and installed the 22.0.99.1 pretest from alpha.gnu.org:
./configure --with-png --with-gtk --with-xpm --with-jpeg --with-tiff
- --with-sound --prefix=/home/luca/usr make bootstrap -j 4 make
install
Note that the directory
Hello!
I use Gnus in Agent-mode, and I followed the Gnus-FAQ
,[ (info (gnus)[5.12]) ]
| People tell me my Message-IDs are not correct, why aren't they and how
| to fix it?
|
| Answer
| ..
|
| The message-ID is an unique identifier for messages you send. To make
| it unique, Gnus need
Richard Stallman [EMAIL PROTECTED] writes:
Can you show us which changes to python.el we need to remove?
Or identify them by which versions they were checked in in?
Not easily in detail. Anything I actually contributed I consider OK,
obviously. I.e., I'd remove anything just taken from the
Stefan Monnier [EMAIL PROTECTED] writes:
In theory, yes, but IIRC the resulting regexp may be of a size exponential
w.r.t the size of the literals ;-(
Yes, at worst. A tree of common prefixes, if you know what I mean
(like regexp-opt I suppose).
I believe in practice it's not going to be
On Thu, 26 Apr 2007 12:08:54 -0400, Glenn Morris [EMAIL PROTECTED] said:
Thanks. I applied your patch to both the trunk and the
EMACS_22_BASE branch.
I think you should alter the changelog entry to be under your name,
which seems perfectly acceptable for corrections which are simple
typos
Glenn Morris [EMAIL PROTECTED] writes:
Otherwise, it seems there is something of a trend to disable undo all
over the place, for no real reason, then have to un-disable it when
someone complains.
This is true, but using undo in a dired buffer is a pretty dodgy thing
to do; it seems almost
Can you show us which changes to python.el we need to remove?
Or identify them by which versions they were checked in in?
Not easily in detail. Anything I actually contributed I consider OK,
obviously. I.e., I'd remove anything just taken from the version on
my web site.
While I can
19 matches
Mail list logo