Try customising (pardon, customizing for those in USA and Canada) your own translation table, which should be specified in the SYSFTSX DD on your z/OS FTP server proc, or FTP.DATA CCXLATE or XLATE parms.
My copy of TCPIP.STANDARD.TCPXLBIN shows the EBCDIC not x'5F' being translated to x'A3' at line 3, column 223. With hex on, you could try changing this to x'AC' as desired. Cheers, MARK DOUGLAS BRISBANE, Australia -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Rusnak Sent: Tuesday, 13 March 2012 4:30 PM To: IBM-MAIN@bama.ua.edu Subject: host codepge 0037 and the obscure "not sign" Our 3270 emulator is IBM's Personal Communications V5.0 for Windows, commonly known as PCOMM I believe. We use "0037 United States" as the host code page. the "NOT SIGN" is x'5F' in codepage 0037. All evidence I can find says that the "NOT SIGN" is x'AC' in unicode and on unix environments. If I use PCOMM to do a "text" conversion file transfer of the "NOT SIGN" from z/os 1.11 to ascii it translates correctly from x'5F' to x'AC'. However, if I use the z/os 1.11 TCP/IP FTP the x'5F' translates to a x'5E' and does not retain itself as a "NOT SIGN". I cannot find any translation table in SEZAINST or SEZATCPX for codepage 0037 or any other codepage that translates an EBCDIC x'5F' into an ascii x'AC', in other words NOT SIGN to NOT SIGN. If I look at ascii back to EBCDIC tables in those libraries a x'AC' seems to translate back to a x'B7' in EBCDIC which makes no sense to me as a NOT SIGN. Even in codepage 1047 a NOT SIGN is x'B0'. Is there any translation table in z/os 1.11 that translates the "NOT SIGN" x'5F' to an ascii x'AC', the same as PCOMM accomplishes? There are other characters having issues as well, but I'm happy to concentrate on this one for now. Thanks, Tom ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN ***************************** Disclaimer ***************************** The contents of this electronic message and any attachments are intended only for the addressee and may contain privileged or confidential information. They may only be used for the purposes for which they were supplied. If you are not the addressee, you are notified that any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. The privilege of confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of mistaken delivery to you. If you receive this message in error please notify the sender by return e-mail or telephone. Please note: the Department of Public Works carries out automatic software scanning, filtering and blocking of E-mails and attachments (including emails of a personal nature) for detection of viruses, malicious code, SPAM, executable programs or content it deems unacceptable. All reasonable precautions will be taken to respect the privacy of individuals in accordance with the Information Privacy Act 2009 (Qld). Personal information will only be used for official purposes, e.g. monitoring Departmental Personnel's compliance with Departmental Policies. Personal information will not be divulged or disclosed to others, unless authorised or required by Departmental Policy and/or law. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN