alphabetical list of Octave functions

[gOS]

I'm looking for a list of just the function names in alphabetical order (no specs, help, or any other commentary,numbering, delims... etc)

Does such a list exist somewhere or could someone provide me with one?

Reason being that I'm using Notepad++ do do my editing as it has several features that make editing simpler and faster. It has the option to have a kind of intellisense for any language if you give it an alphabetical list of the functions. I don't honestly need it to be alphabetical, but a list without duplicates would be appreciated.

If only their new console would allow Octave to run a bit easier I'd be set. Errors cause the thing to crap out to the point that you have to start octave again, but that's more than likely glitches in their terminal.

[John W. Eaton]

On 10-Jun-2008, gOS wrote:

| I'm looking for a list of just the function names in alphabetical order (no
| specs, help, or any other commentary,numbering, delims... etc)
|
| Does such a list exist somewhere or could someone provide me with one?
|
| Reason being that I'm using Notepad++ do do my editing as it has several
| features that make editing simpler and faster. It has the option to have a
| kind of intellisense for any language if you give it an alphabetical list of
| the functions. I don't honestly need it to be alphabetical, but a list
| without duplicates would be appreciated.
|
| If only their new console would allow Octave to run a bit easier I'd be set.
| Errors cause the thing to crap out to the point that you have to start
| octave again, but that's more than likely glitches in their terminal.

Octave's command-line completion can give you a list of available
functions.  Just start a fresh Octave session and type TAB twice.

jwe
_______________________________________________
Help-octave mailing list
Help-octave@...
https://www.cae.wisc.edu/mailman/listinfo/help-octave

[gOS]

John W. Eaton wrote:

> On 10-Jun-2008, gOS wrote:
>
> | I'm looking for a list of just the function names in alphabetical order (no
> | specs, help, or any other commentary,numbering, delims... etc)
> |
> | Does such a list exist somewhere or could someone provide me with one?
> |
> | Reason being that I'm using Notepad++ do do my editing as it has several
> | features that make editing simpler and faster. It has the option to have a
> | kind of intellisense for any language if you give it an alphabetical list of
> | the functions. I don't honestly need it to be alphabetical, but a list
> | without duplicates would be appreciated.
> |
> | If only their new console would allow Octave to run a bit easier I'd be set.
> | Errors cause the thing to crap out to the point that you have to start
> | octave again, but that's more than likely glitches in their terminal.
>
> Octave's command-line completion can give you a list of available
> functions.  Just start a fresh Octave session and type TAB twice.
>
> jwe
>
>  

Do you have a suggestion on how to capture that output? The 2835 items
couldn't be displayed in one terminal for me to just copy and paste the
data out.

gOS
_______________________________________________
Help-octave mailing list
Help-octave@...
https://www.cae.wisc.edu/mailman/listinfo/help-octave

[John W. Eaton]

On 10-Jun-2008, Brian Kirklin wrote:

| Do you have a suggestion on how to capture that output? The 2835 items
| couldn't be displayed in one terminal for me to just copy and paste the
| data out.

