Daniel Liu | 31 Oct 15:33 2014
Picon

plan for google-summer code

Hi everyone,

I am pretty new to the list, but I have been using Octave for a long time, just for my own homework and school project.

My current PhD project here in NYU involvs coding in C/ C++. I would like to start spending my spare time in 

a) contributing to the open-source communitiy in general here in long term on the hand, on the other, I would like to 
b) take part in the google summer code with any possible Octave project, for I noticed there were some very successful Octave project done in the past. 

So I want to know how I shall start? And what kind of knowledge/background is required to contribute to Octave develpment, and for the google summer 2015, respectively? Do I need a team for joining the google summer?

A little about my background, I am still learning/improving programming skills; I know C/C++ in the level of school project, but no real industry experience. As a user, I have been on linux/mac system for more ten years and I am familiar with vi, gdb, make, awk, grep, etc utilities. 

Any comments, suggestions, and advice would be highly appreciated.

Daniel

Pantxo Diribarne | 31 Oct 19:12 2014

Replacing default.img by default image 'cdata'

Hi,

Currently, the call to "image ()" without argument builds an image 
object using data loaded from file (default.img). For consistency with 
other graphics primitives (and for matlab compatibility if it is of any 
importance here), I think octave should use the default image "cdata" 
instead.

Do people have an opinion against this modification in image.m behavior?

Pantxo

Apps Embedded | 29 Oct 21:01 2014
Picon

Octave Console Free and Octave Console Premium on iOS

Hi,

We have developped an iOS app that is based on GNU octave.

There are limitations but the core of Octave is working. For exemple, graphics are not supported.

We have published the code under GPL v3 licence and made accessible all the source code necessary to build the iOS app.

Could you have a look to the app on iOS and tell us if there is no legal issue with this project ?
Can we freely use the Octave word in the app name or should we get an authorization to use it ?

Thanks for your help.

Apps Embedded Team.
Avinoam Kalma | 28 Oct 22:00 2014
Picon

imread & clear all causes a segmentation fault

Hi,

 

I'm using Octave inofficial Windows version 3.8.2-3 from http://mxeoctave.osuv.de/.

 

Typing "clear all" after imread, causes octave to crash.

It's Similar to  bug #41699, "imread causes a segmentation fault when exiting Octave",

but there no need to exit.

 

(BTW: is there any official Windows version?)

 

Thanks,

 

Avinoam Kalma

Juan Pablo Carbajal | 28 Oct 07:11 2014
Picon

Re: Becoming a Forge Developer

On Tue, Oct 28, 2014 at 7:10 AM, Juan Pablo Carbajal
<ajuanpi+dev <at> gmail.com> wrote:
> On Mon, Oct 27, 2014 at 11:32 PM, JD Walsh <jdwalsh03 <at> gmail.com> wrote:
>> Thanks, Juan! Once I saw that the `svn' files were from 2009, I tracked down
>> the Mercurial page on the wiki. I've used hg, so cloning was no trouble.
>>
>> I'm willing to commit to maintaining my functions. In fact, I'd prefer to:
>> if I build something, I want to make sure it works correctly. And keeps
>> working. (And the fun of coding / bug-hunting is a pretty good perk.) If
>> it's not too much trouble, having `push' permission would make it easier to
>> provide ongoing support.
>>
>> Take your time with the patch, and if you find anything you'd like me to
>> fix, please ask.
>>
>> Looking forward to working with you,
>>
>> --JD
>>
>>
>> On Mon, Oct 27, 2014 at 5:36 PM, Juan Pablo Carbajal <ajuanpi+dev <at> gmail.com>
>> wrote:
>>>
>>> On Mon, Oct 27, 2014 at 6:17 PM, JD Walsh <jdwalsh03 <at> gmail.com> wrote:
>>> > Hi! I'm a PhD candidate in Mathematics at Georgia Tech, and right now my
>>> > thesis work involves a LOT of Octave programming. I came across a
>>> > problem
>>> > with the `cmdscale' function in the Octave-Forge Statistics package and
>>> > uploaded a patch for it (Patch 8559 at
>>> > https://savannah.gnu.org/patch/?8559). A copy of the submitted patch
>>> > file is
>>> > attached.
>>> >
>>> > I'd like to make more ongoing contributions: if nothing else, when I was
>>> > preparing `cmdscale' for submission I noticed that the closely-related
>>> > MatLab functions `mdscale' and `procrustes' are both missing from
>>> > Octave-Forge-Statistics. The online info about becoming a Forge
>>> > Developer
>>> > said I should post a request here, but the page is a little outdated
>>> > (the
>>> > references to `svn' on that page made cloning the current source
>>> > ``interesting'').
>>> >
>>> > Am I in the right place? If so, I hope you like the submission (and my
>>> > SourceForge ID is the same one I'm using on Savannah: jdwalsh). If I'm
>>> > in
>>> > the wrong place, can anyone tell me where to submit this request?
>>> >
>>> > Either way, thanks for all your great work on Octave!
>>> >
>>> > --JD
>>>
>>> JD, Welcome to Octave.
>>>
>>> You are definitely in the right place. And indeed some of our pages
>>> haven't seen the update wave since we changed to mercurial.
>>> I assume you are able to clone the repository, right?
>>>
>>> If you plan to submit patches form time to time, you do not need push
>>> permission. Just send your patches to the tracker in savannah.
>>>
>>> If you plan to do a single time submission of functions, Octave Agora
>>> would be the right place (plus a mail to these list).
>>>
>>> Now, if you plan to submit your functions and you commit to maintain
>>> them, then I think our benevolent ruler (Carnë Draug) will give you
>>> push permission.
>>>
>>> In any case give us some time to go through your patch.
>>>
>>> Thanks again, and welcome!
>>
>>
>
> JD,
>
> That is great!
>
> Please *always* keep the mailing list in CC, so everybody can track
> the conversation.
> Also, we answer messages at the bottom, like I am doing now, we do not
> top-post (http://en.wikipedia.org/wiki/Posting_style#Top-posting) as
> it makes more difficult to follow the discussion in the mailing list
> archives.
>
> For sure Carnë will answer your mail soon.
>
> Cheer

JD,

That is great!

Please *always* keep the mailing list in CC, so everybody can track
the conversation.
Also, we answer messages at the bottom, like I am doing now, we do not
top-post (http://en.wikipedia.org/wiki/Posting_style#Top-posting) as
it makes more difficult to follow the discussion in the mailing list
archives.

For sure Carnë will answer your mail soon.

Cheer

Juan Pablo Carbajal | 27 Oct 20:46 2014
Picon

Re: Struct to Graphviz

On Sun, Oct 26, 2014 at 11:11 PM, c. <carlo.defalco <at> gmail.com> wrote:
>
>
> On 26 Oct 2014, at 21:53, Juan Pablo Carbajal <ajuanpi+dev <at> gmail.com> wrote:
>
> The raw code is given in the "Revise this snippet" part, isn't it?
>
> There is nothing in the "Revise this snippet" for me, see the attachment.
> c.
>
>
>

We do not see the same!
Maybe there is a bug in the libraries used in the website that causes
them to fail in Safari?
On Ubuntu 14.04 both Firefox and Chorme show the raw text in the
Revise this snippet section.

JD Walsh | 27 Oct 18:17 2014
Picon

Becoming a Forge Developer

Hi! I'm a PhD candidate in Mathematics at Georgia Tech, and right now my thesis work involves a LOT of Octave programming. I came across a problem with the `cmdscale' function in the Octave-Forge Statistics package and uploaded a patch for it (Patch 8559 at https://savannah.gnu.org/patch/?8559). A copy of the submitted patch file is attached.

I'd like to make more ongoing contributions: if nothing else, when I was preparing `cmdscale' for submission I noticed that the closely-related MatLab functions `mdscale' and `procrustes' are both missing from Octave-Forge-Statistics. The online info about becoming a Forge Developer said I should post a request here, but the page is a little outdated (the references to `svn' on that page made cloning the current source ``interesting'').

