Actually, I don't think there is a easy way to do this.
If you experience a break in your network connection, you going to wind up
with corrupted (damaged data).
You can not in any way consider running a system in which network
disconnections will occur.
Your start-up code can simply try to open a table, and if it fails..then you
don't have a connection.
However, detecting a connection DURING the running of the application is not
really possible, nor recommended.
Read CAREFULLY the following document and the part about why a data base
will corrupt:
http://www.members.shaw.ca/AlbertKallal/Wan/Wans.html
If you experaince a break in the conenciton, then you will have data that
does make it back to the file.
You need to elimonate the reason for the break in the conenction, not write
code to test for the occurnace of the break.
As mentieond, you will certanly have startup code that tests if you can open
up the back end database (you open a table...and error trap that).
This is really why you also can't run ms-access over a wireless network...
--
Albert D. Kallal (Access MVP)
Edmonton, Alberta Canada
(E-Mail Removed)