www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.bugs - [Issue 3610] New: isNumeric("3.14w") is false.

reply d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=3610

           Summary: isNumeric("3.14w") is false.
           Product: D
           Version: future
          Platform: Other
        OS/Version: Windows
            Status: NEW
          Severity: normal
          Priority: P2
         Component: DMD
        AssignedTo: nobody puremagic.com
        ReportedBy: dsimcha yahoo.com



import std.stdio, std.string;

void main() {
    writeln(isNumeric("3.14"));   // true
    writeln(isNumeric("3.14"w));  // false
    writeln(isNumeric("3.14"d));  // false
}


The problem is that we have isNumeric(...), which takes an argument using
runtime variadics and figures out whether it's numeric.  The default (if it's
not one of the listed types) is to return false.  However, the type list has
wchar[] and dchar[], not immutable(wchar)[] and immutable(dchar)[]:

    else if (_arguments[0] == typeid(wchar[]))
        return isNumeric(std.utf.toUTF8(va_arg!(wchar[])(_argptr)));
    else if (_arguments[0] == typeid(dchar[]))
        return isNumeric(std.utf.toUTF8(va_arg!(dstring)(_argptr)));

This leads to the default return false statement being executed.  IMHO the
solution is to just deprecate isNumeric(...), since it seems pretty useless
anyhow, and template isNumeric(string) and make it:

    isNumeric(String)(String s) if(isSomeString!(String))

This would also solve bug 3609.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Dec 11 2009
next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=3610


Andrei Alexandrescu <andrei metalanguage.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
                 CC|                            |andrei metalanguage.com
         AssignedTo|nobody puremagic.com        |andrei metalanguage.com


-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Jan 08 2011
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=3610




16:35:20 PDT ---
I find isNumeric quite a silly function. It has definitions for the following
cases:

bool isNumeric(cons char[], bool allowSep = false);
bool isNumeric(...);
bool isNumeric(Typeinfo[], argptr);

It was probably meant to help some scripting, although the approach and
behavior are rather bizarre (e.g. the second overload ignores everything but
the first argument).

I suggest we just remove them all. Thoughts?

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Jun 05 2011
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=3610


Jonathan M Davis <jmdavisProg gmx.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jmdavisProg gmx.com



PDT ---
Doesn't hurt my feelings any. I've been working on std.string lately, and I was
wondering what to do with all of those weird overloads for isNumeric. I
honestly don't understand why they're their in the first place - not to mention
that std.string is for processing _strings_, and those overloads are doing
other weird things. Not to mention, isNumeric is under its own license! Given
what it says, I _think_ that we can just remove that license (it claims Public
Domain / Contributed to Digital Mars), but I don't know. And honestly, do we
actually need isNumeric at all? It's from 2005, so it was clearly written for
D1 when we didn't have std.algorithm.

This is actually a perfect use case for an all function.

all!isdigit(str);

Since we don't yet _have_ proper all or any functions (unless they were added,
and I didn't notice), we can do

!canFind((dchar a){return !isdigit(a);})(str);

isNumeric isn't really needed at all IMHO. But regardless, I see no reason keep
the non-string versions of isNumeric around.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Jun 05 2011
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=3610




PDT ---
Actually, thinking about it a bit more, given the issues of possible negative
sign and possible decimal point, perhaps keeping a version of isNumeric around
is a good idea (since checking each character with isdigit doesn't cut it in
that case), but I still think that the non-string versions of isNumeric should
go.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Jun 05 2011
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=3610




17:35:27 PDT ---
The main issue I'm having with isNumeric is that it's almost as much work as
actually parsing the thing. So why not just parse it as a double and see if it
sticks? Most of the time, if it's numeric, you also would want to know the
value.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Jun 05 2011
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=3610




PDT ---
Well, in order to properly determine whether a string is fully numeric and
convertible to an int or float or whatever, I believe that you _do_ have to
parse the whole thing. I don't see how you can really get around that except
when shortcutting if you find a character which makes the string fail for
isNumeric.

to throws if you can't convert the whole string, and parse throws if you can't
convert any of it. So, checking for convertibility by doing the conversion
would be a _bad_ idea, because handling exceptions is extremely expensive. And
so, there should definitely be a way to check for convertibility prior to
converting. Phobos provides the tools to do that, but given the extra
complication of - and ., it seems like it would just force people to keep
reinventing the wheel if we didn't have a function like isNumeric which said
whether a string was numeric. And technically, with that in mind, there would
be benefit in having isInt, isFloat, etc. in addition to isNumeric.

So, I don't think that the fact that the string needs to be fully parsed is an
issue. It's a given and can't be gotten around. And in comparison to the cost
of an exception being thrown, it's generally going to be a negligible cost.
However, what I think that this highlights is that it would be generally useful
to know prior to calling parse or to whether parse or to will succeed. And that
being the case, maybe we need a more general solution in std.conv where you can
call a function to test whether _any_ particular call to parse or to will
succeed. And _that_ being the case, std.string.isNumeric should probably go
away, but we'd need the new functions in std.conv first.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Jun 05 2011
prev sibling next sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=3610


SomeDude <lovelydear mailmetrash.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |lovelydear mailmetrash.com



PDT ---
PS E:\DigitalMars\dmd2\samples> rdmd bug.d
bug.d(5): Error: function std.string.isNumeric is deprecated
bug.d(6): Error: function std.string.isNumeric is deprecated

Close with WONTFIX ?

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Apr 21 2012
prev sibling parent d-bugmail puremagic.com writes:
http://d.puremagic.com/issues/show_bug.cgi?id=3610




PDT ---
No. I don't think so. The one overload of isNumeric which hasn't been
deprecated is the one that takes in char[]. With the deprecated ones removed,
it'll be possible to make it work with in wchar[] and in dchar[] without
breaking any code. It's the other crazy overloads which have to go and thus are
deprecated.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Apr 21 2012