From 7c2127d0f4151164c47ab811c4c134922f7f9c44 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Sat, 4 Jan 2014 17:24:41 -0800 Subject: [PATCH] Document behavior of (string-to-number "+@") (Bug#16293). * strings.texi (String Conversion): Document behavior of string-to-number on invalid strings that begin with "+", too. --- doc/lispref/ChangeLog | 6 ++++++ doc/lispref/strings.texi | 6 ++---- 2 files changed, 8 insertions(+), 4 deletions(-) diff --git a/doc/lispref/ChangeLog b/doc/lispref/ChangeLog index 2f693df8f98..2422ee5cc09 100644 --- a/doc/lispref/ChangeLog +++ b/doc/lispref/ChangeLog @@ -1,3 +1,9 @@ +2014-01-05 Paul Eggert + + Document behavior of (string-to-number "+@") (Bug#16293). + * strings.texi (String Conversion): Document behavior of + string-to-number on invalid strings that begin with "+", too. + 2014-01-03 Chong Yidong * help.texi (Documentation, Accessing Documentation): Copyedits. diff --git a/doc/lispref/strings.texi b/doc/lispref/strings.texi index 5ae86754999..61e44fbafac 100644 --- a/doc/lispref/strings.texi +++ b/doc/lispref/strings.texi @@ -622,10 +622,8 @@ but its value is too large to fit into a Lisp integer, The parsing skips spaces and tabs at the beginning of @var{string}, then reads as much of @var{string} as it can interpret as a number in the given base. (On some systems it ignores other whitespace at the -beginning, not just spaces and tabs.) If the first character after -the ignored whitespace is neither a digit in the given base, nor a -plus or minus sign, nor the leading dot of a floating point number, -this function returns 0. +beginning, not just spaces and tabs.) If @var{string} cannot be +interpreted as a number, this function returns 0. @example (string-to-number "256") -- 2.11.4.GIT