Octave Control package bug ?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
33 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Octave Control package bug ?

Parameshwara Bhat
Hello All,

I am not able to generate pzmap OR bode OR nyquist. I receive error,

"error: __zero__: function called with too many inputs
error: called from
    __zero__
    zero at line 140 column 23
    __frequency_vector__>__frequency_range__ at line 111 column 7
    __frequency_vector__ at line 52 column 26
    __frequency_response__ at line 98 column 7
    bode at line 66 column 20"

This error I receive even if I give the exact demo commands for the functions from the Documentation,like

"s=tf('s');
 g=1/(s+1);
 pzmap(g); "

I am running control package,"control *|        3.2.0 | /usr/share/octave/packages/control-3.2.0" (output line from ver)

I think it is a bug. But the package is one year old and should be tested and stable. Am I missing something ?

Thanks all in advance.

P Bhat




Reply | Threaded
Open this post in threaded view
|

Re: Octave Control package bug ?

Torsten Lilge
On Mon, 2020-08-31 at 13:42 +0530, Parameshwara Bhat wrote:

> Hello All,
>
> I am not able to generate pzmap OR bode OR nyquist. I receive error,
>
> "error: __zero__: function called with too many inputs
> error: called from
>     __zero__
>     zero at line 140 column 23
>     __frequency_vector__>__frequency_range__ at line 111 column 7
>     __frequency_vector__ at line 52 column 26
>     __frequency_response__ at line 98 column 7
>     bode at line 66 column 20"
>
> This error I receive even if I give the exact demo commands for the
> functions from the Documentation,like
>
> "s=tf('s');
>  g=1/(s+1);
>  pzmap(g); "
>
> I am running control package,"control *|        3.2.0 |
> /usr/share/octave/packages/control-3.2.0" (output line from ver)
>
> I think it is a bug. But the package is one year old and should be
> tested and stable. Am I missing something ?
>
> Thanks all in advance.
>
> P Bhat

Your example with pzmap, bode, or nyquist works for me. What are the
results of

    pkg test control

on your system?

Torsten


 



Reply | Threaded
Open this post in threaded view
|

pkg test control errors

Thomas D. Dean-2
In reply to this post by Parameshwara Bhat
119 failed tests.

octave:102> pkg test control
...
Summary:

   PASS                              248
   FAIL                              119

See the file /home/tomdean/Math/Octave/octave-code/build/fntests.log for
additional details.

233 (of 300) .m files have no tests.

octave:103> ver
----------------------------------------------------------------------
GNU Octave Version: 6.0.1 (hg id: af1a9c1db88e)
GNU Octave License: GNU General Public License
Operating System: Linux 5.4.0-42-generic #46-Ubuntu SMP Fri Jul 10
00:24:02 UTC 2020 x86_64
----------------------------------------------------------------------
Package Name        | Version | Installation directory
--------------------+---------+-----------------------
            control *|   3.2.0 | /home/tomdean/octave/control-3.2.0
     data-smoothing  |   1.3.0 | /home/tomdean/octave/data-smoothing-1.3.0
          financial  |   0.5.3 | /home/tomdean/octave/financial-0.5.3
           geometry  |   4.0.0 | /home/tomdean/octave/geometry-4.0.0
  image-acquisition  |   0.2.2 |
/home/tomdean/octave/image-acquisition-0.2.2
instrument-control  |   0.5.0 |
/home/tomdean/octave/instrument-control-0.5.0
                 io  |   2.6.1 | /home/tomdean/octave/io-2.6.1
     linear-algebra  |   2.2.3 | /home/tomdean/octave/linear-algebra-2.2.3
            mapping  |   1.4.0 | /home/tomdean/octave/mapping-1.4.0
            matgeom  |   1.2.2 | /home/tomdean/octave/matgeom-1.2.2
                ocs  |   0.1.5 | /home/tomdean/octave/ocs-0.1.5
             odebvp  |   1.0.6 | /home/tomdean/octave/odebvp-1.0.6
             odepkg  |   0.9.1 | /home/tomdean/octave/odepkg-0.9.1
              optim  |   1.6.0 | /home/tomdean/octave/optim-1.6.0
             signal  |   1.4.1 | /home/tomdean/octave/signal-1.4.1
            sockets  |   1.2.0 | /home/tomdean/octave/sockets-1.2.0
            specfun  |   1.1.0 | /home/tomdean/octave/specfun-1.1.0
         statistics *|   1.4.2 | /home/tomdean/octave/statistics-1.4.2
             struct  |  1.0.16 | /home/tomdean/octave/struct-1.0.16
           symbolic  |   2.9.0 | /home/tomdean/octave/symbolic-2.9.0
            tomdean  |   1.0.0 | /home/tomdean/octave/tomdean-1.0.0


