We just write the files locally and let another process transfer them
across
the network. That way if a file server drops out, we can still test.
The data just accumulates on the local machine until the server gets
back on line.
We use a simple FTP script to do the transfers.
This has worked well for the last 6 years here.
Rob
Rob Marquardt
System Test Engineering
Rockwell Automation / Allen-Bradley
1201 So. 2nd Street
Milwaukee, Wisconsin, 53204-2496, USA
414-382-3098 Phone
414-382-4820 FAX
RAMarquardt@ra.Rockwell.com
"Any society that would give up a little liberty
to gain a little security will deserve neither
and lose both. "
--Benjamin Franklin
"Those who would give up essential liberty to purchase a
little temporary safety deserve neither liberty nor safety. "
--Benjamin Franklin
Marc Engle <MEngle@RFMD.com>@lvld.agilent.com on 10/02/2001 02:51:30 PM
Sent by: owner-vrf@lvld.agilent.com
To: "'vrf@lvld.agilent.com'" <vrf@lvld.agilent.com>
cc:
Subject: vrf File Help
All,
I'm having trouble with writing to files sometimes during one of my
tests. I get error number 630 "Invalid Value [File path]" I have some
error trapping implemented so that it traps any error (including this one)
and displays a message to the user asking them to note the error and then
click retest. The program then goes back and retests the part at that
condition and tries to write to the file again. The problem seems to be
stemming from when our file server is handling too many requests at once
and
gets overloaded. When this happens, the error pops up in VEE. Windows
seems to be able to recover just fine by going to Win Explorer and hitting
refresh, but for some reason, VEE cannot. I'm using VEE 6.01 on both Win98
and Win2k boxes. My question is, when VEE opens a file the first time it
writes to the file and holds on to it while the program is running (for
instance a .csv file), is there a way to have VEE release the file and open
the connection again? I think this is where the problem is stemming from.
If I could release the file and then open it again after Windows has
recovered, it may allow VEE to recover. Any help would be appreciated. I
hope I've been clear enough in this email. Thanks for your help.
Regards,
Marc
Marc A. Engle
Product Engineer
Digital Cellular Product Line
RF Micro Devices, Inc.
7628 Thorndike Road
Greensboro, NC 27409
Phone: (336) 931-7445
Fax: (336) 931-7371
E-mail: mengle@rfmd.com
---------------------------------------------------------------------
This is the "vrf" maillist, managed by Majordomo. To send messages to
this maillist, just email to "vrf@lvld.agilent.com". Subscriptions and
unsubscriptions are done through the address
"vrf-request@lvld.agilent.com".
If you need details, just send a message containing the text "help"
to "vrf-request@lvld.agilent.com".
---------------------------------------------------------------------
---------------------------------------------------------------------
This is the "vrf" maillist, managed by Majordomo. To send messages to
this maillist, just email to "vrf@lvld.agilent.com". Subscriptions and
unsubscriptions are done through the address "vrf-request@lvld.agilent.com".
If you need details, just send a message containing the text "help"
to "vrf-request@lvld.agilent.com".
---------------------------------------------------------------------
I'm having trouble with writing to files sometimes during one of my
tests. I get error number 630 "Invalid Value [File path]" I have some
error trapping implemented so that it traps any error (including this one)
and displays a message to the user asking them to note the error and then
click retest. The program then goes back and retests the part at that
condition and tries to write to the file again. The problem seems to be
stemming from when our file server is handling too many requests at once and
gets overloaded. When this happens, the error pops up in VEE. Windows
seems to be able to recover just fine by going to Win Explorer and hitting
refresh, but for some reason, VEE cannot. I'm using VEE 6.01 on both Win98
and Win2k boxes. My question is, when VEE opens a file the first time it
writes to the file and holds on to it while the program is running (for
instance a .csv file), is there a way to have VEE release the file and open
the connection again? I think this is where the problem is stemming from.
If I could release the file and then open it again after Windows has
recovered, it may allow VEE to recover. Any help would be appreciated. I
hope I've been clear enough in this email. Thanks for your help.
Regards,
Marc
Marc A. Engle
Product Engineer
Digital Cellular Product Line
RF Micro Devices, Inc.
7628 Thorndike Road
Greensboro, NC 27409
Phone: (336) 931-7445
Fax: (336) 931-7371
E-mail: mengle@rfmd.com
---------------------------------------------------------------------
This is the "vrf" maillist, managed by Majordomo. To send messages to
this maillist, just email to "vrf@lvld.agilent.com". Subscriptions and
unsubscriptions are done through the address "vrf-request@lvld.agilent.com".
If you need details, just send a message containing the text "help"
to "vrf-request@lvld.agilent.com".
---------------------------------------------------------------------