Kill Procedures at Experiment Startup

Share icon

Thu, 08/27/2015 - 08:49 am

Hello,

I'm looking for a way to kill a procedure when a previously saved experiment is opened (before compile).

Currently, we have one procedure that is used to collect data. After collection, the experiment is saved with all the data. On another computer, we open this experiment and use another procedure to analyze the data. I'm currently trying to change our setup so the analyze procedures are opened automatically on the computer we do analysis on so we don't have to go looking for them each time. One problem with this is the procedure that was used to collect the data is saved with the saved experiment so, when I open the experiment, it tries to compile every procedure. This fails as I no longer have the path to the data collection procedure which is the way I want it as the data collection procedure has NI calls which require NI drivers to be installed to use. While this isn't a big issue, it becomes very annoying if I need to open 50 experiments and manually kill this procedure each time I open it.

Is there any way to kill this procedure as part of the user igor procedures load? Is there any hook that is something like beforecompile or at experimentrebuild? Is there anyway to kill a procedure from the command line/procedure code?

Thanks
Have you tried using conditional compilation?
DisplayHelpTopic "Conditional Compilation"

August 27, 2015 at 09:11 am - Permalink

It sounds like your procedures are opened inside the experiment file (maybe you are using a template experiment (.pxt) file?). Instead, stash copies of your procedures somewhere and put a shortcut to the files inside the Igor Pro User Files:Igor Procedures folder. That will cause the procedures to be loaded automatically when you run Igor. You can have different sets of procedure files for the acquisition computer and for the analysis computer.

Doing this will also result in a saved experiment file that does not contain a copy of the procedures, or a path to the folder holding them.

John Weeks
WaveMetrics, Inc.
support@wavemetrics.com

August 27, 2015 at 09:45 am - Permalink