octave-dev — GNU Octave developers' list

Re: [OctDev] New Joinee

[Carnë D. <car...@gm...>]

On 25 August 2012 07:18, ravikanth kotha <rav...@gm...> wrote:
> Hi all
> I am interested in contributing to Octave Open Source Project. Can you
> please include me in the developers list.
>
> Thank You
> --
> RAVI KANTH KOTHA
> Mtech(IT)

Hi Ravi

we only give access to developers after they have made a few
contributions and those have been revised by others. You can attach
patches to the bug tracker and we will revise it and apply them. What
what are you interesting in developing?

Looking forward to see your patches,
Carnë

Re: [OctDev] mechanics 1.3.0 cannot handle installation prefixes

[Clemens B. <dr...@ao...>]

On Sat, Aug 25, 2012 at 10:28:36AM +0200, Juan Pablo Carbajal wrote:
>
> I updated the scripts to mimic the ones in geometry. Please test their
> version from the SVN. If everything is ok I will update them in the
> released version.

Works. Thanks!

Clemens

Re: [OctDev] mechanics 1.3.0 cannot handle installation prefixes

[Juan P. C. <car...@if...>]

On Sat, Aug 25, 2012 at 9:31 AM, Clemens Buchacher <dr...@ao...> wrote:
> Hi Juan,
>
> Version 1.3.0 of the mechanis package has the same problem with
> installation prefixes which we had before with the geometry package. It
> produces the following warnings on load:
>
>> pkg load mechanics
> warning: addpath: /usr/lib/octave/packages/mechanics-1.3.0/molecularDynamics: No such file or directory
> warning: addpath: /usr/lib/octave/packages/mechanics-1.3.0/ocframe: No such file or directory
> warning: addpath: /usr/lib/octave/packages/mechanics-1.3.0/core: No such file or directory
>
> The package was installed with prefix /usr/share/octave/packages, and
> that's where those directories can be found.
>
> Please Cc me on reply.
>
> Best regards,
> Clemens

Hi Clemens,
Thanks for testing.

I updated the scripts to mimic the ones in geometry. Please test their
version from the SVN. If everything is ok I will update them in the
released version.

-- 
M. Sc. Juan Pablo Carbajal
-----
PhD Student
University of Zürich
http://ailab.ifi.uzh.ch/carbajal/

[OctDev] mechanics 1.3.0 cannot handle installation prefixes

[Clemens B. <dr...@ao...>]

Hi Juan,

Version 1.3.0 of the mechanis package has the same problem with
installation prefixes which we had before with the geometry package. It
produces the following warnings on load:

> pkg load mechanics
warning: addpath: /usr/lib/octave/packages/mechanics-1.3.0/molecularDynamics: No such file or directory
warning: addpath: /usr/lib/octave/packages/mechanics-1.3.0/ocframe: No such file or directory
warning: addpath: /usr/lib/octave/packages/mechanics-1.3.0/core: No such file or directory

The package was installed with prefix /usr/share/octave/packages, and
that's where those directories can be found.

Please Cc me on reply.

Best regards,
Clemens

[OctDev] New Joinee

[ravikanth k. <rav...@gm...>]

Hi all
I am interested in contributing to Octave Open Source Project. Can you
please include me in the developers list.

Thank You
-- 
RAVI KANTH KOTHA
Mtech(IT)

[OctDev] fuzzy-logic-toolkit-0.4.1 uploaded

[L. M. <lm...@us...>]

Hi,

I've uploaded version 0.4.1 of the fuzzy-logic-toolkit to the package release forum.
When you have a chance, would you upload it to the server?
 
Thank you,
L. Markowsky
 		 	   		  

[OctDev] mechanics 1.3.0 released

[Carnë D. <car...@gm...>]

Hi everyone

a new release of mechanics package is out, version 1.3.0, by Juan
Pablo Carbajal and Johan Beke.
Enjoy Octave responsibly.

Carnë

Re: [OctDev] Mechanics new release

[Carnë D. <car...@gm...>]

On Friday, August 24, 2012, Juan Pablo Carbajal <car...@if...> wrote:
> A small improvement to the mechanics package.
>
https://sourceforge.net/tracker/?func=detail&aid=3561242&group_id=2888&atid=3343767
>
> Please upload.
>
> Thank you
>
> @Carne: We shall delete releases that have been already uploaded to
> the Forge site, right?

Yes. But this tracker can't delete them. All that can be done is marking
deleted and then Mark as private. If you log out they disappear from view.