Am I in the right place? If so, I hope you like the submission (and my SourceForge ID is the same one I'm using on Savannah: jdwalsh). If I'm in the wrong place, can anyone tell me where to submit this request?

Either way, thanks for all your great work on Octave!

--JD

Attachment (cmdscale.patch): text/x-patch, 11 KiB
Kozma, Endre | 26 Oct 19:42 2014
Picon

dlopen vs. (dynamic) linking at build

When developing octave packages you sometimes need to use services of
special libraries. The question emerges whether dlopen or (dynamic)
linking to the package binaries should be applied. The first method
seems to be a bit more flexible regarding fault cases. If the library
irrecoverably fails and it would be good to restart it, then the
packages could do it by itself (by dlclose e.g.). Another advantage is
that you this way could deliver binary package without the library. Of
course the user will still have to install the library to be able to
use the package, but it does not affect the package installation. What
do you think?

Endre
Rik | 22 Oct 19:50 2014

tempname vs. tmpnam

10/22/14

All,

I checked in a changeset which moves all of core Octave to using tempname
(http://hg.savannah.gnu.org/hgweb/octave/rev/6ca096827123).

It doesn't actually deprecate tmpnam, but it removes it from seealso links
in the documentation and from the manual.  If you type 'help tmpnam' it
returns a help string which mentions that tempname is preferred in new code.

Eventually we may fully deprecate it, but not for a while.

Cheers,
Rik

Carnë Draug | 22 Oct 01:00 2014

making element_type NDArray parent classes of element_type Matrix

Hi

at the moment, both Matrix and NDArray classes are derived from
Array<element_type>.  I may be missing something but I think it makes
more sense to have the Matrix classes derive from a NDArray of the
corresponding element_type.

For starters, I did this for boolMatrix and boolNDArray [1]. It is
building fine and make check is successful.  I would continue this but
maybe others have different opinions on what things should derive
from.

There is also the case to have Matrix classes inherit from both an
AbstractMatrix and element_type NDArray, but that may complicate
things too much for very little gain (or any gain?).

The specific thing that triggered this was trying to implement the
bitpack and bitunpack as boolNDArray methods [2].  That's when I
noticed that implementing on boolNDArray would not make it available
for boolMatrix

Could anyone comment on this change?  If we are going to change where
things derive from, we may as well go for broke and make other bigger
changes that may have been hold back to not break existing code.

Carnë

[1] https://bpaste.net/show/6b5a03b8bda3
[2] http://lists.gnu.org/archive/html/octave-maintainers/2014-10/msg00053.html

Rik | 21 Oct 00:12 2014

More help with getfields and orderfields

10/20/14

Can someone try the following under Matlab?

s(2,2).a = 1;
s(1,1).b = 2;
s(:,2).a
getfield (s, {':', 2}, 'a')

AND

s(2,2).a = 1;
s(2,2).b = 2;
s = resize (s, [1 0])
s2 = orderfields (s, {'b', 'a'})
size (s2)

Thanks,
Rik


Gmane