Re: z/OS FTP - handling a ..

2008-08-18 Thread Paul Peplinski
This is all I see that is "remotely" relevant. Yes the data was text typed in by a user to test letters sent to customers. In this case he happened to use a quited string followed by a partial ellipses (two periods). FTP info follows. I also just noticed that the MVS file is FBA but the .. is no w

Re: z/OS FTP - handling a ..

2008-08-15 Thread Patrick O'Keefe
On Fri, 15 Aug 2008 11:24:14 -0500, Paul Peplinski <[EMAIL PROTECTED]> wrote: >... >ascii option did the trick and the data in question was periods, not >non-displayable data, as in the following. Hard to see with this formatting >but the periods right before REILY are stripped out and REILLY go

Re: z/OS FTP - handling a ..

2008-08-15 Thread Paul Peplinski
On Thu, 14 Aug 2008 17:36:15 -0500, Patrick O'Keefe <[EMAIL PROTECTED]> wrote: > >A little more info would be helpful. >Are these 2 periods actually as such in the data? (I suspect not.) >Are they perhaps unprintable data represented as periods in >whatever you are using to display the data? If s

Re: z/OS FTP - handling a ..

2008-08-14 Thread Patrick O'Keefe
On Thu, 14 Aug 2008 16:37:12 -0500, Paul Peplinski <[EMAIL PROTECTED]> wrote: >... The data contains a .. (two periods), which seems to be treated on >the receiving end as a CRLF (they are stripped out and the following >characters are on a new line justified left). ... A little more info would

z/OS FTP - handling a ..

2008-08-14 Thread Paul Peplinski
a z/OS batch job FTPing an MVS dataset to a non-MVS (perhaps windows) server. The data contains a .. (two periods), which seems to be treated on the receiving end as a CRLF (they are stripped out and the following characters are on a new line justified left). My thought is specifying ASCII in the