I'm not sure FPD or Windows see a NAS any differently than any shared
drive from any kind of source...another Windows machine, a Linux box, or
a Windows server.
Mike Copeland
Lew Schwartz wrote:
The earlier idea on this thread of trapping the error with an on error
routine and/or a more robust analysis where the fopen() error number is
captured might work. I haven't written code like this for years, but I
don't remember network drives being a problem. I never worked with NAS
drives, however.
-Lew Schwartz
On Sun, Oct 25, 2015 at 11:38 PM, John R. Sowden <[email protected]
wrote:
Thank you for the fopen idea. I am not using share and I don't know if
the drive is mapped or UNC. After playing around with fopen though, I
discovered that the error is an OS/network error. What I wanted to do was,
if the network drive failed, then fp would default to the local drive,
whether the environment variable said the net was working or not. That
worked, but I must answer the OS/network error message with 'Ignore'. That
is not very secure.
needs more thinking ...
john
On 10/24/2015 06:19 PM, Lew Schwartz wrote:
I think I used to use fopen("Drive:\nul") > 0
-Lew Schwartz
On Sat, Oct 24, 2015 at 6:28 PM, John R. Sowden <
[email protected]>
wrote:
Is there is way in FPD 2.6 to test to see if a drive is working without
having the program crash. I have a network where I test for a remote
drive
(peer to peer net) before attempting to connect to it. I set a variable
(above is done in the autoexec.bat) re: the sytatus of the remove node
being on line. If there is a change in the drive, such as a reboot of
the
remote computer, the environment variable does not change, but the drive
is
no longer accessible. When I am in fpd, I want to confirm the drive is
available before using it so it doesn't crash. I checked the sys()
functions, but none seem to meet the concern.
John
[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/[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.