[OctDev] Mechanics new release

[Juan P. C. <car...@if...>]

A small improvement to the mechanics package.
https://sourceforge.net/tracker/?func=detail&aid=3561242&group_id=2888&atid=3343767

Please upload.

Thank you

@Carne: We shall delete releases that have been already uploaded to
the Forge site, right?

-- 
M. Sc. Juan Pablo Carbajal
-----
PhD Student
University of Zürich
http://ailab.ifi.uzh.ch/carbajal/

Re: [OctDev] Biomechanics package

[JuanPi <aj...@gm...>]

On Fri, Aug 24, 2012 at 9:45 AM, JuanPi <aj...@gm...> wrote:
> Hi all,
>
> I am assembling a new package providing tools for biomechanical research.
> If you have any suggestions or know somebody that can contribute,
> please let me know.
>
> Thanks!
>
> --
> JuanPi Carbajal
> -----
> "The bad economist pursues a small present good, which will be
> followed by a great evil to come, while the true economist pursues a
> great good to come, at the risk of a small present evil." - Frédéric
> Bastiat
> -----
> http://ailab.ifi.uzh.ch/carbajal/

Sorry, I forgot to add the link to the contents I ma planning so far
http://wiki.octave.org/User:KaKiLa#Biomechanics

-- 
JuanPi Carbajal
-----
"The bad economist pursues a small present good, which will be
followed by a great evil to come, while the true economist pursues a
great good to come, at the risk of a small present evil." - Frédéric
Bastiat
-----
http://ailab.ifi.uzh.ch/carbajal/

[OctDev] Biomechanics package

[JuanPi <aj...@gm...>]

Hi all,

I am assembling a new package providing tools for biomechanical research.
If you have any suggestions or know somebody that can contribute,
please let me know.

Thanks!

-- 
JuanPi Carbajal
-----
"The bad economist pursues a small present good, which will be
followed by a great evil to come, while the true economist pursues a
great good to come, at the risk of a small present evil." - Frédéric
Bastiat
-----
http://ailab.ifi.uzh.ch/carbajal/

Re: [OctDev] valgrind for oct files?

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

On 08/22/2012 03:30 PM, Andy Buckle wrote:
>> On Wed, 2012-08-22 at 12:21 +0100, Andy Buckle wrote:
>>> On 22 August 2012 12:11, dirk<dir...@co...>  wrote:
>>>> Hello all -
>>>> I'm trying to learn valgrind for oct files... can anyone share a working
>>>> example I could study?
>>>> Hope so, thanks
>>>> - dirk
>>>
>>> Invoke octave from the command line of your OS, in a way that calls
>>> your oct-file function. Run the whole of octave through valgrind. You
>>> will probably want to generate suppressions by doing this and not
>>> calling your oct-file.
>>>
>>> In the past i have also used pre-processor to change around the code,
>>> so i can call parts of my code from the OS, instead of from Octave.
>>> This is much faster than running the whole of Octave through valgrind.
>>>
>>> Which bit do you want examples of?
>
> On 22 August 2012 20:58, dirk<dir...@co...>  wrote:
>> thanks for the tips Andy.
>> I suspect my issues are just newbie problems, so any&  all advice is
>> helpful.  Here's an example point of confusion:
>>
>> $ valgrind octave --eval exit&>  octave_grind.txt
>>
>> gets me this in the .txt:
>>
>> ==17994== LEAK SUMMARY:
>> ==17994==    definitely lost: 3,108 bytes in 116 blocks
>> ==17994==    indirectly lost: 27,994 bytes in 201 blocks
>> ==17994==      possibly lost: 659,439 bytes in 3,101 blocks
>> ==17994==    still reachable: 34,585,196 bytes in 6,407 blocks
>> ==17994==         suppressed: 0 bytes in 0 blocks
>>
>> which seems to be telling that I lose 3k by just starting and stopping
>> octave... hard to believe.
>>
>> If it matters, I'm running octave 3.4.2 under linux, installed via
>> apt-get.
>>
>> - dirk
>
> (ooops, I forgot to reply-all)
>
> It's common to see that. I get the same kind of thing. It is probably
> Octave (or the libraries it depends on).

The version with the bundle I'm using (Fedora 14...they are past that 
now) is also 3.4.2.  I had problems with it crashing after just a few 
operations.  I ran the valgrind command you list above and get:

==5329== LEAK SUMMARY:
==5329==    definitely lost: 268 bytes in 19 blocks
==5329==    indirectly lost: 0 bytes in 0 blocks
==5329==      possibly lost: 102,948 bytes in 2,490 blocks
==5329==    still reachable: 1,848,332 bytes in 5,439 blocks
==5329==         suppressed: 0 bytes in 0 blocks

Could be Octave.  Could be maintainers using out-of-date library.  Hard 
to tell.  In any case, the latest Octave in the repository comes out 
with 0 bytes lost for the same test.

Dan

Re: [OctDev] valgrind for oct files?

[Andy B. <and...@gm...>]

> On Wed, 2012-08-22 at 12:21 +0100, Andy Buckle wrote:
>> On 22 August 2012 12:11, dirk <dir...@co...> wrote:
>> > Hello all -
>> > I'm trying to learn valgrind for oct files... can anyone share a working
>> > example I could study?
>> > Hope so, thanks
>> > - dirk
>>
>> Invoke octave from the command line of your OS, in a way that calls
>> your oct-file function. Run the whole of octave through valgrind. You
>> will probably want to generate suppressions by doing this and not
>> calling your oct-file.
>>
>> In the past i have also used pre-processor to change around the code,
>> so i can call parts of my code from the OS, instead of from Octave.
>> This is much faster than running the whole of Octave through valgrind.
>>
>> Which bit do you want examples of?

On 22 August 2012 20:58, dirk <dir...@co...> wrote:
> thanks for the tips Andy.
> I suspect my issues are just newbie problems, so any & all advice is
> helpful.  Here's an example point of confusion:
>
> $ valgrind octave --eval exit &> octave_grind.txt
>
> gets me this in the .txt:
>
> ==17994== LEAK SUMMARY:
> ==17994==    definitely lost: 3,108 bytes in 116 blocks
> ==17994==    indirectly lost: 27,994 bytes in 201 blocks
> ==17994==      possibly lost: 659,439 bytes in 3,101 blocks
> ==17994==    still reachable: 34,585,196 bytes in 6,407 blocks
> ==17994==         suppressed: 0 bytes in 0 blocks
>
> which seems to be telling that I lose 3k by just starting and stopping
> octave... hard to believe.
>
> If it matters, I'm running octave 3.4.2 under linux, installed via
> apt-get.
>
> - dirk

(ooops, I forgot to reply-all)

It's common to see that. I get the same kind of thing. It is probably
Octave (or the libraries it depends on).

Run that and make a suppression file to exclude the things that are
not your fault. Then run your code through valgrind in a similar way,
and you should only see things that are your fault. Write a bit of bad
code on purpose to see what you get.

Andy



-- 
/* andy buckle */

Re: [OctDev] Octave cookbook

[Ben A. <bpa...@ma...>]

On Aug 22, 2012, at 2:35 PM, Carnë Draug wrote:

> On 22 August 2012 18:31, c. <car...@gm...> wrote:
>> On 21 Aug 2012, at 20:55, Carnë Draug wrote:
>> 
>>> Hi everyone
>>> 
>>> I have started a page on the wiki entitled Octave cookbook.
>>> http://wiki.octave.org/Cookbook At the moment it only has two entries
>>> but if each person adds its own recipe, I hope that it can turn into
>>> something quite useful. For those who are not familiar with the
>>> concept, the idea is to catalogue a bunch of snippets to solve common
>>> problems that for one reason or another don't have a function.
>>> 
>>> There's no need for them be specially difficult or complicated things.
>>> For example, I really like "Perl cookbook" which has really simple
>>> things such as "reversing an array" to other more complicated such as
>>> "Writing a Multihomed server" (whatever that is). Actually many of the
>>> recipes in perl cookbook are, "use foo from module bar".
>>> 
>>> Carnë
>> 
>> Great idea!
>> 
>> I tried to add an entry, but it seems the wiki is having problems at interpreting math formulas at the moment?
>> Any idea how to fix this?
> 
> Jordi has just fixed this. It should be working now.
> 
> Carnë

I just noticed that texcv is installed.

	http://www.mediawiki.org/wiki/Manual:Math

For those who know LaTeX, you can do things like ...

 <math>
  \operatorname{erfc}(x) =
  \frac{2}{\sqrt{\pi}} \int_x^{\infty} e^{-t^2}\,dt =
  \frac{e^{-x^2}}{x\sqrt{\pi}}\sum_{n=0}^\infty (-1)^n \frac{(2n)!}{n!(2x)^{2n}}
 </math>

Ben

