Menu
▾
▴
octave-dev
|
From: The T. <the...@fr...> - 2011-06-26 18:24:52
|
invoking ellip() of signal package causes error when calling to fminbnd(). Obviously __ellip_ws() expects some other parameter signature of fminbnd. [b,a]=ellip(5,1,90,[.1,.2])
error: Invalid call to fminbnd. Correct usage is:
-- Function File: [X, FVAL, INFO, OUTPUT] = fminbnd (FUN, A, B,
OPTIONS)
error: called from:
error: /usr/local/share/octave/3.4.1/m/help/print_usage.m at line 87, column 5
error: /usr/local/share/octave/3.4.1/m/optimization/fminbnd.m at line 64, column 5
error: /usr/local/share/octave/packages/signal-1.0.11/__ellip_ws.m at line 37, column 3
error: /usr/local/share/octave/packages/signal-1.0.11/ncauer.m at line 40, column 3
error: /usr/local/share/octave/packages/signal-1.0.11/ellip.m at line 110, column 21 |
|
From: fabien a. <fab...@fe...> - 2012-08-21 12:24:28
|
Dear all, Upgrading from 3.2.4 to 3.6.2 on our cluster yields the same problem when invoking fminbnd, and it doen't seem from browsing the mailing list that it's been fixed so far. Is there a smart way to ensure compatibility ? Best, Fabien On 26/06/2011 20:24, The Theorizer wrote: > invoking ellip() of signal package causes error when calling to > fminbnd(). Obviously __ellip_ws() expects some other parameter > signature of fminbnd. > [b,a]=ellip(5,1,90,[.1,.2]) > error: Invalid call to fminbnd. Correct usage is: > > -- Function File: [X, FVAL, INFO, OUTPUT] = fminbnd (FUN, A, B, > OPTIONS) > > error: called from: > error: /usr/local/share/octave/3.4.1/m/help/print_usage.m at line > 87, column 5 > error: /usr/local/share/octave/3.4.1/m/optimization/fminbnd.m at > line 64, column 5 > error: /usr/local/share/octave/packages/signal-1.0.11/__ellip_ws.m > at line 37, column 3 > error: /usr/local/share/octave/packages/signal-1.0.11/ncauer.m at > line 40, column 3 > error: /usr/local/share/octave/packages/signal-1.0.11/ellip.m at > line 110, column 21 > > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > > > _______________________________________________ > Octave-dev mailing list > Oct...@li... > https://lists.sourceforge.net/lists/listinfo/octave-dev > -- Fabien AMIOT Chargé de recherche CNRS en colere / cross Research Associate fab...@fe... Tel : (+33) (0)3.81.66.60.14 Fax : (+33) (0)3.81.66.67.00 UMR6174 / FEMTO-ST, Dpt. Mécanique Appliquée 24, rue de l'Épitaphe 25000 Besancon France |
|
From: Jordi G. H. <jo...@oc...> - 2012-08-21 12:40:08
|
Hi. On 21 August 2012 08:44, fabien amiot <fab...@fe...> wrote: > > On 26/06/2011 20:24, The Theorizer wrote: > > > > invoking ellip() of signal package causes error when calling to fminbnd(). > > Obviously __ellip_ws() expects some other parameter signature of fminbnd. > > > Upgrading from 3.2.4 to 3.6.2 on our cluster yields the same problem when > invoking fminbnd, The problem isn't the Octave version, but the version of the signal package. What version are you using? - Jordi G. H. |
|
From: Carnë D. <car...@gm...> - 2012-08-21 12:48:48
|
On 21 August 2012 13:39, Jordi Gutiérrez Hermoso <jo...@oc...> wrote: > Hi. > > On 21 August 2012 08:44, fabien amiot <fab...@fe...> wrote: >> > On 26/06/2011 20:24, The Theorizer wrote: >> > >> > invoking ellip() of signal package causes error when calling to fminbnd(). >> > Obviously __ellip_ws() expects some other parameter signature of fminbnd. >> > > >> Upgrading from 3.2.4 to 3.6.2 on our cluster yields the same problem when >> invoking fminbnd, > > The problem isn't the Octave version, but the version of the signal > package. What version are you using? Seems to be 1.0.11. Try to upgrade to 1.1.3. Carnë |
|
From: fabien a. <fab...@fe...> - 2012-08-21 15:01:30
|
On 21/08/2012 14:48, Carnë Draug wrote: > On 21 August 2012 13:39, Jordi Gutiérrez Hermoso<jo...@oc...> wrote: > >> Hi. >> >> On 21 August 2012 08:44, fabien amiot<fab...@fe...> wrote: >> >>>> On 26/06/2011 20:24, The Theorizer wrote: >>>> >>>> invoking ellip() of signal package causes error when calling to fminbnd(). >>>> Obviously __ellip_ws() expects some other parameter signature of fminbnd. >>>> >>>> >> >>> Upgrading from 3.2.4 to 3.6.2 on our cluster yields the same problem when >>> invoking fminbnd, >>> >> The problem isn't the Octave version, but the version of the signal >> package. What version are you using? >> > Seems to be 1.0.11. > > Try to upgrade to 1.1.3. > > Carnë > > There was no signal installed. The install is now : ---------------------------------------------------------------------- GNU Octave Version 3.6.2 GNU Octave License: GNU General Public License Operating System: Linux 2.6.32-220.13.1.el6.x86_64 #1 SMP Tue Apr 17 23:56:34 BST 2012 x86_64 ---------------------------------------------------------------------- Package Name | Version | Installation directory ---------------+---------+----------------------- control *| 2.3.52 | /share/apps/octave/3.6.2/share/octave/packages/control-2.3.52 general | 1.3.1 | /share/apps/octave/3.6.2/share/octave/packages/general-1.3.1 gnuplot | 1.0.1 | /share/apps/octave/3.6.2/share/octave/packages/gnuplot-1.0.1 gsl *| 1.0.8 | /share/apps/octave/3.6.2/share/octave/packages/gsl-1.0.8 image *| 1.0.15 | /share/apps/octave/3.6.2/share/octave/packages/image-1.0.15 miscellaneous | 1.1.0 | /share/apps/octave/3.6.2/share/octave/packages/miscellaneous-1.1.0 optim | 1.2.0 | /share/apps/octave/3.6.2/share/octave/packages/optim-1.2.0 parallel *| 2.0.5 | /share/apps/octave/3.6.2/share/octave/packages/parallel-2.0.5 signal | 1.1.3 | /share/apps/octave/3.6.2/share/octave/packages/signal-1.1.3 specfun | 1.1.0 | /share/apps/octave/3.6.2/share/octave/packages/specfun-1.1.0 struct | 1.0.10 | /share/apps/octave/3.6.2/share/octave/packages/struct-1.0.10 and the problem is still there... Fabien -- Fabien AMIOT Chargé de recherche CNRS en colere / cross Research Associate fab...@fe... Tel : (+33) (0)3.81.66.60.14 Fax : (+33) (0)3.81.66.67.00 UMR6174 / FEMTO-ST, Dpt. Mécanique Appliquée 24, rue de l'Épitaphe 25000 Besancon France |
|
From: Martin H. <ma...@mh...> - 2012-08-21 15:17:00
|
Am 21.08.2012 17:22, schrieb fabien amiot: > signal | 1.1.3 | There is no * which means signal is not loaded. Either do a pkg load signal or pkg rebuild -auto signal |
|
From: fabien a. <fab...@fe...> - 2012-08-21 15:13:15
|
On 21/08/2012 17:03, Martin Helm wrote:
> Am 21.08.2012 17:22, schrieb fabien amiot:
>
>> signal | 1.1.3 |
>>
> There is no * which means signal is not loaded.
>
> Either do a
> pkg load signal
> or
> pkg rebuild -auto signal
>
>
>
adding
pkg load signal
yields
Package Name | Version | Installation directory
---------------+---------+-----------------------
control *| 2.3.52 |
.../octave/3.6.2/share/octave/packages/control-2.3.52
general | 1.3.1 |
.../octave/3.6.2/share/octave/packages/general-1.3.1
gnuplot | 1.0.1 |
.../octave/3.6.2/share/octave/packages/gnuplot-1.0.1
gsl *| 1.0.8 |
.../apps/octave/3.6.2/share/octave/packages/gsl-1.0.8
image *| 1.0.15 |
.../octave/3.6.2/share/octave/packages/image-1.0.15
miscellaneous *| 1.1.0 |
.../3.6.2/share/octave/packages/miscellaneous-1.1.0
optim *| 1.2.0 |
.../octave/3.6.2/share/octave/packages/optim-1.2.0
parallel *| 2.0.5 |
.../octave/3.6.2/share/octave/packages/parallel-2.0.5
signal *| 1.1.3 |
.../octave/3.6.2/share/octave/packages/signal-1.1.3
specfun *| 1.1.0 |
.../octave/3.6.2/share/octave/packages/specfun-1.1.0
struct *| 1.0.10 |
.../octave/3.6.2/share/octave/packages/struct-1.0.10
but also the same error:
error: Invalid call to fminbnd. Correct usage is:
Function File: [X, FVAL, INFO, OUTPUT] = fminbnd (FUN, A, B,
OPTIONS)
Fabien
--
Fabien AMIOT
Chargé de recherche CNRS en colere / cross Research Associate
fab...@fe...
Tel : (+33) (0)3.81.66.60.14
Fax : (+33) (0)3.81.66.67.00
UMR6174 / FEMTO-ST, Dpt. Mécanique Appliquée
24, rue de l'Épitaphe
25000 Besancon
France
|
|
From: Martin H. <ma...@mh...> - 2012-08-21 15:23:20
|
Am 21.08.2012 17:33, schrieb fabien amiot:
> On 21/08/2012 17:03, Martin Helm wrote:
>> Am 21.08.2012 17:22, schrieb fabien amiot:
>>
>>> signal | 1.1.3 |
>>>
>> There is no * which means signal is not loaded.
>>
>> Either do a
>> pkg load signal
>> or
>> pkg rebuild -auto signal
>>
>>
>>
> adding
>
> pkg load signal
>
> yields
>
> Package Name | Version | Installation directory
> ---------------+---------+-----------------------
> control *| 2.3.52 |
> .../octave/3.6.2/share/octave/packages/control-2.3.52
> general | 1.3.1 |
> .../octave/3.6.2/share/octave/packages/general-1.3.1
> gnuplot | 1.0.1 |
> .../octave/3.6.2/share/octave/packages/gnuplot-1.0.1
> gsl *| 1.0.8 |
> .../apps/octave/3.6.2/share/octave/packages/gsl-1.0.8
> image *| 1.0.15 |
> .../octave/3.6.2/share/octave/packages/image-1.0.15
> miscellaneous *| 1.1.0 |
> .../3.6.2/share/octave/packages/miscellaneous-1.1.0
> optim *| 1.2.0 |
> .../octave/3.6.2/share/octave/packages/optim-1.2.0
> parallel *| 2.0.5 |
> .../octave/3.6.2/share/octave/packages/parallel-2.0.5
> signal *| 1.1.3 |
> .../octave/3.6.2/share/octave/packages/signal-1.1.3
> specfun *| 1.1.0 |
> .../octave/3.6.2/share/octave/packages/specfun-1.1.0
> struct *| 1.0.10 |
> .../octave/3.6.2/share/octave/packages/struct-1.0.10
>
> but also the same error:
> error: Invalid call to fminbnd. Correct usage is:
>
> Function File: [X, FVAL, INFO, OUTPUT] = fminbnd (FUN, A, B,
> OPTIONS)
>
>
> Fabien
>
I do not get that with 3.6.2 and signal 1.1.3
check with
which fminbnd
if the fminbnd which is called is really from the signal package!
octave:1> pkg load signal
octave:2> pkg list
Package Name | Version | Installation directory
---------------+---------+-----------------------
control *| 2.3.52 | /usr/share/octave/packages/control-2.3.52
image *| 1.0.15 | /usr/share/octave/packages/image-1.0.15
java | 1.2.9 | /usr/share/octave/packages/java-1.2.9
miscellaneous *| 1.1.0 | /usr/share/octave/packages/miscellaneous-1.1.0
odepkg | 0.8.2 | /usr/share/octave/packages/odepkg-0.8.2
optim *| 1.2.0 | /usr/share/octave/packages/optim-1.2.0
signal *| 1.1.3 | /usr/share/octave/packages/signal-1.1.3
specfun *| 1.1.0 | /usr/share/octave/packages/specfun-1.1.0
struct *| 1.0.10 | /usr/share/octave/packages/struct-1.0.10
octave:3> [b,a]=ellip(5,1,90,[.1,.2])
b =
Columns 1 through 6:
0.0001321 -0.0006639 0.0014925 -0.0019624 0.0014425 0.0000000
Columns 7 through 11:
-0.0014425 0.0019624 -0.0014925 0.0006639 -0.0001321
a =
Columns 1 through 6:
1.00000 -8.64826 34.60318 -84.21550 137.92762 -158.75980
Columns 7 through 11:
130.04250 -74.86358 29.00444 -6.83593 0.74556
octave:4>
|
|
From: fabien a. <fab...@fe...> - 2012-08-21 15:49:18
|
On 21/08/2012 17:23, Martin Helm wrote:
> Am 21.08.2012 17:33, schrieb fabien amiot:
>
>> On 21/08/2012 17:03, Martin Helm wrote:
>>
>>> Am 21.08.2012 17:22, schrieb fabien amiot:
>>>
>>>
>>>> signal | 1.1.3 |
>>>>
>>>>
>>> There is no * which means signal is not loaded.
>>>
>>> Either do a
>>> pkg load signal
>>> or
>>> pkg rebuild -auto signal
>>>
>>>
>>>
>>>
>> adding
>>
>> pkg load signal
>>
>> yields
>>
>> Package Name | Version | Installation directory
>> ---------------+---------+-----------------------
>> control *| 2.3.52 |
>> .../octave/3.6.2/share/octave/packages/control-2.3.52
>> general | 1.3.1 |
>> .../octave/3.6.2/share/octave/packages/general-1.3.1
>> gnuplot | 1.0.1 |
>> .../octave/3.6.2/share/octave/packages/gnuplot-1.0.1
>> gsl *| 1.0.8 |
>> .../apps/octave/3.6.2/share/octave/packages/gsl-1.0.8
>> image *| 1.0.15 |
>> .../octave/3.6.2/share/octave/packages/image-1.0.15
>> miscellaneous *| 1.1.0 |
>> .../3.6.2/share/octave/packages/miscellaneous-1.1.0
>> optim *| 1.2.0 |
>> .../octave/3.6.2/share/octave/packages/optim-1.2.0
>> parallel *| 2.0.5 |
>> .../octave/3.6.2/share/octave/packages/parallel-2.0.5
>> signal *| 1.1.3 |
>> .../octave/3.6.2/share/octave/packages/signal-1.1.3
>> specfun *| 1.1.0 |
>> .../octave/3.6.2/share/octave/packages/specfun-1.1.0
>> struct *| 1.0.10 |
>> .../octave/3.6.2/share/octave/packages/struct-1.0.10
>>
>> but also the same error:
>> error: Invalid call to fminbnd. Correct usage is:
>>
>> Function File: [X, FVAL, INFO, OUTPUT] = fminbnd (FUN, A, B,
>> OPTIONS)
>>
>>
>> Fabien
>>
>>
> I do not get that with 3.6.2 and signal 1.1.3
>
> check with
> which fminbnd
>
> if the fminbnd which is called is really from the signal package!
>
>
> octave:1> pkg load signal
> octave:2> pkg list
> Package Name | Version | Installation directory
> ---------------+---------+-----------------------
> control *| 2.3.52 | /usr/share/octave/packages/control-2.3.52
> image *| 1.0.15 | /usr/share/octave/packages/image-1.0.15
> java | 1.2.9 | /usr/share/octave/packages/java-1.2.9
> miscellaneous *| 1.1.0 | /usr/share/octave/packages/miscellaneous-1.1.0
> odepkg | 0.8.2 | /usr/share/octave/packages/odepkg-0.8.2
> optim *| 1.2.0 | /usr/share/octave/packages/optim-1.2.0
> signal *| 1.1.3 | /usr/share/octave/packages/signal-1.1.3
> specfun *| 1.1.0 | /usr/share/octave/packages/specfun-1.1.0
> struct *| 1.0.10 | /usr/share/octave/packages/struct-1.0.10
> octave:3> [b,a]=ellip(5,1,90,[.1,.2])
> b =
>
> Columns 1 through 6:
>
> 0.0001321 -0.0006639 0.0014925 -0.0019624 0.0014425 0.0000000
>
> Columns 7 through 11:
>
> -0.0014425 0.0019624 -0.0014925 0.0006639 -0.0001321
>
> a =
>
> Columns 1 through 6:
>
> 1.00000 -8.64826 34.60318 -84.21550 137.92762 -158.75980
>
> Columns 7 through 11:
>
> 130.04250 -74.86358 29.00444 -6.83593 0.74556
>
> octave:4>
>
>
>
That's the one from the optimization package, we upgraded together with
signal package.
I do sincerely apologize: it appears that my first message was rather
unclear : I'm not using ellip for testing purpose, but the functions I
developed invoking fminbnd. These functions are running fine under
3.2.4. So does the ellip test under 3.6.2 :
[b,a]=ellip(5,1,90,[.1,.2])
b =
Columns 1 through 6:
0.0001321 -0.0006639 0.0014925 -0.0019624 0.0014425 0.0000000
Columns 7 through 11:
-0.0014425 0.0019624 -0.0014925 0.0006639 -0.0001321
a =
Columns 1 through 6:
1.00000 -8.64826 34.60318 -84.21550 137.92762 -158.75980
Columns 7 through 11:
130.04250 -74.86358 29.00444 -6.83593 0.74556
I cannot find out where ellip calls fminbnd, but my codes running under
3.2.4 call fminbnd like that :
fminbnd('function',lower_bound,upper_bound,[],
parameters_to_be_passed_to_function)
and I suspect the parameters_to_be_passed_to_function not to be
accepted anymore...
Offering again my apologies,
Fabien
--
Fabien AMIOT
Chargé de recherche CNRS en colere / cross Research Associate
fab...@fe...
Tel : (+33) (0)3.81.66.60.14
Fax : (+33) (0)3.81.66.67.00
UMR6174 / FEMTO-ST, Dpt. Mécanique Appliquée
24, rue de l'Épitaphe
25000 Besancon
France
|
|
From: Martin H. <ma...@mh...> - 2012-08-21 16:24:44
|
Am 21.08.2012 18:09, schrieb fabien amiot:
> fminbnd('function',lower_bound,upper_bound,[],
> parameters_to_be_passed_to_function)
I think now I get it also: You really need to adapt your function calls
to the newer fminbnd, without testing something like
fminbnd(@(x) function(x, parametres_to_be_passed_to_function),
lower_bound, upper_bound, optimset())
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X