Closed RodenLuo closed 2 years ago
So, 0.
is considered an invalid number, see https://github.com/lemire/fast_double_parser/issues/40. This might involve some fixing from the converter's side.
Hey Roden, thanks for the report. I'll add the wonfix label here, since this is a "feature" of one of the lib oxDNA includes. However, I have committed a change to tacoxDNA so that the cando tool uses 0.0
in place of 0.
. I'll try to update the webserver as well, but that may take more time.
Describe the bug
When using tacoxdna CanDo → oxDNAbeta, at the input MC relax, I met the following error.
To Reproduce
Feed this cndo file to tacoxdna CanDo → oxDNAbeta, and try to relax the generated result.
Expected behavior
Run through relax
Desktop (please complete the following information):
Additional context
This can be easily fixed using two
sed
commands on the conf file for this example.This can also be fixed in tacoxdna CanDo → oxDNAbeta.
But the cause is deep in the fast_double_parser. It's not treating
0.
as a number, see https://github.com/lemire/fast_double_parser/pull/65. My proposed solution there should have almost no side effects (at least in the case of oxDNA) except fixing this error. Because from the next time step onwards, that block is never reached.