Mercurial > hg > xemacs-beta
view tests/automated/iso-ir-196-test.el @ 5489:159face738c3
Never pass a leading + to mpz_set_string, parse_integer ().
src/ChangeLog addition:
2011-05-01 Aidan Kehoe <kehoea@parhasard.net>
* lread.c (parse_integer):
GMP's mpz_set_string deals with a leading plus badly, make sure it
never sees one coming from this function.
tests/ChangeLog addition:
2011-05-01 Aidan Kehoe <kehoea@parhasard.net>
* automated/lisp-reader-tests.el:
If the bignum feature is available, check that a leading plus sign
is treated correctly when reading bignum integers.
author | Aidan Kehoe <kehoea@parhasard.net> |
---|---|
date | Sun, 01 May 2011 13:51:33 +0100 |
parents | 308d34e9f07d |
children |
line wrap: on
line source
;; Copyright (C) 2006 Free Software Foundation, Inc. ;; Author: Aidan Kehoe <kehoea@parhasard.net> ;; Maintainers: Aidan Kehoe <kehoea@parhasard.net> ;; Created: 2006 ;; Keywords: tests ;; This file is part of XEmacs. ;; XEmacs is free software: you can redistribute it and/or modify it ;; under the terms of the GNU General Public License as published by the ;; Free Software Foundation, either version 3 of the License, or (at your ;; option) any later version. ;; XEmacs is distributed in the hope that it will be useful, but WITHOUT ;; ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or ;; FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License ;; for more details. ;; You should have received a copy of the GNU General Public License ;; along with XEmacs. If not, see <http://www.gnu.org/licenses/>. ;;; Synched up with: Not in FSF. ;;; Commentary: ;; Previously, we reacted badly to invalid sequences of non-UTF-8 octets ;; when handling UTF-8 encode in ISO 2022. (when (featurep 'mule) ;; This used to crash, at least in debug builds: (Assert (decode-coding-string (string ?\33 ?\45 ?\107 ?\306 ?\222 ?\215 ?\306) 'iso-2022-jp)))