> -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin > Sent: Thursday, March 18, 2010 11:43 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: FTP problem > > On Thu, 18 Mar 2010 14:36:55 +0200, G+D+J+ B+N% #B+J+ wrote: > > >None of our users currently use USS. > >I would like to avoid it if possible. > > Avoiding a possible solution to a problem fits the definiton > of bigotry.
Many users are "bigots". As are some sysprogs and programmers. A sad fact of life. > > When the file arrives at OS, what are the line separators? If they > are, in fact, 0x15 (or you can arrange this by specifying a > translation table with LOCSITE), the use of "USS" is minimal. > FTP from DOS platform to Unix file; FTP from localhost (can be > in same job step) Unix file to OS data set. In my testing, when I ftp'ed a UNIX file with 0x0a (LF) only line endings instead of 0x0d0a (CRLF), the resulting value on z/OS is 0x25. That's true regardless of whether the data is in a z/OS legacy dataset or a z/OS UNIX file. > > One of the few good things about OS is its support of temporary data > sets that can be passed from step to step. I wish they had provided > similar for Unix files (PATHDISP=PASS, rather than only KEEP > or DELETE) > with generated filenames, to be deleted at end of job, after accessing > with referbacks in intervening steps. I guess this would work in a JCL scenario. But not very well if you run BPXBATCH and use a "shell script" to create the file. Or create the UNIX file by ftp'ing into it. The initiator would have no idea that you created it. UNIX has no concept similar to ours in this area. What I've seen done to emulate this is to use "mkstemp()" to create a uniquely name file in a subdirectory. Then open() or fopen() the file. Lastly, do an unlink() while the file is still open. This removes the file's name from the subdirectory, but the data/space in the filesystem is not free up (and can still be updated and extended) until it is close()'d > > >I heard from the people who actually create the files (They > belong to another organization and will not change the files), ... > > > That, too, might be bigotry. But if they insist on using UNIX-styls > line separators on a DOS system, I suspect they supply the files to > a UNIX system at their site. Could you connect to that system as > an FTP server? It would supply network standard line separators. > > -- gil -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
