05-19-2010 03:04 PM
Hi Folks, i got the message "Error 3: Wrong memory zone accessed" while i am running my labview program. so you have any ideas on how to solve it??
Lee
05-19-2010 03:08 PM
"Any ideas?"
Yes -> http://digital.ni.com/public.nsf/allkb/BD4F0E1DAEF3DA0A8625727C0028A183
Christian
05-19-2010 03:17 PM
Hi, i did check that webpage before i posted my question. their suggested solutions did not solve my problem. my error meassge remained.
Lee
05-19-2010 03:21 PM
Then you might need to be a bit more specific, like what version of LV do you use, where in your VI this error comes up, whats the purpose of the VI (content)?
Thanks,
Christian
05-19-2010 03:51 PM
I am using labview 2009. The VI is designed to communicate with an instrument (optical spectrum analyzer) . the error pops out after the function "GPIB write"
Lee
05-19-2010 06:51 PM
07-25-2017 10:44 AM
Hi all,
I have the same exact problem sometimes when the cameras that I try to connect to lose communication somehow. I have not configured yet what is causing this trouble but whenever I have response from the cameras and I terminate my program I don't have this issue. Only when the cameras freeze this error comes up. I shut down my computer and start again, the error disappeared and after some runs of my code it comes back again. Usually, when I terminate my code abruptly (stopping it from LV panel) this happens, which makes me think that some initialization parameter for my device gets corrupted on the way.
I may be wrong though.
I am not using GPIB ports as the error suggest only USB ports to connect with my cameras. If anyone has a better suggestion for this or could explain how the communication is established when you try to communicate with the device using its drivers' library which is the case for me, it would be much appreciated.
07-25-2017 10:48 AM - edited 07-25-2017 10:50 AM
What sort of camera is this? What driver do you use to access it? Most likely the VI library you use does simply return the error code of the underlying API in the error cluster and does not bother to convert it to a meaningful LabVIEW error.
07-25-2017 12:44 PM
If so see this spoiler.
Another person is asking about non-thread safe dll and I attempted to share what I think I originally learned by reading your posts. I suggested wrapping the dll calls up... See here if you have time to take a look.
Please excuse the distraction!
Ben
07-26-2017 04:03 AM
Done