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 ?
> 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
> 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