From: Paul Eggert Date: Sun, 5 Jan 2014 01:24:41 +0000 (-0800) Subject: Document behavior of (string-to-number "+@") (Bug#16293). X-Git-Url: https://git.hcoop.net/bpt/emacs.git/commitdiff_plain/7c2127d0f4151164c47ab811c4c134922f7f9c44 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. --- diff --git a/doc/lispref/ChangeLog b/doc/lispref/ChangeLog index 2f693df8f9..2422ee5cc0 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 5ae8675499..61e44fbafa 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")