Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Simple MiniZinc float var model does not produce solution in a reasonable time-frame #164

Open
ptal opened this issue May 2, 2023 · 1 comment

Comments

@ptal
Copy link

ptal commented May 2, 2023

In GeCode 6.3.0 used through MiniZinc IDE, the GeCode solver hangs and crashes after a while for this code:

float: x = 1.1e10;
var float: y;
constraint x > y;

The problem being the exponent syntax with the 'e'.
When using GeCode through the python-minizinc binding, I've got the error "minizinc.error.MiniZincError: unexpected token `e'".
I works well with other solvers so I don't think it's directly related to MiniZinc.

@zayenz
Copy link
Member

zayenz commented May 2, 2023

The python-minizinc error seems unrelated to Gecode, as Gecode can parse floating point literals in exponent syntax (https://github.com/Gecode/gecode/blob/release/6.3.0/gecode/flatzinc/lexer.lxx#L112). I would recommend raising that as an issue with python-minizinc.

Why this particular model does not solve in a reasonable time-frame with the default float variable search is another issue, and that is less clear. Changing the title to better reflect the Gecode-related issue.

@zayenz zayenz changed the title Cannot parse exponent syntax of floating-point numbers Simple MiniZinc float car model does not produce solution in a reasonable time-frame May 2, 2023
@zayenz zayenz changed the title Simple MiniZinc float car model does not produce solution in a reasonable time-frame Simple MiniZinc float var model does not produce solution in a reasonable time-frame May 2, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants