01-15-2007 08:36 AM
We have two ears and one mouth so that we can listen twice as much as we speak.
Epictetus
01-15-2007 10:57 PM - edited 01-15-2007 10:57 PM
Hi TiTou,
You've probably solved this by now, but if not...
A few months ago I was trying to distribute two EXEs - both of which made dynamic calls - and this error (among others) was giving me "fits". I think it can happen if the caller has loaded a VI (.ctl or .vi) that also appears in the callee hierarchy - and the version loaded by the caller is incompatable with the callee's diagram(s.) When the callee runs, it has to use same-named VIs already in memory. If you see different behaviour on two different machines, are there two different versions of the caller?
No matter what the problem really is (was,) the attached VI will try to open all the broken VIs in a hierarchy - which can be a huge help in narrowing the problem. Oh yeah, with the (broken) FP open, click on the broken-arrow to see an error-list that can (but-usually-doesn't) display helpful diagnostic info! Compile this into your EXE (caller) so it runs if there's a problem running the callee.
Cheers.
Message Edited by tbd on 01-15-2007 10:58 PM
Message Edited by tbd on 01-15-2007 11:00 PM
01-15-2007 11:29 PM - edited 01-15-2007 11:29 PM
... Doh!, sorry - a compiler-error.
In that case, are the two machines doing compiles under the same distribution of LabVIEW (both 7.1 FULL, or both 7.1 Developer)? Are you logged-in as admin. on both machines?
Message Edited by tbd on 01-15-2007 11:30 PM
01-16-2007 12:26 AM
We have two ears and one mouth so that we can listen twice as much as we speak.
Epictetus