Hello Friends @ 3000-L,

Re: FTP and EXITONERROR again!

This problem is documented in GREAT detail on the 3000-L in the past... Check
the 3000-L archives document # 055163 99/02/12.

http://raven.utc.edu/SCRIPTS/WA.EXE?S1=hp3000-l

Search for: EXITONERROR

Select document # 055163 99/02/12.


P.S. The fix was implemented to avoid a known Data Loss condition.

Regards,

James Hofmeister
Hewlett Packard
Worldwide Technology Network Expert Center
P.S. My Ideals are my own, not necessarily my employers.


---------------------------------------------------------steve hammond writes--
I have just upgraded to 5.5 pp6 and I remember seeing some traffic about
problems w/FTP in pp6. Here is my scenario: - we want to move file XYZ.TXT to a
network (novell) drive in a job stream - FTP starts and logs in without a
problem -  do a delete of XYZ.TXT to make sure that file does not already exist,
although 95% of the time the file does not exist - put XYZ.TXT - exit This
always worked in the past, but since the upgrade, the job chokes on the delete.
To use MPE jargon, it's like there used to be a 'CONTINUE' before the delete,
but now there is not. Is this one of the identified bugs in FTP on pp6? thx
steve hammond
---------------------------------------------------------steve hammond writes--

------------------------------------------------------------Lee Gunter writes--
IIRC, 5.5PP4 introduced a change in the way ftp handles formerly "benign" error
conditions, such as what you're experiencing.  We ran into this, and had to
change the way we use EXITONERROR.  I'd recommend that you toggle EXITONERROR
off just before you call your delete command, then back on afterward if needed.
This isn't a bug ... just a largely undocumented fix to make ftp adhere more to
standards -- or so I was told by HP.
  Lee Gunter
------------------------------------------------------------Lee Gunter writes--