Nsryjdtyk

I have written some tests for LooseVersion from which some seem to be failing unexpectedly.

Code:

from distutils.version import LooseVersion



failed_tests = 



# the tests at hand: the bool at the end is the expected result

# 3   <  3.0: False

# 3   == 3.0: True

# 3   >= 3.0: True

# 3.0 <= 3  : True

# 3.0 == 3  : True

# 3.0 >  3  : False



# must invert the boolean logic with not for the tests in the middle...

if     (LooseVersion('3')   <  LooseVersion('3.0')):

    failed_tests.append(('3 < 3.0', False))

if not (LooseVersion('3')   == LooseVersion('3.0')):

    failed_tests.append(('3 == 3.0', True))

if not (LooseVersion('3')   >= LooseVersion('3.0')):

    failed_tests.append(('3 >= 3.0', True))

if not (LooseVersion('3.0') <= LooseVersion('3')):

    failed_tests.append(('3.0 <= 3', True))

if not (LooseVersion('3.0') == LooseVersion('3')):

    failed_tests.append(('3.0 == 3', True))

if     (LooseVersion('3.0') >  LooseVersion('3')):

    failed_tests.append(('3.0 > 3', False))



if failed_tests:

    print

    print 'Failed tests: ' + str(len(failed_tests))

    for test_string, expected_result in failed_tests:

        print test_string + ': ' + str(expected_result)

    print

    raise ValueError('Some tests failed!')

The above tests should not be failing, but they do:

12:43:59 [INF][          print]: Failed tests: 6

12:43:59 [INF][          print]: 3 < 3.0: False

12:43:59 [INF][          print]: 3 == 3.0: True

12:43:59 [INF][          print]: 3 >= 3.0: True

12:43:59 [INF][          print]: 3.0 <= 3: True

12:43:59 [INF][          print]: 3.0 == 3: True

12:43:59 [INF][          print]: 3.0 > 3: False

QUESTION:

Why is this happening and how do you fix this? Is this a bug? Are my tests bugged?

I really stared at the code for some time, but I cannot find the reason.

See https://github.com/python/cpython/blob/master/Lib/distutils/version.py for how the regex etc. looks like.

EDIT:

StrictVersion fails with:

13:03:26 [ERR][         python]:   File "C:UsersKawuAppDataRoamingMySQLWorkbenchmodulesjpa_export_plugin_grt.py", line 267, in export_jpa_annotated_classes

13:03:26 [ERR][         python]:     if     (StrictVersion('3')   <  StrictVersion('3.0')):

13:03:26 [ERR][         python]:   File "C:Program FilesMySQLMySQL Workbench 8.0 CEPythonLibdistutilsversion.py", line 40, in __init__

13:03:26 [ERR][         python]:     self.parse(vstring)

13:03:26 [ERR][         python]:   File "C:Program FilesMySQLMySQL Workbench 8.0 CEPythonLibdistutilsversion.py", line 107, in parse

13:03:26 [ERR][         python]:     raise ValueError, "invalid version number '%s'" % vstring

13:03:26 [ERR][         python]: ValueError: invalid version number '3'

I any case, I don't know why a simple number/digit wouldn't qualify as a version number...... (Java 8, Java 9, ...)

EDIT #2:

According to How do I compare version numbers in Python? StrictVersion considers simple numbers as invalid, so I cannot go with StrictVersion anyway.

As from the code docs:

.

.

.

1.0.4a3

1.0.4b1

1.0.4

The following are examples of invalid version numbers:

1                       <==

2.7.2.2

1.3.a4

1.3pl1

1.3c4

The rationale for this version numbering system will be explained
in the distutils documentation.