Segnalazione di un piccolo “bug” in basie: nel file di configurazione, quando definisco uno scantype di tipo SKYDIP e specifico la duration con un double anziché un integer, a runtime questo valore viene rigettato ma l’errore di ritorno non è immediatamente suggestivo del problema. Viene infatti risposto:
INFO:basie:exiting with error
ERROR:basie:'str' object has no attribute 'name'
Traceback (most recent call last):
File "/Library/Frameworks/Python.framework/Versions/Current/bin/basie", line 5, in <module>
basie.cmd_line()
File "/Library/Frameworks/Python.framework/Versions/7.3/lib/python2.7/site-packages/basie/__init__.py", line 257, in cmd_line
conf = rich_validator.validate_configuration(configuration_file)
File "/Library/Frameworks/Python.framework/Versions/7.3/lib/python2.7/site-packages/basie/rich_validator.py", line 333, in validate_configuration
return validate(filename, os.path.join(utils.SCHEMA_DIR, "schedule.ini"))
File "/Library/Frameworks/Python.framework/Versions/7.3/lib/python2.7/site-packages/basie/rich_validator.py", line 329, in validate
v.name = k
AttributeError: 'str' object has no attribute 'name'
Converrebbe forse accettare il double e convertirlo (magari per eccesso) ad un integer.
Segnalazione di un piccolo “bug” in basie: nel file di configurazione, quando definisco uno scantype di tipo SKYDIP e specifico la duration con un double anziché un integer, a runtime questo valore viene rigettato ma l’errore di ritorno non è immediatamente suggestivo del problema. Viene infatti risposto:
Converrebbe forse accettare il double e convertirlo (magari per eccesso) ad un integer.