J
J. Freed
I've written a program that will extract ODBC information from an mdb file
(from MsysObjects). I've generated a list of some thousands of mdb files over
our network; the program links to them, extracts the MsysObjects table,
closes the link, then processes the contents of the copied MsysObjects table.
It seems to work well with one problem: if an mdb has an internal password
(which we try to discourage), the program comes to a dead stop waiting for
someone to either type in a PW or hit Cancel. As we plan to run this during
downtime and will take several hours, is there a programmatic way to "peek"
at an mdb file to establish that it's password-protected so the program would
know to not try to open it?
Also, if you think of other potential issues/problems with this methodology
(particularly with open files), I'd appreciate your feedback. TIA......
(from MsysObjects). I've generated a list of some thousands of mdb files over
our network; the program links to them, extracts the MsysObjects table,
closes the link, then processes the contents of the copied MsysObjects table.
It seems to work well with one problem: if an mdb has an internal password
(which we try to discourage), the program comes to a dead stop waiting for
someone to either type in a PW or hit Cancel. As we plan to run this during
downtime and will take several hours, is there a programmatic way to "peek"
at an mdb file to establish that it's password-protected so the program would
know to not try to open it?
Also, if you think of other potential issues/problems with this methodology
(particularly with open files), I'd appreciate your feedback. TIA......