Re: [OctDev] Octave cookbook

[Carnë D. <car...@gm...>]

On 22 August 2012 18:31, c. <car...@gm...> wrote:
> On 21 Aug 2012, at 20:55, Carnë Draug wrote:
>
>> Hi everyone
>>
>> I have started a page on the wiki entitled Octave cookbook.
>> http://wiki.octave.org/Cookbook At the moment it only has two entries
>> but if each person adds its own recipe, I hope that it can turn into
>> something quite useful. For those who are not familiar with the
>> concept, the idea is to catalogue a bunch of snippets to solve common
>> problems that for one reason or another don't have a function.
>>
>> There's no need for them be specially difficult or complicated things.
>> For example, I really like "Perl cookbook" which has really simple
>> things such as "reversing an array" to other more complicated such as
>> "Writing a Multihomed server" (whatever that is). Actually many of the
>> recipes in perl cookbook are, "use foo from module bar".
>>
>> Carnë
>
> Great idea!
>
> I tried to add an entry, but it seems the wiki is having problems at interpreting math formulas at the moment?
> Any idea how to fix this?

Jordi has just fixed this. It should be working now.

Carnë

Re: [OctDev] Octave cookbook

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

On 21 Aug 2012, at 20:55, Carnë Draug wrote:

> Hi everyone
> 
> I have started a page on the wiki entitled Octave cookbook.
> http://wiki.octave.org/Cookbook At the moment it only has two entries
> but if each person adds its own recipe, I hope that it can turn into
> something quite useful. For those who are not familiar with the
> concept, the idea is to catalogue a bunch of snippets to solve common
> problems that for one reason or another don't have a function.
> 
> There's no need for them be specially difficult or complicated things.
> For example, I really like "Perl cookbook" which has really simple
> things such as "reversing an array" to other more complicated such as
> "Writing a Multihomed server" (whatever that is). Actually many of the
> recipes in perl cookbook are, "use foo from module bar".
> 
> Carnë

Great idea!

I tried to add an entry, but it seems the wiki is having problems at interpreting math formulas at the moment?
Any idea how to fix this?

c.

Re: [OctDev] valgrind for oct files?

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

On 22 August 2012 07:11, dirk <dir...@co...> wrote:
> I'm trying to learn valgrind for oct files... can anyone share a working
> example I could study?

Off the top of my head...

Compile your oct file with debug symols:

    CXXFLAGS=-g mkoctfile foo.cc

Write some m-script that executes code from your octfile

    echo "foo();" > myscript.m

Run Octave with valgrind:

    valgrind octave -q myscript.m

HTH,
- Jordi G. H.

[OctDev] valgrind for oct files?

[dirk <dir...@co...>]

Hello all - 
I'm trying to learn valgrind for oct files... can anyone share a working
example I could study?
Hope so, thanks
- dirk

Re: [OctDev] openmpi_ext

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

On 21 Aug 2012, at 05:01, Carnë Draug wrote:

> On 14 August 2012 17:40, c. <car...@gm...> wrote:
>> Hi,
>> 
>> It seems from a few recent posts on the list that openmpi_ext is getting some
>> attention lately, so I decided to have a look at its current status.
>> 
>> It seems that although it received very little maintainace in the last three years
>> it is still in very good shape and is still useful.
>> 
>> I went through the code and did a little cleanup, fixed some trivial bugs and removed
>> a lot of code duplication making use of templates and macros where possible.
>> 
>> Does anyone object if I apply the attached patch and prepare a new release?
> 
> Seems no one has anything against it, so I'd say "Go for it".
> 
> Carnë

Just committed changes to the repository I'll make the release over the weekend,
c.

Re: [OctDev] Octave cookbook

[Juan P. C. <car...@if...>]

On Tue, Aug 21, 2012 at 8:55 PM, Carnë Draug <car...@gm...> wrote:
> Hi everyone
>
> I have started a page on the wiki entitled Octave cookbook.
> http://wiki.octave.org/Cookbook At the moment it only has two entries
> but if each person adds its own recipe, I hope that it can turn into
> something quite useful. For those who are not familiar with the
> concept, the idea is to catalogue a bunch of snippets to solve common
> problems that for one reason or another don't have a function.
>
> There's no need for them be specially difficult or complicated things.
> For example, I really like "Perl cookbook" which has really simple
> things such as "reversing an array" to other more complicated such as
> "Writing a Multihomed server" (whatever that is). Actually many of the
> recipes in perl cookbook are, "use foo from module bar".
>
> Carnë
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Octave-dev mailing list
> Oct...@li...
> https://lists.sourceforge.net/lists/listinfo/octave-dev

