I think you need to re-examine the process you want executed. From all of this conversation you are attempting to cover every base for every reason over time in a single CYA event. Now you find that users are the brunt of this????
Why not extract all of this process to a second executable that runs in schedule mode and doesn't need any human attention? Off hours as well as live. You may have to write to a log all the events that are happening as well as NOT happening to alert admins what needs to be seen to. But then YMMV as well. :) On Tue, Apr 2, 2013 at 9:15 AM, Ted Roche <[email protected]> wrote: > On Tue, Apr 2, 2013 at 9:37 AM, Ken Dibble <[email protected]> wrote: > > > > >> But I guess what you're saying is that I have to expect errors even in > > these processes if the user doesn't follow instructions regarding how to > > shut down the system? There is nothing I can do to defend against that? > > > > > Well, there are several different questions and assumptions in your > questions. > > You're saying it breaks if you do it that way, I'm saying don't do it that > way. The local workstation shouldn't have to copy all the bits from one > part of a remote machine to another. That's inefficient, slow, and > obviously error-prone. > > The issue of other organizations running your software is a new twist, or I > missed it earlier. If you don't have access to their servers, you might not > be able to implement the service-side backup. > > At the least, you should ask in your "Really Quit?" dialog with an option > "[X] Make a backup before shutting down" to give them the option. > > But no, if Windows has decided to shutdown, I don't think you can count on > the network shares still being available. You can test for this, add local > TRY... CATCH wrappers around your code, perhaps an IF FILE("W:\MyData.DBF") > to figure out of the file is available, but in the end, you can't > idiot-proof an application both against users and Windows at the same time, > I think. It's just a question of how much effort you're willing to exert > when the users are doing things their way. > > > -- > Ted Roche > Ted Roche & Associates, LLC > http://www.tedroche.com > > > --- StripMime Report -- processed MIME parts --- > multipart/alternative > text/plain (text body -- kept) > text/html > --- > [excessive quoting removed by server] _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/cajidmy+nxqbwp9huqahl+em_jd6vouhhhfumb49pgwexfk7...@mail.gmail.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.
