Re: TSO Profile NUM and PACK

2011-05-04 Thread Tom Marchant
On Wed, 4 May 2011 13:23:24 -0400, Shmuel Metz (Seymour J.) wrote: >In , on 05/04/2011 > at 08:57 AM, Tom Marchant said: > >>I use a wide display too. With NUMBER ON, the sequence numbers are >>not displayed. > >Are you perhaps thinking of BROWSE? EDIT and VIEW displayed sequence >numbers when

Re: TSO Profile NUM and PACK

2011-05-04 Thread Farley, Peter x23353
> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Shmuel Metz (Seymour J.) > Sent: Wednesday, May 04, 2011 1:28 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: TSO Profile NUM and PACK > By "intelligent use&

Re: TSO Profile NUM and PACK

2011-05-04 Thread Shmuel Metz (Seymour J.)
In <985915eee6984740ae93f8495c624c6c21d230c...@jscpcwexmaa1.bsg.ad.adp.com>, on 05/04/2011 at 09:07 AM, "Farley, Peter x23353" said: >I disagree. The existence and intelligent use of labeled blocks of >code (paragraphs and sections in COBOL, Procedures in PL/1, labels >and sometimes separate

Re: TSO Profile NUM and PACK

2011-05-04 Thread Farley, Peter x23353
> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Tom Marchant > Sent: Wednesday, May 04, 2011 9:57 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: TSO Profile NUM and PACK > > On Wed, 4 May 2011 09:07:15 -0

Re: TSO Profile NUM and PACK

2011-05-04 Thread Veilleux, Jon L
AHHH, speak French to me Tish. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Wednesday, May 04, 2011 1:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TSO Profile NUM and PACK In , on 05/03/2011 at 06

Re: TSO Profile NUM and PACK

2011-05-04 Thread Shmuel Metz (Seymour J.)
In , on 05/04/2011 at 08:57 AM, Tom Marchant said: >I use a wide display too. With NUMBER ON, the sequence numbers are >not displayed. ? Are you perhaps thinking of BROWSE? EDIT and VIEW displayed sequence numbers when the screen width was 132 or 160. -- Shmuel (Seymour J.) Metz,

Re: TSO Profile NUM and PACK

2011-05-04 Thread Shmuel Metz (Seymour J.)
In , on 05/03/2011 at 06:05 PM, Paul Gilmartin said: >CDC did this, sort of. Il va sans dire ;-) At least in the systems that I saw on th 6400; I'm not sure what they used on the 3600. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: TSO Profile NUM and PACK

2011-05-04 Thread Mike Schwab
On Wed, May 4, 2011 at 8:57 AM, Tom Marchant wrote: > On Wed, 4 May 2011 09:07:15 -0400, Farley, Peter wrote: > >>The first thing I do these days when editing a program for maintenance >>is "UNNUM".  I edit on TN3270E 50x132 almost all the time, and I find >>that the visual clutter of sequence num

Re: TSO Profile NUM and PACK

2011-05-04 Thread Tom Marchant
On Wed, 4 May 2011 09:07:15 -0400, Farley, Peter wrote: >The first thing I do these days when editing a program for maintenance >is "UNNUM". I edit on TN3270E 50x132 almost all the time, and I find >that the visual clutter of sequence numbers is far too visually confusing. I use a wide display

Re: TSO Profile NUM and PACK

2011-05-04 Thread Farley, Peter x23353
> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Shmuel Metz (Seymour J.) > Sent: Tuesday, May 03, 2011 11:34 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: TSO Profile NUM and PACK > Sequence numbers provid

Re: TSO Profile NUM and PACK

2011-05-03 Thread Paul Gilmartin
On Tue, 3 May 2011 11:38:21 -0400, Shmuel Metz (Seymour J.) wrote: >In , on 05/03/2011 > at 09:35 AM, Paul Gilmartin said: > >>I've long wondered, if sequence numbers are so valuable, why haven't >>they spread outside the progeny of unit record systems? > >Because all source code is stored on t

Re: TSO Profile NUM and PACK

2011-05-03 Thread Shmuel Metz (Seymour J.)
In , on 05/03/2011 at 09:35 AM, Paul Gilmartin said: >I've long wondered, if sequence numbers are so valuable, why haven't >they spread outside the progeny of unit record systems? Because all source code is stored on the progeny of unit-record equipment. They've spread to tape and disk; what

Re: TSO Profile NUM and PACK

2011-05-03 Thread Shmuel Metz (Seymour J.)
In , on 05/03/2011 at 10:17 AM, Don Leahy said: >Perhaps he is referring to IEBUPDTE? No, not IEBUPDAT. I'd use IEBUPDETX in preference to either of those. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see We don't car

Re: TSO Profile NUM and PACK

2011-05-03 Thread Shmuel Metz (Seymour J.)
Post top don't please. In , on 05/03/2011 at 09:03 AM, John McKown said: >Then explain them to this poor fool. I find them to be a useless >anachronism. And your answers tend to be so short as to be >unhelpful. My answers tend to be based on the messages and posters they are responding to. I

Re: TSO Profile NUM and PACK

2011-05-03 Thread Anne & Lynn Wheeler
re: http://www.garlic.com/~lynn/subtopic.html#80 TSO Profile NUM and PACK Note: UNIX traces some of its history back to CTSS by way of MULTICS done on 5th flr of 545 tech sq. VM370/CMS also traces history back to CTSS by way of CP67/CMS and CP40/CMS done (at science center) on 4th flr of 545 tech

Re: TSO Profile NUM and PACK

2011-05-03 Thread Schwarz, Barry A
Some CA Technologies's products still try to. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Don Leahy Sent: Tuesday, May 03, 2011 7:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TSO Profile NUM and PACK Perhaps he is referri