Great initiative. I will try to add something asap.


-- 
M. Sc. Juan Pablo Carbajal
-----
PhD Student
University of Zürich
http://ailab.ifi.uzh.ch/carbajal/

[OctDev] Octave cookbook

[Carnë D. <car...@gm...>]

Hi everyone

I have started a page on the wiki entitled Octave cookbook.
http://wiki.octave.org/Cookbook At the moment it only has two entries
but if each person adds its own recipe, I hope that it can turn into
something quite useful. For those who are not familiar with the
concept, the idea is to catalogue a bunch of snippets to solve common
problems that for one reason or another don't have a function.

There's no need for them be specially difficult or complicated things.
For example, I really like "Perl cookbook" which has really simple
things such as "reversing an array" to other more complicated such as
"Writing a Multihomed server" (whatever that is). Actually many of the
recipes in perl cookbook are, "use foo from module bar".

Carnë

Re: [OctDev] Distribution costs [WAS: Re: Regarding the MSYS installer]

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

On 23 July 2012 03:01, nitnit <ni...@gm...> wrote:
> I think that making such an "effective installer" is beyond my skills and
> spare time. As Philip mentioned before, I even didn't found the time yet to
> properly document and publish all the patches I have done for the
> octaveforge packages in order for them to compile under mingw. My patches
> can not be applied to the octaveforge source as they are because they should
> be revised for not breaking the compatibility to other systems.

I have been worried about this problem. This, in effect, is a GPL
violation. It's worrying that we are sanctioning Octave binaries that
are in violation of the GPL.

You say you don't have time, but all you have to do is publish your
modified sources. You don't have to clean up the patches or worry if
they will or won't be included in the main repository. Please just
dump your changes without worrying if we'll like it or not. We ought
to be sharing the efforts for Windows compilation anyways if we're
going to be making better Windows binaries as a community.

- Jordi G. H.

Re: [OctDev] fminbnd incompatibility with octave-3.4.x

[Martin H. <ma...@mh...>]

Am 21.08.2012 18:09, schrieb fabien amiot:
> fminbnd('function',lower_bound,upper_bound,[], 
> parameters_to_be_passed_to_function)
I think now I get it also: You really need to adapt your function calls
to the newer fminbnd, without testing something like

fminbnd(@(x) function(x, parametres_to_be_passed_to_function),
lower_bound, upper_bound, optimset())

Re: [OctDev] fminbnd incompatibility with octave-3.4.x

[fabien a. <fab...@fe...>]

