I think FTP is pretty unhappy with line numbers in general. Tends to want to make them into operands of the command. I think I recall (is this correct?) that the plus has to be the last thing on the line, and I'm 99% certain that if so, a sequence number would be the "last thing," not the plus sign.
In a single test with FTP 2.10, it seems happy enough with a VB/2080 INPUT dataset and seems to process the entirety of commands therein that span column 256. I'm going to guess they chose not to process + in a QUOTE command to allow for the possibility that you actually wished to send a literal blank-plus-blank to the remote server. Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Thursday, October 13, 2005 10:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FTP continuation character In a recent note, Charles Mills said: > From [EMAIL PROTECTED] Thu Oct 13 10:47:30 2005 > Date: Thu, 13 Oct 2005 09:42:00 -0700 > > Interesting information. Thanks. > How does the '+' continuation character mentioned earlier in this thread interact with line numbers? (I avoid line numbers, rigorously, so this is just from curiosity.) And why can't QUOTE be continued? Is there a syntactic ambiguity with '+', or is this just another adverse manifestation of Conway's Law? > Didn't realize that LRECL > 80 was supported. (Everything I am about to say > about the FTP doc is based on the 2.10 doc which is what I have most readily > at hand. It may be obsolete.) > Ummm. Last time I tried, FTP quietly truncated my command at 256 characters. I circumvented with a chain of "CD" commands before the GET/PUT. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html