8:14 p.m.
I'm getting the following error when trying to click Options->Save Options to Init
File:
Signaling: (wrong-type-argument number-char-or-marker-p nil)
pp-to-string((quote blink-paren))
pp((quote blink-paren))
custom-save-variable-internal(paren-mode)
mapc-internal(custom-save-variable-internal (paren-mode))
mapc(custom-save-variable-internal (paren-mode))
custom-save-variables()
custom-save-all()
#<compiled-function nil "...(7)" [mapatoms #<compiled-function ...
"...(93)" ... 7> custom-save-all] 2
("/luser/lib/xemacs-21.5-b12/lisp/cus-edit.elc" . 86509) nil>()
call-interactively(customize-save-customized)
(dispatch-event "[internal]")
Compiled under RedHat 7.3 [Lucid] (i686-pc-linux).
--
Clay Haapala (chaapala(a)cisco.com) Cisco Systems, Inc. SRBU PGP: C89240AD
6450 Wedgwood Rd, Suite 130 Maple Grove MN 55311 +1 763 398 1056
'... a look of horror, akin to that on children's faces at Shrek movies
when they realize their parents know all the words to "I'm a
Believer."'
11:15 p.m.
|--==> "CH" == Clay Haapala <chaapala(a)cisco.com> writes:
CH> I'm getting the following error when trying to click
CH> Options->Save Options to Init File: Signaling:
CH> (wrong-type-argument number-char-or-marker-p nil)
Hi Clay!
Apologies for taking so long to get back to you on this.
Unfortunately, I can't reproduce your bug.
Could you please submit a bug report with 'M-x report-xemacs-bug'.
That will tell us a lot more about your XEmacs installation which
should help in tracking down you bug.
Thanks.
--
|---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---|
| XEmacs - The only _______ you'll ever need. |
| Fill in the blank, yes, it's THAT good! |
|------------------------------------<youngs(a)xemacs.org>---|
1:09 a.m.
>>>> In
<microsoft-free.874r45gk4s.fsf(a)eicq.dnsalias.org>
>>>> Steve Youngs <youngs(a)xemacs.org> wrote:
|--==> "CH" == Clay Haapala <chaapala(a)cisco.com> writes:
CH> I'm getting the following error when trying to click
CH> Options->Save Options to Init File: Signaling:
CH> (wrong-type-argument number-char-or-marker-p nil)
SY> Hi Clay!
SY> Apologies for taking so long to get back to you on this.
SY> Unfortunately, I can't reproduce your bug.
Hm, but I can reproduce it with the latest 21.5 and the
following form:
(pp '(setq foo 'bar))
Signaling: (wrong-type-argument number-char-or-marker-p nil)
1-(nil)
(delete-region (1- (match-beginning 1)) (match-end 1))
(cond ((looking-at "\\s(\\|#\\s(") (while ... ...)) ((and ...
(while (not (eobp)) (cond (... ...) (... ... ... ... ... ...
(progn (lisp-mode-variables t) (let (...) (prin1 object ...
(unwind-protect (progn (lisp-mode-variables t) (let ... ...
(save-excursion (set-buffer (generate-new-buffer " pp-to-string"...
pp-to-string((setq foo (quote bar)))
(princ (pp-to-string object) (or stream standard-output))
pp((setq foo (quote bar)))
That's quite strange since why the form
(delete-region (1- (match-beginning 1)) (match-end 1))
is performed is that `(> (match-beginning 1) 1)' returns t.
See pp.el.
--
Katsumi Yamaoka <yamaoka(a)jpl.org>
8:22 a.m.
>>>> "KY" == Katsumi Yamaoka
<yamaoka(a)jpl.org> writes:
KY> (cond ((looking-at "\\s(\\|#\\s(") (while ... ...)) ((and ...
The condition in the while almost certainly contains a matching
operation, which must eventually fail, and so exit the while. This
failure now (as of 21.5.12) clears the registers, as has been
documented since forever.
My original impression was that this should be fixed by saving and
restoring the match data registers in the calling code. However, that
inefficient in the current implementation of `match-data'. Worse, it
doesn't work with idioms in which registers set in a recursive call
are used.
I will within a day or so revert my patch and change the documentation
to fit this common usage pattern. That should fix this bug and many
others.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
3:56 a.m.
|--==> "KY" == Katsumi Yamaoka <yamaoka(a)jpl.org> writes:
KY> Hm, but I can reproduce it with the latest 21.5 and the
KY> following form:
KY> (pp '(setq foo 'bar))
Works for me in 21.5.13
--
|---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---|
| XEmacs - The only _______ you'll ever need. |
| Fill in the blank, yes, it's THAT good! |
|------------------------------------<youngs(a)xemacs.org>---|
7649
days inactive
7660
days old
4 comments
4 participants
participants (4)
-
Clay Haapala -
Katsumi Yamaoka -
Stephen J. Turnbull -
Steve Youngs