[Ipopt-tickets] Re: [Ipopt] #10: When executing the ampl interface with "halt_on_ampl_error yes" the rest of the script bails out.

[Ipopt]

#10: When executing the ampl interface with "halt_on_ampl_error yes" the rest of
the script bails out.
--------------------------------------------------+-------------------------
 Reporter:  soyrush at gmail.com                     |        Owner:  ipopt-team       
     Type:  defect                                |       Status:  closed           
 Priority:  high                                  |    Milestone:                   
Component:  Ipopt                                 |      Version:  3.0 - C++ Version
 Severity:  major                                 |   Resolution:  wontfix          
 Keywords:  halt_on_ampl_error, error evaluating  |  
--------------------------------------------------+-------------------------
Changes (by claird at andrew.cmu.edu):

  * resolution:  => wontfix
  * keywords:  => halt_on_ampl_error, error evaluating
  * status:  new => closed

Comment:

 When Ampl has difficulty evaluating an expression in a constraint, like
 exp(2998.13), it will either halt and report the error or return a Nan or
 Inf to Ipopt and continue. The option "halt_on_ampl_error" is present to
 decide which behavior is preferred. When you set "halt_on_ampl_error yes",
 execution will stop when there is an error and you see the AMPL error
 message to help find the problem ("Error evaluating "var =" definition
 2170: can't evaluate exp(2998.13)"). If you set "halt_on_ampl_error no"
 (or leave it at the default of no), then Ipopt will try and continue (by
 cutting back the step, for instance).

 In summary, the behavior you observe is exactly as the option was
 designed. Please let us know if there is a suggestion for an alternative
 behavior.

 Cheers,

 Carl.

-- 
Ticket URL: <http://projects.coin-or.org/Ipopt/ticket/10>
Ipopt <http://www.coin-or.org>
My example project