The practical use of numbering in any 'source' file is that ISPF maintains
level numbers in columns 79 - 80, making it easy to find recent updates.
No sequence numbers, no way to know what changed in (more or less) what
order. That being said,
1. There is absolutely no reason to allow NUM ON or PACK ON in a data
file. Numbers/packing just corrupt the data.
2. Anyone who casually edits a data file in ISPF deserves a spell in the
woodshed.
3. If it's the FTP job itself that fails, the simplest solution is to end
*every* FTP command line with a semicolon ; If you do that, line numbers
in the job stream will be no problem and serve the purpose in #1.
4. There is no simple way to enforce any particular ISPF edit profile
values. Even if you provide a default, it can be overridden by the user.
5. In case it becomes necessary to edit a data file, *begin* the session
with this sequence of commands:
-- PACK OFF (really necessary?)
-- NUM OFF
-- CAPS OFF
-- PROF LOCK (prevents accidental corruptive actions)
6. If something still goes wrong, it's back to the woodshed.
.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com
From: "Starr, Alan" <alan_st...@calpers.ca.gov>
To: IBM-MAIN@bama.ua.edu
Date: 04/12/2011 04:05 PM
Subject: Re: TSO Profile NUM and PACK
Sent by: IBM Mainframe Discussion List <IBM-MAIN@bama.ua.edu>
John,
It's not clear to me if the troublesome sequence numbers are in the
transmitted data records or in the FTP DD=INPUT records. More frequently,
it is the latter case that causes problems. If this is also your
situation, you may be able to fix your problem and keep NUM/PACK.
One of the parameters that may be specified in the FTP.DATA (for the
client) is
SEQNUMSUPPORT TRUE
The default is "SEQNUMSUPPORT FALSE." When this parameter is set to true,
the FTP client ignores sequence numbers.
Regards,
Alan
P.S. I like to use ISPF sequence numbering because it embeds the
modification level in columns 79 and 80. This makes it easier to track the
changes that have been made to members for each incarnation. Just my
personal preference.
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Donnelly, John P
Sent: Tuesday, April 12, 2011 1:35 PM
To: IBM-MAIN@bama.ua.edu
Subject: TSO Profile NUM and PACK
We had some difficulties with a critical FTP transmission over this past
weekend caused by the 00000000 in card columns 73-80.
Our Application Business Manager has posed two questions:
Can you share with me any compelling reasons for the NUM ON and PACK ON?
If no compelling reasons, what can be done to make NUM OFF and PACK OFF as
the default in any programmer's profile?
Do we have a global setting that we might invoke?
Thankyou
John Donnelly
National Semiconductor Corporation
2900 Semiconductor Drive
Santa Clara, CA 95051
----------------------------------------------------------------------
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
