[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
#'clrhash always returns nil
From: |
Aidan Kehoe |
Subject: |
#'clrhash always returns nil |
Date: |
Fri, 25 Jan 2008 10:34:38 +0100 |
This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.
Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.
In GNU Emacs 21.2.1 (i686-pc-cygwin, X toolkit)
of 2004-03-22 on cm-test
configured using `configure --prefix=/usr --bindir=/usr/bin --sysconfdir=/etc
--libexecdir=/usr/sbin --localstatedir=/var --datadir=/usr/share
--infodir=/usr/share/info --mandir=/usr/share/man --without-toolkit-scroll-bars'
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: nil
locale-coding-system: nil
default-enable-multibyte-characters: t
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
In this emacs:
(clrhash (make-hash-table))
=> nil
In Common Lisp, as documented here:
http://www.lispworks.com/documentation/HyperSpec/Body/f_clrhas.htm#clrhash
(clrhash (make-hash-table))
=> #<EQL hash-table with 0 entries @ #x71735f42>
In XEmacs:
(clrhash (make-hash-table))
=> #<hash-table size 0/29 0x54e994>
Is the GNU behaviour an oversight? It seems needlessly incompatible.
Recent input:
ESC x r e p o r t - e m a c s - b u g RET
Recent messages:
(emacs-21.2)
For information about the GNU Project and its goals, type C-h C-p.
Loading emacsbug...done
--
¿Dónde estará ahora mi sobrino Yoghurtu Nghé, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?
- #'clrhash always returns nil,
Aidan Kehoe <=