08-22-2018 06:22 AM
@Bob_Schor wrote:
Look up the Help documentation for Application Directory. Notice it is different for Applications (.exe) than for VIs in the Development Environment (and different for developing in a Project and "in the raw").
That is because it is meant for using with relative paths. So you do need to make sure your files keep the same relative path to your executable as your project when developing.
08-22-2018 10:29 PM - edited 08-22-2018 10:32 PM
Hi pincpanter,
When i try to upload a file from the list i have. I can able to upload only three files (5,6,7) from down. I can't upload the remaining files(1,2,3,4). All the files are in the same path.
Please find the attachment
08-22-2018 11:32 PM
Guys,
Explaining in brief, I have 7 binary files to read the data from. When i am executing the VI i can able to read the data from all the 7 binary files.
when i am building the exe and trying to open the binary files, It throws the dialog in the error case i have given.
Thanks,
Chaitanya
08-22-2018 11:51 PM
Hi Chaituc
It seems there may be problem with
1) File path : Build .exe with allow debug mode enable and run exe and highligh execution inside exe by clicking on Operate---> Debug application or shared library..
2) Binary file write function: problem may arise on how you write binary file. if you write binary file with array of elements and you specify only single element to read as a read data type reference then error occurs.
08-23-2018 01:07 AM
Hi chaituc,
when i am building the exe and trying to open the binary files, It throws the dialog in the error case i have given.
You were asked to show more error information and you got examples on how to get them.
Did you follow our suggestions so far?
Again:
Which path does your EXE try to read?
Which error number did you get?
08-23-2018 08:17 AM
When you have persistent and inexplicable problems in the middle of a large, complex LabVIEW routine that uses Classes and other Fancy Stuff, you can (probably) "figure out what's wrong" by writing a little test routine.
I recommend that you write a Stand-Alone program that does the following:
In any case, you will now have a very simple routine that you can share with us, along with some data files (of course, if it works, you won't need to share it, but if it fails, we'll be eager to help and to figure out "Where's the Bug?").
Bob Schor
08-23-2018 01:49 PM
@Gerd. Look at the error ring add the filename and error code, and source to the custom errors format e.g. Error %d occurred at %s trying to read file %s.
On a phone so no snippet. Mr. Ko can earn a kudos for one.
08-23-2018 01:57 PM
Hi Jeff,
so basically what I suggested in message #4?
@OP: It would have been so easy to get a full error description…
08-23-2018 03:17 PM
@JÞB wrote:
@Gerd. Look at the error ring add the filename and error code, and source to the custom errors format e.g. Error %d occurred at %s trying to read file %s.
On a phone so no snippet. Mr. Ko can earn a kudos for one.
I'm kinda burned out today; only good for semi-witty remarks. I think Gerd is on the right track, except you can use the error ring constant to translate it into "StandardLabVIEWError-ese" for ease of reading.
08-23-2018 05:22 PM - edited 08-23-2018 05:24 PM
@GerdW wrote:
Hi Jeff,
so basically what I suggested in message #4?
@OP: It would have been so easy to get a full error description…
Yes but much easier with an error ring, a Select wired to error, and a simple error handler.;D.