octave-dev — GNU Octave developers' list

Re: [OctDev] Implementation of importdata belonging to Octave Core or Octave-Forge?

[Philip N. <pr....@hc...>]

Erik Kjellson wrote:
> Hello,
>
> Now I have uploaded my implementation here:
> https://sourceforge.net/p/octave/feature-requests/41/
>
> I've noticed that a lot of function files have some kind of tests in the
> end of the file. I guess that you use them to check that you haven't
> introduced any logic error in the code when modifying it?
> I did find this page: http://wiki.octave.org/Tests
> But I guess I need to fake input from a fake file in some way, is there
> anywhere I can read more on how to do that?


Most of core Octave's function m-files have tests, so there are tons of 
examples.

Simply take a look at all the functions in
..../share/octave/<version>/m/<package>/....

Philip

Re: [OctDev] Tests fail after compiling in Octave 3.6.3.

[Daniel J S. <dan...@ie...>]

On 10/21/2012 01:33 AM, fe...@st... wrote:
>> On 10/21/2012 1:29 AM, fe...@st... wrote:
>>> Hello,
>>>
>>> After compiling GNU Octave 3.6.3 one of the tests fails with a
>>> segmentation fault and exits. After typing "make check" the last lines
>>> of
>>> the output are:
>>>
>>>
>>>     liboctave/Sparse.cc ....................................panic:
>>> Segmentation fault -- stopping myself...
>>> make[1]: *** [check] Segmentation fault (core dumped)
>>> make[1]: Leaving directory `/home/fabian/Downloads/octave-3.6.3/test'
>>> make: *** [check] Error 2
>>>
>>>
>>> I am using the following system:
>>>
>>> No LSB modules are available.
>>> Distributor ID: Ubuntu
>>> Description:    Ubuntu 12.04 LTS
>>> Release:        12.04
>>> Codename:       precise
>>>
>>> The file config.log is attached.
>>>
>>> Any help would be appreciated. Thank you very much in advance.
>>>
>>> Kind regards,
>>>
>>> Fabián
>>>
>>
>> which version of SuiteSparse library are you using ?
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_sfd2d_oct
>> _______________________________________________
>> Octave-dev mailing list
>> Oct...@li...
>> https://lists.sourceforge.net/lists/listinfo/octave-dev
>>
>
> Hello,
>
> Thank you for your reply.
>
> It seems version 2.2.3. The command "sudo apt-cache search SuiteSparse"
> yields the following packages:
>
> libsuitesparse-metis-3.1.0 - collection of libraries for computations for
> sparse matrices
> libsuitesparse-metis-dbg - collection of libraries for computations for
> sparse matrices
> libsuitesparse-metis-dev - collection of libraries for computations for
> sparse matrices
> libamd2.2.0 - approximate minimum degree ordering library for sparse matrices
> libbtf1.1.0 - permutation to block triangular form library for sparse
> matrices
> libcamd2.2.0 - symmetric approximate minimum degree library for sparse
> matrices
> libccolamd2.7.1 - constrained column approximate library for sparse matrices
> libcholmod1.7.1 - sparse Cholesky factorization library for sparse matrices
> libcolamd2.7.1 - column approximate minimum degree ordering library for
> sparse matrices
> libcsparse2.2.3 - concise sparse matrix library
> libcxsparse2.2.3 - concise sparse matrix library (complex, int and long
> int support)
> libklu1.1.0 - circuit simulation sparse LU factorization library
> libldl2.0.1 - simple LDL' factorization library for sparse matrices
> libsuitesparse-dbg - libraries for sparse matrices computations (debugging
> symbols)
> libsuitesparse-dev - libraries for sparse matrices computations
> (development files)
> libsuitesparse-doc - libraries for sparse matrices computations
> (documentation)
> libumfpack5.4.0 - sparse LU factorization library
> r-recommended - GNU R collection of recommended packages [metapackage]
>
> Should I update, which one?


Fabián

Before digging too deep into the libraries themselves, you may want to 
get the latest version of Octave from the repository.  3.6.3 is from a 
couple months ago and there may have been some code changes related to 
sparse matrices since then.

Here is the graph at the time of 3.6.3:

http://hg.savannah.gnu.org/hgweb/octave/graph/a95432e7309c

 From there you can move forward in the graph using the +60 button on 
the right side.  Then use the browser search for "sparse".  I'm seeing 
related changesets below.  Whether any of those contain a fix, I'm not 
sure.  If the problem persists, then write back and folks can help 
isolate the problem in the library or Octave.

Dan

# Fix Octave builds with SuiteSparse >=4.0 (bug #37031)6 weeks ago

# Ensure sparse constructors have valid ridx and data indices even if 
they are zero matrices (bug #36104)

# Special-case removing rows or columns from empty sparse matricesstable

# build: Don't directly compile #included template code Sparse.cc, 
MSparse.cc5 weeks ago

# configure.ac: Fix building of Octave with ancient versions of 
SuiteSparse (3.2.X)

# when writing sparse matrices to MAT files, use nzmax of at least 1 
(bug #36603)

# error out when attempting sparse minimum solution and CXSparse is 
unavailable

Re: [OctDev] Tests fail after compiling in Octave 3.6.3.

[marco a. <mar...@gm...>]

On 10/21/2012 8:33 AM, fe...@st... wrote:
>> On 10/21/2012 1:29 AM, fe...@st... wrote:
>>> Hello,
>>>
>>> After compiling GNU Octave 3.6.3 one of the tests fails with a
>>> segmentation fault and exits. After typing "make check" the last lines
>>> of
>>> the output are:
>>>
>>>
>>>     liboctave/Sparse.cc ....................................panic:
>>> Segmentation fault -- stopping myself...
>>> make[1]: *** [check] Segmentation fault (core dumped)
>>> make[1]: Leaving directory `/home/fabian/Downloads/octave-3.6.3/test'
>>> make: *** [check] Error 2
>>>

Fabian,
two points:

1) the development mailing list for octave is:
https://mailman.cae.wisc.edu/listinfo/octave-maintainers

the one you are using is for octave-forge, dedicated to add-on packages.

2)
I remember 3.6.3 had some issues and was never deployed;
could you try the next 3.4.0

https://mailman.cae.wisc.edu/pipermail/octave-maintainers/2012-October/030449.html


