From: Kenichi Handa <handa@m17n.org>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: cezar@mixandgo.ro, rms@gnu.org, emacs-devel@gnu.org
Subject: Re: [cezar@mixandgo.ro: skeleton bug]
Date: Fri, 07 Sep 2007 11:33:20 +0900 [thread overview]
Message-ID: <E1ITTeq-0002FC-7X@etlken.m17n.org> (raw)
In-Reply-To: <jwvbqcj78bg.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Mon, 03 Sep 2007 17:22:57 -0400)
In article <jwvbqcj78bg.fsf-monnier+emacs@gnu.org>, Stefan Monnier <monnier@iro.umontreal.ca> writes:
> > I found that this is because of the following incompatible
> > change in emacs-unicode-2.
> > Emacs-22: (char-or-string-p -1) => t
> > Emacs-23: (char-or-string-p -1) => nil
> > According to the function name, I think it should return nil
> > on -1.
> > Which do you think is better?
> > (1) Revert the change of char-or-string-p.
> > (2) Keep char-or-string-p as is in emacs-unicode-2,
> > make a new function integer-or-string-p, and check all
> > occurrences of char-or-string-p in *.el files.
> > I think we should keep the changed behavior of char-or-string-p,
> > which fits with its name, and check all 8 callers.
> Agreed,
Ok. It was only skeleton.el that has a problem, and I fixed
it. I didn't create integer-or-string-p because it seems
that the function is not that useful. In skeleton.el, I
simply used the combination of integerp and stringp.
---
Kenichi Handa
handa@m17n.org
next prev parent reply other threads:[~2007-09-07 2:33 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <E1IRriB-0006Rk-ES@fencepost.gnu.org>
2007-09-03 2:31 ` [cezar@mixandgo.ro: skeleton bug] Kenichi Handa
2007-09-03 18:25 ` Richard Stallman
2007-09-03 21:22 ` Stefan Monnier
2007-09-07 2:33 ` Kenichi Handa [this message]
2007-09-07 4:04 ` Stefan Monnier
2007-09-07 19:53 ` Richard Stallman
2007-08-25 4:07 Richard Stallman
2007-08-25 16:46 ` Chong Yidong
2007-08-26 14:56 ` Richard Stallman
2007-08-25 19:52 ` Glenn Morris
-- strict thread matches above, loose matches on Subject: below --
2007-08-17 20:17 Richard Stallman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=E1ITTeq-0002FC-7X@etlken.m17n.org \
--to=handa@m17n.org \
--cc=cezar@mixandgo.ro \
--cc=emacs-devel@gnu.org \
--cc=monnier@iro.umontreal.ca \
--cc=rms@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.