hatman
Well-known Member
- Joined
- Apr 8, 2005
- Messages
- 2,664
I am in the developement mode of making software to display live telemetry from the Space Station on a series of screens in VB 6.0. In the process, I am also building a utility in VB 6.0 to log user selected parameters to an instance of Excel, with teh ability to plot the data on the fly. I am building all of teh controls with the VB Application, so the Excel nstance is completely automated. As far as that goes, it's pretty straight-forward from a technical point of view. As part of my initial debugging, I wondered what would happen if a user tried to use the native Excel controls to change formatting, or other settings. While it does not cause a crash, if the user keeps any of the Excel dialogs open for several successive data writes (they happen on 1-second intervals) it does cause a hang in the VB application, with a dialog stating that a remote application is not responding, do you want to abort or retry. As a first pass, I'm going to try just telling users NOT to try manipulating Excel directly. I'm just wondering if anyone has encountered this and has any advice for a more stable solution. I'm not even sure if it's better to try intercepting the user inputs to the Excel window, or if it's better to allow the error, but handle it more gracefully. Any thoughts would be appreciated.