Problem using the File Dialog Box in a Client/Server application

I am developping a client-server application using Labview 5.1 . The application on the server acquires data from some instruments and saves it on file, while the application on the clients displayes such acquired data. For doing this I call some routines on the server via the "Open Application vi" (remote connection). All goes well except when I open on the server the "File Dialog Box vi" : in this case the application on the clients is blocked (is blocked the execution of the called vi on the server). Only when
the File Dialog Box on the server is closed, the execution of the called vi on the server starts again.
I need to use the File Dialog Box on the server, but I don' t want to stop at the same time
the clients !!
I need help for resolving such problem.
Many thanks in advance !!!

Hi!
waldemar.hersacher wrote:
"It seems that the VIs called by the clients are running in the user interface thread.
A call to the file dialog box will call a modal system dialog. So LV can't go on executing VIs in the user interface thread."
Are you sure? I think, that File Dialog, called by LabVIEW File Dialog from Advanced File Functions Palette doesn't blocking any cycles in subVI, which running in UI Thread. Look in my old example (that was prepared for other topic, but may be good for this topic too).
2 linus:
I think, you must a little bit reorganize you application for to do this. You must put your File Dialog into separated cycle. This cycle, of course, will be blocked when File Dialog appear on the screen. But other cy
cle, which responsible for visualization will run continuosly at the same time...
Attachments:
no_block_with_file_open_dialog.zip ‏42 KB

Similar Messages

How to displays the standard open file dialog box in Oracle Apps Server

Hi,
I am having a form, where i am opening a file and putting that file content in a text box.
This is my code written in WHEN-BUTTON-PRESSED trigger:
declare
in_file Text_IO.File_Type;
linebuf VARCHAR2(8000);
filename VARCHAR2(30);
BEGIN
filename:=GET_FILE_NAME('d:\Rajesh\Practice', File_Filter=>'Text Files (*.txt)|*.txt|',select_file=>false);
in_file := Text_IO.Fopen(filename, 'r');
LOOP
Text_IO.Get_Line(in_file, linebuf);
:text_item5:=substr(:text_item5||linebuf||chr(10),1,5000);
END LOOP;
EXCEPTION
WHEN no_data_found THEN
Text_IO.Put_Line('Closing the file...');
Text_IO.Fclose(in_file);
END;
I have posted this in ORacle Apps Server.Where i was not able to get the Open Dialoq Box.It is giving an error as
"FRM-40735:WHEN-BUTTON-PRESSED trigger raised unhandled exception ORA-302000.".
I think the GET_FILE_NAME function is not supported in the Apps Server.
Is there any alternative solution for getting the OPEN DIALOG WINDOW in Oracle Apps Server?
Pls let me know.

Hi!
waldemar.hersacher wrote:
"It seems that the VIs called by the clients are running in the user interface thread.
A call to the file dialog box will call a modal system dialog. So LV can't go on executing VIs in the user interface thread."
Are you sure? I think, that File Dialog, called by LabVIEW File Dialog from Advanced File Functions Palette doesn't blocking any cycles in subVI, which running in UI Thread. Look in my old example (that was prepared for other topic, but may be good for this topic too).
2 linus:
I think, you must a little bit reorganize you application for to do this. You must put your File Dialog into separated cycle. This cycle, of course, will be blocked when File Dialog appear on the screen. But other cy
cle, which responsible for visualization will run continuosly at the same time...
Attachments:
no_block_with_file_open_dialog.zip ‏42 KB

I would like to replace the file dialog box with a programmable dialog box, that generates its selections from Database Information

Where would be the best place to achieve this?
I have been thinking about these options:
- Modification of the Operator Interface.
- Modification of the Sequence Model.
- Use callbacks to modify the sequence model.
- Use callbacks to modify the Engine (ie the Auto.seq example)
Or combinations of the above.
The biggest requirement I have in developing this project is in the reuse of code and I believe that callbacks in the seq would be the way to achieve this.
But I am not familiar with the usage of callbacks in teststand (yet) and I don't know where to look for information/examples on what I can do with them.
Has anybody done anythin
g similar?
Any suggestions would be great!
Tim

