http://bugzilla.wpkg.org/show_bug.cgi?id=120





--- Comment #10 from Rainer Meier <r.me...@wpkg.org>  2009-06-15 18:25:05 ---
Oh no... this was unexpected. Looks like this case hit a strange behavior of
the parseInt() method used internally.
parseInt(099) results in integer 0 (??)
while
parseInt(99) correctly resolves to 99

Removing of leading zeroes could have fixed this and have 099 recognized to be
different to 0.9.9 (which I would have expected acutually even for the previous
algorithm.

However the old algorithm was extremely simple and there could be more case
where it fails.
I just see that also the new algorithm could produce unexpected results in some
cases - but this time using much much more complicated special cases (which
hopefully do not occur that often). So at least simple cases should be
evaluated perfectly. My personal recommendation is still to use just a
colon-separated sequence of numbers. Have a look at the examples which lists a
lot more advanced versions which "should" be evaluated correctly. But the case
with "RC" where the appendix indicates a pre-release instead of an update to
the release is a special case. Unfortunately I cannot excuse myself here to say
this is an unusual case since I am using the RC-approach myself ;-)

-- 
Configure bugmail: http://bugzilla.wpkg.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
-------------------------------------------------------------------------
wpkg-users mailing list archives >> http://lists.wpkg.org/pipermail/wpkg-users/
_______________________________________________
wpkg-users mailing list
wpkg-users@lists.wpkg.org
http://lists.wpkg.org/mailman/listinfo/wpkg-users

Reply via email to