Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11)

2012-11-25 Thread Jordi Gutiérrez Hermoso
On 25 November 2012 17:48, Julien Salort wrote: > I'm not very amused personally. I was wrong to think that Octave was a > good choice for instrument control. I wanted something free because I > didn't want to rely on restricted licenses for my experimental setups: > what happens if the network ge

[OctDev] splines 1.1.1 released

2012-11-25 Thread Carnë Draug
Hi everyone a new release of splines package is out, version 1.1.1, by Nir Krakauer. Enjoy Octave responsibly. Carnë -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insi

Re: [OctDev] moving Octave Forge mailing list to core's mailman server

2012-11-25 Thread Juan Pablo Carbajal
On Mon, Nov 26, 2012 at 1:45 AM, Carnë Draug wrote: > On 26 November 2012 01:01, Daniel J Sebald wrote: >> On 11/25/2012 04:10 PM, Carnė Draug wrote: >>> >>> On 25 November 2012 21:44, Daniel J Sebald wrote: >>> At the moment, the decision whether a thread belongs to the help or >>> octave-dev m

Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11)

2012-11-25 Thread Juan Pablo Carbajal
On Sun, Nov 25, 2012 at 11:48 PM, Julien Salort wrote: > Sergei Steshenko > writes: > >> I am wondering what is more amusing: >> >> 1) a puppy or a kitten trying to catch its own tail; >> 2) a cat chasing laser pointer light spot on a wall or a floor; >> 3) GPL proponents shooting themselves in t

Re: [OctDev] moving Octave Forge mailing list to core's mailman server

2012-11-25 Thread Carnë Draug
On 26 November 2012 01:01, Daniel J Sebald wrote: > On 11/25/2012 04:10 PM, Carnė Draug wrote: >> >> On 25 November 2012 21:44, Daniel J Sebald wrote: >> At the moment, the decision whether a thread belongs to the help or >> octave-dev mailing list is whether the reply is "use package X from >> o

Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11)

2012-11-25 Thread Julien Salort
Le 25 nov. 2012 à 19:30, Jordi Gutiérrez Hermoso a écrit : > On 25 November 2012 06:15, Julien Salort wrote: >> Jordi Gutiérrez Hermoso >> writes: >> >>> I've never been clear if this is really ok, but it seems to be a >>> common interpretation. >> >> Fine. >> But then, why did you encourage

Re: [OctDev] moving Octave Forge mailing list to core's mailman server

2012-11-25 Thread Daniel J Sebald
On 11/25/2012 04:10 PM, Carnë Draug wrote: > On 25 November 2012 21:44, Daniel J Sebald wrote: >> On 11/25/2012 01:48 PM, Carnë Draug wrote: >>> You seem to be confused about what Octave Forge is. >> [snip] >> I get a lot of email with OctDev tagged onto it (the name OctDev itself >> leads to conf

Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11)

2012-11-25 Thread Julien Salort
Sergei Steshenko writes: > I am wondering what is more amusing: > > 1) a puppy or a kitten trying to catch its own tail; > 2) a cat chasing laser pointer light spot on a wall or a floor; > 3) GPL proponents shooting themselves in the foot. I'm not very amused personally. I was wrong to think tha

[OctDev] octave, splines package, csaps, csaps_sel, nonequidistant sampling points

2012-11-25 Thread Nir Krakauer
Dear Sebastian, Thank you for letting me know of these problems. I think I fixed the extrapolation now, and have posted corrected versions of csaps and csaps_sel in the Subversion repository. > (i) My usual call of > "y_interp=csaps(t, y, -1, t_interp);" > , i.e. automatic(?) relaxation between c

Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11)

2012-11-25 Thread Sergei Steshenko
- Original Message - > From: Julien Salort > To: Jordi Gutiérrez Hermoso > Cc: octave-dev@lists.sourceforge.net; "h...@octave.org Help" > ; "r...@gnu.org" > Sent: Sunday, November 25, 2012 11:42 PM > Subject: Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11) > > Le 25 nov. 2012 à 19

Re: [OctDev] moving Octave Forge mailing list to core's mailman server

2012-11-25 Thread Carnë Draug
On 25 November 2012 21:44, Daniel J Sebald wrote: > On 11/25/2012 01:48 PM, Carnë Draug wrote: >> You seem to be confused about what Octave Forge is. > > Yes, that is my point. Developers talk of Octave Forge as though it is > something other than packages, something more encompassing, etc. I lo

Re: [OctDev] moving Octave Forge mailing list to core's mailman server

2012-11-25 Thread Daniel J Sebald
On 11/25/2012 01:48 PM, Carnë Draug wrote: > On 25 November 2012 19:58, Daniel J Sebald wrote: >> On 11/25/2012 11:47 AM, Carnė Draug wrote: >>> >>> On 23 November 2012 19:17, Carnė Draug wrote: >>> Hi everyone I'm proposing moving the current Octave Forge mailing list (octav

Re: [OctDev] moving Octave Forge mailing list to core's mailman server