I am trying to replace the operators interface's sequence file dialog box. I am also trying to hide the standard operators interface.
What I am after is to replicate a user experience!
Teststand is being used to replace an ATE written in LV where each of the tests are hardcoded in. The user selected the product and test types from a button based dialog boxes.
I am using TS to overcome all of the limitations of the original ATE, but one of the requirements is the system has to have the same look and feel of the original.
I originally though that I would have to modify an operators interface, but I would prefer not too, and would rather change the process models and use engine and station callbacks.
If I have to change an operatos interface, I would pre
fer if the changes didn't affect the normal running of standard TS sequences.
I have attached the process model, i am trying to achieve, (its in Visio).
Tim
Attachments:
ATE_Process_Model.vsd ‏123 KB

Problem with webutil file dialog box when trying to save/open

Approximately 12 months ago we had this same issue and I think we managed to resolve it with a one off patch. Were getting it on another site now so any info will be much appreicated.
Basically when using webutil file chooser Client_Get_File_Name to upload/download something to/from the database it works sporadically.
When we choose a location to upload from or download to. we then click the buttonon the webutil file chooser and the box disapears without doing anything. Sometimes it works ok but i cant find any pattern to it working/not working
Has anyone else experienced these problems?

i found it
patch 6127521
thanks

Using the print dialog box of Windows

Hallo,
how can I use the Windows printing dialog box for selecting a printer ?
(I use LabWindows 5.0.1)
Regards HGalle

Our printing functions (PrintCtrl, PrintPanel, etc.) will bring up the print dialog if you select to show it in the function call. If you weren't using our print function, you can bring up the Windows print dialog box with the Windows SDK function PrintDlg. Consult SDK documentation for help with this function.
Best Regards,
Chris Matthews
Measurement Studio Support Manager

Problems using the reset password function on mac osx server.

Hey ,
Having problems with the reset password functions on the OSX server. When I try to do through the command line it asks for the old password of the user. So how do I fix the problem? Do I have to log in onto the ldap server as the admin and reset from there or is there an easy fix to make the reset password function work. When I try the reset password function the server is not taking the input when I click on change password. So any helpful suggestions are welcome. Verson OSX lion 10.7.5
Thanks in Advance,

Excuse me for misunderstanding your post. You explicitly stated in your post
ashdatla wrote:
through the command line
and wrote that it asks for the old password. Server.app is not accessed through the command line, and it does not ask for the old password of the user.
You might like to try Workgroup Manager instead.

File Dialog Box often takes a long time to execute

Hi all
The Labview File Dialog Box Express VI sometimes takes 5 to 10 seconds to execute. On other occasions, it executes in a blink of an eye. Why is that so?
I have tried to use the older Open/Create/Replace File VI as suggested in one of the forum's posts...but it behaves exactly the same way. Another problem is the trimming of the filename, which has also been reported and has NOT YET been solved.
(By the way...Recently, I updated to LV 2012 SP2 by suggestion of the NI Update Manager, only to find out that I was not entitled to this SP (which apparently only includes bug fixes) and I will have to roll back to LV 2012. Still, in the evaluation version I can see that the bug is not fixed. Labview must have a lot of serious bugs for NI to ask for a paid bug fix, in which some bugs remain after having been reported a long time ago..well...)
What worries me now is that intermittent lag in the execution of the File Dialog (such a basic basic function of a program...). Anyone have any idea about this? The support menu said "Ask an engineer"...any of the NI engineers has any suggestion?
Regards
Helder
Attachments:
FileDialogTest.vi ‏26 KB

