I have the same issue with a .NET program, so it is not limited to VFP. It calls a StoredProc in SQLServer that takes an hour to run.
I was thinking about creating a 'job' table.. get the ID and pass it along with the parameters to the Stored Proc from a second EXE (called from the first with its visible property set to false). The 2nd exe calls the SP then updates a completed field in the job table... meanwhile the original program is sitting in a form with a timer that checks that flag every 60 seconds or so and when it is set does a query to pick up and delete the data from a 'results' table based on that job id. Clear as mud? It seems like overkill for a process that we only run once a day though. Parameters need to be entered so it can't be automated. Would have been better (and much easier to debug) doing the work in .NET, but the IT Manager (non-programmer) said to do it in an SP so it can utilize his new/expensive/fast server. Someday when I have time I'm going to code it in .NET to see if there is really that big of a speed difference. I think I have some time opening up in November 2014... Lou -----Original Message----- From: profoxtech-boun...@leafe.com [mailto:profoxtech-boun...@leafe.com] On Behalf Of Kent Belan Sent: Tuesday, December 27, 2011 4:31 PM To: profoxt...@leafe.com Subject: Not Responding Hello, Hope everyone had a great Christmas !! I have several reports that take a while to run. I have notices that Windows 7 will report that the program is "Not Responding" on these long reports. If the user clicks on the application, Windows will then show a message about program not responding and ask the use the exit or cancel. Is there anyway to tell Windows that the program is still running before the "Not Responding" mode kicks in ? Thanks and Happy New Year, Kent [excessive quoting removed by server] _______________________________________________ Post Messages to: ProFox@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/0bac2c1927422843b2c121c8b41684af0f318...@dfw1mbx24.mex07a.mlsrvr.com ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.