2012-11-25 Thread Carnë Draug
On 25 November 2012 19:58, Daniel J Sebald wrote: > On 11/25/2012 11:47 AM, Carnė Draug wrote: >> >> On 23 November 2012 19:17, Carnė Draug wrote: >> >>> Hi everyone >>> >>> I'm proposing moving the current Octave Forge mailing list >>> (octave-dev@lists.sourceforge.net) to the same server as as

Re: [OctDev] moving Octave Forge mailing list to core's mailman server

2012-11-25 Thread Daniel J Sebald
On 11/25/2012 11:47 AM, Carnë Draug wrote: > On 23 November 2012 19:17, Carnë Draug wrote: >> Hi everyone >> >> I'm proposing moving the current Octave Forge mailing list >> (octave-dev@lists.sourceforge.net) to the same server as as the ones >> from Octave core. My suggestion is to have the follo

Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11)

2012-11-25 Thread Jordi Gutiérrez Hermoso
On 25 November 2012 06:15, Julien Salort wrote: > Jordi Gutiérrez Hermoso > writes: > >> I've never been clear if this is really ok, but it seems to be a >> common interpretation. > > Fine. > But then, why did you encourage me publicly, on Feb. 8th, to publish the > sources ? > In case you don't

Re: [OctDev] moving Octave Forge mailing list to core's mailman server

2012-11-25 Thread Carnë Draug
On 23 November 2012 19:17, Carnë Draug wrote: > Hi everyone > > I'm proposing moving the current Octave Forge mailing list > (octave-dev@lists.sourceforge.net) to the same server as as the ones > from Octave core. My suggestion is to have the following octave > related mailing lists: > > * maintai

Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11)

2012-11-25 Thread Richard
On 25/11/2012 15:29, c. wrote: > On 25 Nov 2012, at 12:49, Richard wrote: > >> I suspect he wants to do something like this: >> >> http://www.mathworks.co.uk/matlabcentral/fileexchange/38964-example-matlab-class-wrapper-for-a-c++-class >> http://www.mathworks.com/matlabcentral/newsreader/view_threa

Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11)

2012-11-25 Thread Richard
On 25/11/2012 15:51, c. wrote: > On 25 Nov 2012, at 16:43, Richard wrote: > >> Really? so i can have a C++ class, and call it and its methods from an >> m-file in Octave, and have it persist like a real C++ object from one call >> of its methods to the next? > Actually I was referring to using th

Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11)

2012-11-25 Thread c.
On 25 Nov 2012, at 16:43, Richard wrote: > Really? so i can have a C++ class, and call it and its methods from an m-file > in Octave, and have it persist like a real C++ object from one call of its > methods to the next? Actually I was referring to using the class from an .oct file not from an

Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11)

2012-11-25 Thread c.
On 25 Nov 2012, at 12:49, Richard wrote: > I suspect he wants to do something like this: > > http://www.mathworks.co.uk/matlabcentral/fileexchange/38964-example-matlab-class-wrapper-for-a-c++-class > http://www.mathworks.com/matlabcentral/newsreader/view_thread/278243 > > Richard There is noth

Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11)

2012-11-25 Thread Julien Salort
Le 25 nov. 2012 à 05:46, Richard Stallman a écrit : >> It is my understanding you can link with whatever you want for your personal >> usage. >> However, DISTRIBUTING a binary that links with NI VISA definitely violates >> the GPL. >> That is why I don't distribute binaries, only source code. >

Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11)

2012-11-25 Thread Richard
On 25/11/2012 11:25, c. wrote: > On 25 Nov 2012, at 10:21, Stefan Mahr wrote: > >> The instrument control package at octave forge creates a class as kind of >> file descriptor. While there are methods to access read, write, etc. from >> C++ / oct-File, there are no methods when using from octave.

Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11)

2012-11-25 Thread Stefan Mahr
The instrument control package at octave forge creates a class as kind of file descriptor. While there are methods to access read, write, etc. from C++ / oct-File, there are no methods when using from octave. I know that classdef for .m file is not ready yet. Is it the same for .oct files? St

[OctDev] geometry: wrong computation of axes in cov2ellipse

2012-11-25 Thread Rafael Laboissiere
The function cov2ellipse in the geometry package is not computing the ellipse axes correctly. The first problem is that the scale of the axes is wrong. This can be demonstrated with the code below ## function cov2ellipse_

Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11)

2012-11-25 Thread Juan Pablo Carbajal
> Richard, can you comment on this? A number of Octave users create oct > files to talk to non-free libraries for external hardware. An oct file > is basically a C++ program that uses Octave's headers and links to > Octave. It is my understanding that these oct files are also linkin

Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11)

2012-11-25 Thread c.
On 25 Nov 2012, at 10:21, Stefan Mahr wrote: > The instrument control package at octave forge creates a class as kind of > file descriptor. While there are methods to access read, write, etc. from C++ > / oct-File, there are no methods when using from octave. > > I know that classdef for .m fi

Re: [OctDev] low level I/O (GPIB, USBTMC, VXI11)

2012-11-25 Thread Julien Salort
Jordi Gutiérrez Hermoso writes: > I've never been clear if this is really ok, but it seems to be a > common interpretation. Fine. But then, why did you encourage me publicly, on Feb. 8th, to publish the sources ? In case you don't remember, here is a link to the thread, entitled "Data Acquisitio