First of all: Thank you very much for the objective answer. I suppose that yor actually ARE a NI engineer, as I had hoped for.
lease find my comments above (helder---------------------)
helder wrote:
The Labview File Dialog Box Express VI sometimes takes 5 to 10 seconds to execute. On other occasions, it executes in a blink of an eye. Why is that so?
What worries me now is that intermittent lag in the execution of the File Dialog (such a basic basic function of a program...). Anyone have any idea about this?
The file dialog is provided by the OS, so if it is slow it is not LabVIEW's fault.
What kind of computer do you have? Is this a laptop that spins down the HD to save power? In this case it needs to wait for the HD to spin up. (You can change the windows power profile or you can spend more money and get an SSD).
Are you very low on memory?
Does your LabVIEW program waste 100% CPU in parallel doing nothing due to bad coding?
Are you pointing to a location that has millions of files?
Are you pointing to a network location?
helder:---------------------------------------
I understand that the File Dialog is provided by the OS. But I have other applications on my PC and this doesn't happen - just in Labview. Sorry! And sometimes it
doesn't happen. Every 10 times I open the File dialog Box, 5 times it takes long and 5 times it is immediate.
(I am not low on memory, my coding is not bad>-look at the VI I sent, it just contains the fragment which uses the File Dialog Box and it behaves the same way! I am pointing to the same location that the other applications point to, I am not pointing to a network location, the PC is not spinning the disk down, etc etc.)
But yes, I will try it on another PC
(There was another post on the forum on this issue, but can't seem to find it now, just find my own post )
I attach a video demo of what happens.
helder wrote:
Another problem is the trimming of the filename, which has also been reported and has NOT YET been solved.
What problem is that? Can you elaborate? There is a known bug in the windows dialog box that sometimes the pre-filled file names are shifted and not fully visible. This is a windows bug documented by Microsoft and LabVIEW has no control over it. It is not NIs job to fix OS problems.
helder:-------------------------------------------
Of course you can't fix the OS.
If it is a windows bug, we will have to live with it.
A previous post on your forum did not provide me with that information (http://forums.ni.com/t5/LabVIEW/File-dialog-trimming-the-default-name/td-p/2189874). The fact that it is a windows bug was not mentioned there.
helder wrote:
Hi all
(By the way...Recently, I updated to LV 2012 SP2 by suggestion of the NI Update Manager, only to find out that I was not entitled to this SP (which apparently only includes bug fixes) and I will have to roll back to LV 2012. Still, in the evaluation version I can see that the bug is not fixed.
Patches are included, service packs are not included. I think this is well documented. Most users are on SSP, this way you are always entitled to the newest version.
As with anything else, software has bugs. It is impossible to test a huge, complex system like LabVIEW under all scenarios. The possible number of combinations of hardware and other installed software on any particular computer probably exceeds the number of atoms in the universe. It is actually amazing how few bugs there are and how well it works. What "bug" are you talking about? Bugs are prioritized according to rules. Critical bugs are typically fixed very quickly. A cosmetic issue that only affects you and nobody else will take longer or might not even get fixed. Are you talking about a confirmed bug that could be reproduced by NI? Do you have a CAR#?
helder:----------------------------------------
I was referring to the file-name-shifting-cosmetic-bug that the October-2012 post had indicated. But if it is a Windows-bug, NI does not have any responsibility, of
course.
Regarding the bugs, of course they are unavoidable.
helder wrote:
Labview must have a lot of serious bugs for NI to ask for a paid bug fix, in which some bugs remain after having been reported a long time ago..well...)
That sentence makes no sense! Why would the number of serious bugs depend on the cost of upgrading?? You are just rambling here....
In an ideal world, NI would have an unlimited number of programmers that can work 24/7 to immediately fix any discovered bug. This would only be possible if all users are willing to pay an unlimited amount of money for the software. As I mentioned, bug fixes are free in the form of patches, and they come out regularly. Service packs include new features and are not free.
helder:---------------------------------------
"....include new features"..????
---->>From http://www.ni.com/labview/release-details/
"LabVIEW 2012 Service Pack 1 is an exclusive update to LabVIEW 2012 for NI Standard Service Program (SSP) customers. There are no new product features introduced in service pack releases; instead, these releases provide bug fixes and improved stability for LabVIEW 2012. For a list of these bug fixes, click here."
No new features, just bug fixes!"
Moreover: If it isn't free, it shouldn' have let me update if I am not a SSP costumer.
Now I have a 45 days evaluation version. After that, I have to uninstall and reinstall everything.That takes some time and effort.
If there is a more direct way of rolling back t the previous version, please let me know.
Thank you

How do I get back to the newest file dialog box style in LabVIEW?

I have LabVIEW 7.1 and LabVIEW 6.0.2 installed on the same machine. When I doubleclick a .vi file it tries to open in LV602. Of course, if it is a LV71 VI I get an error and it doesn't open. Then I run LV71 and load the desired VI--in this case by using the Open arrow to find it in the "recently opened" list. Now, I've made this mistake before, especially when I don't remember whether I used LV602 or LV71 to create the VI, and nothing bad has happened.
But this time something undesirable did happen: all Open File dialog boxes are of the old funky style. How do I get the file dialog boxes back that I've grown used to seeing when I use LV71?
CLUES:
1. I get the old style dialog box even when I try to open a VI--not just when a running VI invokes it.
2. The built version of the VI brings up the correct, new style, file dialog box--unlike the development environment.
I haven't found any settings in the options area that would appear to affect the file dialog box style. Has anyone ever seen anything like this?

RudyRed wrote:
Thanks for the response,
Warren. I think all my problems with LV versions coexisting
peacefully have been related to NIDAQ--and I think the workaround (for
supporting the different levels of LV DAQ VIs--see my response to
Benoit, above) shows that it is not NECESSARY for NI to orphan old LV
versions' DAQ functionality on the development computer, though it is
still painful to be able to have only one version of NIDAQ available on
a given target computer. It's probably a marketting decision
meant to encourage users to stay on the straight-and-narrow upgrade
path.
NI-DAQ has usually been working fine in
several different installed LabVIEW versions on my computer. What is
important is the order of installation. Start first with the lowest
LabVIEW version and install the latest NI-DAQ that supports that
LabVIEW version. Then go to the next LabVIEW version and install again
the latest NI-DAQ version that supported this LabVIEW version and so
on. I'm regularly working with 6.1 up to 7.1 and starting with 8.0
slowly and haven't had real show stoppers yet.
Rolf Kalbermatter
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

How do I fix the slow attachment file dialog box in Mail?

I'm on 10.9.2, using Mail with an Exchange account. Everything works great except when I go to attach a file to an outgoing email the file dialog box takes ~1 minute to open. Only app I've seen this in.
I've tried the fixes posted for the general file dialog box being slow (e.g. comment out "/net" in the "auto_master" file) to no avail.
Other thoughts?

Click on the Firefox menu. Then click "Options". Go to "Applications" tab. Search for jpg and png file type. You will find they have "Always ask" action attribute. Change it to "Save file".
Hope it will work fine for you.

What is the open File Dialog box

I am using a "File Browse..." item. With firefox a user can click on the provided Browse button or the corresponding text area to choose a file. However with IE7 the file dialog box on appears if the user clicks on the browse button.
Can someone tell me what javascript can be used to open a file dialog box? (what is called when the browse button is clicked)
Thanks.

Thanks Carl,
I thought APEX was doing some crazy javascropt stuff because I forgot about a style I had set.
Anyway, I was getting an error if an IE7 user types in a crazy string into the file dialog box and hit submit (since it is not a file). So instead of preventing it I just used a try/catch block in my custom doSubmit. If anyone else runs into this here is a little javascript to help:
(I am used a uploading image, Carl has an example of that somewhere)
<pre>
function doSubmit(r) {
if (ser_changed.length > 0) {
     if (r == "UPLOAD" || r == "SAVE_CHANGES" {
          flowSelectAll();
          $x_Value('pRequest',r)
if (r == "UPLOAD") {
try {                              /// this is where my fix is.
          document.wwv_flow.submit();
catch(err) {
html_HideElement('AjaxLoading');
alert('Invalid file');
} else {
document.wwv_flow.submit();
               }//save changes and stuff as request.
else {
          var ans = confirm("You are about to exit the page without saving your changes!" + '\n' + "Click cancel to return to the page.");
          if (ans) {
          flowSelectAll();
          $x_Value('pRequest',r);
          document.wwv_flow.submit();
          }//when yes!
$x('CANCEL_BUTT').disabled=false;
               }//not save changes and stuff
          }//when there were changes made.
          else {
                         flowSelectAll();
          $x_Value('pRequest',r);
          document.wwv_flow.submit();
          }//where there were not changes made
     }//doSubmit
</pre>
<pre>
function html_Submit_Progress(pThis,topass){
          if(pThis.nodeName=='INPUT'){pThis.value='...Loading...'}
else{pThis.innerHTML='...Loading...'};
          html_ShowElement('AjaxLoading');
window.setTimeout('$x("wait").src = $x("wait").src', 100);
doSubmit(topass);
</pre>
Edited by: cmorris260 on Sep 19, 2008 3:30 PM
Edited by: cmorris260 on Sep 19, 2008 3:31 PM

File Dialog Box Position

Hi there,
I've been unable to find anyone else mention this problem, but then again, I'm not exactly what to search for.
Since installing Lion, I've had a problem where when I try to open the file dialog box to save or open a file, it's position is always further down. This is annoying, especially for programs that open files from my Download folder, which is continuinally growing as I add more stuff. The sort on this is by date, and so usually I want to open the most recently downloaded file, which I have to scroll further and further up each time.
Is there any way I can get it to jump to the top?
See the attached image to see what I mean exactly.
Thanks!

the length of the session is not the problem. it is set to 50bpm at 29.97 drop frame which gives me 2138 bars at 3 hours 51 minutes record time. I only used 1896 bars at 2.5 hours to record the program and there were only 5 tracks recorded. the problem starts when I try to bounce the session to an interleaved stereo file either online or offline. a dialog window says it will exceed 2gigs and prevents me from performing the bounce. only when I select split stereo instead of interleaved within the bounce window does it let me bounce. I think it is because the 2 resulting mono files(left and right)are each less than 2gigs. Is there a limit to the file size you can create when bouncing?
a 2gig file sounds small to me when there are video files much larger within video editing software.

File dialog box slow down execution

Dear all,
I am using Labview 8.2.1 with Windows XP.
I have a program who's allow the user to select any file or folder thanks to File dialog box.
For a reason that i don't understand when this dialog box is displayed, other parrallel while loop time execution goes slow down.
Put on my LabView front panel File Path command without any code and press "Browse" file button as shown on joined picture_1 birng slow down execution of the while loop.
Does any body could explain why this problem appear ?
By switch off on LabView Tool parameter "Use native file dialogs" (picture_2). the problem disapear. Unfortunately this kind of old dialog box is not practical...
If any body have an idea it could help me.
Thanks.
Solved!
Go to Solution.
Attachments:
picture_1.JPG ‏16 KB
picture_2.JPG ‏71 KB

__KB__ wrote:
Hello,
When the File dialog box is running, other while loop time execution goes down.
Thanks.
This you have already mentioned in your first post... now my question is how you've actually figured it out... or can you share your code here???
I am not allergic to Kudos, in fact I love Kudos.
Make your LabVIEW experience more CONVENIENT.

Provide a start path (folder) in a file dialog box

Is there a way to have a file dialog box start in a specific folder without using the File Dialog express VI? (I also don't want to use a system exec).
Thanks.
Richard
Solved!
Go to Solution.

I was refering to functions which support the desired feature. As you already encountered, the Open/Create/Replace File.vi does not support this.
The Express VI "File Dialog.vi" uses the same file dialog as used in the example "Write to Text File.vi". You can find the VI using the link in the help of Open/Create/Replace File.vi.
Please note that the context help of this File Dialog states that "LabVIEW no longer supports this function on the block diagram. National Instruments recommends you use the File Dialog Express VI instead."
I assume that this text is written due to being platform-independent. It still works under Windows, but i can think of future releases of LV not to support this feature anymore (as stated in the help).
And still, you did not answer why you don't want to use the express vi....
Norbert
Message Edited by Norbert B on 09-01-2009 10:08 AM
CEO: What exactly is stopping us from doing this?
Expert: Geometry
Marketing Manager: Just ignore it.

File Dialog Box

Hi
I am using struts framework for my web application, and i am working on reports section,
i want File Dialog box like open,save when i click generate report button , so user can save generated report in his local system.how can we do this..currently i am able to generae the data bygiving the local file path.(String filename = "c:\\csv\\billreport.csv"; FileWriter fw = new FileWriter(filename);)
my action will call my dao mthod that it will get the qry data.so when i click generate report button i am calling java script mthod its calling my action.
so how can we get the File dialog box when i click buton.i have to write some code in my java script method?
plz help me.

Just let the link point to some servlet which takes the file identifier as request parameter or pathinfo, then gets an InputStream of the file contents somehow, then writes it to the OutputStream of the response. That's basically all. If you want a 'Save As' dialogue all the time, then you need to set content-disposition header to "attachment" as well. Else you're dependent on the browser default configuration.
You can find here a (basic) example to get the idea [http://balusc.blogspot.com/2007/07/fileservlet.html].

File dialog box slow in Mavericks

Running 10.9.2
Any application that tries to open the Finder file dialog box stops responding for 20-60 seconds and then recovers and opens the file dialog box. Automator, Mail, Preview, etc. all show this behavior.
I've tried the suggestion to modify the auto_master file, no help.
I've reloaded Mavericks, which fixed the problem for a few minutes, then it came back.
It's killing my productivity. Any thoughts?

__KB__ wrote:
Hello,
When the File dialog box is running, other while loop time execution goes down.
Thanks.
This you have already mentioned in your first post... now my question is how you've actually figured it out... or can you share your code here???
I am not allergic to Kudos, in fact I love Kudos.
Make your LabVIEW experience more CONVENIENT.

Problem using the File Dialog Box in a Client/Server application

Similar Messages

Maybe you are looking for