is it possible to write a gpib monitor to wait for any other process to use it like NI-SPY does?

[scottydoesntknow]

I need to create a QC application that runs in the background to monitor any sort of gpib communication from other processes to the board. We have several hundred PC's running GPIB programs in various configurations. Modifying existing programs is out of the question since they have already made it through quality control and I cannot have every program that we've written requalified. I had a couple of ideas but they require some tricky stuff. There must be something that I am overlooking...

[ceetee]

Scotty.. I am interested in the same. I need to build something like Ni-SPY that will let me filter out certain commands to monitor the bus. I know there is no response here, have you discovered anything on your own?

[scottydoesntknow]

ceetee, the best thing that I came up with is a bit sketchy, but here it goes. I am atempting this in C/C++.

1) binhex the gpib32 dll, this reports the (exported only?) function calls.
2) create a dll with the same name and function calls.
3) your functions will simply call the old ones, and in the process execute some code of your choosing.

check out this page for better information.
http://www.woodmann.com/fravia/fragas1.htm

This project has been put on the back burner by the brass here at my company, so I haven't gotten to implement it fully. But, I'm fairly certain that it will work even though it's a little arcane. This problem has caused a lot of acid reflux, so let me know if you come up with anything.