Hi,
The value of PURESIZE needs to be increased for at least the
Fedora 7 system:
[...]
Dumping under names emacs and emacs-22.1.50.1
emacs:0:Pure Lisp storage overflow (approx. 1120140 bytes needed)
144 pure bytes used
[...]
The following change solves it, however it seems to become
Stefan Monnier wrote:
Actually formerly it returned either nil or non-nil, where the non-nil value
was sometimes t and other times the interactive form.
Because of this, `defadvice' makes interactive Lisp functions non-
interactive. See the `ad-interactive-form' function.
Looks like a
On 2007-07-26 01:13 +0100, Katsumi Yamaoka wrote:
I got no problem in building Unicode2 of today:
Dumping under names emacs and emacs-23.0.0.1
1116860 pure bytes used
./emacs -q -batch -f list-load-path-shadows
Leo wrote:
I still get overflowed pure space after make bootstrap
Hi,
In the latest Emacs trunk the built-in function `commandp' returns
t or nil while it returned an interactive form or nil formerly.
Because of this, `defadvice' makes interactive Lisp functions non-
interactive. See the `ad-interactive-form' function. Here is
an example of what it causes:
Tassilo Horn wrote:
Katsumi Yamaoka [EMAIL PROTECTED] writes:
--- puresize.h~ 2007-01-14 03:24:37 +
+++ puresize.h 2007-07-25 23:58:10 +
@@ -46 +46 @@
-#define BASE_PURESIZE (112 + SYSTEM_PURESIZE_EXTRA +
SITELOAD_PURESIZE_EXTRA)
+#define BASE_PURESIZE (1121000
Katsumi Yamaoka wrote:
Dumping under names emacs and emacs-22.1.50.1
emacs:0:Pure Lisp storage overflow (approx. 1120088 bytes needed)
88 pure bytes used
./emacs -q -batch -f list-load-path-shadows
It has been solved by this change:
--- puresize.h~ 2007-01-14 03:24:37 +
+++ puresize.h
Kenichi Handa wrote:
Warning (initialization): Building Emacs overflowed pure space. (See
the node Pure Storage in the Lisp manual for details.)
In article [EMAIL PROTECTED], Leo [EMAIL PROTECTED] writes:
I've just done cvs update and make but, the pure space
was not overflowed.
% make
Katsumi Yamaoka wrote in the pretest-bug list:
When I run `customize-option', I don't see the Set button in
the Custom buffer. Maybe this is caused by the recent changes
in cus-edit.el.
It's funny that it occurs only when running Emacs on X, not on
the terminal. Here are examples that I
Katsumi Yamaoka wrote:
I noticed the recent change in texinfmt.el crashes Emacs when
formatting a Japanese Info.
Sorry, that is not a texinfmt.el bug. I verified that it
happens even if I use texinfmt.el of Emacs 22.1.
Regards,
___
emacs-pretest
Richard Stallman wrote:
If you revert the recent byte-opt.el patch, does this crash stop?
Yes, it solves the problem. And I confirmed it has been fixed
in the Emacs CVS. Thank you.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
When I run `customize-option', I don't see the Set button in
the Custom buffer. Maybe this is caused by the recent changes
in cus-edit.el.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
Hi,
I noticed the recent change in texinfmt.el crashes Emacs when
formatting a Japanese Info. The Lisp program that reproduces
the crash is:
(load-file infohack.el)
(let (enable-local-variables) (infohack-texi-format gnus-ja.texi))
Where infohack.el, gnus-ja.texi and the other requirements are
In [EMAIL PROTECTED]
Richard Stallman [EMAIL PROTECTED] wrote:
Thank you for the reply. But I don't have a write access to the
Emacs CVS, so I ask someone to install it.
Please email the patch and change log to emacs-devel
and ask someone to install it.
It has already been
In [EMAIL PROTECTED] Lennart Borgman (gmail) wrote:
(require 'cl)
without (eval-when-compile ...). Is not that incorrect?
More files doing this:
[...]
tramp.el
tramp.el doesn't seem to need cl at run time. Actually I have
no problem on ftp and ssh connections using the following
In [EMAIL PROTECTED] Richard Stallman wrote:
The way I posted, to make the syntax of all non-ASCII characters
`word', has a weakness. It is not effective to charsets that
are created after loading mail-extr.el.
So, what about the first proposed fix?
The one that patched this
In [EMAIL PROTECTED] Kenichi Handa wrote:
In article [EMAIL PROTECTED], Katsumi Yamaoka [EMAIL PROTECTED] writes:
The way I posted, to make the syntax of all non-ASCII characters
`word', has a weakness. It is not effective to charsets that
are created after loading mail-extr.el
In [EMAIL PROTECTED] Kenichi Handa wrote:
In article [EMAIL PROTECTED], Richard Stallman [EMAIL PROTECTED] writes:
If people have doubts that changing that syntax table is generally
correct, what about the previous patch that alters just the
particular function?
At the moment, I don't have
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
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
In [EMAIL PROTECTED] Kenichi Handa wrote:
Sorry for the late response on this matter.
Please don't mind, since the most important thing now is to release
Emacs 22.1.
In article [EMAIL PROTECTED], Katsumi Yamaoka [EMAIL PROTECTED] writes:
I hope this is fixed in Emacs 22.2 (or possibly 22.1
In [EMAIL PROTECTED] Katsumi Yamaoka wrote:
*** mail-extr.el~ Sun Jan 21 21:57:52 2007
--- mail-extr.el Mon May 14 03:16:51 2007
[...]
!(not (eq (char-after ? ))
Sorry, this line has to be corrected
Hi,
I hope this is fixed in Emacs 22.2 (or possibly 22.1). I've been
annoyed that `mail-extract-address-component' sometimes fails to
parse addresses containing non-ASCII names correctly. Japanese
people often use their native names in the From header. Since
they sometimes use non-ASCII
Hi,
First of all, this problem might happen only with the Fedora Core
systems which run the metacity window manager. I tested it with
the latest Emacs 23 and the following form:
--8---cut here---start-8---
(defun test ()
(interactive)
(let ((frame
[EMAIL PROTECTED], Katsumi Yamaoka [EMAIL PROTECTED] writes:
--8---cut here---start-8---
(defun test ()
(interactive)
(let ((frame (make-frame)))
(select-frame frame)
(select-window (frame-first-window frame)))
(switch-to-buffer *foo*))
(local-set-key
In [EMAIL PROTECTED] Kim F. Storm wrote:
Thanks. I have reverted the patch.
Thank you for fixing it so quickly.
In [EMAIL PROTECTED] Lennart Borgman wrote:
Thanks Kim. Emacs is full of surprises. I would be glad for an
explanation of what happens with non-ASCII text.
Are there any
In [EMAIL PROTECTED] Stefan Monnier wrote:
Debugger entered--Lisp error: (text-read-only)
read-from-minibuffer(#(Search: 0 8 (read-only t face
minibuffer-prompt))...
byte-code(...
isearch-edit-string()
isearch-exit()
call-interactively(isearch-exit)
This seems to indicate a
In [EMAIL PROTECTED] Stefan Monnier wrote:
Thanks I ended up with the same diagnostic and have installed a similar fix.
Thanks. So, Lennart, now you can apply this change safely. ;-)
2007-03-01 Lennart Borgman [EMAIL PROTECTED]
* isearch.el (isearch-message-prefix):
Use
In the gmane.emacs.diffs newsgroup, Kim F. Storm wrote:
Index: isearch.el
===
RCS file: /cvsroot/emacs/emacs/lisp/isearch.el,v
retrieving revision 1.294
retrieving revision 1.295
diff -u -b -r1.294 -r1.295
--- isearch.el
Hi,
Please try customizing the following option:
(defcustom foo 'foo
doc string
:type '(choice (const foo) (const bar)))
When I chose `bar', the value disappears in the screen. Even if
I press the [Set for Current Session] button or the [Save for
Future Sessions] button, the value is still
Hi,
Thank you very much for investigating this.
In [EMAIL PROTECTED] Jan Djärv wrote:
Katsumi Yamaoka skrev:
To reproduce it, eval the form1 first and eval the form2 several
times. (I've made a similar code in the emacs-w3m CVS, however I
might have to delete it.)
(I've fixed emacs-w3m
In [EMAIL PROTECTED] Jan Djärv wrote:
Katsumi Yamaoka skrev:
Although it takes time to settle the shape when I change the value
of `tool-bar-button-margin', and the value 4 or less seems to be
treated as 0. That's ok.
I can't see any settling at all when changing
tool-bar-button-margin
In [EMAIL PROTECTED] Katsumi Yamaoka wrote:
Oops. Now I don't see the tool bar flickering, and all seem to be
going well. I will report if I find the condition to reproduce it.
I found. I attached two Lisp forms below. To reproduce it,
eval the form1 first and eval the form2 several times
In [EMAIL PROTECTED] Jan Djärv wrote:
(make-local-variable 'tool-bar-button-margin)
Doesn't this use different tool-bar-button-margins for different
buffers? It should really be per frame.
Yes, I wanted just to use different tool bar appearance for
different frames. That there doesn't
In [EMAIL PROTECTED] Jan Djärv wrote:
tool-bar-button-relief will probably not bel implemented for the Gtk version
of Emacs. The main point for having Gtk in Emacs in the first place, IMHO, is
that it looks like the rest of the Gtk/Gnome applications, and shall reflect
the theme you choose
Hi,
I recently built Emacs configured with the --with-gtk option and
noticed I must not set `tool-bar-button-margin' to zero (I do so
for LUCID Emacs to make the tool bar compact). It causes Emacs
to go on and off wildly. If you try it, launch another Emacs.
Although it might be impossible to
In [emacs-w3m : No.09139] Trent Buck wrote:
On Mon, Jan 29, 2007 at 06:04:24AM +1100, [EMAIL PROTECTED] wrote:
I start Emacs with a proportional font:
emacs --enable-font-backend --font 'DejaVu Sans-8' --eval
'(w3m-browse-url http://en.wikipedia.org/;)'
I scroll up and down (C-v,
In [EMAIL PROTECTED] Kenichi Handa wrote:
In article [EMAIL PROTECTED], Chris Moore [EMAIL PROTECTED] writes:
Stefan Monnier [EMAIL PROTECTED] writes:
Which function is it?
I believe the function at fault is uudecode-decode-region
Yes, it's uudecode-decode-region.
Ok, I've just
In [EMAIL PROTECTED] Kenichi Handa wrote:
In article [EMAIL PROTECTED], Katsumi Yamaoka [EMAIL PROTECTED] writes:
uudecode.el bundled with Gnus now doesn't work with Emacs 21 and
XEmacs because of `string-to-multibyte'.
[...]
+ (defalias 'uudecode-string-to-multibyte
[...]
Yes. Please
I'm sorry for the late response.
In [EMAIL PROTECTED] Kenichi Handa wrote:
I found what is wrong. In x_load_resources (xrdb.c),
default values of several X resources are set, but fontSet
is not set. But, in x_update_menu_appearance (xfaces.c)
which is called when you set `menu' face, the
In [EMAIL PROTECTED] Katsumi Yamaoka wrote:
(let ((japanese (decode-coding-string \e$B%F%9%H\e(B 'iso-2022-jp)))
(easy-menu-define testing-menu global-map Testing.
`(Testing
[,japanese (lambda nil (interactive) (message ,japanese)) t]))
(easy-menu-add testing-menu global-map
Thanks Handa-san for following up.
In [EMAIL PROTECTED] Handa-san wrote:
(let ((japanese (decode-coding-string \e$B%F%9%H\e(B 'iso-2022-jp)))
(easy-menu-define testing-menu global-map Testing.
`(Testing
[,japanese (lambda nil (interactive) (message ,japanese)) t]))
Hi,
I noticed that Japanese text cannot be displayed in the menu bar.
I use the LUCID menu bar, not the GTK version, and I don't have
X resources. You will be able to reproduce this by starting
Emacs with the -Q option and evaluating the following form:
(let ((japanese (decode-coding-string
In [EMAIL PROTECTED] Richard Stallman wrote:
Scoring of the messages closer to the beginning of the buffer is fast,
but as we move to higher-numbered messages, that are closer to the end
of such big files/buffers, gnus will only score 2-3 messages per
minute, and that's what
In [EMAIL PROTECTED] Richard Stallman wrote:
I'd say this design decision will certainly cause subtle bugs, such as
the one we are discussing in this thread. I suggest to modify the
design to not use encoded strings internally.
I hastened to change the nndoc code so as to use encoded
In [EMAIL PROTECTED] Osamu Yamane wrote:
SMTP Auth fails when the authenticatin involves sending strings of
77 characters or longer. This seems to be solved by applying the
following patch:
** BEGINS HERE **
*** smtpmail.el.orig Sat Aug 5
In [EMAIL PROTECTED] Richard Stallman wrote:
(eval-after-load w3m FORM)
[...]
While the FORM should be evaluated after the w3m.elc module is
loaded, it is done after the mime-w3m.elc module is loaded.
I think I fixed that.
Please test it.
Works fine. Thank you.
Hi,
I have a trouble that seems to be caused by this change:
2006-05-24 Alan Mackenzie [EMAIL PROTECTED]
[...]
* subr.el (eval-after-load): Fix the doc-string. Allow FILE to
match ANY loaded file with the right name, not just those in
load-path. Put a regexp matching
In [EMAIL PROTECTED] Katsumi Yamaoka wrote:
[...]
I have the following after-load form:
(eval-after-load w3m FORM)
And now it is incorporated into `after-load-alist' as:
(\\w3m\\(\\.elc\\|\\.el\\)?\\(\\.gz\\)?\\' FORM)
While the FORM should be evaluated after the w3m.elc module
Hi,
In the latest emacs-unicode-2, re-search doesn't work with
certain patterns. For instance:
(with-temp-buffer
(insert i.)
(goto-char (point-max))
(re-search-backward i\\. nil t))
= nil
(with-temp-buffer
(insert i.)
(goto-char (point-min))
(re-search-forward i\\. nil t))
= nil
In [EMAIL PROTECTED] Richard M. Stallman wrote:
I will fix this. Sorry.
Could you commit the fix? ;-)
It seems to be the following.
*** help.el~Tue Feb 14 21:51:35 2006
--- help.el Tue Feb 21 01:40:07 2006
***
*** 580,584
(list
key
!
In [EMAIL PROTECTED] Romain Francoise wrote:
Thanks, I resynchronized your patch and installed it.
Thanks for your work so quickly.
And by the way, you do have papers for Emacs.
Yes, I'll do it. :)
___
emacs-pretest-bug mailing list
Hi,
When I perform eval-expression in the minibuffer and complete
some lisp symbol using the M-TAB key, the result is hidden by
the message Making completion list...done for a while. That
is annoying. It doesn't occur when I perform find-file, etc.
Could it be modified as the following? Thanks
Hi,
With the most recent Emacs CVS, NOMIYA Masaru reported he cannot
delete the region that is made by dragging the mouse, using DEL
key. I also confirmed Emacs 21.4 works but 22.0.50 doesn't.
Not much many people might not know such a function, though (and
I was not an exception). Isn't it a
In [EMAIL PROTECTED] Katsumi Yamaoka wrote:
Here's a new patch:
2005-08-10 Katsumi Yamaoka [EMAIL PROTECTED] (tiny change)
* net/ange-ftp.el (ange-ftp-send-cmd): Withdraw the last change,
which made it impossible to connect to NetBSD's ftpd; make it work
even when
In [EMAIL PROTECTED] Katsumi Yamaoka wrote:
I noticed those changes cause some other problems. Please
ignore the patch I sent last. I will fix them, verify most of
features and send a new patch again, tomorrow maybe. Sorry.
After perusing and testing Juri Linkov's patch, I realized
In [EMAIL PROTECTED] Stefan Monnier wrote:
!;; Concatenate the switches and the target to be used with `ls'.
!(setq cmd1 (concat \ cmd3 cmd1 \
This looks wrong to me. NetBSD's ftpd does not accept two arguments to the
LS command, last I tried. Concatenating them and
In [EMAIL PROTECTED] Michael Albinus wrote:
Katsumi Yamaoka [EMAIL PROTECTED] writes:
Recently, I located the causes of the problems and succeeded in
fixing of them. The patch is below. Could anyone verify it?
I've committed your patch to Emacs CVS. Looks good to me.
Thank you
]:/
ftp 550 Failed to change directory.
cd /ftp:[EMAIL PROTECTED]:/
ftp 550 Failed to change directory.
Recently, I located the causes of the problems and succeeded in
fixing of them. The patch is below. Could anyone verify it?
Thanks in advance.
2005-08-05 Katsumi Yamaoka [EMAIL PROTECTED
In [EMAIL PROTECTED] Katsumi Yamaoka wrote:
Thanks. I tried it, however I'm not still able to set the
`menu' font.
Oops, your fix did the trick in the Solaris 2.6 display. I'm
using the Fedora Core 4 linux normally, and it will be a problem
of occurring only with FC4's X server
In [EMAIL PROTECTED] Jan D. wrote:
Basically it is a font = locale problem. I suspect you have UTF-8 as
your locale coding, but X does not seem capable of using fonts in 10646
coding in this case. So X needs fonts in many codings to cover UTF-8.
That seems true, though I changed the locale
In [semi-gnus-ja : No.13869] Richard M. Stallman wrote:
I'm confused. That is the same as the case where the 5th arg is
omitted. Does it mean that to specify the 5th arg of
`add-minor-mode' is meaningless?
I am not 100% sure, but the normal convention is that the
5th arg
Hello,
The beginning was a bug report submitted by Hiroshi Fujishima.
The problem is that the `C-h m' command causes an error in the
Gnus group buffer in which the topic mode is turned on. It
happens only with Emacs CVS. You can find the report and the
replies in:
In [semi-gnus-ja : No.13861] Richard M. Stallman wrote:
I report this problem to semi-gnus-ja mailing-list. Yamaoka-san who
is one of Gnus developer said it seem to be Emacs's problem: Though
add-minor-mode's 5th argument in the definition of gnus-topic-mode
is lambda
In [EMAIL PROTECTED] Jan D. wrote:
Katsumi Yamaoka wrote:
I wrote in the ~/.emacs file as:
(set-face-background 'menu LemonChiffon2)
(set-face-foreground 'menu Brown)
(set-face-font 'menu -*-helvetica-bold-r-*-*-*-120-*-*-*-*-iso8859-*)
I expected them to set the menu bar appearance
In [EMAIL PROTECTED] Katsumi Yamaoka wrote:
Thanks. I tried it, however I'm not still able to set the
`menu' font.
Oops, your fix did the trick in the Solaris 2.6 display. I'm
using the Fedora Core 4 linux normally, and it will be a problem
of occurring only with FC4's X server
In [EMAIL PROTECTED] Katsumi Yamaoka wrote:
Oops, your fix did the trick in the Solaris 2.6 display. I'm
using the Fedora Core 4 linux normally, and it will be a problem
of occurring only with FC4's X server (or the window manager).
I'll look into it, though I might be able to do nothing
Hi,
Please read and try the following Lisp code. In the *testing*
buffer, you may see you cannot activate the region by using
C-SPC and C-f, etc. Furthermore, M-w cannot be used to copy
text, either.
(let ((buffer (get-buffer-create *testing*)))
(pop-to-buffer buffer)
(erase-buffer)
In [EMAIL PROTECTED] Masatake YAMATO wrote:
I could reproduce this bug with your example.
Thanks for the confirmation.
Here is a work-around:
[...]
(set (make-local-variable 'mark-even-if-inactive) t)
It enables users to copy or kill the region. However, that the
region is not
In [EMAIL PROTECTED] Masatake YAMATO wrote:
Yamaoka-san, could you try this code?
[...]
(insert foo)
(setq deactivate-mark nil)
[...]
or
[...]
(let (deactivate-mark)
(insert foo))
Oh, I didn't know such a special variable. That
In [EMAIL PROTECTED] Katsumi Yamaoka wrote:
I did the overstepping but I'll withdraw the changes in Gnus and
SEMI.
I've withdrawn them. Thanks.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo
In [emacs-w3m : No.08153] Katsumi Yamaoka wrote:
(with-temp-buffer
(insert-char ?- 70)
(let ((fill-column 70)
(adaptive-fill-mode t))
(fill-region (point-min) (point-max
= fill-prefix too long for specified width
Is it reasonable that the form causes an error? Similar
In [emacs-w3m : No.08172] Stefan Monnier wrote:
Does the patch below fix your problem?
Very good. It seems to be a right course not to look back on
paragraph-start in that situation. Furthermore, ignoring long
prefix completes it. Could you please install it?
Though we can solve it for
Hi,
While I'm not sure of it since I don't use the adaptive-fill-mode
normally, I found something like a bug. Try the following:
(with-temp-buffer
(insert-char ?- 70)
(let ((fill-column 70)
(adaptive-fill-mode t))
(fill-region (point-min) (point-max
= fill-prefix too long
In [emacs-w3m : No.08153] Katsumi Yamaoka wrote:
(with-temp-buffer
(insert-char ?- 70)
(let ((fill-column 70)
(adaptive-fill-mode t))
(fill-region (point-min) (point-max
= fill-prefix too long for specified width
No problem in Emacs 21. The cause seems
In [emacs-w3m : No.08130] Masatake YAMATO wrote:
The bug may come from my mouse-face on mode-line hack.
Sorry. As far as reading the backtrace, the bug is
nothing to do with the mouse-face on mode-line.
Please, ignore my last message.
Anyway, thanks for the follow up. Though the
In [emacs-w3m : No.08128] Kim F. Storm wrote:
What does xbacktrace in gdb show?
(gdb) xbacktrace
Undefined command: xbacktrace. Try help.
I seem to have to upgrade gdb. Please give time to me for a while...
___
Emacs-pretest-bug mailing list
In [emacs-w3m : No.08133] Kim F. Storm wrote:
(gdb) xbacktrace
Undefined command: xbacktrace. Try help.
This is not a built-in gdb command -- it is loaded from
gdbinit when you start gdb in emacs's src directory.
Oops, I've removed all the .* files in the work place. I'll
start it
Katsumi Yamaoka [EMAIL PROTECTED] writes:
M-x w3m-goto-url RET
group:http://www.excite.co.jp/world/englishhttp://www.excite.co.jp/world/
RET
then Emacs crashes.
In [emacs-w3m : No.08139] Kim F. Storm wrote:
I have just installed a patch to fix this and similar crashes.
Great! I've
Hi,
I'm troubled with Emacs crashing since yesterday when executing
some emacs-w3m command. I haven't succeeded in identifying of
the Lisp code of the cause yet, though. Here's a backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x0809704f in lisp_string_width (string=149514347,
In [EMAIL PROTECTED] Richard Stallman wrote:
Does this fix it?
*** fileio.c 09 May 2005 16:51:43 -0400 1.540
--- fileio.c 10 May 2005 14:16:29 -0400
It does the trick. Thank you!
___
Emacs-pretest-bug mailing list
Hi,
I'm using the most recent Emacs and troubled with
file-name-handler-alist which seems not to allow lambda forms.
For example:
(let ((file-name-handler-alist '(( . (lambda (rest args)
(let (file-name-handler-alist)
In [EMAIL PROTECTED]
Lute Kamstra [EMAIL PROTECTED] wrote:
Does this patch fix it?
Thanks. It does the trick.
! (if (and ( (length untranslated) 0)
! (stringp (aref untranslated (1- (length untranslated)
BTW, is there a reason it is necessary to check the length
82 matches
Mail list logo