Re: Trouble with COPYFILE to shorten Record
Add the TRUNC option; NOTRUNC is the default. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Stracka, James (GTI) Sent: Wednesday, July 11, 2007 12:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Trouble with COPYFILE to shorten Record I am trying to copy a file with the LRECL option to shorten it. e.g. Filename Filetype Fm Format LreclRecords TXJIMFILELIST A0 V169 4920 COPYFILE TXJIM FILELIST A SORTER FILELIST A (LRECL 13 I expected the result to be a file with LRECL 13 but it is: Filename Filetype Fm Format Lrecl SORTER FILELIST A0 V169 I need to do this soon. The file is too big to use XEDIT in a 2G machine. Anybody have a PIPE to do this. Note: The real file is hexadecimal data, not text. Jim This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
Re: Trouble with COPYFILE to shorten Record
If you are just trying to view it and it won't fit in XEDIT try one or more of: - BROWSE fn ft fm - BROWSE has HEX ON|OFF|CHAR - SHOW fn ft fm - SHOW has HEXMODE and HEXTYPE commands, and I can offer a HEXVIEW XEDIT file (based on Will Roden's work) will display hex data vertically like ISPF - PIPE fn ft fm | BROWSE- but no hex viewing unless you add stage(s) for that or, if your paging system can handle it... - CP DEFINE STOR 16E, then IPL CMS and XEDIT the file - of course you'd need to change the directory entry to set their machine size that high. And... you won't get an actual 16E of storage even in current z9's. The actual storage will be reduced to the maximum your hardware can support. But cool to try, anyway. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Stracka, James (GTI) [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/11/2007 02:08 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Trouble with COPYFILE to shorten Record I am trying to copy a file with the LRECL option to shorten it. e.g. Filename Filetype Fm Format LreclRecords TXJIMFILELIST A0 V169 4920 COPYFILE TXJIM FILELIST A SORTER FILELIST A (LRECL 13 I expected the result to be a file with LRECL 13 but it is: Filename Filetype Fm Format Lrecl SORTER FILELIST A0 V169 I need to do this soon. The file is too big to use XEDIT in a 2G machine. Anybody have a PIPE to do this. Note: The real file is hexadecimal data, not text. Jim This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/ . By messaging with Merrill Lynch you consent to the foregoing. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.
Re: Trouble with COPYFILE to shorten Record
Since you only seem to be interested in the first 13 bytes of each record , you could also try using the XEDIT Width option, i.e. XEDIT TXJIM FILELIS T A (W 13 This will Xedit only the first 13 bytes of each record and will require a lot less virtual storage. By default, Xedit trys to allocate a buffer that is big enough to hold the longest record as well as all of th e records in the file, (4920 * 169). I have used this technique for files that have a few very large records that causes Xedit to attempt to allocate an extremely large buffer, when I am only interested in the firs t 72 bytes of each record, for example. Dale R. Smith Persona Non Grata On Wed, 11 Jul 2007 15:08:19 -0400, Stracka, James (GTI) [EMAIL PROTECTED] wrote: I am trying to copy a file with the LRECL option to shorten it. e.g. Filename Filetype Fm Format LreclRecords TXJIMFILELIST A0 V169 4920 COPYFILE TXJIM FILELIST A SORTER FILELIST A (LRECL 13 I expected the result to be a file with LRECL 13 but it is: Filename Filetype Fm Format Lrecl SORTER FILELIST A0 V169 I need to do this soon. The file is too big to use XEDIT in a 2G machine. Anybody have a PIPE to do this. Note: The real file is hexadecimal data, not text. Jim
Re: Trouble with COPYFILE to shorten Record
On 7/11/07, Mike Walter [EMAIL PROTECTED] wrote: - PIPE fn ft fm | BROWSE- but no hex viewing unless you add stage(s) for that The 'browse' stage does keep the viewed portion of the data in memory to allow you to page back again. Not really a concern with 5000 records of 13 bytes though. But as I read his note, the discussion about XEDIT was not to view the records but because he wanted to use that to shorten the records. While using XEDIT for that is not safe with non-text data (since it will play games with trailing blanks) I fail to see why one could not edit a file of 700 KB in even a 10 MB virtual machine. Rob