Reply | Threaded
Open this post in threaded view
|

Re: pkg test control errors

Dmitri A. Sergatskov


On Mon, Aug 31, 2020 at 11:21 PM Thomas D. Dean <[hidden email]> wrote:
119 failed tests.

octave:102> pkg test control
...
Summary:

   PASS                              248
   FAIL                              119

See the file /home/tomdean/Math/Octave/octave-code/build/fntests.log for
additional details.

233 (of 300) .m files have no tests.

octave:103> ver
----------------------------------------------------------------------
GNU Octave Version: 6.0.1 (hg id: af1a9c1db88e)
GNU Octave License: GNU General Public License
Operating System: Linux 5.4.0-42-generic #46-Ubuntu SMP Fri Jul 10
00:24:02 UTC 2020 x86_64
----------------------------------------------------------------------
Package Name        | Version | Installation directory
--------------------+---------+-----------------------
            control *|   3.2.0 | /home/tomdean/octave/control-3.2.0
     data-smoothing  |   1.3.0 | /home/tomdean/octave/data-smoothing-1.3.0
          financial  |   0.5.3 | /home/tomdean/octave/financial-0.5.3
           geometry  |   4.0.0 | /home/tomdean/octave/geometry-4.0.0
  image-acquisition  |   0.2.2 |
/home/tomdean/octave/image-acquisition-0.2.2
instrument-control  |   0.5.0 |
/home/tomdean/octave/instrument-control-0.5.0
                 io  |   2.6.1 | /home/tomdean/octave/io-2.6.1
     linear-algebra  |   2.2.3 | /home/tomdean/octave/linear-algebra-2.2.3
            mapping  |   1.4.0 | /home/tomdean/octave/mapping-1.4.0
            matgeom  |   1.2.2 | /home/tomdean/octave/matgeom-1.2.2
                ocs  |   0.1.5 | /home/tomdean/octave/ocs-0.1.5
             odebvp  |   1.0.6 | /home/tomdean/octave/odebvp-1.0.6
             odepkg  |   0.9.1 | /home/tomdean/octave/odepkg-0.9.1
              optim  |   1.6.0 | /home/tomdean/octave/optim-1.6.0
             signal  |   1.4.1 | /home/tomdean/octave/signal-1.4.1
            sockets  |   1.2.0 | /home/tomdean/octave/sockets-1.2.0
            specfun  |   1.1.0 | /home/tomdean/octave/specfun-1.1.0
         statistics *|   1.4.2 | /home/tomdean/octave/statistics-1.4.2
             struct  |  1.0.16 | /home/tomdean/octave/struct-1.0.16
           symbolic  |   2.9.0 | /home/tomdean/octave/symbolic-2.9.0
            tomdean  |   1.0.0 | /home/tomdean/octave/tomdean-1.0.0



I got 12 FAILs all from ltimodels:

Summary:

  PASS                              355
  FAIL                               12





Reply | Threaded
Open this post in threaded view
|

Re: pkg test control errors

Dmitri A. Sergatskov


On Tue, Sep 1, 2020 at 12:09 AM Dmitri A. Sergatskov <[hidden email]> wrote:


I got 12 FAILs all from ltimodels:

Summary:

  PASS                              355
  FAIL                               12


The log file is attached.

Dmitri.



 



