<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman, new york, times, serif;font-size:12pt"><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">Thanks Stefan!&nbsp; You put me in the right direction.&nbsp; I added back libcmt.lib and took out msvcrt.lib and it worked.<br>Thanks again.&nbsp; <br>Krish<br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Original Message ----<br>From: "ipopt-request@list.coin-or.org" &lt;ipopt-request@list.coin-or.org&gt;<br>To: ipopt@list.coin-or.org<br>Sent: Thursday, June 5, 2008 9:30:02 PM<br>Subject: Ipopt Digest, Vol 42, Issue 4<br><br>
Send Ipopt mailing list submissions to<br>&nbsp;&nbsp;&nbsp; <a ymailto="mailto:ipopt@list.coin-or.org" href="mailto:ipopt@list.coin-or.org">ipopt@list.coin-or.org</a><br><br>To subscribe or unsubscribe via the World Wide Web, visit<br>&nbsp;&nbsp;&nbsp; <a href="http://list.coin-or.org/mailman/listinfo/ipopt" target="_blank">http://list.coin-or.org/mailman/listinfo/ipopt</a><br>or, via email, send a message with subject or body 'help' to<br>&nbsp;&nbsp;&nbsp; <a ymailto="mailto:ipopt-request@list.coin-or.org" href="mailto:ipopt-request@list.coin-or.org">ipopt-request@list.coin-or.org</a><br><br>You can reach the person managing the list at<br>&nbsp;&nbsp;&nbsp; <a ymailto="mailto:ipopt-owner@list.coin-or.org" href="mailto:ipopt-owner@list.coin-or.org">ipopt-owner@list.coin-or.org</a><br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Ipopt digest..."<br><br><br>Today's Topics:<br><br>&nbsp;  1.
 Bound-constrained solution worst than initial guess<br>&nbsp; &nbsp; &nbsp; (Rafael de Pelegrini Soares)<br>&nbsp;  2. Compiling test programs in Visual Studio 2005 (Krish Krishnan)<br>&nbsp;  3. Re: Compiling test programs in Visual Studio 2005<br>&nbsp; &nbsp; &nbsp; (Stefan Vigerske)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Wed, 04 Jun 2008 17:20:31 -0300<br>From: Rafael de Pelegrini Soares &lt;<a ymailto="mailto:rafael@vrtech.com.br" href="mailto:rafael@vrtech.com.br">rafael@vrtech.com.br</a>&gt;<br>Subject: [Ipopt] Bound-constrained solution worst than initial guess<br>To: <a ymailto="mailto:ipopt@list.coin-or.org" href="mailto:ipopt@list.coin-or.org">ipopt@list.coin-or.org</a><br>Message-ID: &lt;<a ymailto="mailto:1212610831.9536.8.camel@malory.enq.ufrgs.br"
 href="mailto:1212610831.9536.8.camel@malory.enq.ufrgs.br">1212610831.9536.8.camel@malory.enq.ufrgs.br</a>&gt;<br>Content-Type: text/plain; charset=UTF-8<br><br>Dear all,<br><br>I'm trying to solve a small bound-constrained problem with Ipopt. I'm<br>giving the analytic first-order derivatives and no hessian information.<br><br>The problem is, I have a very good initial estimation of the optimum.<br>With my initial estimative, the objective function evaluates to<br>-2.6903480e+01. My initial estimate is feasible with respect to the<br>bounds and there is no additional constraints. My doubt is: how can<br>Ipopt find a solution which is worst ?(-2.6826471985692432e+01) than my<br>initial guess, if the initial guess is a feasible solution? Is that<br>something related with the tolerances or options?<br><br>Thank you in advance.<br><br>By the way, the derivative checker cannot find any errors on my<br>derivatives.<br><br>It follows the output for the
 problem:<br><br><br>******************************************************************************<br>This program contains Ipopt, a library for large-scale nonlinear<br>optimization.<br> Ipopt is released as open source code under the Common Public License<br>(CPL).<br>&nbsp; &nbsp; &nbsp; &nbsp;  For more information visit <a href="http://projects.coin-or.org/Ipopt" target="_blank">http://projects.coin-or.org/Ipopt</a><br>******************************************************************************<br><br>NOTE: You are using Ipopt by default with the MUMPS linear solver.<br>&nbsp; &nbsp; &nbsp; Other linear solvers might be more efficient (see Ipopt<br>documentation).<br><br><br>This is Ipopt version 3.4trunk, running with linear solver mumps.<br><br>Number of nonzeros in equality constraint Jacobian...:&nbsp; &nbsp; &nbsp; &nbsp; 0<br>Number of nonzeros in inequality constraint Jacobian.:&nbsp; &nbsp; &nbsp; &nbsp; 0<br>Number of nonzeros in
 Lagrangian Hessian.............:&nbsp; &nbsp; &nbsp; &nbsp; 0<br><br>Total number of variables............................:&nbsp; &nbsp; &nbsp; &nbsp; 6<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;  variables with only lower bounds:&nbsp; &nbsp; &nbsp; &nbsp; 0<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; variables with lower and upper bounds:&nbsp; &nbsp; &nbsp; &nbsp; 6<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;  variables with only upper bounds:&nbsp; &nbsp; &nbsp; &nbsp; 0<br>Total number of equality constraints.................:&nbsp; &nbsp; &nbsp; &nbsp; 0<br>Total number of inequality constraints...............:&nbsp; &nbsp; &nbsp; &nbsp; 0<br>&nbsp; &nbsp; &nbsp; &nbsp; inequality constraints with only lower bounds:&nbsp; &nbsp; &nbsp; &nbsp; 0<br>&nbsp;  inequality constraints with lower and upper bounds:&nbsp; &nbsp; &nbsp; &nbsp; 0<br>&nbsp; &nbsp; &nbsp; &nbsp;
 inequality constraints with only upper bounds:&nbsp; &nbsp; &nbsp; &nbsp; 0<br><br>iter&nbsp; &nbsp; objective&nbsp; &nbsp; inf_pr&nbsp;  inf_du lg(mu)&nbsp; ||d||&nbsp; lg(rg) alpha_du<br>alpha_pr&nbsp; ls<br>&nbsp;  0 -2.6903480e+01 0.00e+00 1.23e+00&nbsp;  0.0 0.00e+00&nbsp; &nbsp; -&nbsp; 0.00e+00<br>0.00e+00&nbsp;  0<br>&nbsp;  1 -2.6773883e+01 0.00e+00 1.25e+00&nbsp; -0.8 1.58e-01&nbsp; &nbsp; -&nbsp; 9.66e-01<br>1.00e+00f&nbsp; 1<br>&nbsp;  2 -2.6762138e+01 0.00e+00 5.53e-01&nbsp; -0.8 4.36e-01&nbsp; &nbsp; -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br>&nbsp;  3 -2.6765537e+01 0.00e+00 2.97e-02&nbsp; -1.5 2.85e-02&nbsp; &nbsp; -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br>&nbsp;  4 -2.6782839e+01 0.00e+00 1.26e-01&nbsp; -2.3 5.76e-02&nbsp; &nbsp; -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br>&nbsp;  5 -2.6813428e+01 0.00e+00 9.97e-02&nbsp; -2.3 1.12e-01&nbsp; &nbsp; -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br>&nbsp;  6 -2.6818494e+01 0.00e+00 8.18e-02&nbsp; -2.3
 6.85e-02&nbsp; &nbsp; -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br>&nbsp;  7 -2.6823893e+01 0.00e+00 3.77e-02&nbsp; -2.3 5.74e-02&nbsp; &nbsp; -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br>&nbsp;  8 -2.6826132e+01 0.00e+00 3.05e-02&nbsp; -3.4 9.18e-02&nbsp; &nbsp; -&nbsp; 9.46e-01<br>1.00e+00f&nbsp; 1<br>&nbsp;  9 -2.6826319e+01 0.00e+00 1.36e-02&nbsp; -3.4 2.51e-02&nbsp; &nbsp; -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br>iter&nbsp; &nbsp; objective&nbsp; &nbsp; inf_pr&nbsp;  inf_du lg(mu)&nbsp; ||d||&nbsp; lg(rg) alpha_du<br>alpha_pr&nbsp; ls<br>&nbsp; 10 -2.6826439e+01 0.00e+00 2.99e-02&nbsp; -3.4 1.12e-02&nbsp; &nbsp; -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br>&nbsp; 11 -2.6826454e+01 0.00e+00 8.72e-03&nbsp; -3.4 9.73e-03&nbsp; &nbsp; -&nbsp; 1.00e+00<br>5.00e-01f&nbsp; 2<br>&nbsp; 12 -2.6826465e+01 0.00e+00 6.14e-04&nbsp; -3.4 2.86e-03&nbsp; &nbsp; -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br>&nbsp; 13 -2.6826472e+01 0.00e+00 3.36e-04&nbsp; -5.2 2.59e-03&nbsp; &nbsp;
 -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br>&nbsp; 14 -2.6826472e+01 0.00e+00 2.78e-04&nbsp; -5.2 3.43e-04&nbsp; &nbsp; -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br>&nbsp; 15 -2.6826472e+01 0.00e+00 3.52e-04&nbsp; -5.2 3.10e-04&nbsp; &nbsp; -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br>&nbsp; 16 -2.6826472e+01 0.00e+00 9.92e-06&nbsp; -5.2 1.90e-04&nbsp; &nbsp; -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br>&nbsp; 17 -2.6826472e+01 0.00e+00 2.95e-06&nbsp; -7.0 6.05e-05&nbsp; &nbsp; -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br>&nbsp; 18 -2.6826472e+01 0.00e+00 4.87e-06&nbsp; -7.0 5.56e-06&nbsp; &nbsp; -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br>&nbsp; 19 -2.6826472e+01 0.00e+00 4.47e-06&nbsp; -7.0 3.50e-06&nbsp; &nbsp; -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br>iter&nbsp; &nbsp; objective&nbsp; &nbsp; inf_pr&nbsp;  inf_du lg(mu)&nbsp; ||d||&nbsp; lg(rg) alpha_du<br>alpha_pr&nbsp; ls<br>&nbsp; 20 -2.6826472e+01 0.00e+00 1.98e-06&nbsp; -7.0 2.45e-06&nbsp; &nbsp; -&nbsp;
 1.00e+00<br>2.50e-01f&nbsp; 3<br>&nbsp; 21 -2.6826472e+01 0.00e+00 7.27e-08&nbsp; -7.0 6.95e-07&nbsp; &nbsp; -&nbsp; 1.00e+00<br>1.00e+00f&nbsp; 1<br><br>Number of Iterations....: 21<br><br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;  (scaled)&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;  (unscaled)<br>Objective...............:&nbsp; -2.6826471985692432e+01<br>-2.6826471985692432e+01<br>Dual infeasibility......:&nbsp;  7.2654462898683632e-08<br>7.2654462898683632e-08<br>Constraint violation....:&nbsp;  0.0000000000000000e+00<br>0.0000000000000000e+00<br>Complementarity.........:&nbsp;  9.0909090910064460e-08<br>9.0909090910064460e-08<br>Overall NLP error.......:&nbsp;  9.0909090910064460e-08<br>9.0909090910064460e-08<br><br><br>Number of objective function evaluations&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;  = 33<br>Number of objective gradient evaluations&nbsp; &nbsp;
 &nbsp; &nbsp; &nbsp; &nbsp;  = 22<br>Number of equality constraint evaluations&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; = 0<br>Number of inequality constraint evaluations&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; = 0<br>Number of equality constraint Jacobian evaluations&nbsp;  = 0<br>Number of inequality constraint Jacobian evaluations = 0<br>Number of Lagrangian Hessian evaluations&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;  = 0<br>Total CPU secs in IPOPT (w/o function evaluations)&nbsp;  =&nbsp; &nbsp; &nbsp; 0.676<br>Total CPU secs in NLP function evaluations&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;  =&nbsp; &nbsp; &nbsp; 0.000<br><br>EXIT: Optimal Solution Found.<br>Final g:-26.826471985692432<br><br><br><br><br>------------------------------<br><br>Message: 2<br>Date: Thu, 5 Jun 2008 08:09:24 -0700 (PDT)<br>From: Krish Krishnan &lt;<a ymailto="mailto:rkrishnan8216@yahoo.com" href="mailto:rkrishnan8216@yahoo.com">rkrishnan8216@yahoo.com</a>&gt;<br>Subject: [Ipopt]
 Compiling test programs in Visual Studio 2005<br>To: <a ymailto="mailto:ipopt@list.coin-or.org" href="mailto:ipopt@list.coin-or.org">ipopt@list.coin-or.org</a><br>Message-ID: &lt;<a ymailto="mailto:714380.49836.qm@web65504.mail.ac4.yahoo.com" href="mailto:714380.49836.qm@web65504.mail.ac4.yahoo.com">714380.49836.qm@web65504.mail.ac4.yahoo.com</a>&gt;<br>Content-Type: text/plain; charset="us-ascii"<br><br>Hi All:<br><br>I successfully compiled the IPOPT library in MINGW&nbsp; using the Intel Fortran Compiler and Visual Studio 2005.&nbsp; This was done in "release" mode.&nbsp; I next tried to compile the test program hs071_c.c as a console application in Visual Studio 2005 and statically linked it to the libipopt.lib that I had created with the earlier step.&nbsp; I had to disable libcmt.lib to take care of some conflicts (redefinitions).&nbsp;  But after all of this I still get the following errors:<br><br>1&gt;libifcoremt.lib(for_diags_intel.obj) :
 error LNK2001: unresolved external symbol __iob<br>1&gt;libifcoremt.lib(for_nt_open_proc.obj) : error LNK2001: unresolved external symbol __iob<br>1&gt;libmmt.lib(libm_error.obj) : error LNK2001: unresolved external symbol __iob<br>1&gt;libifcoremt.lib(for_init.obj) : error LNK2001: unresolved external symbol ___argv<br>1&gt;libifcoremt.lib(for_init.obj) : error LNK2001: unresolved external symbol ___argc<br>1&gt;C:\Users\krishnan\Documents\projects\Testipopt\Release\Testipopt.exe : fatal error LNK1120: 3 unresolved externals<br><br>These are obviously coming from the Intel side.&nbsp; This is maddening since I had successfully done something similar in the past.&nbsp; Any clues on where I am goofing up?&nbsp; <br><br>Much appreciate all the help.<br><br>Thanks guys<br><br>Krish<br><br><br>&nbsp; &nbsp; &nbsp; <br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <a
 href="http://list.coin-or.org/pipermail/ipopt/attachments/20080605/a50d758b/attachment-0001.html" target="_blank">http://list.coin-or.org/pipermail/ipopt/attachments/20080605/a50d758b/attachment-0001.html</a> <br><br>------------------------------<br><br>Message: 3<br>Date: Thu, 05 Jun 2008 17:44:48 +0200<br>From: Stefan Vigerske &lt;<a ymailto="mailto:stefan@math.hu-berlin.de" href="mailto:stefan@math.hu-berlin.de">stefan@math.hu-berlin.de</a>&gt;<br>Subject: Re: [Ipopt] Compiling test programs in Visual Studio 2005<br>To: Krish Krishnan &lt;<a ymailto="mailto:rkrishnan8216@yahoo.com" href="mailto:rkrishnan8216@yahoo.com">rkrishnan8216@yahoo.com</a>&gt;<br>Cc: <a ymailto="mailto:ipopt@list.coin-or.org" href="mailto:ipopt@list.coin-or.org">ipopt@list.coin-or.org</a><br>Message-ID: &lt;<a ymailto="mailto:484809F0.30808@math.hu-berlin.de" href="mailto:484809F0.30808@math.hu-berlin.de">484809F0.30808@math.hu-berlin.de</a>&gt;<br>Content-Type: text/plain;
 charset=ISO-8859-1; format=flowed<br><br>Hi,<br><br>&gt; I successfully compiled the IPOPT library in MINGW&nbsp; using the Intel Fortran <br>&gt; Compiler and Visual Studio 2005.&nbsp; This was done in "release" mode.&nbsp; I next tried <br>&gt; to compile the test program hs071_c.c as a console application in Visual Studio <br>&gt; 2005 and statically linked it to the libipopt.lib that I had created with the <br>&gt; earlier step.&nbsp; I had to disable libcmt.lib to take care of some conflicts <br>&gt; (redefinitions).&nbsp;  But after all of this I still get the following errors:<br>&gt; <br>&gt; 1&gt;libifcoremt.lib(for_diags_intel.obj) : error LNK2001: unresolved external <br>&gt; symbol __iob<br>&gt; 1&gt;libifcoremt.lib(for_nt_open_proc.obj) : error LNK2001: unresolved external <br>&gt; symbol __iob<br>&gt; 1&gt;libmmt.lib(libm_error.obj) : error LNK2001: unresolved external symbol __iob<br>&gt; 1&gt;libifcoremt.lib(for_init.obj) : error
 LNK2001: unresolved external symbol ___argv<br>&gt; 1&gt;libifcoremt.lib(for_init.obj) : error LNK2001: unresolved external symbol ___argc<br>&gt; 1&gt;C:\Users\krishnan\Documents\projects\Testipopt\Release\Testipopt.exe : fatal <br>&gt; error LNK1120: 3 unresolved externals<br>&gt; <br>&gt; These are obviously coming from the Intel side.&nbsp; This is maddening since I had <br>&gt; successfully done something similar in the past.&nbsp; Any clues on where I am <br>&gt; goofing up? <br><br>I wouldn't be so sure that this is from the intel side.<br>Checking a fairly old VS2003, __iob and __argv are defined in the libc <br>derivates (libc, libcmt, libcd, ...), but in none of the Intel Fortran <br>10 compiler libraries.<br>Maybe you can try to take libcmt or libc in again, or msvcrt.lib seem to <br>define these too.<br><br>Hope this helps,<br>Stefan<br><br>-- <br>Stefan Vigerske<br>Humboldt University Berlin, Numerical Mathematics<br><a
 href="http://www.math.hu-berlin.de/%7Estefan" target="_blank">http://www.math.hu-berlin.de/~stefan</a><br><br><br>------------------------------<br><br>_______________________________________________<br>Ipopt mailing list<br><a ymailto="mailto:Ipopt@list.coin-or.org" href="mailto:Ipopt@list.coin-or.org">Ipopt@list.coin-or.org</a><br><a href="http://list.coin-or.org/mailman/listinfo/ipopt" target="_blank">http://list.coin-or.org/mailman/listinfo/ipopt</a><br><br><br>End of Ipopt Digest, Vol 42, Issue 4<br>************************************<br></div></div></div><br>

      </body></html>