On 21/08/2012 17:23, Martin Helm wrote:
> Am 21.08.2012 17:33, schrieb fabien amiot:
>    
>> On 21/08/2012 17:03, Martin Helm wrote:
>>      
>>> Am 21.08.2012 17:22, schrieb fabien amiot:
>>>
>>>        
>>>> signal | 1.1.3 |
>>>>
>>>>          
>>> There is no * which means signal is not loaded.
>>>
>>> Either do a
>>> pkg load signal
>>> or
>>> pkg rebuild -auto signal
>>>
>>>
>>>
>>>        
>> adding
>>
>> pkg load signal
>>
>> yields
>>
>> Package Name   | Version | Installation directory
>> ---------------+---------+-----------------------
>>         control *|  2.3.52 |
>> .../octave/3.6.2/share/octave/packages/control-2.3.52
>>         general  |   1.3.1 |
>> .../octave/3.6.2/share/octave/packages/general-1.3.1
>>         gnuplot  |   1.0.1 |
>> .../octave/3.6.2/share/octave/packages/gnuplot-1.0.1
>>             gsl *|   1.0.8 |
>> .../apps/octave/3.6.2/share/octave/packages/gsl-1.0.8
>>           image *|  1.0.15 |
>> .../octave/3.6.2/share/octave/packages/image-1.0.15
>> miscellaneous *|   1.1.0 |
>> .../3.6.2/share/octave/packages/miscellaneous-1.1.0
>>           optim *|   1.2.0 |
>> .../octave/3.6.2/share/octave/packages/optim-1.2.0
>>        parallel *|   2.0.5 |
>> .../octave/3.6.2/share/octave/packages/parallel-2.0.5
>>          signal *|   1.1.3 |
>> .../octave/3.6.2/share/octave/packages/signal-1.1.3
>>         specfun *|   1.1.0 |
>> .../octave/3.6.2/share/octave/packages/specfun-1.1.0
>>          struct *|  1.0.10 |
>> .../octave/3.6.2/share/octave/packages/struct-1.0.10
>>
>> but also the same error:
>> error: Invalid call to fminbnd.  Correct usage is:
>>
>> Function File: [X, FVAL, INFO, OUTPUT] = fminbnd (FUN, A, B,
>>             OPTIONS)
>>
>>
>> Fabien
>>
>>      
> I do not get that with 3.6.2 and signal 1.1.3
>
> check with
> which fminbnd
>
> if the fminbnd which is called is really from the signal package!
>
>
> octave:1>  pkg load signal
> octave:2>  pkg list
> Package Name   | Version | Installation directory
> ---------------+---------+-----------------------
>        control *|  2.3.52 | /usr/share/octave/packages/control-2.3.52
>          image *|  1.0.15 | /usr/share/octave/packages/image-1.0.15
>           java  |   1.2.9 | /usr/share/octave/packages/java-1.2.9
> miscellaneous *|   1.1.0 | /usr/share/octave/packages/miscellaneous-1.1.0
>         odepkg  |   0.8.2 | /usr/share/octave/packages/odepkg-0.8.2
>          optim *|   1.2.0 | /usr/share/octave/packages/optim-1.2.0
>         signal *|   1.1.3 | /usr/share/octave/packages/signal-1.1.3
>        specfun *|   1.1.0 | /usr/share/octave/packages/specfun-1.1.0
>         struct *|  1.0.10 | /usr/share/octave/packages/struct-1.0.10
> octave:3>  [b,a]=ellip(5,1,90,[.1,.2])
> b =
>
>   Columns 1 through 6:
>
>     0.0001321  -0.0006639   0.0014925  -0.0019624   0.0014425   0.0000000
>
>   Columns 7 through 11:
>
>    -0.0014425   0.0019624  -0.0014925   0.0006639  -0.0001321
>
> a =
>
>   Columns 1 through 6:
>
>       1.00000    -8.64826    34.60318   -84.21550   137.92762  -158.75980
>
>   Columns 7 through 11:
>
>     130.04250   -74.86358    29.00444    -6.83593     0.74556
>
> octave:4>
>
>
>    


That's the one from the optimization package, we upgraded together with 
signal package.
I do sincerely apologize: it appears that my first message was rather 
unclear : I'm not using ellip for testing purpose, but the functions I 
developed invoking fminbnd. These functions are running fine under 
3.2.4. So does the ellip test under 3.6.2 :

[b,a]=ellip(5,1,90,[.1,.2])


b =

  Columns 1 through 6:

    0.0001321  -0.0006639   0.0014925  -0.0019624   0.0014425   0.0000000

  Columns 7 through 11:

   -0.0014425   0.0019624  -0.0014925   0.0006639  -0.0001321

a =

  Columns 1 through 6:

      1.00000    -8.64826    34.60318   -84.21550   137.92762  -158.75980

  Columns 7 through 11:

    130.04250   -74.86358    29.00444    -6.83593     0.74556


I cannot find out where ellip calls fminbnd, but my codes running under 
3.2.4 call fminbnd like that :

fminbnd('function',lower_bound,upper_bound,[], 
parameters_to_be_passed_to_function)

and I suspect the  parameters_to_be_passed_to_function not to be 
accepted anymore...

Offering again my apologies,
Fabien

-- 
Fabien AMIOT
Chargé de recherche CNRS en colere / cross Research Associate
fab...@fe...
Tel : (+33) (0)3.81.66.60.14
Fax : (+33) (0)3.81.66.67.00
UMR6174 / FEMTO-ST, Dpt. Mécanique Appliquée
24, rue de l'Épitaphe
25000 Besancon
France

Re: [OctDev] Distribution costs [WAS: Re: Regarding the MSYS installer]

[Bogdan <lov...@ya...>]

Hi again,

Sadly, it seems like I am forced to drop the project. The MinGW developers
have the habit to simply not check tickets (sometimes in the middle of the
conversation; even if they're expecting a patch) and the Octave-Forge
community also seems disinterested... or maybe Nitzan just doesn't have the
time to document what he did; I'm not judging.

Cheers,
Bogdan



--
View this message in context: http://octave.1599824.n4.nabble.com/Regarding-the-MSYS-installer-tp4632442p4643046.html
Sent from the Octave - Dev mailing list archive at Nabble.com.