> It has been a while since this was an issue I was trying to solve (last year), I'll
> try that though. If I discover anything, I'll let you know.
>
> The problem is that the end users never report the "problem" any more so I only > discover it when I happen to connect to a system remotely that has the symptom.

Doesn't it cause your VFP app to error out because the database connection is lost?

Hm. Just had a user experience something like this--I think.

What they actually "experienced" was a C5 crash while trying to access a record. My application has dbf files on a Linux Samba server, accessed via a mapped drive on (in this case) a Win 2000 box whereupon the application runs.

However, when they reported the C5 to me I looked at the error log and saw that some minutes before that event they had first had an 1102 "disk is full, read-only or damaged" error message, followed some minutes later by an error claiming that the system could not find a dbf file in the user's working directory (which it should not be able to do since that dbf resides on, and only on, the Samba server)--Error 1. They were distracted and never saw the error messages, which timed out. So they continued to use the application and got the C5 as its last dying gasp.

Those first two errors, though, imply loss of connectivity to the mapped drive.

I don't see this very often; once in a blue moon. It's not tied to a specific OS though.

But, my question for you all is, if a mapped drive suddenly disconnects, would there be an entry in the Windows Event Log? And is there a way to programmatically "wake up" the connection safely?

Ken Dibble
www.stic-cil.org


_______________________________________________
Post Messages to: [email protected]
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/[email protected]
** 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.

Reply via email to