LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Labview & Expect(TCl/TK) integration on Solaris

I have a test System currenly based around Expect scripts with a Java front End. I have been asked to evaluate Labview for use instead of Java front end.
I have some concerns which I hope some of you experts can help with :

1) Can we continue to use our current expect scripts & simply use Labview as front end ? Can anyone detail approach they have used ? ( seems to be info on Window but none on solaris )
2) Can Labview communicate in both directions to a script ?
3) Are there any issues/limitations of Labview on Solaris ?
0 Kudos
Message 1 of 4
(1,964 Views)
pbyrne1 wrote:

> 1) Can we continue to use our current expect scripts & simply use
> Labview as front end ? Can anyone detail approach they have used ? (
> seems to be info on Window but none on solaris )
> 2) Can Labview communicate in both directions to a script ?

How do you communicate right now? Since LabVIEW for Solaris can use
pipes, I'd expect the answer to be yes.

> 3) Are there any issues/limitations of Labview on Solaris ?

Since the Platform is a rather small one, LabVIEW for Solaris is rather
buggy.

- The help system for example is very poor (5, 5.1) or simply does not
work at all (6i, fails to install properly, no index).

- Sun Keyboards other than Type 4 (that is FOUR) are not properly
supported (3, 4, 5, 5.1, 6i, '-'si
gn on the numerical keypad results in
a '=', Meta and Alt keys are exchanged).

- Choose a Courier Font and LabVIEW 6i will crash immediately.

- I have serious problems with TCP/IP networking and multithreading at
the same time on a multiprocessor machine (SS10 50 MP).

On the other hand: The application I have 'written' in 5.1, consisting
of more than 300 VIs, is capable of running for weeks without any error.
For me, 6i on Solaris is unusable for the time being.

HTH,
Thomas
--
Thomas Ludwig
Institute of Mineralogy
University of Heidelberg, Germany
0 Kudos
Message 2 of 4
(1,964 Views)
Thomas,
Some clarification on setup being used:

We launch expect scripts from Java as follows
"t = RunTime.getRunTime()
p = t.exec(scriptname)"
& we connect to input & output datastreams to read/write to scripts..

Have you any example of using pipes & have you encountered any limitations of this approach ?

Our test System is very process intensive. Approx 700 simultaneous pings & FTPs can be happening at any time. Does this sound like a problem with Labview running on machine ?
0 Kudos
Message 3 of 4
(1,964 Views)
pbyrne1 wrote:

> We launch expect scripts from Java as follows
> "t = RunTime.getRunTime()
> p = t.exec(scriptname)"
> & we connect to input & output datastreams to read/write to scripts..
>
> Have you any example of using pipes & have you encountered any
> limitations of this approach ?

I'm sorry, but it's a long time ago that played with pipes in LabVIEW
(Controling GNUPlot through pipes). I don't remember having had any
problems, but I did not follow this approach with GNUPlot, so that
nothing is left of my attempts. If you get to work your scripts through
Standard In and Out, it surely will work with pipes. Unfortunately I'm
neither an expert for Java nor for Tcl/Tk...

> Our test System is very process intensive. Approx 700 simu
ltaneous
> pings & FTPs can be happening at any time. Does this sound like a
> problem with Labview running on machine ?

Under Solaris, I don't see a problem with it. You could possibly run out
of free ports when too many ports are in a TIME_WAIT state, but you
surely know this.

Regards,
Thomas
--
Thomas Ludwig
Institute of Mineralogy
University of Heidelberg, Germany
0 Kudos
Message 4 of 4
(1,964 Views)