`max_wall_time` is still not working about ipopt.jl HOT 5 CLOSED

Looks like you need set_optimizer_attribute(m, "max_wall_time", 1.0). Ipopt uses different methods to set options, so we rely on the type passed by the user to infer which method to call. If you pass the wrong type, this error occurs.

from ipopt.jl.

Thanks that works. The Ipopt docs say it must be an int, using an int sets it with the ipopt.jl function ipopt.AddIpoptIntOption, and the error message says it must be an int so it is quite confusing that the solution is to make it a float? Although, I appreciate that ipopt.jl has to infer what ipopt is after so I'm not sure how this situation could be improved.

Also, set_time_limit_sec(m, 20.0) doesn't work and doesn't give an error, I guess this may be a JuMP issue?

from ipopt.jl.

The Ipopt docs say it must be an int

Where?

Also, set_time_limit_sec(m, 20.0) doesn't work and doesn't give an error

It sets the max_cpu_time attribute, because when the code was written, max_wall_time didn't exist:

from ipopt.jl.

Sorry, I miss-read the docs and presumed the error message would be in agreement with the docs, it seems the docs don't specify any types. But the error message does state Int. I'm unsure on the aforementioned inference mechanism, but perhaps there could be a try: int; except: float kind of methodology? Providing a function an int, the c call then being inferred, and then receiving an error saying the function requires an int seems like a process which could be improved.

I see, I haven't previously set that attribute manually. However, in my experience set_time_limit_sec has no bearing on the run time of an ipopt model, I've set it to 20 and had ipopt run for over 600 seconds. Sorry I'm unsure on how to easily make a minimum working example of this

from ipopt.jl.

My experience is to generally be against hacks like the try-catch, because it leads to small incompatibilities between Ipopt via MOI and Ipopt the C library. If you're using Ipopt, and you choose to set a solver-specific attribute like max_wall_time, there's a bit of overhead on the user to figure out the correct option.

Note that when you use the solver-independent option set_time_limit_sec we promote things automatically.

from ipopt.jl.