Re: TSO Profile NUM and PACK

2011-05-03 Thread Paul Gilmartin
On Tue, 3 May 2011 11:58:15 -0400, Scott Rowe wrote: > >If he explained what he was talking about, then he wouldn't be able to keep >telling you that you are wrong! > That's a fallacy which I can refute by citing John G. (and lately Chris M.) as counterexamples. -- gil ---

Re: TSO Profile NUM and PACK

2011-05-03 Thread Anne & Lynn Wheeler
paulgboul...@aim.com (Paul Gilmartin) writes: > I've long wondered, if sequence numbers are so valuable, why > haven't they spread outside the progeny of unit record systems? cms multi-level source update infrastructure relied on sequence numbers ... started out with cp67/cms and the cms "update"

Re: TSO Profile NUM and PACK

2011-05-03 Thread John McKown
OK, I know about IEBUPDTE. I guess that is needed for source code updates. Personally, I prefer the UNIX patch command. OCO has decreased the need for source updates. JES and PARMLIB members are all that come to mind. Please forgive spelling errors. I'm not using my work email anymore. I'm using m

Re: TSO Profile NUM and PACK

2011-05-03 Thread Scott Rowe
John, If he explained what he was talking about, then he wouldn't be able to keep telling you that you are wrong! On Tue, May 3, 2011 at 10:03 AM, John McKown wrote: > Then explain them to this poor fool. I find them to be a useless > anachronism. And your answers tend to be so short as to be un

Re: TSO Profile NUM and PACK

2011-05-03 Thread Mike Schwab
Starting back in OS/360 days, user modifications utilized the sequence number to indicate where to apply the various multiple user modifications against the base operating system source code. I know our site was still using JES2 user modifications until about 4 years ago. This has mostly been sup

Re: TSO Profile NUM and PACK

2011-05-03 Thread Paul Gilmartin
On Tue, 3 May 2011 09:03:12 -0500, John McKown wrote: >Then explain them to this poor fool. I find them to be a useless >anachronism. And your answers tend to be so short as to be unhelpful. > PACK, surely. Nowadays, that function is best left to microcode in the DASD subsystem so it can be trans

Re: TSO Profile NUM and PACK

2011-05-03 Thread Don Leahy
Perhaps he is referring to IEBUPDTE? I don't know of anyone who maintains code that way, but there might be someone out there who does. Personally, I have been campaigning against the use of sequence numbers in Cobol programs for years. On Tue, May 3, 2011 at 10:03, John McKown wrote: > Then ex

Re: TSO Profile NUM and PACK

2011-05-03 Thread John McKown
Then explain them to this poor fool. I find them to be a useless anachronism. And your answers tend to be so short as to be unhelpful. -- John McKown Maranatha! <>< Sent from my Vibrant Android phone. On May 3, 2011 8:03 AM, "Shmuel Metz (Seymour J.)" < shmuel+ibm-m...@patriot.net> wrote: In , o

Re: TSO Profile NUM and PACK

2011-05-03 Thread Shmuel Metz (Seymour J.)
In , on 05/02/2011 at 09:23 AM, "McKown, John" said: >Are you humor impaired? Are you a failed comedian? >Or maybe you've just be around the government too long. Or maybe I just understand the issues better than you. >And, yes, I know about ISPF's "modification level" use of the >sequence

Re: TSO Profile NUM and PACK

2011-05-02 Thread McKown, John
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) > Sent: Sunday, May 01, 2011 11:13 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: TSO Profile NUM and PACK > > In , > on 04/13/201

Re: TSO Profile NUM and PACK

2011-05-02 Thread Shmuel Metz (Seymour J.)
In , on 04/13/2011 at 07:57 AM, "McKown, John" said: >Not really. NUM ON is for history so that if you ever physically >punch the cards and drop them, you can put them back in order using >your handy card sorter! That may be why *YOU* use it. It's not why the ISPF cognoscenti use it. --

Re: TSO Profile NUM and PACK

2011-04-13 Thread Schwarz, Barry A
, 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 in card columns 73-80. Our Application Business Manager has posed two questions: Can you share with me any

Re: TSO Profile NUM and PACK

2011-04-13 Thread McKown, John
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Donnelly, John P > Sent: Tuesday, April 12, 2011 3:35 PM > To: IBM-MAIN@bama.ua.edu > Subject: TSO Profile NUM and PACK > > We had some difficulties with a c

Re: TSO Profile NUM and PACK

2011-04-12 Thread Mike Schwab
I wrote a IMACRO clist to set my desired defaults. After it runs, the user can change any setting they want. On Tue, Apr 12, 2011 at 9:15 PM, Skip Robinson wrote: > 4. There is no simple way to enforce any particular ISPF edit profile > values. Even if you provide a default, it can be overridde

Re: TSO Profile NUM and PACK

2011-04-12 Thread Skip Robinson
Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: "Starr, Alan" 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

Re: TSO Profile NUM and PACK

2011-04-12 Thread Ted MacNEIL
>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. I tend to agree, especially for PARMLIB. But, I stopped with so

Re: TSO Profile NUM and PACK

2011-04-12 Thread Starr, Alan
ly, 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 in card columns 73-80. Our Application Business Manager has posed two questions: Can

Re: TSO Profile NUM and PACK

2011-04-12 Thread R.S.
W dniu 2011-04-12 22:34, Donnelly, John P pisze: We had some difficulties with a critical FTP transmission over this past weekend caused by the 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

Re: TSO Profile NUM and PACK

2011-04-12 Thread Gibney, Dave
t; 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 in card columns 73-80. > > Our

TSO Profile NUM and PACK

2011-04-12 Thread Donnelly, John P
We had some difficulties with a critical FTP transmission over this past weekend caused by the 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