>>>
>>> I am using the following system:
>>>
>>> No LSB modules are available.
>>> Distributor ID: Ubuntu
>>> Description:    Ubuntu 12.04 LTS
>>> Release:        12.04
>>> Codename:       precise
>>>
>>> The file config.log is attached.
>>>
>>> Any help would be appreciated. Thank you very much in advance.
>>>
>>> Kind regards,
>>>
>>> Fabián
>>>
>>
>> which version of SuiteSparse library are you using ?
>>
>>
>
> Hello,
>
> Thank you for your reply.
>
> It seems version 2.2.3. The command "sudo apt-cache search SuiteSparse"
> yields the following packages:
>
> libsuitesparse-metis-3.1.0 - collection of libraries for computations for
> sparse matrices
> libsuitesparse-metis-dbg - collection of libraries for computations for
> sparse matrices
> libsuitesparse-metis-dev - collection of libraries for computations for
> sparse matrices
> libamd2.2.0 - approximate minimum degree ordering library for sparse matrices
> libbtf1.1.0 - permutation to block triangular form library for sparse
> matrices
> libcamd2.2.0 - symmetric approximate minimum degree library for sparse
> matrices
> libccolamd2.7.1 - constrained column approximate library for sparse matrices
> libcholmod1.7.1 - sparse Cholesky factorization library for sparse matrices
> libcolamd2.7.1 - column approximate minimum degree ordering library for
> sparse matrices
> libcsparse2.2.3 - concise sparse matrix library
> libcxsparse2.2.3 - concise sparse matrix library (complex, int and long
> int support)
> libklu1.1.0 - circuit simulation sparse LU factorization library
> libldl2.0.1 - simple LDL' factorization library for sparse matrices
> libsuitesparse-dbg - libraries for sparse matrices computations (debugging
> symbols)
> libsuitesparse-dev - libraries for sparse matrices computations
> (development files)
> libsuitesparse-doc - libraries for sparse matrices computations
> (documentation)
> libumfpack5.4.0 - sparse LU factorization library
> r-recommended - GNU R collection of recommended packages [metapackage]
>
> Should I update, which one?
>
> Kind regards,
>
> Fabián

no idea, I am using Suitesparse 3.7 that includes:

./AMD/Doc/ChangeLog
May 15, 2011: version 2.2.4
./BTF/Doc/ChangeLog
Dec 7, 2011: version 1.1.3
./CAMD/Doc/ChangeLog
May 15, 2011: version 2.2.4
./CCOLAMD/Doc/ChangeLog
Dec 7, 2011: version 2.7.4
./CHOLMOD/Doc/ChangeLog
Dec 7, 2011: version 1.7.4
./COLAMD/Doc/ChangeLog
Dec 7, 2011: version 2.7.4
./CSparse/Doc/ChangeLog
Dec 7, 2011: version 2.2.6
./CSparse3/Doc/ChangeLog
Dec 7, 2011: version 3.0.2
./CXSparse/Doc/ChangeLog
Dec 7, 2011: version 2.2.6
./KLU/Doc/ChangeLog
Jan 20, 2012: version 1.1.4
./LDL/Doc/ChangeLog
Dec 7, 2011: version 2.0.4
./RBio/Doc/ChangeLog
Dec 7, 2011: version 2.0.2
./SPQR/Doc/ChangeLog
Dec 7, 2011: version 1.2.3
./UMFPACK/Doc/ChangeLog
Dec 7, 2011, version 5.5.2


Marco

Re: [OctDev] Tests fail after compiling in Octave 3.6.3.

[nitnit <ni...@gm...>]

This a known regression of 3.6.3

See discussion and fix in
See
http://octave.1599824.n4.nabble.com/GNU-Octave-3-6-3-Released-td4643700.html#a4643800

You can try the fix or recent octave-3.6.4-rc0.

Nitzan



--
View this message in context: http://octave.1599824.n4.nabble.com/Tests-fail-after-compiling-in-Octave-3-6-3-tp4645541p4645545.html
Sent from the Octave - Dev mailing list archive at Nabble.com.

Re: [OctDev] Tests fail after compiling in Octave 3.6.3.

[<fe...@st...>]

> On 10/21/2012 1:29 AM, fe...@st... wrote:
>> Hello,
>>
>> After compiling GNU Octave 3.6.3 one of the tests fails with a
>> segmentation fault and exits. After typing "make check" the last lines
>> of
>> the output are:
>>
>>
>>    liboctave/Sparse.cc ....................................panic:
>> Segmentation fault -- stopping myself...
>> make[1]: *** [check] Segmentation fault (core dumped)
>> make[1]: Leaving directory `/home/fabian/Downloads/octave-3.6.3/test'
>> make: *** [check] Error 2
>>
>>
>> I am using the following system:
>>
>> No LSB modules are available.
>> Distributor ID: Ubuntu
>> Description:    Ubuntu 12.04 LTS
>> Release:        12.04
>> Codename:       precise
>>
>> The file config.log is attached.
>>
>> Any help would be appreciated. Thank you very much in advance.
>>
>> Kind regards,
>>
>> Fabián
>>
>
> which version of SuiteSparse library are you using ?
>
>
>
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
> _______________________________________________
> Octave-dev mailing list
> Oct...@li...
> https://lists.sourceforge.net/lists/listinfo/octave-dev
>

Hello,

Thank you for your reply.

It seems version 2.2.3. The command "sudo apt-cache search SuiteSparse"
yields the following packages:

libsuitesparse-metis-3.1.0 - collection of libraries for computations for
sparse matrices
libsuitesparse-metis-dbg - collection of libraries for computations for
sparse matrices
libsuitesparse-metis-dev - collection of libraries for computations for
sparse matrices
libamd2.2.0 - approximate minimum degree ordering library for sparse matrices
libbtf1.1.0 - permutation to block triangular form library for sparse
matrices
libcamd2.2.0 - symmetric approximate minimum degree library for sparse
matrices
libccolamd2.7.1 - constrained column approximate library for sparse matrices
libcholmod1.7.1 - sparse Cholesky factorization library for sparse matrices
libcolamd2.7.1 - column approximate minimum degree ordering library for
sparse matrices
libcsparse2.2.3 - concise sparse matrix library
libcxsparse2.2.3 - concise sparse matrix library (complex, int and long
int support)
libklu1.1.0 - circuit simulation sparse LU factorization library
libldl2.0.1 - simple LDL' factorization library for sparse matrices
libsuitesparse-dbg - libraries for sparse matrices computations (debugging
symbols)
libsuitesparse-dev - libraries for sparse matrices computations
(development files)
libsuitesparse-doc - libraries for sparse matrices computations
(documentation)
libumfpack5.4.0 - sparse LU factorization library
r-recommended - GNU R collection of recommended packages [metapackage]

Should I update, which one?

Kind regards,

Fabián

Re: [OctDev] Tests fail after compiling in Octave 3.6.3.

[marco a. <mar...@gm...>]

On 10/21/2012 1:29 AM, fe...@st... wrote:
> Hello,
>
> After compiling GNU Octave 3.6.3 one of the tests fails with a
> segmentation fault and exits. After typing "make check" the last lines of
> the output are:
>
>
>    liboctave/Sparse.cc ....................................panic:
> Segmentation fault -- stopping myself...
> make[1]: *** [check] Segmentation fault (core dumped)
> make[1]: Leaving directory `/home/fabian/Downloads/octave-3.6.3/test'
> make: *** [check] Error 2
>
>
> I am using the following system:
>
> No LSB modules are available.
> Distributor ID: Ubuntu
> Description:    Ubuntu 12.04 LTS
> Release:        12.04
> Codename:       precise
>
> The file config.log is attached.
>
> Any help would be appreciated. Thank you very much in advance.
>
> Kind regards,
>
> Fabián
>

