[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #29577] 'sqp' function returns an error-code w
From: |
Guido Walter Pettinari |
Subject: |
[Octave-bug-tracker] [bug #29577] 'sqp' function returns an error-code which is not contemplated in the documentation |
Date: |
Fri, 16 Apr 2010 16:56:10 +0000 |
User-agent: |
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 |
URL:
<http://savannah.gnu.org/bugs/?29577>
Summary: 'sqp' function returns an error-code which is not
contemplated in the documentation
Project: GNU Octave
Submitted by: coccoinomane
Submitted on: Fri 16 Apr 2010 04:56:10 PM GMT
Category: None
Severity: 3 - Normal
Item Group: Documentation
Status: None
Assigned to: None
Originator Name:
Originator Email:
Open/Closed: Open
Discussion Lock: Any
Release: 3.2.3
Operating System: Mac OS
_______________________________________________________
Details:
Hello world!
In my current project I extensively use the minimization function 'sqp',
which is a wrapper to 'qp'. This function returns the error state of the
minimizer in the output variable 'info'. According to the documentation, the
possible values of 'info' are 101 (success), 102 (failure) and 103 (exceeded
number of iterations).
However, I often get 'info = 0'. I checked the file 'sqp.m' and I found out
that this is basically a sign of success (0 is the return value of 'qp' on
success). 'sqp' simply misses a line to translate the info state from qp's
zero to 101. I believe that the fix would be simply to include the line:
"""
info = 101
"""
just before the break statement in:
""""
if (t2 && t3 && max ([t0; t1; t4]) < tol)
break;
endif
"""
Cheers,
Guido
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?29577>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [Octave-bug-tracker] [bug #29577] 'sqp' function returns an error-code which is not contemplated in the documentation,
Guido Walter Pettinari <=