Removing maintainers and help from this thread; until the lists are
merged, this is purely something that interests the OF packages.
On 27 November 2012 10:09, Stefan Mahr dac...@gmx.de wrote:
Ivan.Cousins wrote:
For those wanting an open source (GNU) alternative to NI closed
source code
For those wanting an open source (GNU) alternative to NI closed
source code here is a VXI11 set of source code by Steve D.
Sharples. The linux package can be compiled on Cygwin/Windows.
Hopefully this can be of use to someone.
Did you read the start of this thread?
As you can see at
Jordi Gutiérrez Hermoso wrote:
Some years ago I already posted my toolbox for serial, tcp, gpib
(and visa) to this list. Meanwhile I have added VXI11 and USBTMC.
National Instruments GPIBENET-100 support is started, but even more
incomplete than the rest of the toolbox. However, basic I/O is
On Tue, Nov 27, 2012 at 4:47 PM, Stefan Mahr dac...@gmx.de wrote:
For those wanting an open source (GNU) alternative to NI closed
source code here is a VXI11 set of source code by Steve D.
Sharples. The linux package can be compiled on Cygwin/Windows.
Hopefully this can be of use to someone.
Julien Salort:
Now I have a bunch of Octave-only code that I can't share with
anyone. If I had chosen Matlab in the first place, I would be able to
publish the code without restriction. This is very paradoxical and I had
not anticipated this problem.
Jordi Gutiérrez Hermoso:
The problem isn't
On 26 November 2012 04:37, Francesco Potortì poto...@isti.cnr.it wrote:
Julien Salort:
Now I have a bunch of Octave-only code that I can't share with
anyone. If I had chosen Matlab in the first place, I would be able to
publish the code without restriction. This is very paradoxical and I had
Jordi Gutiérrez Hermoso
jord...@octave.org 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
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 file
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?
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.
I
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
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 the class
On 25 November 2012 06:15, Julien Salort li...@juliensalort.org wrote:
Jordi Gutiérrez Hermoso
jord...@octave.org 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
Sergei Steshenko sergst...@yahoo.com
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
Le 25 nov. 2012 à 19:30, Jordi Gutiérrez Hermoso jord...@octave.org a écrit :
On 25 November 2012 06:15, Julien Salort li...@juliensalort.org wrote:
Jordi Gutiérrez Hermoso
jord...@octave.org writes:
I've never been clear if this is really ok, but it seems to be a
common interpretation.
On Sun, Nov 25, 2012 at 11:48 PM, Julien Salort li...@juliensalort.org wrote:
Sergei Steshenko sergst...@yahoo.com
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
On 25 November 2012 17:48, Julien Salort li...@juliensalort.org 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
Le 23 nov. 2012 à 23:18, Stefan Mahr dac...@gmx.de a écrit :
Julien Salort wrote:
That makes 3 packages for the same purpose. However, I don't know about
yours, but mine uses National Instruments libraries for VISA and DAQmx,
and free libraries for FireWire cameras and Modbus.
I guess the
On 24 November 2012 03:33, Julien Salort li...@juliensalort.org wrote:
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
- Original Message -
From: Richard Stallman r...@gnu.org
To: Jordi Gutiérrez Hermoso jord...@octave.org
Cc: octave-dev@lists.sourceforge.net; h...@octave.org; li...@juliensalort.org
Sent: Sunday, November 25, 2012 6:46 AM
Subject: Re: low level I/O (GPIB, USBTMC, VXI11)
[snip]
On 23 November 2012 10:34, Stefan Mahr dac...@gmx.de wrote:
Some years ago I already posted my toolbox for serial, tcp, gpib
(and visa) to this list. Meanwhile I have added VXI11 and USBTMC.
National Instruments GPIBENET-100 support is started, but even more
incomplete than the rest of the
On 23 Nov 2012, at 16:34, Stefan Mahr wrote:
Hi,
I just noticed that there were Summer of Code Project Ideas for low level I/O.
Some years ago I already posted my toolbox for serial, tcp, gpib (and visa)
to this list. Meanwhile I have added VXI11 and USBTMC. National Instruments
Jordi Gutiérrez Hermoso wrote:
Some years ago I already posted my toolbox for serial, tcp, gpib
(and visa) to this list. Meanwhile I have added VXI11 and USBTMC.
National Instruments GPIBENET-100 support is started, but even more
incomplete than the rest of the toolbox. However, basic
Julien Salort wrote:
That makes 3 packages for the same purpose. However, I don't know about
yours, but mine uses National Instruments libraries for VISA and DAQmx,
and free libraries for FireWire cameras and Modbus.
I guess the NI part is not compatible with octave-forge policy of not
Stefan Mahr wrote:
Jordi Gutiérrez Hermoso wrote:
Some years ago I already posted my toolbox for serial, tcp, gpib
(and visa) to this list. Meanwhile I have added VXI11 and USBTMC.
National Instruments GPIBENET-100 support is started, but even more
incomplete than the rest of the toolbox.
25 matches
Mail list logo