Just after I sent the message, I realized another way is

  x = completion_matches ("");
  x(x==0) = "";
  x(:,end+1) = "\n";
  fid = fopen ("function-list", "w");
  fprintf (fid, x');
  fclose (fid);

It's a little messy because completion matches pads with ASCII nul and
doesn't include newline characters.  Maybe there is a simpler way to
do it.  You'll also need to strip the file names that are also
possible completions, but those should all appear together at the end
of the list.

jwe
_______________________________________________
Help-octave mailing list
Help-octave@...
https://www.cae.wisc.edu/mailman/listinfo/help-octave

[gOS]

John W. Eaton wrote:

On 10-Jun-2008, Brian Kirklin wrote:

| Do you have a suggestion on how to capture that output? The 2835 items
| couldn't be displayed in one terminal for me to just copy and paste the
| data out.

Just after I sent the message, I realized another way is

  x = completion_matches ("");
  x(x==0) = "";
  x(:,end+1) = "\n";
  fid = fopen ("function-list", "w");
  fprintf (fid, x');
  fclose (fid);

It's a little messy because completion matches pads with ASCII nul and
doesn't include newline characters.  Maybe there is a simpler way to
do it.  You'll also need to strip the file names that are also
possible completions, but those should all appear together at the end
of the list.

jwe
_______________________________________________
Help-octave mailing list
[e-mail]
https://www.cae.wisc.edu/mailman/listinfo/help-octave

That code almost worked, I found that this worked a little better.  

  x = completion_matches ("");  
  x(x==0) = "%";
  x(:,end+1) = "\n";
  fid = fopen ("test.txt", "w");
  fwrite (fid, x');
  fclose (fid);

Problems:

 x(x==0) = ""; drastically increased the size of the string and started doing things I didn't understand. I just used find and replace all inside of notepad++  to remove the %. I'm not entirely sure why your method didn't work. Also, fprintf didn't record the data properly in windows, but fwrite did. Again, not sure why, but I appreciate the help.

I'm now trying to narrow down the list by removing functions that are directly related  to Octave only, simply because no one programming for my company should be using something that won't be present in Matlab. I know I won't be able to remove all of the functions from this list without some amount of difficulty, but certain formatting exists from what I'm seeing. Is it correct that functions which have the format __functionname__ are soley octave functions?

I'll probably hunt down a list on octave_forge or something like that to determine what if anything else is not present in Matlab. Help on this point would help too.

Thanks again for the help. These boards have been very useful over my the last few years of working with octave.

[John W. Eaton]

On 10-Jun-2008, gOS wrote:

|  x(x==0) = ""; drastically increased the size of the string and started
| doing things I didn't understand. I just used find and replace all inside of
| notepad++  to remove the %. I'm not entirely sure why your method didn't
| work. Also, fprintf didn't record the data properly in windows, but fwrite
| did. Again, not sure why, but I appreciate the help.

I meant to use " ", not "".

jwe
_______________________________________________
Help-octave mailing list
Help-octave@...
https://www.cae.wisc.edu/mailman/listinfo/help-octave

[Jaroslav Hajek-2]

On Tue, Jun 10, 2008 at 8:59 PM, gOS <bkirklin@...> wrote:

>
>
>
> John W. Eaton wrote:
>>
>> On 10-Jun-2008, Brian Kirklin wrote:
>>
>> | Do you have a suggestion on how to capture that output? The 2835 items
>> | couldn't be displayed in one terminal for me to just copy and paste the
>> | data out.
>>
>> Just after I sent the message, I realized another way is
>>
>>   x = completion_matches ("");
>>   x(x==0) = "";
>>   x(:,end+1) = "\n";
>>   fid = fopen ("function-list", "w");
>>   fprintf (fid, x');
>>   fclose (fid);
>>
>> It's a little messy because completion matches pads with ASCII nul and
>> doesn't include newline characters.  Maybe there is a simpler way to
>> do it.  You'll also need to strip the file names that are also
>> possible completions, but those should all appear together at the end
>> of the list.
>>
>> jwe
>> _______________________________________________
>> Help-octave mailing list
>> Help-octave@...
>> https://www.cae.wisc.edu/mailman/listinfo/help-octave
>>
>>
>
> That code almost worked, I found that this worked a little better.
>
>  x = completion_matches ("");
>  x(x==0) = "%";
>  x(:,end+1) = "\n";
>  fid = fopen ("test.txt", "w");
>  fwrite (fid, x');
>  fclose (fid);
>
> Problems:
>
>  x(x==0) = ""; drastically increased the size of the string and started
> doing things I didn't understand. I just used find and replace all inside of
> notepad++  to remove the %. I'm not entirely sure why your method didn't
> work. Also, fprintf didn't record the data properly in windows, but fwrite
> did. Again, not sure why, but I appreciate the help.
>

Even better:

x = completion_matches ("");
x(:,end+1) = "\n";
x = x'(:);
x(x==0) = [];
fid = fopen ("function-list", "w");
fputs (fid, x');
fclose (fid);

> I'm now trying to narrow down the list by removing functions that are
> directly related  to Octave only, simply because no one programming for my
> company should be using something that won't be present in Matlab.

Though I understand what you mean, I can't help noting that you can
certainly implement the missing functions in Matlab.

regards

--
RNDr. Jaroslav Hajek
computing expert
Aeronautical Research and Test Institute (VZLU)
Prague, Czech Republic
url: www.highegg.matfyz.cz
_______________________________________________
Help-octave mailing list
Help-octave@...
https://www.cae.wisc.edu/mailman/listinfo/help-octave

[Jordi Gutiérrez Hermoso]

On 10/06/2008, gOS <bkirklin@...> wrote:
>  simply because no one programming for my
>  company should be using something that won't be present in Matlab.

If only it were that nobody in your company should be using Matlab. :-/

All this wasted effort on proprietary software for code that could
just as easily be made free, when we as a numeric community obviously
have the geekpower for it, and are already getting paid by employers
and academic institutions.

But I digress.

- Jordi G. H.
_______________________________________________
Help-octave mailing list
Help-octave@...
https://www.cae.wisc.edu/mailman/listinfo/help-octave

[gOS]

Jordi Gutiérrez Hermoso wrote:

> On 10/06/2008, gOS <bkirklin@...> wrote:
>  
>>  simply because no one programming for my
>>  company should be using something that won't be present in Matlab.
>>    
>
> If only it were that nobody in your company should be using Matlab. :-/
>
> All this wasted effort on proprietary software for code that could
> just as easily be made free, when we as a numeric community obviously
> have the geekpower for it, and are already getting paid by employers
> and academic institutions.
>
> But I digress.
>
> - Jordi G. H.
>
>  

As long as there are advantages to using Matlab over Octave there will
always be people who use Matlab. In particular, you rarely have to worry
about bugs when working with Matlab, there are significant speed
advantages due to JIT compiling, the graphics end doesn't crash, and
everything is well documented, etc.

I love Octave, but its main advantage is that it is free, and for now it
is still behind Matlab in a lot of the areas it needs to pick up on for
a company to ever outright replace Matlab. That said, I will continue to
use Octave because it is extremely powerful and useful, but its
understandable that there are still Matlab users.
_______________________________________________
Help-octave mailing list
Help-octave@...
https://www.cae.wisc.edu/mailman/listinfo/help-octave

[David Bateman]

Brian Kirklin wrote:

> Jordi Gutiérrez Hermoso wrote:
>  
>> On 10/06/2008, gOS <bkirklin@...> wrote:
>>  
>>    
>>>  simply because no one programming for my
>>>  company should be using something that won't be present in Matlab.
>>>    
>>>      
>> If only it were that nobody in your company should be using Matlab. :-/
>>
>> All this wasted effort on proprietary software for code that could
>> just as easily be made free, when we as a numeric community obviously
>> have the geekpower for it, and are already getting paid by employers
>> and academic institutions.
>>
>> But I digress.
>>
>> - Jordi G. H.
>>
>>  
>>    
> As long as there are advantages to using Matlab over Octave there will
> always be people who use Matlab. In particular, you rarely have to worry
> about bugs when working with Matlab, there are significant speed
> advantages due to JIT compiling, the graphics end doesn't crash, and
> everything is well documented, etc.
>  

Ok the JIT and a large number of toolbox functions is a given for
matlab, but I'd disagree on the issue of bugs.. I'd had a number of bugs
in Matlab in the past and the response from their support was always
along the lines of  "known bugs aren't bugs but rather are features".
The classic one was "speye(n).^0" which I believe they finally fixed in
2007b even though I reported it 5 years ago. The only bug I've had to
worry about in Octave recently have been ones that push the limits of
the compatibility between Octave/Matlab with things like function
handles defined in sub-functions.. Also having the Octave source means
that any bugs I find I can and do fix myself rather than waiting on the
whim of mathworks support staff to fix.

I've not had crashes with the graphics with gnuplot 4.2.3, though there
were issues with gnuplot 4.2.0 due to a bug in the handling of piped
data in gnuplot. The graphics in Octave is evolving quickly however and
so is incomplete relative to the equivalent matlab functionality, though
that doesn't mean it crashes. The Java 1.4 or earlier issue for
jhandles, can't really be considered the fault of Octave.. Matlab
delivers their own copy of java to avoid having to address such problems
which is a bit of bloat.. This is a matter of philosophy, If you have
upgrades available then use them and avoid incompatibilities and/or
bloat. Modern linux distributions all have auto update features for the
entire system (not just the bits supplied by Microsoft as is the case
for windows) to address this.

D.

PS. FreeMat is implementing a JIT based on LLVM and Octave will most
likely copy their code once it stabilizes and get the equivalent JIT
functional of matlab.

--
David Bateman                                David.Bateman@...
Motorola Labs - Paris                        [phone] (Ph)
Parc Les Algorithmes, Commune de St Aubin    [phone] (Mob)
91193 Gif-Sur-Yvette FRANCE                  [phone] (Fax)

The information contained in this communication has been classified as:

[x] General Business Information
[ ] Motorola Internal Use Only
[ ] Motorola Confidential Proprietary

_______________________________________________
Help-octave mailing list
Help-octave@...
https://www.cae.wisc.edu/mailman/listinfo/help-octave

[Søren Hauberg]

tor, 12 06 2008 kl. 09:19 -0400, skrev Brian Kirklin:
> As long as there are advantages to using Matlab over Octave there will
> always be people who use Matlab. In particular, you rarely have to worry
> about bugs when working with Matlab, there are significant speed
> advantages due to JIT compiling, the graphics end doesn't crash, and
> everything is well documented, etc.

I was working on a project a couple of months ago where I was forced
into using Matlab, and I experienced things just the opposite of what
you've described. The graphics crashed (took all of Matlab with it) so
often, that I got used to saving data on regular intervals, so I
wouldn't loose too much work when (not if) Matlab would crash.

The language has weird bugs, that force me into writing hard-to-read
code. I couldn't even write things like
  a = rand (50);
  b = a (2:3, :) (:);
Instead I had to introduce a variable, like this
  a = rand (50);
  tmp = a (2:3, :);
  b = tmp (:);
How silly is that? Oh, and why do I have to end a for loop with an 'end'
instead of 'endfor'. That's just awful! Really, Matlab needs to improve
its Octave compatibility, because the current state of Matlab is just
sad. The only place where I envy Matlab users, is when it comes to
documentation. That do have quite good docs (but hey, it's online, so I
can use it as well).

Søren

_______________________________________________
Help-octave mailing list
Help-octave@...
https://www.cae.wisc.edu/mailman/listinfo/help-octave

[Jaroslav Hajek-2]

> I was working on a project a couple of months ago where I was forced
> into using Matlab, and I experienced things just the opposite of what
> you've described. The graphics crashed (took all of Matlab with it) so
> often, that I got used to saving data on regular intervals, so I
> wouldn't loose too much work when (not if) Matlab would crash.
>

And although all the GUI stuff is probably vital for people not used
to CLI, I suspect that Mathworks guys are testing it only on heavy
quad core machines with nothing else running. I recall using Matlab at
school labs (under Windoze) - a few browser windows open,  Windows
Commander and just starting Matlab with all the GUI components took
ages, and the whole thing was irritatingly slow afterwards. I have an
even older computer at home (bought 6 years ago), and still I am able
to have an Octave window on a shortcut to use for quick calculations.
And even starting matlab with -nojvm -nodesktop on a remote server
takes almost twice as long as starting Octave (but perhaps all the
toolboxes need to be blamed for that). CLI support is defintely better
in Octave, and it's not just readline.

> The language has weird bugs, that force me into writing hard-to-read
> code. I couldn't even write things like
>  a = rand (50);
>  b = a (2:3, :) (:);
> Instead I had to introduce a variable, like this
>   a = rand (50);
>  tmp = a (2:3, :);
>  b = tmp (:);
> How silly is that? Oh, and why do I have to end a for loop with an 'end'
> instead of 'endfor'. That's just awful! Really, Matlab needs to improve
> its Octave compatibility, because the current state of Matlab is just
> sad. The only place where I envy Matlab users, is when it comes to
> documentation. That do have quite good docs (but hey, it's online, so I
> can use it as well).
>
> Søren
>
> _______________________________________________
> Help-octave mailing list
> Help-octave@...
> https://www.cae.wisc.edu/mailman/listinfo/help-octave
>

--
RNDr. Jaroslav Hajek
computing expert
Aeronautical Research and Test Institute (VZLU)
Prague, Czech Republic
url: www.highegg.matfyz.cz

_______________________________________________
Help-octave mailing list
Help-octave@...
https://www.cae.wisc.edu/mailman/listinfo/help-octave

[Bill Denney-5]

David Bateman wrote:

> Brian Kirklin wrote:
>  
>> As long as there are advantages to using Matlab over Octave there will
>> always be people who use Matlab. In particular, you rarely have to worry
>> about bugs when working with Matlab, there are significant speed
>> advantages due to JIT compiling, the graphics end doesn't crash, and
>> everything is well documented, etc.
>>    
> Ok the JIT and a large number of toolbox functions is a given for
> matlab, but I'd disagree on the issue of bugs.. I'd had a number of bugs
> in Matlab in the past and the response from their support was always
> along the lines of  "known bugs aren't bugs but rather are features".
> The classic one was "speye(n).^0" which I believe they finally fixed in
> 2007b even though I reported it 5 years ago. The only bug I've had to
> worry about in Octave recently have been ones that push the limits of
> the compatibility between Octave/Matlab with things like function
> handles defined in sub-functions.. Also having the Octave source means
> that any bugs I find I can and do fix myself rather than waiting on the
> whim of mathworks support staff to fix.
>  

I can ditto that about bugs-- I have submitted several matlab bugs over
the years (about 5), and in every case the response was either silence,
"why were you doing that?", or similar to the above (features, not
bugs).  I've also crashed Matlab's graphics (causing matlab to
disappear, not just give the "you should close matlab and contact
mathworks" red errors with the stack trace).

Have a good day,

Bill
_______________________________________________
Help-octave mailing list
Help-octave@...
https://www.cae.wisc.edu/mailman/listinfo/help-octave

[John W. Eaton]

On 12-Jun-2008, Brian Kirklin wrote:

| As long as there are advantages to using Matlab over Octave there will
| always be people who use Matlab. In particular, you rarely have to worry
| about bugs when working with Matlab, there are significant speed
| advantages due to JIT compiling, the graphics end doesn't crash, and
| everything is well documented, etc.
|
| I love Octave, but its main advantage is that it is free, and for now it
| is still behind Matlab in a lot of the areas it needs to pick up on for
| a company to ever outright replace Matlab. That said, I will continue to
| use Octave because it is extremely powerful and useful, but its
| understandable that there are still Matlab users.

I'm sorry that Octave doesn't quite measure up for you.  If you would
like to see that situation change, then please consider helping to
improve it rather than just telling us that it is inferior in oh so
many ways.  I don't think that many of the people who are working on
Octave find that kind of criticism encouraging or productive.

Meanwhile, you are funding the development of Matlab but not Octave,
yet you expect Octave to somehow equal or even exceed the features and
performance of Matlab?  How do you expect that to happen?

I'd say that given the resources we have had for Octave development,
our community has done a remarkable job.  Imagine how much better
Octave could be if we had even the small amount of funding necessary
to pay five of the most talented contributors to work on Octave full
time instead of just doing that work in their "spare" time.

How many Matlab licenses would that be?  I'd guess not many.  Perhaps
your company (and others) would be willing to divert some fraction its
budget for proprietary software to the development of free software
tools like Octave?

jwe
_______________________________________________
Help-octave mailing list
Help-octave@...
https://www.cae.wisc.edu/mailman/listinfo/help-octave

[gOS]

Well I certainly feel my comments have been taken completely out of  context. I'm a lowly intern who doesn't make any decisions to determine what other people use in my office. Sure I could go on some didactic crusade in my small software department to try to get everyone to stop using Matlab, but that would be unproductive, and given that this is a smaller business, its unlikely we could finance your entire team (we haven't renewed our single matlab license in several years due to the cost).

Anyhow, I just thought that you would all understand that when you are in possession of a fully functional product, you don't just discard it because you have access to a similar one that is still working on catching up.

Yes, you'd like me to contribute in whatever way I can. And I do, I report bugs and ask questions so that you have a better idea what the average octave user is going through. I don't have the money or the time to do what you do, but if you'd like to pay ME, I'll certainly consider it.

As I said, I love Octave, I'll continue to use it, and yes it would be awesome if you could have everything on your wish list fulfilled, but I'm not in the position to do any of that for you.

Thanks for all the help I've received, but please stop asking me to stop using Matlab and Windows (which I've become all to familiar with over the years). It is rarely a plausible solution to my problems as I don't have a choice as to what platform I program on or what programing languages my colleagues use.

Good luck getting donations and whatnot.