L
Laurel
Sometimes a running database seems to get corrupted, as if it captured a
user error and it would stick forever. For instance, the production copy of
my database began producing this error when a particular form is opened. It
cleared up when I sent a fresh copy to the user. The actual datafiles are
in a back end database, so nothing should be changing. They run with the
/runtime switch, so shouldn't be able to explicity change things.
I've had similar experiences. Can't remember enough to describe the details
reliably now, but attributes get "stuck" in the form - I think dynamic
select criteria, etc.
Anyway, my current error is not real helpful for figuring out how to
bullet-proof my database against this kind of corruption:
"Microsoft Access
There was an error executing the command.You cancelled the previous
operation."
tia
laurel
user error and it would stick forever. For instance, the production copy of
my database began producing this error when a particular form is opened. It
cleared up when I sent a fresh copy to the user. The actual datafiles are
in a back end database, so nothing should be changing. They run with the
/runtime switch, so shouldn't be able to explicity change things.
I've had similar experiences. Can't remember enough to describe the details
reliably now, but attributes get "stuck" in the form - I think dynamic
select criteria, etc.
Anyway, my current error is not real helpful for figuring out how to
bullet-proof my database against this kind of corruption:
"Microsoft Access
There was an error executing the command.You cancelled the previous
operation."
tia
laurel