which version of SuiteSparse library are you using ?

[OctDev] Tests fail after compiling in Octave 3.6.3.

[<fe...@st...>]

Hello,

After compiling GNU Octave 3.6.3 one of the tests fails with a
segmentation fault and exits. After typing "make check" the last lines of
the output are:


  liboctave/Sparse.cc ....................................panic:
Segmentation fault -- stopping myself...
make[1]: *** [check] Segmentation fault (core dumped)
make[1]: Leaving directory `/home/fabian/Downloads/octave-3.6.3/test'
make: *** [check] Error 2


I am using the following system:

No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 12.04 LTS
Release:        12.04
Codename:       precise

The file config.log is attached.

Any help would be appreciated. Thank you very much in advance.

Kind regards,

Fabián

Re: [OctDev] [instrument-control]

[Andrius S. <and...@gm...>]

On Sat, Oct 20, 2012 at 8:07 PM, Juan Pablo Carbajal
<aju...@gm...>wrote:

> On Sat, Oct 20, 2012 at 3:11 AM, Andrius Sutas <and...@gm...>
> wrote:
> > On Wed, Oct 17, 2012 at 11:31 PM, Juan Pablo Carbajal
> > <aju...@gm...> wrote:
> >>
> >> Hello,
> >>
> >> I am observing weird behaviors and I couldn't pin down at which level
> >> things are going bad. Using instrument-control 0.1.0 from Forge.
> >> Running Ubuntu 12.04 64 bit
> >> Linux 3.2.0-32-generic #51-Ubuntu SMP Wed Sep 26 21:33:09 UTC 2012
> >> x86_64 x86_64 x86_64 GNU/Linux
> >>
> >> I am using serial communications. I am testing with a physical
> >> loopback (RxD connected to TxD) in this USB2Serial adapter
> >> https://www.sparkfun.com/products/718.
> >>
> >> Problem 1 [Ring bufffer?]:
> >>   s = serial (); # 8-N-1
> >>   srl_baudrate (s,9600);
> >>
> >>   srl_write(s,"hello")
> >>   ans = 5
> >>
> >>   char(srl_read (s,5))
> >>   ans = hello
> >>
> >>   char(srl_read (s,5))
> >>   ans = hello
> >>
> >>   char(srl_read (s,15))
> >>   ans = hellohellohello
> >>
> >>   char(srl_read (s,4))
> >>   ans = hell
> >>
> >>   char(srl_read (s,6))
> >>   ans = ohello
> >>
> >> It looks like as if the buffer is a ring buffer or is really big and
> >> filled with "hello". Maybe flushing the input after reading will solve
> >> the problem? Continued from the example before I got this
> >>
> >> Problem 2 [Hang after flush]:
> >>   srl_flush (s, 1)
> >>
> >>   char(srl_read (s,5)) # This blocks as expected but ...
> >>   srl_read: Interrupting...
> >>   ans =
> >>
> >>   srl_write(s,"hello")
> >>   ans =  5
> >>
> >>   char(srl_read (s,5)) # This also blocks!!!!
> >>   srl_read: Interrupting...
> >>   ans =
> >>
> >> The only way of getting things to work from this point on is to close
> >> the port and open it again.
> >>
> >> Can anybody reproduce this? any suggestions of tests to run to see
> >> whether the problem is at hardware level?
> >>
> >> I also tested with a virtual loopback (command "socat -d -d PTY:
> >> PTY:", this is simpler than the suggestion in the wiki. I can update
> >> that), I do not observe Problem 1, but I can't interrupt the second
> >> call to srl_read
> >>
> >> s = serial("/dev/ptmx", 9600);
> >> srl_write(s,"hello")
> >> ans =  5
> >> char(srl_read (s,5))
> >> ans = hello
> >> octave:5> char(srl_read (s,5))
> >> srl_read: Interrupting...
> >> srl_read: Interrupting...
> >> srl_read: Interrupting...
> >> srl_read: Interrupting...
> >>
> >>
> >> Thanks
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> Everyone hates slow websites. So do we.
> >> Make your web apps faster with AppDynamics
> >> Download AppDynamics Lite for free today:
> >> http://p.sf.net/sfu/appdyn_sfd2d_oct
> >> _______________________________________________
> >> Octave-dev mailing list
> >> Oct...@li...
> >> https://lists.sourceforge.net/lists/listinfo/octave-dev
> >
> >
> > UPDATE: I did replicate the bug eventually. I can not reproduce it
> > consistently, will look further into this behavior.
>
> Hi,
> Thanks for taking action.
>
> I tested again the following commands (Ubuntu 12.04 Linux
> 3.2.0-32-generic, FT232RL)
>
> Ring buffer
> http://agora.octave.org/snippet/Xd6x/
>
> Read hangs after flush
> http://agora.octave.org/snippet/mu7J/
>
> Weird data handling
> http://agora.octave.org/snippet/62x8/
>
> Still working unsatisfactorily.
>
> Cheers,
>
> JPi
>

A few minutes after this email I committed a possible fix, could you please
check it again? (don't forget to pkg install !)

Also, "weird data handling" is the same ring buffer problem. I assume "hang
after flush" is also related to the same bug.

I just tested the fix in ubuntu vm with two different adapters multiple
times and everything seems works :)

Re: [OctDev] [instrument-control]

[Juan P. C. <aju...@gm...>]

On Sat, Oct 20, 2012 at 3:11 AM, Andrius Sutas <and...@gm...> wrote:
> On Wed, Oct 17, 2012 at 11:31 PM, Juan Pablo Carbajal
> <aju...@gm...> wrote:
>>
>> Hello,
>>
>> I am observing weird behaviors and I couldn't pin down at which level
>> things are going bad. Using instrument-control 0.1.0 from Forge.
>> Running Ubuntu 12.04 64 bit
>> Linux 3.2.0-32-generic #51-Ubuntu SMP Wed Sep 26 21:33:09 UTC 2012
>> x86_64 x86_64 x86_64 GNU/Linux
>>
>> I am using serial communications. I am testing with a physical
>> loopback (RxD connected to TxD) in this USB2Serial adapter
>> https://www.sparkfun.com/products/718.
>>
>> Problem 1 [Ring bufffer?]:
>>   s = serial (); # 8-N-1
>>   srl_baudrate (s,9600);
>>
>>   srl_write(s,"hello")
>>   ans = 5
>>
>>   char(srl_read (s,5))
>>   ans = hello
>>
>>   char(srl_read (s,5))
>>   ans = hello
>>
>>   char(srl_read (s,15))
>>   ans = hellohellohello
>>
>>   char(srl_read (s,4))
>>   ans = hell
>>
>>   char(srl_read (s,6))
>>   ans = ohello
>>
>> It looks like as if the buffer is a ring buffer or is really big and
>> filled with "hello". Maybe flushing the input after reading will solve
>> the problem? Continued from the example before I got this
>>
>> Problem 2 [Hang after flush]:
>>   srl_flush (s, 1)
>>
>>   char(srl_read (s,5)) # This blocks as expected but ...
>>   srl_read: Interrupting...
>>   ans =
>>
>>   srl_write(s,"hello")
>>   ans =  5
>>
>>   char(srl_read (s,5)) # This also blocks!!!!
>>   srl_read: Interrupting...
>>   ans =
>>
>> The only way of getting things to work from this point on is to close
>> the port and open it again.
>>
>> Can anybody reproduce this? any suggestions of tests to run to see
>> whether the problem is at hardware level?
>>
>> I also tested with a virtual loopback (command "socat -d -d PTY:
>> PTY:", this is simpler than the suggestion in the wiki. I can update
>> that), I do not observe Problem 1, but I can't interrupt the second
>> call to srl_read
>>
>> s = serial("/dev/ptmx", 9600);
>> srl_write(s,"hello")
>> ans =  5
>> char(srl_read (s,5))
>> ans = hello
>> octave:5> char(srl_read (s,5))
>> srl_read: Interrupting...
>> srl_read: Interrupting...
>> srl_read: Interrupting...
>> srl_read: Interrupting...
>>
>>
>> Thanks
>>
>>
>> ------------------------------------------------------------------------------
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_sfd2d_oct
>> _______________________________________________
>> Octave-dev mailing list
>> Oct...@li...
>> https://lists.sourceforge.net/lists/listinfo/octave-dev
>
>
> UPDATE: I did replicate the bug eventually. I can not reproduce it
> consistently, will look further into this behavior.

Hi,
Thanks for taking action.

I tested again the following commands (Ubuntu 12.04 Linux
3.2.0-32-generic, FT232RL)

Ring buffer
http://agora.octave.org/snippet/Xd6x/

Read hangs after flush
http://agora.octave.org/snippet/mu7J/

Weird data handling
http://agora.octave.org/snippet/62x8/

Still working unsatisfactorily.

Cheers,

JPi

Re: [OctDev] Hi all, and a first question about graycomatrix

[c. <car...@gm...>]

On 20 Oct 2012, at 17:50, gio...@un... wrote:

> "try the demos": can someone suggest me where they are?
many Octave and Octave-Forge functions contain embedded demos:
http://www.gnu.org/software/octave/doc/interpreter/Demonstration-Functions.html#Demonstration-Functions
to run them just type:
demo function_name
at the Octave prompt.
HTH,
c.

Re: [OctDev] Hi all, and a first question about graycomatrix

[<gio...@un...>]

Solved myself! :-) The demo code was in the source of graycomatrix, that I
 found (by google) at
http://octave-image.sourcearchive.com/documentation/1.0.6/graycomatrix_8cc-source.html
Thanks!
Regards
Giorgio


> Hi all,
> first message to the list for me!
> I am new to octave and octave forge, but I'm a (quite) expert matlab
> programmer. I am going to translate to octave, and to its packages, some
> tools I wrote in the field of medical image processing.
> My first question, hoping this is the right place to ask, concerns
> graycomatrix: I am trying to understand what its parameters are, because
> it is quite different from matlab equivalent function. While I imagine
>

[OctDev] Hi all, and a first question about graycomatrix

[<gio...@un...>]

Hi all,
first message to the list for me!
I am new to octave and octave forge, but I'm a (quite) expert matlab
programmer. I am going to translate to octave, and to its packages, some
tools I wrote in the field of medical image processing.
My first question, hoping this is the right place to ask, concerns
graycomatrix: I am trying to understand what its parameters are, because
it is quite different from matlab equivalent function. While I imagine
that distances are just what the word says, an array of distances between
pixels, I do not understand how angles are given.
At http://sourceforge.net/mailarchive/message.php?msg_id=4559584
Stefan van der Walt (after submitting this function many years ago) said
"try the demos": can someone suggest me where they are?
Thank you very much!
Best regards
Giorgio

[OctDev] physicalconstants-1.0.0

[Dmitry R. <dm...@ro...>]

physicalconstants-1.0.0 source archive now contains directory "physical-
constants", not "physicalconstants". Please, use one variant of package name, 
it breaks our octave-forge update scrips.

Re: [OctDev] [instrument-control]

[Andrius S. <and...@gm...>]

On Wed, Oct 17, 2012 at 11:31 PM, Juan Pablo Carbajal <aju...@gm...
> wrote:

> Hello,
>
> I am observing weird behaviors and I couldn't pin down at which level
> things are going bad. Using instrument-control 0.1.0 from Forge.
> Running Ubuntu 12.04 64 bit
> Linux 3.2.0-32-generic #51-Ubuntu SMP Wed Sep 26 21:33:09 UTC 2012
> x86_64 x86_64 x86_64 GNU/Linux
>
> I am using serial communications. I am testing with a physical
> loopback (RxD connected to TxD) in this USB2Serial adapter
> https://www.sparkfun.com/products/718.
>
> Problem 1 [Ring bufffer?]:
>   s = serial (); # 8-N-1
>   srl_baudrate (s,9600);
>
>   srl_write(s,"hello")
>   ans = 5
>
>   char(srl_read (s,5))
>   ans = hello
>
>   char(srl_read (s,5))
>   ans = hello
>
>   char(srl_read (s,15))
>   ans = hellohellohello
>
>   char(srl_read (s,4))
>   ans = hell
>
>   char(srl_read (s,6))
>   ans = ohello
>
> It looks like as if the buffer is a ring buffer or is really big and
> filled with "hello". Maybe flushing the input after reading will solve
> the problem? Continued from the example before I got this
>
> Problem 2 [Hang after flush]:
>   srl_flush (s, 1)
>
>   char(srl_read (s,5)) # This blocks as expected but ...
>   srl_read: Interrupting...
>   ans =
>
>   srl_write(s,"hello")
>   ans =  5
>
>   char(srl_read (s,5)) # This also blocks!!!!
>   srl_read: Interrupting...
>   ans =
>
> The only way of getting things to work from this point on is to close
> the port and open it again.
>
> Can anybody reproduce this? any suggestions of tests to run to see
> whether the problem is at hardware level?
>
> I also tested with a virtual loopback (command "socat -d -d PTY:
> PTY:", this is simpler than the suggestion in the wiki. I can update
> that), I do not observe Problem 1, but I can't interrupt the second
> call to srl_read
>
> s = serial("/dev/ptmx", 9600);
> srl_write(s,"hello")
> ans =  5
> char(srl_read (s,5))
> ans = hello
> octave:5> char(srl_read (s,5))
> srl_read: Interrupting...
> srl_read: Interrupting...
> srl_read: Interrupting...
> srl_read: Interrupting...
>
>
> Thanks
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
> _______________________________________________
> Octave-dev mailing list
> Oct...@li...
> https://lists.sourceforge.net/lists/listinfo/octave-dev
>

UPDATE: I did replicate the bug eventually. I can not reproduce
it consistently, will look further into this behavior.

Re: [OctDev] [instrument-control]

[Andrius S. <and...@gm...>]

On Thu, Oct 18, 2012 at 8:38 AM, Juan Pablo Carbajal
<aju...@gm...>wrote:

> On Thu, Oct 18, 2012 at 9:14 AM, Juan Pablo Carbajal
> <aju...@gm...> wrote:
> > On Thu, Oct 18, 2012 at 12:31 AM, Juan Pablo Carbajal
> > <aju...@gm...> wrote:
> >> Hello,
> >>
> >> I am observing weird behaviors and I couldn't pin down at which level
> >> things are going bad. Using instrument-control 0.1.0 from Forge.
> >> Running Ubuntu 12.04 64 bit
> >> Linux 3.2.0-32-generic #51-Ubuntu SMP Wed Sep 26 21:33:09 UTC 2012
> >> x86_64 x86_64 x86_64 GNU/Linux
> >>
> >> I am using serial communications. I am testing with a physical
> >> loopback (RxD connected to TxD) in this USB2Serial adapter
> >> https://www.sparkfun.com/products/718.
> >>
> >> Problem 1 [Ring bufffer?]:
> >>   s = serial (); # 8-N-1
> >>   srl_baudrate (s,9600);
> >>
> >>   srl_write(s,"hello")
> >>   ans = 5
> >>
> >>   char(srl_read (s,5))
> >>   ans = hello
> >>
> >>   char(srl_read (s,5))
> >>   ans = hello
> >>
> >>   char(srl_read (s,15))
> >>   ans = hellohellohello
> >>
> >>   char(srl_read (s,4))
> >>   ans = hell
> >>
> >>   char(srl_read (s,6))
> >>   ans = ohello
> >>
> >> It looks like as if the buffer is a ring buffer or is really big and
> >> filled with "hello". Maybe flushing the input after reading will solve
> >> the problem? Continued from the example before I got this
> >>
> >> Problem 2 [Hang after flush]:
> >>   srl_flush (s, 1)
> >>
> >>   char(srl_read (s,5)) # This blocks as expected but ...
> >>   srl_read: Interrupting...
> >>   ans =
> >>
> >>   srl_write(s,"hello")
> >>   ans =  5
> >>
> >>   char(srl_read (s,5)) # This also blocks!!!!
> >>   srl_read: Interrupting...
> >>   ans =
> >>
> >> The only way of getting things to work from this point on is to close
> >> the port and open it again.
> >>
> >> Can anybody reproduce this? any suggestions of tests to run to see
> >> whether the problem is at hardware level?
> >>
> >> I also tested with a virtual loopback (command "socat -d -d PTY:
> >> PTY:", this is simpler than the suggestion in the wiki. I can update
> >> that), I do not observe Problem 1, but I can't interrupt the second
> >> call to srl_read
> >>
> >> s = serial("/dev/ptmx", 9600);
> >> srl_write(s,"hello")
> >> ans =  5
> >> char(srl_read (s,5))
> >> ans = hello
> >> octave:5> char(srl_read (s,5))
> >> srl_read: Interrupting...
> >> srl_read: Interrupting...
> >> srl_read: Interrupting...
> >> srl_read: Interrupting...
> >>
> >>
> >> Thanks
> >
> > Testing in Debian Squeeze 2.6.32-5-686 with the same hardware
> > configuration doesn't show Problem 1
> > Note that:
> >
> > - Ubuntu 12.04 uses kernel 3.2.0 and the driver controlling the adapter
> is
> > ftdi_sio: v1.6.0:USB FTDI Serial Converters Driver
> >
> > - Debian Squeeze uses kernel 2.6.32 and
> > ftdi_sio: v1.5.0:USB FTDI Serial Converters Driver
> >
> >
> > In Debian the problem observed is the following (opening the port the
> > same as before)
> >> srl_write(s,uint8(127)); srl_read(s,1)
> > ans = 127
> >> srl_write(s,uint8(128)); srl_read(s,1)
> > ans = 0
> >
> > Should it go up to 255?
>
> Additional update.
>
> Checking the code of srl_write.cc and srl_read.cc I noticed that while
> srl_write writes "unsigned char" srl_read reads "char". Is this
> intentional?
>
> Additionally there is a C style cast in srl_write line 63. I assume it
> should be a static cast and therefore it should be
>
> buf[i] = static_cast<unsigned char>(data(i));
>
> Or is there a reason why to do it the C way?
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
> _______________________________________________
> Octave-dev mailing list
> Oct...@li...
> https://lists.sourceforge.net/lists/listinfo/octave-dev
>


Thanks for noting this.

Indeed you are right, fix pushed to the SVN.

Re: [OctDev] [instrument-control]

[Andrius S. <and...@gm...>]

On Wed, Oct 17, 2012 at 11:31 PM, Juan Pablo Carbajal <aju...@gm...
> wrote:

> Hello,
>
> I am observing weird behaviors and I couldn't pin down at which level
> things are going bad. Using instrument-control 0.1.0 from Forge.
> Running Ubuntu 12.04 64 bit
> Linux 3.2.0-32-generic #51-Ubuntu SMP Wed Sep 26 21:33:09 UTC 2012
> x86_64 x86_64 x86_64 GNU/Linux
>
> I am using serial communications. I am testing with a physical
> loopback (RxD connected to TxD) in this USB2Serial adapter
> https://www.sparkfun.com/products/718.
>
> Problem 1 [Ring bufffer?]:
>   s = serial (); # 8-N-1
>   srl_baudrate (s,9600);
>
>   srl_write(s,"hello")
>   ans = 5
>
>   char(srl_read (s,5))
>   ans = hello
>
>   char(srl_read (s,5))
>   ans = hello
>
>   char(srl_read (s,15))
>   ans = hellohellohello
>
>   char(srl_read (s,4))
>   ans = hell
>
>   char(srl_read (s,6))
>   ans = ohello
>
> It looks like as if the buffer is a ring buffer or is really big and
> filled with "hello". Maybe flushing the input after reading will solve
> the problem? Continued from the example before I got this
>
> Problem 2 [Hang after flush]:
>   srl_flush (s, 1)
>
>   char(srl_read (s,5)) # This blocks as expected but ...
>   srl_read: Interrupting...
>   ans =
>
>   srl_write(s,"hello")
>   ans =  5
>
>   char(srl_read (s,5)) # This also blocks!!!!
>   srl_read: Interrupting...
>   ans =
>
> The only way of getting things to work from this point on is to close
> the port and open it again.
>
> Can anybody reproduce this? any suggestions of tests to run to see
> whether the problem is at hardware level?
>
> I also tested with a virtual loopback (command "socat -d -d PTY:
> PTY:", this is simpler than the suggestion in the wiki. I can update
> that), I do not observe Problem 1, but I can't interrupt the second
> call to srl_read
>
> s = serial("/dev/ptmx", 9600);
> srl_write(s,"hello")
> ans =  5
> char(srl_read (s,5))
> ans = hello
> octave:5> char(srl_read (s,5))
> srl_read: Interrupting...
> srl_read: Interrupting...
> srl_read: Interrupting...
> srl_read: Interrupting...
>
>
> Thanks
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
> _______________________________________________
> Octave-dev mailing list
> Oct...@li...
> https://lists.sourceforge.net/lists/listinfo/octave-dev
>


Hello,

thanks for testing the package! :-)

Unfortunately I was unable to replicate Problem 1 nor Problem 2 on:
Arch linux 3.6.2; Octave 3.6.2 (nice version match)
Adapters: plftdi_sio: v1.6.0; pl2303

see: http://pastebin.com/03X4tzLn

I noticed you are opening /dev/ptmx, it should not be used in such way,
see: http://linux.die.net/man/4/ptmx (notice: grantpt and unlockpt). The
srl_read does indeed block infinitely in such case as behavior is
undefined, but I will rewrite read routines to use "select()" in the
future, which would terminate even in such conditions.

Could you re-test using current development version in SVN? I would suggest
using srl_flush(s) instead of flushing input only.

Also, please do not update the wiki, as the command above is deprecated for
socat  >=1.7 versions, whereas command in wiki works with current and
previous versions.

Another interesting thing I noticed, on ftdi website (
http://www.ftdichip.com/Drivers/VCP.htm ) the newest given version is v1.5,
whereas we both have versions v1.6. Could this be related to
distribution/kernel specific forks of the driver? Any ideas?

Re: [OctDev] Implementation of importdata belonging to Octave Core or Octave-Forge?

[Juan P. C. <aju...@gm...>]

On Fri, Oct 19, 2012 at 7:35 PM, Erik Kjellson
<eri...@us...> wrote:
> Hello,
>
> Now I have uploaded my implementation here:
> https://sourceforge.net/p/octave/feature-requests/41/
>
> I've noticed that a lot of function files have some kind of tests in the end
> of the file. I guess that you use them to check that you haven't introduced
> any logic error in the code when modifying it?
> I did find this page: http://wiki.octave.org/Tests
> But I guess I need to fake input from a fake file in some way, is there
> anywhere I can read more on how to do that?
>
> regards,
> Erik
>
>
>
> On 19 October 2012 15:54, Jordi Gutiérrez Hermoso <jo...@oc...>
> wrote:
>>
>> On 19 October 2012 09:37, Juan Pablo Carbajal <aju...@gm...>
>> wrote:
>> > On Tue, Oct 16, 2012 at 9:04 PM, Erik Kjellson
>> > <eri...@us...> wrote:
>> >> Hello,
>> >>
>> >> I have written an implementation of the Matlab function 'importdata'.
>> >> I'm
>> >> getting a bit confused about the borderline between Octave Core and
>> >> Octave-Forge, so I don't know where it belongs...
>> >>
>> >> My implementation covers most of the functionality in the Matlab
>> >> version,
>> >> but not all. For example, I haven't implemented the automatic detection
>> >> of
>> >> the column separator. Also, for some special cases (like if you in the
>> >> data
>> >> section of the file would have some letters among numeric data) you
>> >> still
>> >> get a slightly different output.
>> >>
>> >> The 'importdata' is, as far as I know, a part of Matlab Core rather
>> >> than a
>> >> toolbox.
>> >> Does the implementation have to be complete to be able to have it in
>> >> Octave
>> >> Core?
>> >>
>> >> Or is it better to add it to the Octave-Forge project for now?
>> >>
>> >> regards,
>> >> Erik
>> >
>> > Hi Erik,
>> >
>> > Cool!
>> >
>> > I would say that if compatibility is not complete then better to keep
>> > it in Forge.
>>
>> Nah, we have tons of incomplete compatibility functions in core. One
>> more will do no harm. It should go in core.
>>
>> > also, you should upload your function seomwhere so we can
>> > see the coding style, Octave core is very strict in this.
>>
>> This is a minor thing. I can adapt its style as necessary.
>>
>> - Jordi G. H.
>
>

You can load a file that will be in the octave folder. Check for
example the demos of imshow
Just choose a small file of your choice and write some test and demos :D

Thank you so much!

Re: [OctDev] Implementation of importdata belonging to Octave Core or Octave-Forge?

[Erik K. <eri...@us...>]

Hello,

Now I have uploaded my implementation here:
https://sourceforge.net/p/octave/feature-requests/41/

I've noticed that a lot of function files have some kind of tests in the
end of the file. I guess that you use them to check that you haven't
introduced any logic error in the code when modifying it?
I did find this page: http://wiki.octave.org/Tests
But I guess I need to fake input from a fake file in some way, is there
anywhere I can read more on how to do that?

regards,
Erik



On 19 October 2012 15:54, Jordi Gutiérrez Hermoso <jo...@oc...>wrote:

> On 19 October 2012 09:37, Juan Pablo Carbajal <aju...@gm...>
> wrote:
> > On Tue, Oct 16, 2012 at 9:04 PM, Erik Kjellson
> > <eri...@us...> wrote:
> >> Hello,
> >>
> >> I have written an implementation of the Matlab function 'importdata'.
> I'm
> >> getting a bit confused about the borderline between Octave Core and
> >> Octave-Forge, so I don't know where it belongs...
> >>
> >> My implementation covers most of the functionality in the Matlab
> version,
> >> but not all. For example, I haven't implemented the automatic detection
> of
> >> the column separator. Also, for some special cases (like if you in the
> data
> >> section of the file would have some letters among numeric data) you
> still
> >> get a slightly different output.
> >>
> >> The 'importdata' is, as far as I know, a part of Matlab Core rather
> than a
> >> toolbox.
> >> Does the implementation have to be complete to be able to have it in
> Octave
> >> Core?
> >>
> >> Or is it better to add it to the Octave-Forge project for now?
> >>
> >> regards,
> >> Erik
> >
> > Hi Erik,
> >
> > Cool!
> >
> > I would say that if compatibility is not complete then better to keep
> > it in Forge.
>
> Nah, we have tons of incomplete compatibility functions in core. One
> more will do no harm. It should go in core.
>
> > also, you should upload your function seomwhere so we can
> > see the coding style, Octave core is very strict in this.
>
> This is a minor thing. I can adapt its style as necessary.
>
> - Jordi G. H.
>

Re: [OctDev] Implementation of importdata belonging to Octave Core or Octave-Forge?

[Jordi G. H. <jo...@oc...>]

On 19 October 2012 09:37, Juan Pablo Carbajal <aju...@gm...> wrote:
> On Tue, Oct 16, 2012 at 9:04 PM, Erik Kjellson
> <eri...@us...> wrote:
>> Hello,
>>
>> I have written an implementation of the Matlab function 'importdata'. I'm
>> getting a bit confused about the borderline between Octave Core and
>> Octave-Forge, so I don't know where it belongs...
>>
>> My implementation covers most of the functionality in the Matlab version,
>> but not all. For example, I haven't implemented the automatic detection of
>> the column separator. Also, for some special cases (like if you in the data
>> section of the file would have some letters among numeric data) you still
>> get a slightly different output.
>>
>> The 'importdata' is, as far as I know, a part of Matlab Core rather than a
>> toolbox.
>> Does the implementation have to be complete to be able to have it in Octave
>> Core?
>>
>> Or is it better to add it to the Octave-Forge project for now?
>>
>> regards,
>> Erik
>
> Hi Erik,
>
> Cool!
>
> I would say that if compatibility is not complete then better to keep
> it in Forge.

Nah, we have tons of incomplete compatibility functions in core. One
more will do no harm. It should go in core.

> also, you should upload your function seomwhere so we can
> see the coding style, Octave core is very strict in this.

This is a minor thing. I can adapt its style as necessary.

- Jordi G. H.

Re: [OctDev] Implementation of importdata belonging to Octave Core or Octave-Forge?

[Juan P. C. <aju...@gm...>]

On Tue, Oct 16, 2012 at 9:04 PM, Erik Kjellson
<eri...@us...> wrote:
> Hello,
>
> I have written an implementation of the Matlab function 'importdata'. I'm
> getting a bit confused about the borderline between Octave Core and
> Octave-Forge, so I don't know where it belongs...
>
> My implementation covers most of the functionality in the Matlab version,
> but not all. For example, I haven't implemented the automatic detection of
> the column separator. Also, for some special cases (like if you in the data
> section of the file would have some letters among numeric data) you still
> get a slightly different output.
>
> The 'importdata' is, as far as I know, a part of Matlab Core rather than a
> toolbox.
> Does the implementation have to be complete to be able to have it in Octave
> Core?
>
> Or is it better to add it to the Octave-Forge project for now?
>
> regards,
> Erik

Hi Erik,

Cool!

I would say that if compatibility is not complete then better to keep
it in Forge. also, you should upload your function seomwhere so we can
see the coding style, Octave core is very strict in this. Could you
upload your function her
https://sourceforge.net/p/octave/feature-requests/ and lets us known
with another email? also include the forge mailing list that I've just
added.

Cheers

Re: [OctDev] Is there function in octave that is equivalent to the read function in matlab

[Paul C. <prc...@co...>]

Oh, and...

I'm not entirely sure what rfdata.data is, except I believe that it somehow
specifies the 
format or type data that is being read. In my case a touchstone file, but I
think other 
data files could be processed by this as well. 

Here is a link to the read help page on the matlab site
http://www.mathworks.com/help/rf/read.html

-----Original Message-----
From: aj...@gm... [mailto:aj...@gm...] On Behalf Of Juan Pablo
Carbajal
Sent: Friday, October 19, 2012 1:07 AM
To: Paul Carlin
Cc: oct...@li...
Subject: Re: [OctDev] Is there function in octave that is equivalent to the
read function in matlab

On Fri, Oct 19, 2012 at 12:23 AM, Paul Carlin <prc...@co...> wrote:
> Hi,
>
> I'm new to both matlab and octave.
>
> Can you recommend a proper approach in octave that would be equivalent 
> to the following read function from matlab?
>
> h = read(rfdata.data, filename)
>
> Thanks very much for all your help.
>
> -Paul
>
>
> ----------------------------------------------------------------------
> -------- Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics Download AppDynamics Lite 
> for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
> _______________________________________________
> Octave-dev mailing list
> Oct...@li...
> https://lists.sourceforge.net/lists/listinfo/octave-dev

Paul,

Welcome!

There are several read functions in matlab. Maybe if you tell us what you
want to accomplish then we can tell you what are the options available?
Are yopu trying to read a file?
Are you trying to read a frame from a video file?
What is rfdata.data?
etc...

Re: [OctDev] Is there function in octave that is equivalent to the read function in matlab

[Paul C. <prc...@co...>]

Thanks very much for your response, Juan. 

I'm wanting to read the contents of a touchstone file, (S-parameter NxN
Matix with frequency points) 
into octal in a similar way that the matlab RF toolbox read function works
with the rdata.data 
object type.

Is there an equivalent function in octave, or, would I need to create from
scratch? 
  
-----Original Message-----
From: aj...@gm... [mailto:aj...@gm...] On Behalf Of Juan Pablo
Carbajal
Sent: Friday, October 19, 2012 1:07 AM
To: Paul Carlin
Cc: oct...@li...
Subject: Re: [OctDev] Is there function in octave that is equivalent to the
read function in matlab

On Fri, Oct 19, 2012 at 12:23 AM, Paul Carlin <prc...@co...> wrote:
> Hi,
>
> I'm new to both matlab and octave.
>
> Can you recommend a proper approach in octave that would be equivalent 
> to the following read function from matlab?
>
> h = read(rfdata.data, filename)
>
> Thanks very much for all your help.
>
> -Paul
>
>
> ----------------------------------------------------------------------
> -------- Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics Download AppDynamics Lite 
> for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
> _______________________________________________
> Octave-dev mailing list
> Oct...@li...
> https://lists.sourceforge.net/lists/listinfo/octave-dev

Paul,

Welcome!

There are several read functions in matlab. Maybe if you tell us what you
want to accomplish then we can tell you what are the options available?
Are yopu trying to read a file?
Are you trying to read a frame from a video file?
What is rfdata.data?
etc...

Re: [OctDev] Is there function in octave that is equivalent to the read function in matlab

[Juan P. C. <aju...@gm...>]

On Fri, Oct 19, 2012 at 12:23 AM, Paul Carlin <prc...@co...> wrote:
> Hi,
>
> I'm new to both matlab and octave.
>
> Can you recommend a proper approach in octave that would be equivalent to
> the following read function from matlab?
>
> h = read(rfdata.data, filename)
>
> Thanks very much for all your help.
>
> -Paul
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
> _______________________________________________
> Octave-dev mailing list
> Oct...@li...
> https://lists.sourceforge.net/lists/listinfo/octave-dev

Paul,

Welcome!

There are several read functions in matlab. Maybe if you tell us what
you want to accomplish then we can tell you what are the options
available?
Are yopu trying to read a file?
Are you trying to read a frame from a video file?
What is rfdata.data?
etc...

[OctDev] Is there function in octave that is equivalent to the read function in matlab

[Paul C. <prc...@co...>]

Hi, 

I'm new to both matlab and octave.

Can you recommend a proper approach in octave that would be equivalent to
the following read function from matlab?

h = read(rfdata.data, filename)

Thanks very much for all your help. 

-Paul

Re: [OctDev] OctaveForge for project of the month

[Sergei S. <ser...@ya...>]

----- Original Message -----
> From: Søren Hauberg <so...@ha...>
> To: Sergei Steshenko <ser...@ya...>
> Cc: Carnë Draug <car...@gm...>; Octave Help <hel...@oc...>; Octave Forge <oct...@li...>
> Sent: Tuesday, October 16, 2012 12:00 PM
> Subject: Re: OctaveForge for project of the month
> 
> 
> On Oct 16, 2012, at 11:32 AM, Sergei Steshenko wrote:
>>  Here are the reasons:
>> 
>>  1) visit http://octave.sourceforge.net/functions_by_package.php and 
> _patiently_ scroll down;
>>  2) if you are patient enough, you'll notice that the text left margin 
> moves to the right, i.e. at the top the text is left-justified as it should be, 
> bu then the text moves to the right;
>>  3) when I was taught by various people how to develop and test the code, I 
> was explained that number of test cases is typically (quite) big, but at least 
> _obvious_ corner cases should be tested, and the number of obvious corner cases 
> is typically _much_ less than the full number of test cases;
>>  4) in this particular instance there are just _two_ corner cases: top and 
> bottom, and the developers didn't bother to check even them.
>> 
>>  So, because of _gross_ disrespect for very basic QA guidelines on the side 
> of the developers I am fully opposed to nominating this project for 
> "project of the month".
> 
> Sergei,
> 
> as the author of the code in question I do apologize: I am truly sorry that I 
> forced you into using code that I developed in my (non-existing) spare-time. I 
> really did not mean to force you to depend on this code. Please forgive me! I 
> promise I will never ever release any code code that you could be interested in 
> using, such that you shall never be forced to use my terrible code again. Please 
> accept my apology for making something that serves a practical purpose, yet is 
> imperfect. I shall never be practical again!
> 
> Yours truly,
> Søren
>

Did you try to write and discuss the spec first ?

As I wrote, correct implementation of you intended (if I understand you correctly - I did carefully look into 'pkg.m') is impossible without the namespace issue resolution.

I.e. _both_ packaging and namespace implementations should be spec'ed in conjuction with each other.

And what I wrote in quoted by you reply is a more a less cosmetic issue which immediately pops into one's eyes; lack of specs are the _core_ Octave methodology development problem.

And, awarding "project of the month" to a project suffering from lack of spec is _not_ in order


Regards,
  Sergei.