ltimodels.txt (121K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: pkg test control errors

Torsten Lilge
In reply to this post by Dmitri A. Sergatskov
On Tue, 2020-09-01 at 00:09 -0400, Dmitri A. Sergatskov wrote:

>
>
> On Mon, Aug 31, 2020 at 11:21 PM Thomas D. Dean <[hidden email]
> > wrote:
> > 119 failed tests.
> >
> > octave:102> pkg test control
> > ...
> > Summary:
> >
> >    PASS                              248
> >    FAIL                              119
> > ...
> >
> I got 12 FAILs all from ltimodels:
>
> Summary:
>
>   PASS                              355
>   FAIL                               12

AFAIK, the 12 fails are "normal".

There must be something wrong with the installation when you 119 failed
tests.

Torsten



Reply | Threaded
Open this post in threaded view
|

Re: Octave Control package bug ?

Parameshwara Bhat
In reply to this post by Torsten Lilge
On Tuesday, 1 September, 2020 12:31:25 AM IST Torsten Lilge wrote:

> On Mon, 2020-08-31 at 13:42 +0530, Parameshwara Bhat wrote:
> > Hello All,
> >
> > I am not able to generate pzmap OR bode OR nyquist. I receive error,
> >
> > "error: __zero__: function called with too many inputs
> > error: called from
> >     __zero__
> >     zero at line 140 column 23
> >     __frequency_vector__>__frequency_range__ at line 111 column 7
> >     __frequency_vector__ at line 52 column 26
> >     __frequency_response__ at line 98 column 7
> >     bode at line 66 column 20"
> >
> > This error I receive even if I give the exact demo commands for the
> > functions from the Documentation,like
> >
> > "s=tf('s');
> >  g=1/(s+1);
> >  pzmap(g); "
> >
> > I am running control package,"control *|        3.2.0 |
> > /usr/share/octave/packages/control-3.2.0" (output line from ver)
> >
> > I think it is a bug. But the package is one year old and should be
> > tested and stable. Am I missing something ?
> >
> > Thanks all in advance.
> >
> > P Bhat
>
> Your example with pzmap, bode, or nyquist works for me. What are the
> results of
>
>     pkg test control
>
> on your system?
>
> Torsten
>
I am attaching the log file fntest.log.

There are failures. This package was installed from Manjaro repository (AUR built).

What options to correct ?

Parameshwara.


fntests.log (95K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Octave Control package bug ?

Doug Stewart-4


On Wed, Sep 2, 2020 at 10:01 PM Parameshwara Bhat <[hidden email]> wrote:
On Tuesday, 1 September, 2020 12:31:25 AM IST Torsten Lilge wrote:
> On Mon, 2020-08-31 at 13:42 +0530, Parameshwara Bhat wrote:
> > Hello All,
> >
> > I am not able to generate pzmap OR bode OR nyquist. I receive error,
> >
> > "error: __zero__: function called with too many inputs
> > error: called from
> >     __zero__
> >     zero at line 140 column 23
> >     __frequency_vector__>__frequency_range__ at line 111 column 7
> >     __frequency_vector__ at line 52 column 26
> >     __frequency_response__ at line 98 column 7
> >     bode at line 66 column 20"
> >
> > This error I receive even if I give the exact demo commands for the
> > functions from the Documentation,like
> >
> > "s=tf('s');
> >  g=1/(s+1);
> >  pzmap(g); "
> >
> > I am running control package,"control *|        3.2.0 |
> > /usr/share/octave/packages/control-3.2.0" (output line from ver)
> >
> > I think it is a bug. But the package is one year old and should be
> > tested and stable. Am I missing something ?
> >
> > Thanks all in advance.
> >
> > P Bhat
>
> Your example with pzmap, bode, or nyquist works for me. What are the
> results of
>
>     pkg test control
>
> on your system?
>
> Torsten
>
I am attaching the log file fntest.log.

There are failures. This package was installed from Manjaro repository (AUR built).

What options to correct ?

Parameshwara.

To help us debug this try
which   __zero__
and show us the results.


--
DASCertificate for 206392



Reply | Threaded
Open this post in threaded view
|

Re: Octave Control package bug ?

Parameshwara Bhat
On Thursday, 3 September, 2020 9:16:41 AM IST Doug Stewart wrote:

> On Wed, Sep 2, 2020 at 10:01 PM Parameshwara Bhat <[hidden email]> wrote:
>
> > On Tuesday, 1 September, 2020 12:31:25 AM IST Torsten Lilge wrote:
> > > On Mon, 2020-08-31 at 13:42 +0530, Parameshwara Bhat wrote:
> > > > Hello All,
> > > >
> > > > I am not able to generate pzmap OR bode OR nyquist. I receive error,
> > > >
> > > > "error: __zero__: function called with too many inputs
> > > > error: called from
> > > >     __zero__
> > > >     zero at line 140 column 23
> > > >     __frequency_vector__>__frequency_range__ at line 111 column 7
> > > >     __frequency_vector__ at line 52 column 26
> > > >     __frequency_response__ at line 98 column 7
> > > >     bode at line 66 column 20"
> > > >
> > > > This error I receive even if I give the exact demo commands for the
> > > > functions from the Documentation,like
> > > >
> > > > "s=tf('s');
> > > >  g=1/(s+1);
> > > >  pzmap(g); "
> > > >
> > > > I am running control package,"control *|        3.2.0 |
> > > > /usr/share/octave/packages/control-3.2.0" (output line from ver)
> > > >
> > > > I think it is a bug. But the package is one year old and should be
> > > > tested and stable. Am I missing something ?
> > > >
> > > > Thanks all in advance.
> > > >
> > > > P Bhat
> > >
> > > Your example with pzmap, bode, or nyquist works for me. What are the
> > > results of
> > >
> > >     pkg test control
> > >
> > > on your system?
> > >
> > > Torsten
> > >
> > I am attaching the log file fntest.log.
> >
> > There are failures. This package was installed from Manjaro repository
> > (AUR built).
> >
> > What options to correct ?
> >
> > Parameshwara.
> >
>
> To help us debug this try
> which   __zero__
> and show us the results.
>
'which  _zero_'  outputs nothing, as below.
     *  

     *  ">> pkg load control
     *  >> which _zero_
     *  >> pkg unload control
     *  >> which _zero_
     *  >>"

Parameshwara.







Reply | Threaded
Open this post in threaded view
|

Octave Control package bug ?

Ian McCallion


On Sunday, 6 September 2020, Parameshwara Bhat <[hidden email]> wrote:
On Thursday, 3 September, 2020 9:16:41 AM IST Doug Stewart wrote:
> On Wed, Sep 2, 2020 at 10:01 PM Parameshwara Bhat <[hidden email]> wrote:
>
> > On Tuesday, 1 September, 2020 12:31:25 AM IST Torsten Lilge wrote:
> > > On Mon, 2020-08-31 at 13:42 +0530, Parameshwara Bhat wrote:
> > > > Hello All,
> > > >
> > > > I am not able to generate pzmap OR bode OR nyquist. I receive error,
> > > >
> > > > "error: __zero__: function called with too many inputs
> > > > error: called from
> > > >     __zero__
> > > >     zero at line 140 column 23
> > > >     __frequency_vector__>__frequency_range__ at line 111 column 7
> > > >     __frequency_vector__ at line 52 column 26
> > > >     __frequency_response__ at line 98 column 7
> > > >     bode at line 66 column 20"
> > > >
> > > > This error I receive even if I give the exact demo commands for the
> > > > functions from the Documentation,like
> > > >
> > > > "s=tf('s');
> > > >  g=1/(s+1);
> > > >  pzmap(g); "
> > > >
> > > > I am running control package,"control *|        3.2.0 |
> > > > /usr/share/octave/packages/control-3.2.0" (output line from ver)
> > > >
> > > > I think it is a bug. But the package is one year old and should be
> > > > tested and stable. Am I missing something ?
> > > >
> > > > Thanks all in advance.
> > > >
> > > > P Bhat
> > >
> > > Your example with pzmap, bode, or nyquist works for me. What are the
> > > results of
> > >
> > >     pkg test control
> > >
> > > on your system?
> > >
> > > Torsten
> > >
> > I am attaching the log file fntest.log.
> >
> > There are failures. This package was installed from Manjaro repository
> > (AUR built).
> >
> > What options to correct ?
> >
> > Parameshwara.
> >
>
> To help us debug this try
> which   __zero__
> and show us the results.
>
'which  _zero_'  outputs nothing, as below.
     * 

     *  ">> pkg load control
     *  >> which _zero_
     *  >> pkg unload control
     *  >> which _zero_
     *  >>"

Parameshwara.

Try again but this time with TWO underscores each side of the zero:

 __zero__

Cheers... Ian


Reply | Threaded
Open this post in threaded view
|

Re: Octave Control package bug ?

Parameshwara Bhat

On Sunday, 6 September, 2020 12:14:12 PM IST you wrote:

 



On Sunday, 6 September 2020, Parameshwara Bhat <[hidden email]> wrote:

 

On Thursday, 3 September, 2020 9:16:41 AM IST Doug Stewart wrote:


> On Wed, Sep 2, 2020 at 10:01 PM Parameshwara Bhat <[hidden email]> wrote:
>
> > On Tuesday, 1 September, 2020 12:31:25 AM IST Torsten Lilge wrote:
> > > On Mon, 2020-08-31 at 13:42 +0530, Parameshwara Bhat wrote:
> > > > Hello All,
> > > >
> > > > I am not able to generate pzmap OR bode OR nyquist. I receive error,
> > > >
> > > > "error: __zero__: function called with too many inputs
> > > > error: called from
> > > >? ? ?__zero__
> > > >? ? ?zero at line 140 column 23
> > > >? ? ?__frequency_vector__>__frequency_range__ at line 111 column 7
> > > >? ? ?__frequency_vector__ at line 52 column 26
> > > >? ? ?__frequency_response__ at line 98 column 7
> > > >? ? ?bode at line 66 column 20"
> > > >
> > > > This error I receive even if I give the exact demo commands for the
> > > > functions from the Documentation,like
> > > >
> > > > "s=tf('s');
> > > >? g=1/(s+1);
> > > >? pzmap(g); "
> > > >
> > > > I am running control package,"control *|? ? ? ? 3.2.0 |
> > > > /usr/share/octave/packages/control-3.2.0" (output line from ver)
> > > >
> > > > I think it is a bug. But the package is one year old and should be
> > > > tested and stable. Am I missing something ?
> > > >
> > > > Thanks all in advance.
> > > >
> > > > P Bhat
> > >
> > > Your example with pzmap, bode, or nyquist works for me. What are the
> > > results of
> > >
> > >? ? ?pkg test control
> > >
> > > on your system?
> > >
> > > Torsten
> > >
> > I am attaching the log file fntest.log.
> >
> > There are failures. This package was installed from Manjaro repository
> > (AUR built).
> >
> > What options to correct ?
> >
> > Parameshwara.
> >
>
> To help us debug this try
> which? ?__zero__
> and show us the results.
>
'which? _zero_'? outputs nothing, as below.
? ? ?*?

 

? ? ?*? ">> pkg load control
? ? ?*? >> which _zero_
? ? ?*? >> pkg unload control
? ? ?*? >> which _zero_
? ? ?*? >>"

 

Parameshwara.

 


Try again but this time with TWO underscores each side of the zero:


?__zero__


Cheers... Ian



I  tried with "__zero__" (with two underscores either side)

No  output. Silent return to command line.


Parameshwara.



Reply | Threaded
Open this post in threaded view
|

Re: Octave Control package bug ?

Doug Stewart-4


On Tue, Sep 15, 2020 at 5:08 PM Parameshwara Bhat <[hidden email]> wrote:

On Sunday, 6 September, 2020 12:14:12 PM IST you wrote:

 



On Sunday, 6 September 2020, Parameshwara Bhat <[hidden email]> wrote:

 

On Thursday, 3 September, 2020 9:16:41 AM IST Doug Stewart wrote:


> On Wed, Sep 2, 2020 at 10:01 PM Parameshwara Bhat <[hidden email]> wrote:
>
> > On Tuesday, 1 September, 2020 12:31:25 AM IST Torsten Lilge wrote:
> > > On Mon, 2020-08-31 at 13:42 +0530, Parameshwara Bhat wrote:
> > > > Hello All,
> > > >
> > > > I am not able to generate pzmap OR bode OR nyquist. I receive error,
> > > >
> > > > "error: __zero__: function called with too many inputs
> > > > error: called from
> > > >? ? ?__zero__
> > > >? ? ?zero at line 140 column 23
> > > >? ? ?__frequency_vector__>__frequency_range__ at line 111 column 7
> > > >? ? ?__frequency_vector__ at line 52 column 26
> > > >? ? ?__frequency_response__ at line 98 column 7
> > > >? ? ?bode at line 66 column 20"
> > > >
> > > > This error I receive even if I give the exact demo commands for the
> > > > functions from the Documentation,like
> > > >
> > > > "s=tf('s');
> > > >? g=1/(s+1);
> > > >? pzmap(g); "
> > > >
> > > > I am running control package,"control *|? ? ? ? 3.2.0 |
> > > > /usr/share/octave/packages/control-3.2.0" (output line from ver)
> > > >
> > > > I think it is a bug. But the package is one year old and should be
> > > > tested and stable. Am I missing something ?
> > > >
> > > > Thanks all in advance.
> > > >
> > > > P Bhat
> > >
> > > Your example with pzmap, bode, or nyquist works for me. What are the
> > > results of
> > >
> > >? ? ?pkg test control
> > >
> > > on your system?
> > >
> > > Torsten
> > >
> > I am attaching the log file fntest.log.
> >
> > There are failures. This package was installed from Manjaro repository
> > (AUR built).
> >
> > What options to correct ?
> >
> > Parameshwara.
> >
>
> To help us debug this try
> which? ?__zero__
> and show us the results.
>
'which? _zero_'? outputs nothing, as below.
? ? ?*?

 

? ? ?*? ">> pkg load control
? ? ?*? >> which _zero_
? ? ?*? >> pkg unload control
? ? ?*? >> which _zero_
? ? ?*? >>"

 

Parameshwara.

 


Try again but this time with TWO underscores each side of the zero:


?__zero__


Cheers... Ian



I  tried with "__zero__" (with two underscores either side)

No  output. Silent return to command line.


Parameshwara.

I just want you to understand that we can't reproduce your problem, so it is going to be hard for us to find the problem.
Do you have another computer that you can try using octave on?
The problem must be something local to your setup. Many millions of users have used the control pkg. without this problem.


--
DASCertificate for 206392



Reply | Threaded
Open this post in threaded view
|

Re: Octave Control package bug ?

Andreas Weber-6
In reply to this post by Parameshwara Bhat
Am 31.08.20 um 10:12 schrieb Parameshwara Bhat:
> This error I receive even if I give the exact demo commands for the functions from the Documentation,like
>
> "s=tf('s');
>  g=1/(s+1);
>  pzmap(g); "

I can reproduce this with control-3.2.0 and get:

octave:1> pkg load control
octave:2> s=tf('s');
octave:3> g=1/(s+1);
octave:4> pzmap(g);
error: __zero__: function called with too many inputs
error: called from
    __zero__
    zero at line 140 column 23
    pzmap at line 78 column 7

This file where this is triggered is @lti/zero.m
but I'm not familiar enough to understand that this should be called.

-- Andy


Reply | Threaded
Open this post in threaded view
|

Re: Octave Control package bug ?

Andreas Weber-6
In reply to this post by Doug Stewart-4
Am 16.09.20 um 02:20 schrieb Doug Stewart:
>     > > > On Mon, 2020-08-31 at 13:42 +0530, Parameshwara Bhat wrote:
>     > > > > I am not able to generate pzmap OR bode OR nyquist. I
>     receive error,
>     > > > >
>     > > > > "error: __zero__: function called with too many inputs
>     > > > > error: called from

I can also see this on some demos, for example:

$ pkg uninstall control signal
$ pkg -forge install control
$ pkg load control
$ pkg list

Package Name        | Version | Installation directory
--------------------+---------+-----------------------
           control *|   3.2.0 | /home/andy/octave/control-3.2.0
     generate_html  |   0.3.1 | /home/andy/octave/generate_html-0.3.1
instrument-control  |   0.5.0 | /home/andy/octave/instrument-control-0.5.0
             video  |   2.0.0 | /home/andy/octave/video-2.0.0

$ demo impulse
impulse example 1:
 clf;
 s = tf('s');
 g = 1/(2*s^2+3*s+4);
 impulse(g);
 title ("Impulse response of a PT2 transfer function");

impulse example 1: failed
__zero__: function called with too many inputs


If I change zero to __zero__ in ./control-3.2.0/@tf/__minreal__.m:34
the demo works.

@doug: Is it possible that you have a @tf/zero.m function lingering
around from a previous installation?

-- Andy


Reply | Threaded
Open this post in threaded view
|

Re: Octave Control package bug ?

Doug Stewart-4
In reply to this post by Andreas Weber-6


On Wed, Sep 16, 2020 at 5:44 AM Andreas Weber <[hidden email]> wrote:
Am 31.08.20 um 10:12 schrieb Parameshwara Bhat:
> This error I receive even if I give the exact demo commands for the functions from the Documentation,like
>
> "s=tf('s');
>  g=1/(s+1);
>  pzmap(g); "

I can reproduce this with control-3.2.0 and get:

octave:1> pkg load control
octave:2> s=tf('s');
octave:3> g=1/(s+1);
octave:4> pzmap(g);
error: __zero__: function called with too many inputs
error: called from
    __zero__
    zero at line 140 column 23
    pzmap at line 78 column 7

This file where this is triggered is @lti/zero.m
but I'm not familiar enough to understand that this should be called.

-- Andy


Thanks Andy.
I will look for the problem here.


--
DASCertificate for 206392



Reply | Threaded
Open this post in threaded view
|

Re: Octave Control package bug ?

Parameshwara Bhat
On Wednesday, 16 September, 2020 5:47:26 PM IST Doug Stewart wrote:


>

> On Wed, Sep 16, 2020 at 5:44 AM Andreas Weber <[hidden email][1]> wrote:


Am 31.08.20 um 10:12 schrieb Parameshwara Bhat:
> This error I receive even if I give the exact demo commands for the functions from the Documentation,like
>
> "s=tf('s');
>  g=1/(s+1);
>  pzmap(g); "

I can reproduce this with control-3.2.0 and get:

octave:1> pkg load control
octave:2> s=tf('s');
octave:3> g=1/(s+1);
octave:4> pzmap(g);
error: __zero__: function called with too many inputs
error: called from
    __zero__
    zero at line 140 column 23
    pzmap at line 78 column 7

This file where this is triggered is @lti/zero.m
but I'm not familiar enough to understand that this should be called.

-- Andy




Thanks Andy.
> I will look for the problem here.
>

>
--
> DAS[2]
Thanks Gentlemen, for taking so much pains to help.

Parameshwara.





Reply | Threaded
Open this post in threaded view
|

Re: Octave Control package bug ?

Thomas D. Dean-2
On 2020-09-16 07:24, Parameshwara Bhat wrote:

> On Wednesday, 16 September, 2020 5:47:26 PM IST Doug Stewart wrote:
>
>
>>
>
>> On Wed, Sep 16, 2020 at 5:44 AM Andreas Weber <[hidden email][1]> wrote:
>
>
> Am 31.08.20 um 10:12 schrieb Parameshwara Bhat:
>> This error I receive even if I give the exact demo commands for the functions from the Documentation,like
>>
>> "s=tf('s');
>>   g=1/(s+1);
>>   pzmap(g); "
>
> I can reproduce this with control-3.2.0 and get:
>
> octave:1> pkg load control
> octave:2> s=tf('s');
> octave:3> g=1/(s+1);
> octave:4> pzmap(g);
> error: __zero__: function called with too many inputs
> error: called from
>      __zero__
>      zero at line 140 column 23
>      pzmap at line 78 column 7
>
> This file where this is triggered is @lti/zero.m
> but I'm not familiar enough to understand that this should be called.
>
> -- Andy
>

I do not see the problem with control 3.2.0.



octave:10> pkg load control
octave:11> clear
octave:12> s=tf('s');
octave:13> g=1/(s+1);
octave:14> pzmap(g);
ans = -7.7682
octave:15> version()
ans = 6.0.90
octave:16> pkg list control
Package Name  | Version | Installation directory
--------------+---------+-----------------------
      control *|   3.2.0 | /home/tomdean/octave/control-3.2.0

Tom Dean


Reply | Threaded
Open this post in threaded view
|

Re: Octave Control package bug ?

Dmitri A. Sergatskov

On Wed, Sep 16, 2020 at 12:35 PM Thomas D. Dean <[hidden email]> wrote:

>> On Wed, Sep 16, 2020 at 5:44 AM Andreas Weber <[hidden email][1]> wrote:
>
>
> Am 31.08.20 um 10:12 schrieb Parameshwara Bhat:
>> This error I receive even if I give the exact demo commands for the functions from the Documentation,like
>>
>> "s=tf('s');
>>   g=1/(s+1);
>>   pzmap(g); "
>
> I can reproduce this with control-3.2.0 and get:
>
> octave:1> pkg load control
> octave:2> s=tf('s');
> octave:3> g=1/(s+1);
> octave:4> pzmap(g);
> error: __zero__: function called with too many inputs
> error: called from
>      __zero__
>      zero at line 140 column 23
>      pzmap at line 78 column 7
>
> This file where this is triggered is @lti/zero.m
> but I'm not familiar enough to understand that this should be called.
>
> -- Andy
>

I do not see the problem with control 3.2.0.



octave:10> pkg load control
octave:11> clear
octave:12> s=tf('s');
octave:13> g=1/(s+1);
octave:14> pzmap(g);
ans = -7.7682
octave:15> version()
ans = 6.0.90
octave:16> pkg list control
Package Name  | Version | Installation directory
--------------+---------+-----------------------
      control *|   3.2.0 | /home/tomdean/octave/control-3.2.0

Tom Dean

Also works for me with a recent hg update

 octave:2> pkg load control
octave:3> s=tf('s');
octave:4> g=1/(s+1);
octave:5> pzmap(g);
octave:6> pkg list
Package Name  | Version | Installation directory
--------------+---------+-----------------------
     control *|   3.2.0 | /home/dima/octave/control-3.2.0
octave:7> version()
ans = 6.0.91
octave:8> __octave_config_info__ ("hg_id")
ans = b12ff2cea46a

control package was rebuilt against this particular version of octave.

I see that there are three different __zero__:
control-3.2.0/@frd/__zero__.m
control-3.2.0/@ss/__zero__.m
control-3.2.0/@tf/__zero__.m

Perhaps loading the wrong one prior to executing the code causes problem due to caching?

Dmitri.
--




Reply | Threaded
Open this post in threaded view
|

Re: Octave Control package bug ?

Andreas Weber-6
Am 16.09.20 um 21:03 schrieb Dmitri A. Sergatskov:
> ...
> I see that there are three different __zero__:
> control-3.2.0/@frd/__zero__.m
> control-3.2.0/@ss/__zero__.m
> control-3.2.0/@tf/__zero__.m

Can you share the output from
$ find control-3.2.0/ -name "*zero*"

on my install:

control-3.2.0/@ss/__zero__.m
control-3.2.0/@frd/__zero__.m
control-3.2.0/@tf/__zero__.m
control-3.2.0/@lti/zero.m
control-3.2.0/__remove_trailing_zeros__.m
control-3.2.0/@tfpoly/__remove_leading_zeros__.m
control-3.2.0/@tfpoly/is_zero.m
control-3.2.0/tfpolyzeros.m

Is it possible that you have another zero function lingering around from
an older control version?

-- Andy


Reply | Threaded
Open this post in threaded view
|

Re: Octave Control package bug ?

Dmitri A. Sergatskov


On Thu, Sep 17, 2020 at 2:37 AM Andreas Weber <[hidden email]> wrote:
Am 16.09.20 um 21:03 schrieb Dmitri A. Sergatskov:
> ...
> I see that there are three different __zero__:
> control-3.2.0/@frd/__zero__.m
> control-3.2.0/@ss/__zero__.m
> control-3.2.0/@tf/__zero__.m

Can you share the output from
$ find control-3.2.0/ -name "*zero*"

on my install:

control-3.2.0/@ss/__zero__.m
control-3.2.0/@frd/__zero__.m
control-3.2.0/@tf/__zero__.m
control-3.2.0/@lti/zero.m
control-3.2.0/__remove_trailing_zeros__.m
control-3.2.0/@tfpoly/__remove_leading_zeros__.m
control-3.2.0/@tfpoly/is_zero.m
control-3.2.0/tfpolyzeros.m

Is it possible that you have another zero function lingering around from
an older control version?

find control-3.2.0/ -name "*zero*"
control-3.2.0/@frd/__zero__.m
control-3.2.0/__remove_trailing_zeros__.m
control-3.2.0/@ss/__zero__.m
control-3.2.0/tfpolyzeros.m
control-3.2.0/@tf/__zero__.m
control-3.2.0/@lti/zero.m
control-3.2.0/@tfpoly/__remove_leading_zeros__.m
control-3.2.0/@tfpoly/is_zero.m

 

-- Andy

Dmitri.
--


12