Re: VM (Subject clip volume with JCL)

[Paul Gilmartin]

On Wed, 14 Nov 2018 19:53:55 +, Seymour J Metz wrote:

>Some b0rken e-mail software makes proper quoting very difficult. Take m$ 
>lookout - please!
>
Yet some persist in using it.  Worse, some employers requre it.
>
>From: Tony Harminc
>Sent: Wednesday, November 14, 2018 2:49 PM
>
>On 14 November 2018 at 14:34, Paul Gilmartin wrote:
>
>> And, all, please trim the superfluous footers, disclaimers, etc.
>> (It's the malign consequence of top-posting.)
>
>Better yet, don't top-post!  Selectively quote, insert your comments
>where they belong, and trim with care.
> 
That's *so* 20th Century!  Users nowadays expect each ply to be an
entire archive of the thread.

When extending a Cc: list, *selectively* quote from earlier plies to
bring newcomers up to speed.

Editing should be the responsibility of the originator, not of every
recipient.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VM (Subject clip volume with JCL)

[David W Noon]

On Wed, 14 Nov 2018 14:49:42 -0500, Tony Harminc (t...@harminc.net)
wrote about "Re: VM (Subject clip volume with JCL)" (in
):

> On 14 November 2018 at 14:34, Paul Gilmartin
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> 
>> And, all, please trim the superfluous footers, disclaimers, etc.
>> (It's the malign consequence of top-posting.)
> 
> Better yet, don't top-post!  Selectively quote, insert your comments
> where they belong, and trim with care.
+1000

-- 
Regards,

Dave  [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
david.w.n...@googlemail.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VM (Subject clip volume with JCL)

[Seymour J Metz]

Some b0rken e-mail software makes proper quoting very difficult. Take m$ 
lookout - please!


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Tony Harminc 
Sent: Wednesday, November 14, 2018 2:49 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: VM (Subject clip volume with JCL)

On 14 November 2018 at 14:34, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> And, all, please trim the superfluous footers, disclaimers, etc.
> (It's the malign consequence of top-posting.)

Better yet, don't top-post!  Selectively quote, insert your comments
where they belong, and trim with care.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VM (Subject clip volume with JCL)

[Tony Harminc]

On 14 November 2018 at 14:34, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> And, all, please trim the superfluous footers, disclaimers, etc.
> (It's the malign consequence of top-posting.)

Better yet, don't top-post!  Selectively quote, insert your comments
where they belong, and trim with care.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VM (Subject clip volume with JCL)

[Paul Gilmartin]

On 2018-11-14, at 10:14:07, Nai, Dean wrote:
>  
You're welcome.

But, please use a more informative Subject: in the future
for the benefit of members searching the Archives.

And, all, please trim the superfluous footers, disclaimers, etc.
(It's the malign consequence of top-posting.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Computer History (Was: CLIP?)

[Brian Westerman]

I have found them to be extremely "picky".  I had offered them some 3330 disks, 
(I had 40 of them and offered them all to them) and they told me that they only 
could use 1, and then complained because the one I sent had "stickers" on it.  
The "stickers" (there are 2 on each external drive case) were the labels that 
were used to tell what drive was inside the plastic case.  I tried to explain 
that it was the way they looked and were maintained, but I think I was not very 
successful and the end response was kind of off-putting (for me).  As such I 
have never offered them anything else.

However the universities I have donated hardware to thus far have been very 
happy to receive each and every piece and always seem to make you feel as if 
you sent them the best birthday present in the world.

Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Computer History (Was: CLIP?)

[Gabe Goldberg]

Remember http://www.computerhistory.org/ -- Computer History Museum.

They love artifacts, documentation, literature, memories:
http://www.computerhistory.org/artifactdonation/

Date:Sun, 20 May 2018 03:39:44 -0500
From:Brian Westerman
Subject: Re: CLIP?

He originally had well thousands of boxes of cards but I had to get rid of 
several, mostly because they had deteriorated so much plus I had donated 
hundreds of boxes that made up (I think all of) cp/67 (which I think later 
became cp/370) to MIT and I gave away all of the  96 column cards (1,000+ 
boxes) that made up the original System/3 OS and literally thousands of 
programs and sub-programs (plus a working system/3 model 12) to Cambridge.

The index was originally a program that he wrote which had all of the boxes 
searchable by the nnn....nnn number he has on the outside and it 
tells the relative offset of the beginning and end of each program within each 
box.  The program itself was originally written in (I think) PL/s, also on 
cards, but I rewrote it in assembler for him back in the 80's and helped him 
(start to) re-catalog it all.

He originally kept it in the basement of our house that was a fairly good 
controlled environment because it held several iterations and parts of 
mainframes and  micros that he worked with over the years, but when he got 
older I guess he decided that the environmentals were too expensive to maintain 
so he just wrapped everything in plastic shrink-wrap and shut off the lights.

I rescued it all about 15 years ago and have been sending bits and pieces to 
various universities from time to time.

--
Gabriel Goldberg, Computers and Publishing, inc.g...@gabegold.com
3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
LinkedIn:http://www.linkedin.com/in/gabegold Twitter: GabeG0


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Edward Gould]

> On May 24, 2018, at 8:49 PM, Paul Gilmartin 
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> 
> On Thu, 24 May 2018 20:03:55 -0500, Edward Gould wrote:
>> 
>> Our big boss was trying to show the board how he tried to save money. They 
>> sort of forced him into getting STC (now STK) tape drives. All of a sudden 
>> some of our jobs were getting S237 (block count did not match trailers), STC 
>> said we had bum tapes, we went through all sort of shenanigans to prove they 
>> weren’t. I had to write a program that counted blocks and compare it the 
>> tapes count. The entire mess ended up with STC getting kicked out and IBM 
>> drives were brought back in. Of course never a S237 with a IBM drive. Our 
>> tape library while not super large it was large and finally management 
>> finally figured it out in order to get good people you had to hire/pay for 
>> them. 
>> 
> You couldn't just discard the tape if the data were precious.
Of course not they at least checked in TMS to see.
> 
> Just curious: did it write blocks and not count them or count blocks and not 
> write them?
> (Full disclosure: I may have been a StorageTek (AKA STC, AKA STK) employee 
> around
> that time.)
It seemed *NOT* to write the block. and that is what scared us the most how 
much data did we loose. I wasn’t privy into the investigation (but I guess it 
caused quite a uproar in upper echelons) People were assigned to find out how 
much data was lost. We did not work with any money it was just data to us. 
Luckily (I guess) none of the tapes contained any master data (we had a huge 
database of everybody in the country that subscribed to our magazines and 
books, records(CD'sl), etc . This was “our treasure”. This was 30++ years ago 
and I do not remember the Number of tapes (6250) that contained the maser file 
but it was probably in the 60’s.
> 
> I once read a tape, all CDC equipment; no IBM nor StorageTek and discovered
> an entire block missing with no error reported.  I visually inspected the 
> first few
> meters of the tape and noticed a transverse crease.  I assume that wafted
> exactly one block over the read heads.  Score -1 for NRZI.
> 
> -- gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Potter (was: CLIP?)

[Edward Gould]

> On May 25, 2018, at 8:21 PM, Paul Gilmartin 
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> 
> On Fri, 25 May 2018 19:47:47 -0500, Edward Gould  wrote:
>> 
>> What we did use from potter was their printer. All the programmers seem to 
>> love it as the page size was 8 1/2 by 11.
>> I do not remember specifically anything wrong with it although I think it 
>> got used heavily. It may have had more down time, I don’t remember.
>> 
> Laser?  Impact?  Matrix?  Other (specify)?  Landscape?  Portrait?  Character 
> pitch?
> What year?
It was an impact printer and it was landscape character size smaller than a 
1403 as to year the early 80’s. My memory is vague here but the speed was 
similar to a 1403. We never used it to print the stand alone dumps as you got 
crossed eyes after looking at it for a while (and our IBMers  didn’t like it 
either and those were the ones that looked at dump’s 8 hours a day). In those 
days we had 40 or more standalone dumps waiting to be looked at and those were 
7 feet high on the floor and 5 -7 feet high on the tables. I might be 
conservative  in those numbers. Most days we saw the PSR going into his desk 
and we would not see him until he needed parts of the dump that were not 
printed. He would ask us to do so, not an issue as we all felt sorry for the 
guy because of his drudge. I know that when the backlog got to great he would 
ask his boss for another person. Jim (the PSR) was so good at his job the JES3 
team snapped him away from us. We got stuck with a PSR that was at best bad, We 
asked for a replacement and according to IBM there wasn't any. The IBM SE 
helped out until a decent replacement was found.That is about when the quality 
of IBM people really slid (1985- forwards). I was so used to getting an idea on 
how good an IBM PSR/SE I could get it right in about 10 minutes after meeting 
them. I am usually right and have never been wrong.
Ed
>  
>> All I know is that one day it was there and the next day the 1403 was back.
> 
> -- gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Potter (was: CLIP?)

[Paul Gilmartin]

On Fri, 25 May 2018 19:47:47 -0500, Edward Gould  wrote:
>
>What we did use from potter was their printer. All the programmers seem to 
>love it as the page size was 8 1/2 by 11.
>I do not remember specifically anything wrong with it although I think it got 
>used heavily. It may have had more down time, I don’t remember.
>
Laser?  Impact?  Matrix?  Other (specify)?  Landscape?  Portrait?  Character 
pitch?
What year?

>All I know is that one day it was there and the next day the 1403 was back.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Edward Gould]

> On May 25, 2018, at 1:34 PM, Seymour J Metz  wrote:
> 
> Have you used Potter tape drives in that time frame? If not, I don't see any 
> reasonable argument that you could make.
My mind is cloudy here so I can’t remember anything during that time frame. At 
the time the boss was looking at automatic tape mount products and not a one 
would have worked in our environment.
No, we did not use any of their tape drives. 
What we did use from potter was their printer. All the programmers seem to love 
it as the page size was 8 1/2 by 11.
I do not remember specifically anything wrong with it although I think it got 
used heavily. It may have had more down time, I don’t remember.
All I know is that one day it was there and the next day the 1403 was back.

Ed


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Seymour J Metz]

> I will argue with you about the reliability of STC/STK drives.

Have you used Potter tape drives in that time frame? If not, I don't see any 
reasonable argument that you could make.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> on behalf of 
Edward Gould <edgould1...@comcast.net>
Sent: Friday, May 25, 2018 1:51 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: CLIP?

> On May 25, 2018, at 10:34 AM, Seymour J Metz <sme...@gmu.edu> wrote:
>
> STC drives were the reliable ones. Ever use Potter drives in the late 1970s 
> or in the 1980s?

I will argue with you about the reliability of STC/STK drives. At the time we 
had a full time (actually a couple) of IBM SE’s. One of them took on tape as a 
general issue. They wrote a (yellow/orange?- before the orange books actually 
meant something special) the book (Forgot the number) he did a study on how 
much buffering tape would decrease run time (he actually took production jobs 
(with the owners permission of course) and added dcb=bufno= on various dd cards 
and of course it dramatically decreased run time. 6 Months after publication, 
IBM offered SAMe at $60 a month. I think we were ESP and it did help but it 
also uncovered bad code in 8 or so IBM modules. I think I had 4 apars and 
another sysprog had 4, IBM took on some. All in all not too bad. This was 
during the switchover time frame from STC back to IBM. The STC CE’s were jerks 
about getting kicked out and they dragged their feet getting out. When the last 
one left we all stood up and clapped.
Our management noticed the the STC people were being jerks and told the 
customer manager for STC never to darken our door again.

Ed


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Edward Gould]

> On May 25, 2018, at 10:34 AM, Seymour J Metz  wrote:
> 
> STC drives were the reliable ones. Ever use Potter drives in the late 1970s 
> or in the 1980s?

I will argue with you about the reliability of STC/STK drives. At the time we 
had a full time (actually a couple) of IBM SE’s. One of them took on tape as a 
general issue. They wrote a (yellow/orange?- before the orange books actually 
meant something special) the book (Forgot the number) he did a study on how 
much buffering tape would decrease run time (he actually took production jobs 
(with the owners permission of course) and added dcb=bufno= on various dd cards 
and of course it dramatically decreased run time. 6 Months after publication, 
IBM offered SAMe at $60 a month. I think we were ESP and it did help but it 
also uncovered bad code in 8 or so IBM modules. I think I had 4 apars and 
another sysprog had 4, IBM took on some. All in all not too bad. This was 
during the switchover time frame from STC back to IBM. The STC CE’s were jerks 
about getting kicked out and they dragged their feet getting out. When the last 
one left we all stood up and clapped.
Our management noticed the the STC people were being jerks and told the 
customer manager for STC never to darken our door again.

Ed


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Seymour J Metz]

STC drives were the reliable ones. Ever use Potter drives in the late 1970s or 
in the 1980s?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> on behalf of 
Edward Gould <edgould1...@comcast.net>
Sent: Thursday, May 24, 2018 9:03 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: CLIP?

> On May 24, 2018, at 2:17 PM, Dan D <zos.j...@gmail.com> wrote:
>
> Back in the 70's & 80's we had a program to "CLIP" a DASD volume to simply 
> change the label (before ICKDSF was available)

> I am stretching my memory but, I believe the precursor to ICKDSF was IEHDASDR 
> (or something close).
>
> When a tape lead was crunched around the capstan we would simply splice in a 
> NEW lead.  As soon as that tape had completed being used for the current job 
> we quickly took it to support to be duplicated to a new tape with a 
> NON-spliced lead.
> The spliced tape had the temporary lead cut off, a new reflector tape was 
> added to the appropriate location and the volume was re-initialized.   An 
> exciting time for the "library support" people.

Our “tape Librarians”  we not our first class people. The only thing they did 
was to throw the tape away (forget about erasing it first) And goto a new box 
of tapes and set up the initializations. I don’t even recall if they told TMS. 
We tried to put a tape degausser in the budget but it was never approved. 
Somehow an auditor got involved and suddenly a tape degauser showed up.  I 
might be a cynic but I don’t think they ever used it.

Our big boss was trying to show the board how he tried to save money. They sort 
of forced him into getting STC (now STK) tape drives. All of a sudden some of 
our jobs were getting S237 (block count did not match trailers), STC said we 
had bum tapes, we went through all sort of shenanigans to prove they weren’t. I 
had to write a program that counted blocks and compare it the tapes count. The 
entire mess ended up with STC getting kicked out and IBM drives were brought 
back in. Of course never a S237 with a IBM drive. Our tape library while not 
super large it was large and finally management finally figured it out in order 
to get good people you had to hire/pay for them.

Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Dan D]

We continued to use our home grown LABEL re-write program till ICKDSF came 
along.  I think they still used ours as it was easier and change is a bitch.  I 
seem to recall issues with IEHDASDR that screwed up on occasion.

Yes, we wiped the volume best we could then SOLD them to a local LARGE 
landscape nursery.   They would use them to tie up their plants.  It was easier 
on the branches than twine.  Try reading a 4' or 5' section of magnetic tape 
that's got pine sap on it!  hahaha

When the company was closed down years later they brought in an industrial CAR 
WRECKER's magnet and "played" with the thousands of tapes for a day or two.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Alan Young]

Edward Gould wrote:
Our big boss was trying to show the board how he tried to save money. They sort of forced him into getting STC (now STK) tape drives. All of a sudden some of our jobs were getting S237 (block count did not match trailers), STC said we had bum tapes, we went through all sort of shenanigans to prove they weren’t. I had to write a program that counted blocks and compare it the tapes count. The entire mess ended up with STC getting kicked out and IBM drives were brought back in. Of course never a S237 with a IBM drive. Our tape library while not super large it was large and finally management finally figured it out in order to get good people you had to hire/pay for them. 

  


I swear we went through the same thing! At my first job in the mid 80s, 
the shop had STC drives. We had to keep a log of tapes with "errors". 
And when we had a drive that took a machine check error on any tape, we 
had to dismount the tape and run it through a "cleaner". At the same 
time, we had to wipe down the interior of the drive with some awful 
cleaning chemical. All drives were cleaned before batch started too. We 
regularly took 2-3 drives out of service per night for the CE to 
"review" in the morning. Tapes were also held for "research". Some were 
claimed to have "gunk" on them from the drives or our "bad/cheap" tapes. 
Some tapes we would find right back in service the next day. Others we 
found the drives were putting an a crease in them somehow. Supposedly 
the CE was swapping controller cards and other parts too. After a couple 
of years, I got out of operations and into programming. I don't think 
they ever resolved it. The company was eventually bought by another 
company that was strictly IBM. I'll bet the STC drives ended up in a 
junk pile somewhere.


Alan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Paul Gilmartin]

On Thu, 24 May 2018 20:03:55 -0500, Edward Gould wrote:
>
>Our big boss was trying to show the board how he tried to save money. They 
>sort of forced him into getting STC (now STK) tape drives. All of a sudden 
>some of our jobs were getting S237 (block count did not match trailers), STC 
>said we had bum tapes, we went through all sort of shenanigans to prove they 
>weren’t. I had to write a program that counted blocks and compare it the tapes 
>count. The entire mess ended up with STC getting kicked out and IBM drives 
>were brought back in. Of course never a S237 with a IBM drive. Our tape 
>library while not super large it was large and finally management finally 
>figured it out in order to get good people you had to hire/pay for them. 
>
You couldn't just discard the tape if the data were precious.

Just curious: did it write blocks and not count them or count blocks and not 
write them?
(Full disclosure: I may have been a StorageTek (AKA STC, AKA STK) employee 
around
that time.)

I once read a tape, all CDC equipment; no IBM nor StorageTek and discovered
an entire block missing with no error reported.  I visually inspected the first 
few
meters of the tape and noticed a transverse crease.  I assume that wafted
exactly one block over the read heads.  Score -1 for NRZI.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Edward Gould]

> On May 24, 2018, at 2:17 PM, Dan D <zos.j...@gmail.com> wrote:
> 
> Back in the 70's & 80's we had a program to "CLIP" a DASD volume to simply 
> change the label (before ICKDSF was available)

> I am stretching my memory but, I believe the precursor to ICKDSF was IEHDASDR 
> (or something close).
> 
> When a tape lead was crunched around the capstan we would simply splice in a 
> NEW lead.  As soon as that tape had completed being used for the current job 
> we quickly took it to support to be duplicated to a new tape with a 
> NON-spliced lead.
> The spliced tape had the temporary lead cut off, a new reflector tape was 
> added to the appropriate location and the volume was re-initialized.   An 
> exciting time for the "library support" people.

Our “tape Librarians”  we not our first class people. The only thing they did 
was to throw the tape away (forget about erasing it first) And goto a new box 
of tapes and set up the initializations. I don’t even recall if they told TMS. 
We tried to put a tape degausser in the budget but it was never approved. 
Somehow an auditor got involved and suddenly a tape degauser showed up.  I 
might be a cynic but I don’t think they ever used it. 

Our big boss was trying to show the board how he tried to save money. They sort 
of forced him into getting STC (now STK) tape drives. All of a sudden some of 
our jobs were getting S237 (block count did not match trailers), STC said we 
had bum tapes, we went through all sort of shenanigans to prove they weren’t. I 
had to write a program that counted blocks and compare it the tapes count. The 
entire mess ended up with STC getting kicked out and IBM drives were brought 
back in. Of course never a S237 with a IBM drive. Our tape library while not 
super large it was large and finally management finally figured it out in order 
to get good people you had to hire/pay for them. 

Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Dan D]

Back in the 70's & 80's we had a program to "CLIP" a DASD volume to simply 
change the label (before ICKDSF was available).

When a tape lead was crunched around the capstan we would simply splice in a 
NEW lead.  As soon as that tape had completed being used for the current job we 
quickly took it to support to be duplicated to a new tape with a NON-spliced 
lead.
The spliced tape had the temporary lead cut off, a new reflector tape was added 
to the appropriate location and the volume was re-initialized.   An exciting 
time for the "library support" people.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Seymour J Metz]

The reflective marker goes back at least as far as the 727 tape drive, but I 
never heard the word "clip" in that context.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> on behalf of 
Edward Gould <edgould1...@comcast.net>
Sent: Monday, May 21, 2018 6:18 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: CLIP?

> On May 21, 2018, at 9:54 AM, Michel Beaulieu <beaulieumic...@live.ca> wrote:
>
> Let me speculate that the term goes back to  tape use:
> In these days, sometimes the first few inches or feet of tapes could become 
> damaged
>
> so it would not be possible to load the tape and even less read the tape 
> label or the data after that.
> I remember there was a little tool to make a clean cut  or "clip" of the half 
> inch tape
>
> so that it could load cleanly on the tape drive.
> Then you had some JCL to put a new label on the tape.
I don’t go further back than the 360’s, but IIRC the tape reals also needed a 
reflector. I have never heard of a reflector being applied, anyone?
Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[David L. Craig]

On 18May21:1718-0500, Edward Gould wrote:
> > In these days, sometimes the first few inches or feet of tapes could become 
> > damaged
> > 
> > so it would not be possible to load the tape and even less read the tape 
> > label or the data after that.
> > I remember there was a little tool to make a clean cut  or "clip" of the 
> > half inch tape
> > 
> > so that it could load cleanly on the tape drive.
> > Then you had some JCL to put a new label on the tape.
> I don’t go further back than the 360’s, but IIRC the
> tape reals also needed a reflector. I have never heard
> of a reflector being applied, anyone?

In my operator days in the early '70s I repaired dozens.
There was a tool to cut the end of the tape into a
half-circular edge (helpful for the new-fangled self-threading
3400 drives (slow! An op could mount, thread, wrap the end into
the take-up reel, and punch the LOAD button within two seconds
of the glass opening, the machines needed at least six).  Then
you unrolled about four meters and applied a new reflector
strip.  Voila: an unlabeled tape in need of a leading tapemark.
I seem to recall doing that to the other end of one reel and
had to remind myself that the strip went against the opposite
edge of the tape from the front reflector.
-- 

May the LORD God bless you exceedingly abundantly!

Dave_Craig__
"So the universe is not quite as you thought it was.
 You'd better rearrange your beliefs, then.
 Because you certainly can't rearrange the universe."
__--from_Nightfall_by_Asimov/Silverberg_

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Paul Gilmartin]

On Mon, 21 May 2018 17:18:24 -0500, Edward Gould wrote:
>
>I don’t go further back than the 360’s, but IIRC the tape reals also needed a 
>reflector. I have never heard of a reflector being applied, anyone?
>  
In: 
http://bitsavers.org/pdf/ibm/3747/GA21-9170-0_3747_Data_Converter_Operators_Guide_Feb73.pdf
Chapter 6. Replacing Reflective Markers
... order IBM P/N 352407 or equivalent ...

I kinda remember seeing it done.  Should we try ordering one?  (Google has 
several
hits for "IBM P/N 352407".)  eBay?  Brian Westerman?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Edward Gould]

> On May 21, 2018, at 9:54 AM, Michel Beaulieu <beaulieumic...@live.ca> wrote:
> 
> Let me speculate that the term goes back to  tape use:
> In these days, sometimes the first few inches or feet of tapes could become 
> damaged
> 
> so it would not be possible to load the tape and even less read the tape 
> label or the data after that.
> I remember there was a little tool to make a clean cut  or "clip" of the half 
> inch tape
> 
> so that it could load cleanly on the tape drive.
> Then you had some JCL to put a new label on the tape.
I don’t go further back than the 360’s, but IIRC the tape reals also needed a 
reflector. I have never heard of a reflector being applied, anyone?
Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Seymour J Metz]

It's a rather old acronym, going back to a stand-alone program for the S/360. 
The original CLIP could only change the 6-character volser on a DASD volume; 
later versions could  create a tape volume label.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> on behalf of 
Jesse 1 Robinson <jesse1.robin...@sce.com>
Sent: Friday, May 18, 2018 6:08 PM
To: IBM-MAIN@listserv.ua.edu
Subject: CLIP?

I used the term CLIP (reformat label) today with a colleague who clearly did 
not understand. Isn't it an acronym? I can't find any hits.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office <= NEW
robin...@sce.com<mailto:robin...@sce.com>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Seymour J Metz]

Nope, originally it was a stand-alone program for DASD, and changed only the 
6-character volume serial number. Later versions could create a tape label.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Friday, May 18, 2018 10:57 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: CLIP?

On Fri, 18 May 2018 22:15:54 -0400, zMan wrote:

>I have to ask: "Change Label In Place" -- as opposed to what? Removing the
>platter and sending it back to IBM to have the label changed?
>
When I first heard it I assumed it referred to repairing a damaged magnetic tape
by clipping off a couple meters with scissors and affixing a new reflective 
sticker.
That was an operation common enough that IT shops stocked those stickers.

That coud generalize to DASD, then VSE made the widespread vernacular a
documented command.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Seymour J Metz]

I seriously doubt that. Certainly I never heard the term in a computer context 
prior to the CLIP program of S/360.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> on behalf of 
Michel Beaulieu <beaulieumic...@live.ca>
Sent: Monday, May 21, 2018 10:54 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: CLIP?

Let me speculate that the term goes back to  tape use:
In these days, sometimes the first few inches or feet of tapes could become 
damaged

so it would not be possible to load the tape and even less read the tape label 
or the data after that.
I remember there was a little tool to make a clean cut  or "clip" of the half 
inch tape

so that it could load cleanly on the tape drive.
Then you had some JCL to put a new label on the tape.
--
I hope this helps!

Michel Beaulieu
IBM Services (Canada).

|*|


From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of 
Jesse 1 Robinson <jesse1.robin...@sce.com>
Sent: May 19, 2018 12:12:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CLIP?

I got into this biz in the late 70s. The term CLIP was common parlance for 
'label reformat'. I still have several canned JCL members with 'CLIP' in the 
member name. If nothing else, the term is unique, while 'reformat' could have 
any number of meanings.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Thigpen
Sent: Friday, May 18, 2018 8:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CLIP?

To answer your question, "as opposed to what", that would be "reformat".

Tony Thigpen

zMan wrote on 05/18/2018 10:15 PM:
> I have to ask: "Change Label In Place" -- as opposed to what? Removing
> the platter and sending it back to IBM to have the label changed?
>
> On Fri, May 18, 2018 at 8:07 PM, Jesse 1 Robinson
> <jesse1.robin...@sce.com>
> wrote:
>
>> Ooh, dueling acronyms. It's SCIDS all over again!
>>
>> .
>> .
>> J.O.Skip Robinson
>> Southern California Edison Company
>> Electric Dragon Team Paddler
>> SHARE MVS Program Co-Manager
>> 323-715-0595 Mobile
>> 626-543-6132 Office ⇐=== NEW
>> robin...@sce.com
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of graeme
>> Sent: Friday, May 18, 2018 4:33 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: (External):Re: CLIP?
>>
>> Change Label In Place
>> A standard card deck utility in the software FE toolbag 50 years ago.
>>
>> Graeme
>>
>>> On 19 May 2018, at 08:08, Jesse 1 Robinson <jesse1.robin...@sce.com>
>> wrote:
>>>
>>> I used the term CLIP (reformat label) today with a colleague who
>>> clearly
>> did not understand. Isn't it an acronym? I can't find any hits.
>>>
>>> .
>>> .
>>> J.O.Skip Robinson
>>> Southern California Edison Company
>>> Electric Dragon Team Paddler
>>> SHARE MVS Program Co-Manager
>>> 323-715-0595 Mobile
>>> 626-543-6132 Office <= NEW
>>> robin...@sce.com<mailto:robin...@sce.com>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Rugen, Len]

You could trim the tape leader without needing to relabel a tape (or lose data) 
as long as you didn't get too close to the shiny spot :-) 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Michel Beaulieu]

Let me speculate that the term goes back to  tape use:
In these days, sometimes the first few inches or feet of tapes could become 
damaged

so it would not be possible to load the tape and even less read the tape label 
or the data after that.
I remember there was a little tool to make a clean cut  or "clip" of the half 
inch tape

so that it could load cleanly on the tape drive.
Then you had some JCL to put a new label on the tape.
--
I hope this helps!

Michel Beaulieu
IBM Services (Canada).

|*|


From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of 
Jesse 1 Robinson <jesse1.robin...@sce.com>
Sent: May 19, 2018 12:12:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CLIP?

I got into this biz in the late 70s. The term CLIP was common parlance for 
'label reformat'. I still have several canned JCL members with 'CLIP' in the 
member name. If nothing else, the term is unique, while 'reformat' could have 
any number of meanings.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Thigpen
Sent: Friday, May 18, 2018 8:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CLIP?

To answer your question, "as opposed to what", that would be "reformat".

Tony Thigpen

zMan wrote on 05/18/2018 10:15 PM:
> I have to ask: "Change Label In Place" -- as opposed to what? Removing
> the platter and sending it back to IBM to have the label changed?
>
> On Fri, May 18, 2018 at 8:07 PM, Jesse 1 Robinson
> <jesse1.robin...@sce.com>
> wrote:
>
>> Ooh, dueling acronyms. It's SCIDS all over again!
>>
>> .
>> .
>> J.O.Skip Robinson
>> Southern California Edison Company
>> Electric Dragon Team Paddler
>> SHARE MVS Program Co-Manager
>> 323-715-0595 Mobile
>> 626-543-6132 Office ⇐=== NEW
>> robin...@sce.com
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of graeme
>> Sent: Friday, May 18, 2018 4:33 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: (External):Re: CLIP?
>>
>> Change Label In Place
>> A standard card deck utility in the software FE toolbag 50 years ago.
>>
>> Graeme
>>
>>> On 19 May 2018, at 08:08, Jesse 1 Robinson <jesse1.robin...@sce.com>
>> wrote:
>>>
>>> I used the term CLIP (reformat label) today with a colleague who
>>> clearly
>> did not understand. Isn't it an acronym? I can't find any hits.
>>>
>>> .
>>> .
>>> J.O.Skip Robinson
>>> Southern California Edison Company
>>> Electric Dragon Team Paddler
>>> SHARE MVS Program Co-Manager
>>> 323-715-0595 Mobile
>>> 626-543-6132 Office <= NEW
>>> robin...@sce.com<mailto:robin...@sce.com>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Richards, Robert B.]

After reading this thread to its current completion, I am siding with "Change 
Label In Place" regardless of its original meaning. This is in keeping with the 
tradition of IBM acronyms having multiple meanings or two things having the 
same meaning. :-)

SMS is an example of an acronym (System Managed Storage and Storage Managed 
Subsystem)
Expanded and/or Extended Storage is an example of the latter

Feel free to contribute to this list...or delete this email and get back to 
work (probably a better idea!) 

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Mulder
Sent: Friday, May 18, 2018 6:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CLIP?

  I don't see that term in the IEHDASDR documentation found here:

www.bitsavers.org/pdf/ibm/360/.../GC28-6586-15_OS_Utilities_Rel_21.7_Apr73.pdf 


  I would guess Change Label In Place

Found an old proc on one of our systems:

 BROWSESYS1.PROCLIB(CLIP) - 01.11 
 Command ===> 
* Top of Data ***
//CLIP   PROC  BIN=UNKNOWN 
//* S CLIP,BIN=BB 
//* 
//* THIS PROC IS NO LONGER USEFUL ON THE XA SYSTEM! 
//* USE THE DSF PROCS INSTEAD!D24RBH1 06-03-84 
//* 
//CLIPSCAN EXEC PGM=SCAN, 
//  PARM=(':SYSIN :AEOF :LIT¬¬ 721 ') 
//STEPLIB DD DSN=SYS1.MAINT.LOAD,DISP=SHR 
//SYSPRINT DD DUMMY 
//IN DD DUMMY 
//SYSIN DD DSN=SYS1.PROCLIB(CLIPY),DISP=SHR 
//OUT DD DSN=&,DISP=(NEW,PASS), 
//  UNIT=SYSDA,SPACE=(TRK,(1,1)),DCB=(LRECL=80,BLKSIZE=80,RECFM=F) 
//STEP1 EXEC PGM=CLIPWTOR,COND=(16,LT,CLIPSCAN) 
//SYSPRINT DD SYSOUT=W 
//SYSABEND  DD  SYSOUT=* 
//STMTS DD DSN=&,DISP=(OLD,PASS) 
//STEP2 EXEC PGM=IEHDASDR,COND=(16,LT,CLIPSCAN) 
//* SYSPRINT DD SYSOUT=W 
//SYSPRINT DD DSN=&,DISP=(NEW,PASS), 
//  UNIT=SYSDA,SPACE=(TRK,(1,1)),DCB=(LRECL=121,BLKSIZE=121,RECFM=F) 
//SYSABEND DD SYSOUT=W 
//SYSIN DD DSN=&,DISP=(OLD,PASS),UNIT=SYSDA 
//LOG1   EXEC   PGM=USERLOG,COND=((0,EQ,STEP2),EVEN), 
//  PARM='+CLIP UNSUCCESSFUL, BIN# = ' 
//STEPLIB DD DSN=SYS1.MAINT.LOAD,DISP=SHR 
//ERR DD DSN=&,DISP=(OLD,PASS) 
//LOG  DD  DSN=SYS1.PAKDUMP.LOG,DISP=SHR 
//SYSIN DD DSN=&,DISP=(OLD,PASS),UNIT=SYSDA 
//LOG2   EXEC   PGM=USERLOG,COND=((0,LT,STEP2),(16,LT,CLIPSCAN)), 
// PARM='+CLIP SUCCESSFUL, BIN# = ' 
//STEPLIB DD DSN=SYS1.MAINT.LOAD,DISP=SHR 
//LOG  DD  DSN=SYS1.PAKDUMP.LOG,DISP=SHR 
//SYSIN DD DSN=&,DISP=(OLD,PASS),UNIT=SYSDAl



Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on 
05/18/2018 06:16:41 PM:

> From: "Nims,Alva John (Al)" <ajn...@ufl.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 05/18/2018 06:29 PM
> Subject: Re: CLIP?
> Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
> 
> Took me a moment to remember what CLIP was, but I do not know if it 
> stood for anything.
> Maybe: "Change Label in Perpetuity?"  :)  [It's Friday, lighten up!]
> 
> Al Nims
> Systems Admin/Programmer III
> UF Information Technology
> East Campus 
> P.O. Box 112050
> Gainesville, FL. 32611
> (e) ajn...@ufl.edu 
> (p) (352) 273-1298
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On Behalf Of Jesse 1 Robinson
> Sent: Friday, May 18, 2018 6:09 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: CLIP?
> 
> I used the term CLIP (reformat label) today with a colleague who 
> clearly did not understand. Isn't it an acronym? I can't find any hits.
> 
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com<mailto:robin...@sce.com>



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Brian Westerman]

He originally had well thousands of boxes of cards but I had to get rid of 
several, mostly because they had deteriorated so much plus I had donated 
hundreds of boxes that made up (I think all of) cp/67 (which I think later 
became cp/370) to MIT and I gave away all of the  96 column cards (1,000+ 
boxes) that made up the original System/3 OS and literally thousands of 
programs and sub-programs (plus a working system/3 model 12) to Cambridge.

The index was originally a program that he wrote which had all of the boxes 
searchable by the nnn....nnn number he has on the outside and it 
tells the relative offset of the beginning and end of each program within each 
box.  The program itself was originally written in (I think) PL/s, also on 
cards, but I rewrote it in assembler for him back in the 80's and helped him 
(start to) re-catalog it all. 

He originally kept it in the basement of our house that was a fairly good 
controlled environment because it held several iterations and parts of 
mainframes and  micros that he worked with over the years, but when he got 
older I guess he decided that the environmentals were too expensive to maintain 
so he just wrapped everything in plastic shrink-wrap and shut off the lights.   
 

I rescued it all about 15 years ago and have been sending bits and pieces to 
various universities from time to time.

Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Jesse 1 Robinson]

God bless hoarding!

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brian Westerman
Sent: Saturday, May 19, 2018 3:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CLIP?

I checked the storage area of boxes (and boxes) of punched cards that my dad 
left me when he died.  (He was an IBM PSR back in the 60's-70's), and sure 
enough there is a deck (two of them) that clearly show "Chg Lbl Id Pgm" on the 
top and on the 3rd card of the deck you can read *CLIP*

Brian  


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Mike Shaw]

On 5/19/2018 5:59 AM, Brian Westerman wrote:

I checked the storage area of boxes (and boxes) of punched cards that my dad left me when 
he died.  (He was an IBM PSR back in the 60's-70's), and sure enough there is a deck (two 
of them) that clearly show "Chg Lbl Id Pgm" on the top and on the 3rd card of 
the deck you can read *CLIP*



That _has_ to be the last surviving card deck incarnation of that 
utility...


Mike Shaw
MVS/QuickRef Support Group
Chicago-Soft, Ltd.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Paul Gilmartin]

On Sat, 19 May 2018 05:00:48 -0500, Brian Westerman wrote:

>I checked the storage area of boxes (and boxes) of punched cards that my dad 
>left me when he died.  ...
> 
Just curious:  How do you have those indexed?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[John Abell]

Also used as the term when setting the IPL records on a new system pack as I 
recall.  I did this a couple years back for a specific test.  Took a bit to get 
the details of doing it since I hadn't done it since 1970 or so. 

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Saturday, May 19, 2018 12:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CLIP?

I got into this biz in the late 70s. The term CLIP was common parlance for 
'label reformat'. I still have several canned JCL members with 'CLIP' in the 
member name. If nothing else, the term is unique, while 'reformat' could have 
any number of meanings. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Thigpen
Sent: Friday, May 18, 2018 8:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CLIP?

To answer your question, "as opposed to what", that would be "reformat".

Tony Thigpen

zMan wrote on 05/18/2018 10:15 PM:
> I have to ask: "Change Label In Place" -- as opposed to what? Removing 
> the platter and sending it back to IBM to have the label changed?
>
> On Fri, May 18, 2018 at 8:07 PM, Jesse 1 Robinson 
> <jesse1.robin...@sce.com>
> wrote:
>
>> Ooh, dueling acronyms. It's SCIDS all over again!
>>
>> .
>> .
>> J.O.Skip Robinson
>> Southern California Edison Company
>> Electric Dragon Team Paddler
>> SHARE MVS Program Co-Manager
>> 323-715-0595 Mobile
>> 626-543-6132 Office ⇐=== NEW
>> robin...@sce.com
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of graeme
>> Sent: Friday, May 18, 2018 4:33 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: (External):Re: CLIP?
>>
>> Change Label In Place
>> A standard card deck utility in the software FE toolbag 50 years ago.
>>
>> Graeme
>>
>>> On 19 May 2018, at 08:08, Jesse 1 Robinson <jesse1.robin...@sce.com>
>> wrote:
>>>
>>> I used the term CLIP (reformat label) today with a colleague who 
>>> clearly
>> did not understand. Isn't it an acronym? I can't find any hits.
>>>
>>> .
>>> .
>>> J.O.Skip Robinson
>>> Southern California Edison Company
>>> Electric Dragon Team Paddler
>>> SHARE MVS Program Co-Manager
>>> 323-715-0595 Mobile
>>> 626-543-6132 Office <= NEW
>>> robin...@sce.com<mailto:robin...@sce.com>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Clark Morris]

[Default] On 18 May 2018 19:14:32 -0700, in bit.listserv.ibm-main
zedgarhoo...@gmail.com (zMan) wrote:

>I have to ask: "Change Label In Place" -- as opposed to what? Removing the
>platter and sending it back to IBM to have the label changed?


Is CLIP actually a backronym where someone came up with the expansion
after the term became generally used?

Clark Morris
>
>On Fri, May 18, 2018 at 8:07 PM, Jesse 1 Robinson <jesse1.robin...@sce.com>
>wrote:
>
>> Ooh, dueling acronyms. It's SCIDS all over again!
>>
>> .
>> .
>> J.O.Skip Robinson
>> Southern California Edison Company
>> Electric Dragon Team Paddler
>> SHARE MVS Program Co-Manager
>> 323-715-0595 Mobile
>> 626-543-6132 Office ?=== NEW
>> robin...@sce.com
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of graeme
>> Sent: Friday, May 18, 2018 4:33 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: (External):Re: CLIP?
>>
>> Change Label In Place
>> A standard card deck utility in the software FE toolbag 50 years ago.
>>
>> Graeme
>>
>> > On 19 May 2018, at 08:08, Jesse 1 Robinson <jesse1.robin...@sce.com>
>> wrote:
>> >
>> > I used the term CLIP (reformat label) today with a colleague who clearly
>> did not understand. Isn't it an acronym? I can't find any hits.
>> >
>> > .
>> > .
>> > J.O.Skip Robinson
>> > Southern California Edison Company
>> > Electric Dragon Team Paddler
>> > SHARE MVS Program Co-Manager
>> > 323-715-0595 Mobile
>> > 626-543-6132 Office <= NEW
>> > robin...@sce.com<mailto:robin...@sce.com>
>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Brian Westerman]

I checked the storage area of boxes (and boxes) of punched cards that my dad 
left me when he died.  (He was an IBM PSR back in the 60's-70's), and sure 
enough there is a deck (two of them) that clearly show "Chg Lbl Id Pgm" on the 
top and on the 3rd card of the deck you can read *CLIP*

Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Bill Godfrey]

On Fri, 18 May 2018 18:04:47 -0500, Dale R. Smith wrote:

>On Fri, 18 May 2018 22:08:51 +, Jesse 1 Robinson wrote:
>
>>I used the term CLIP (reformat label) today with a colleague who clearly did 
>>not understand. Isn't it an acronym? I can't find any hits.
>>
>>.
>>.
>>J.O.Skip Robinson
>>Southern California Edison Company
>>Electric Dragon Team Paddler
>>SHARE MVS Program Co-Manager
>>323-715-0595 Mobile
>>626-543-6132 Office <= NEW
>>robin...@sce.com<mailto:robin...@sce.com>
>
>CLIP = Change Label Information Program
>
>According to Mike Cowlishaw's "IBM Jargon and General Computing Dictionary".
>A version can be found here:  https://comlay.net/ibmjarg.pdf
>
>-- 
>Dale R. Smith
>

Change Label Identification Program

In IBM's "Catalog of Programs for IBM System/360 Models 25 and Above [January 
1971]"
on page 135 there is this program:
CLIP/360 CHANGE OR CREATE LABEL IDENTIFICATION PROGRAM FOR DISK AND TAPE
http://www.bitsavers.org/pdf/ibm/360/programCatalog/GC20-1619-8_Catalog_of_pgms.pdf
The 181st page of the PDF is page 135.

Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Jesse 1 Robinson]

I got into this biz in the late 70s. The term CLIP was common parlance for 
'label reformat'. I still have several canned JCL members with 'CLIP' in the 
member name. If nothing else, the term is unique, while 'reformat' could have 
any number of meanings. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Thigpen
Sent: Friday, May 18, 2018 8:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CLIP?

To answer your question, "as opposed to what", that would be "reformat".

Tony Thigpen

zMan wrote on 05/18/2018 10:15 PM:
> I have to ask: "Change Label In Place" -- as opposed to what? Removing 
> the platter and sending it back to IBM to have the label changed?
>
> On Fri, May 18, 2018 at 8:07 PM, Jesse 1 Robinson 
> <jesse1.robin...@sce.com>
> wrote:
>
>> Ooh, dueling acronyms. It's SCIDS all over again!
>>
>> .
>> .
>> J.O.Skip Robinson
>> Southern California Edison Company
>> Electric Dragon Team Paddler
>> SHARE MVS Program Co-Manager
>> 323-715-0595 Mobile
>> 626-543-6132 Office ⇐=== NEW
>> robin...@sce.com
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of graeme
>> Sent: Friday, May 18, 2018 4:33 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: (External):Re: CLIP?
>>
>> Change Label In Place
>> A standard card deck utility in the software FE toolbag 50 years ago.
>>
>> Graeme
>>
>>> On 19 May 2018, at 08:08, Jesse 1 Robinson <jesse1.robin...@sce.com>
>> wrote:
>>>
>>> I used the term CLIP (reformat label) today with a colleague who 
>>> clearly
>> did not understand. Isn't it an acronym? I can't find any hits.
>>>
>>> .
>>> .
>>> J.O.Skip Robinson
>>> Southern California Edison Company
>>> Electric Dragon Team Paddler
>>> SHARE MVS Program Co-Manager
>>> 323-715-0595 Mobile
>>> 626-543-6132 Office <= NEW
>>> robin...@sce.com<mailto:robin...@sce.com>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Tony Thigpen]

To answer your question, "as opposed to what", that would be "reformat".

Tony Thigpen

zMan wrote on 05/18/2018 10:15 PM:

I have to ask: "Change Label In Place" -- as opposed to what? Removing the
platter and sending it back to IBM to have the label changed?

On Fri, May 18, 2018 at 8:07 PM, Jesse 1 Robinson <jesse1.robin...@sce.com>
wrote:


Ooh, dueling acronyms. It's SCIDS all over again!

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of graeme
Sent: Friday, May 18, 2018 4:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CLIP?

Change Label In Place
A standard card deck utility in the software FE toolbag 50 years ago.

Graeme


On 19 May 2018, at 08:08, Jesse 1 Robinson <jesse1.robin...@sce.com>

wrote:


I used the term CLIP (reformat label) today with a colleague who clearly

did not understand. Isn't it an acronym? I can't find any hits.


.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office <= NEW
robin...@sce.com<mailto:robin...@sce.com>



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN







--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Paul Gilmartin]

On Fri, 18 May 2018 22:15:54 -0400, zMan wrote:

>I have to ask: "Change Label In Place" -- as opposed to what? Removing the
>platter and sending it back to IBM to have the label changed?
> 
When I first heard it I assumed it referred to repairing a damaged magnetic tape
by clipping off a couple meters with scissors and affixing a new reflective 
sticker.
That was an operation common enough that IT shops stocked those stickers.

That coud generalize to DASD, then VSE made the widespread vernacular a
documented command.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[zMan]

I have to ask: "Change Label In Place" -- as opposed to what? Removing the
platter and sending it back to IBM to have the label changed?

On Fri, May 18, 2018 at 8:07 PM, Jesse 1 Robinson <jesse1.robin...@sce.com>
wrote:

> Ooh, dueling acronyms. It's SCIDS all over again!
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of graeme
> Sent: Friday, May 18, 2018 4:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: CLIP?
>
> Change Label In Place
> A standard card deck utility in the software FE toolbag 50 years ago.
>
> Graeme
>
> > On 19 May 2018, at 08:08, Jesse 1 Robinson <jesse1.robin...@sce.com>
> wrote:
> >
> > I used the term CLIP (reformat label) today with a colleague who clearly
> did not understand. Isn't it an acronym? I can't find any hits.
> >
> > .
> > .
> > J.O.Skip Robinson
> > Southern California Edison Company
> > Electric Dragon Team Paddler
> > SHARE MVS Program Co-Manager
> > 323-715-0595 Mobile
> > 626-543-6132 Office <= NEW
> > robin...@sce.com<mailto:robin...@sce.com>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Jesse 1 Robinson]

Ooh, dueling acronyms. It's SCIDS all over again!

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of graeme
Sent: Friday, May 18, 2018 4:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CLIP?

Change Label In Place
A standard card deck utility in the software FE toolbag 50 years ago.

Graeme

> On 19 May 2018, at 08:08, Jesse 1 Robinson <jesse1.robin...@sce.com> wrote:
> 
> I used the term CLIP (reformat label) today with a colleague who clearly did 
> not understand. Isn't it an acronym? I can't find any hits.
> 
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com<mailto:robin...@sce.com>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[graeme]

Change Label In Place 
A standard card deck utility in the software FE toolbag 50 years ago.

Graeme

> On 19 May 2018, at 08:08, Jesse 1 Robinson <jesse1.robin...@sce.com> wrote:
> 
> I used the term CLIP (reformat label) today with a colleague who clearly did 
> not understand. Isn't it an acronym? I can't find any hits.
> 
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com<mailto:robin...@sce.com>
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Jesse 1 Robinson]

That looks definitive. And thanks for the reference work. My colleagues are 
some very talented folks who are mostly relative newbies. I lose track of what 
'everybody knows'. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dale R. Smith
Sent: Friday, May 18, 2018 4:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CLIP?

On Fri, 18 May 2018 22:08:51 +, Jesse 1 Robinson <jesse1.robin...@sce.com> 
wrote:

>I used the term CLIP (reformat label) today with a colleague who clearly did 
>not understand. Isn't it an acronym? I can't find any hits.
>
>.
>.
>J.O.Skip Robinson
>Southern California Edison Company
>Electric Dragon Team Paddler
>SHARE MVS Program Co-Manager
>323-715-0595 Mobile
>626-543-6132 Office <= NEW
>robin...@sce.com<mailto:robin...@sce.com>

CLIP = Change Label Information Program

According to Mike Cowlishaw's "IBM Jargon and General Computing Dictionary".
A version can be found here:  https://comlay.net/ibmjarg.pdf

--
Dale R. Smith


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Dale R. Smith]

On Fri, 18 May 2018 22:08:51 +, Jesse 1 Robinson <jesse1.robin...@sce.com> 
wrote:

>I used the term CLIP (reformat label) today with a colleague who clearly did 
>not understand. Isn't it an acronym? I can't find any hits.
>
>.
>.
>J.O.Skip Robinson
>Southern California Edison Company
>Electric Dragon Team Paddler
>SHARE MVS Program Co-Manager
>323-715-0595 Mobile
>626-543-6132 Office <= NEW
>robin...@sce.com<mailto:robin...@sce.com>

CLIP = Change Label Information Program

According to Mike Cowlishaw's "IBM Jargon and General Computing Dictionary".
A version can be found here:  https://comlay.net/ibmjarg.pdf

-- 
Dale R. Smith

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Jesse 1 Robinson]

I've heard/used the term CLIP as long as I've been in this business even though 
it's not official technical terminology. I will happily go with Change Label In 
Place. Thanks!

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Mulder
Sent: Friday, May 18, 2018 3:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CLIP?

  I don't see that term in the IEHDASDR documentation found here:

www.bitsavers.org/pdf/ibm/360/.../GC28-6586-15_OS_Utilities_Rel_21.7_Apr73.pdf 


  I would guess Change Label In Place

Found an old proc on one of our systems:

 BROWSESYS1.PROCLIB(CLIP) - 01.11 
 Command ===>
* Top of Data ***
//CLIP   PROC  BIN=UNKNOWN 
//* S CLIP,BIN=BB
//*
//* THIS PROC IS NO LONGER USEFUL ON THE XA SYSTEM! 
//* USE THE DSF PROCS INSTEAD!D24RBH1 06-03-84 
//*
//CLIPSCAN EXEC PGM=SCAN,
//  PARM=(':SYSIN :AEOF :LIT¬¬ 721 ') //STEPLIB DD 
DSN=SYS1.MAINT.LOAD,DISP=SHR //SYSPRINT DD DUMMY //IN DD DUMMY //SYSIN DD 
DSN=SYS1.PROCLIB(CLIPY),DISP=SHR //OUT DD DSN=&,DISP=(NEW,PASS), //  
UNIT=SYSDA,SPACE=(TRK,(1,1)),DCB=(LRECL=80,BLKSIZE=80,RECFM=F)
//STEP1 EXEC PGM=CLIPWTOR,COND=(16,LT,CLIPSCAN)
//SYSPRINT DD SYSOUT=W
//SYSABEND  DD  SYSOUT=*
//STMTS DD DSN=&,DISP=(OLD,PASS)
//STEP2 EXEC PGM=IEHDASDR,COND=(16,LT,CLIPSCAN)
//* SYSPRINT DD SYSOUT=W
//SYSPRINT DD DSN=&,DISP=(NEW,PASS), //  
UNIT=SYSDA,SPACE=(TRK,(1,1)),DCB=(LRECL=121,BLKSIZE=121,RECFM=F)
//SYSABEND DD SYSOUT=W
//SYSIN DD DSN=&,DISP=(OLD,PASS),UNIT=SYSDA 
//LOG1   EXEC   PGM=USERLOG,COND=((0,EQ,STEP2),EVEN), 
//  PARM='+CLIP UNSUCCESSFUL, BIN# = ' 
//STEPLIB DD DSN=SYS1.MAINT.LOAD,DISP=SHR //ERR DD DSN=&,DISP=(OLD,PASS) 
//LOG  DD  DSN=SYS1.PAKDUMP.LOG,DISP=SHR //SYSIN DD 
DSN=&,DISP=(OLD,PASS),UNIT=SYSDA 
//LOG2   EXEC   PGM=USERLOG,COND=((0,LT,STEP2),(16,LT,CLIPSCAN)), 
// PARM='+CLIP SUCCESSFUL, BIN# = ' 
//STEPLIB DD DSN=SYS1.MAINT.LOAD,DISP=SHR //LOG  DD  
DSN=SYS1.PAKDUMP.LOG,DISP=SHR 
//SYSIN DD DSN=&,DISP=(OLD,PASS),UNIT=SYSDAl



Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on
05/18/2018 06:16:41 PM:

> From: "Nims,Alva John (Al)" <ajn...@ufl.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 05/18/2018 06:29 PM
> Subject: Re: CLIP?
> Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
> 
> Took me a moment to remember what CLIP was, but I do not know if it 
> stood for anything.
> Maybe: "Change Label in Perpetuity?"  :)  [It's Friday, lighten up!]
> 
> Al Nims
> Systems Admin/Programmer III
> UF Information Technology
> East Campus
> P.O. Box 112050
> Gainesville, FL. 32611
> (e) ajn...@ufl.edu
> (p) (352) 273-1298
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU ] 
> On Behalf Of Jesse 1 Robinson
> Sent: Friday, May 18, 2018 6:09 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: CLIP?
> 
> I used the term CLIP (reformat label) today with a colleague who 
> clearly did not understand. Isn't it an acronym? I can't find any hits.
> 
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com<mailto:robin...@sce.com>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Jim Mulder]

  I don't see that term in the IEHDASDR documentation found here:

www.bitsavers.org/pdf/ibm/360/.../GC28-6586-15_OS_Utilities_Rel_21.7_Apr73.pdf 


  I would guess Change Label In Place

Found an old proc on one of our systems:

 BROWSESYS1.PROCLIB(CLIP) - 01.11 
 Command ===> 
* Top of Data ***
//CLIP   PROC  BIN=UNKNOWN 
//* S CLIP,BIN=BB 
//* 
//* THIS PROC IS NO LONGER USEFUL ON THE XA SYSTEM! 
//* USE THE DSF PROCS INSTEAD!D24RBH1 06-03-84 
//* 
//CLIPSCAN EXEC PGM=SCAN, 
//  PARM=(':SYSIN :AEOF :LIT¬¬ 721 ') 
//STEPLIB DD DSN=SYS1.MAINT.LOAD,DISP=SHR 
//SYSPRINT DD DUMMY 
//IN DD DUMMY 
//SYSIN DD DSN=SYS1.PROCLIB(CLIPY),DISP=SHR 
//OUT DD DSN=&,DISP=(NEW,PASS), 
//  UNIT=SYSDA,SPACE=(TRK,(1,1)),DCB=(LRECL=80,BLKSIZE=80,RECFM=F) 
//STEP1 EXEC PGM=CLIPWTOR,COND=(16,LT,CLIPSCAN) 
//SYSPRINT DD SYSOUT=W 
//SYSABEND  DD  SYSOUT=* 
//STMTS DD DSN=&,DISP=(OLD,PASS) 
//STEP2 EXEC PGM=IEHDASDR,COND=(16,LT,CLIPSCAN) 
//* SYSPRINT DD SYSOUT=W 
//SYSPRINT DD DSN=&,DISP=(NEW,PASS), 
//  UNIT=SYSDA,SPACE=(TRK,(1,1)),DCB=(LRECL=121,BLKSIZE=121,RECFM=F) 
//SYSABEND DD SYSOUT=W 
//SYSIN DD DSN=&,DISP=(OLD,PASS),UNIT=SYSDA 
//LOG1   EXEC   PGM=USERLOG,COND=((0,EQ,STEP2),EVEN), 
//  PARM='+CLIP UNSUCCESSFUL, BIN# = ' 
//STEPLIB DD DSN=SYS1.MAINT.LOAD,DISP=SHR 
//ERR DD DSN=&,DISP=(OLD,PASS) 
//LOG  DD  DSN=SYS1.PAKDUMP.LOG,DISP=SHR 
//SYSIN DD DSN=&,DISP=(OLD,PASS),UNIT=SYSDA 
//LOG2   EXEC   PGM=USERLOG,COND=((0,LT,STEP2),(16,LT,CLIPSCAN)), 
// PARM='+CLIP SUCCESSFUL, BIN# = ' 
//STEPLIB DD DSN=SYS1.MAINT.LOAD,DISP=SHR 
//LOG  DD  DSN=SYS1.PAKDUMP.LOG,DISP=SHR 
//SYSIN DD DSN=&,DISP=(OLD,PASS),UNIT=SYSDAl



Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on 
05/18/2018 06:16:41 PM:

> From: "Nims,Alva John (Al)" <ajn...@ufl.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 05/18/2018 06:29 PM
> Subject: Re: CLIP?
> Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
> 
> Took me a moment to remember what CLIP was, but I do not know if it 
> stood for anything.
> Maybe: "Change Label in Perpetuity?"  :)  [It's Friday, lighten up!]
> 
> Al Nims
> Systems Admin/Programmer III
> UF Information Technology
> East Campus 
> P.O. Box 112050
> Gainesville, FL. 32611
> (e) ajn...@ufl.edu 
> (p) (352) 273-1298
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On Behalf Of Jesse 1 Robinson
> Sent: Friday, May 18, 2018 6:09 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: CLIP?
> 
> I used the term CLIP (reformat label) today with a colleague who 
> clearly did not understand. Isn't it an acronym? I can't find any hits.
> 
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com<mailto:robin...@sce.com>



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Sri h Kolusu]

Robinson,

You probably may be quoting the VSE/VSAM User’s Guide and Application
Programming commands

CLIP LABEL=DISPLAY  - Causes the volume serial number to be displayed on
the system console.
CLIP LABEL=SER=n..n - Causes the existing volume serial number to be
changed to the one specified as n..n.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iesvge60/F.3.1


Thanks,
Kolusu

IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on
05/18/2018 03:08:51 PM:

> From: Jesse 1 Robinson <jesse1.robin...@sce.com>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 05/18/2018 03:09 PM
> Subject: CLIP?
> Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
>
> I used the term CLIP (reformat label) today with a colleague who
> clearly did not understand. Isn't it an acronym? I can't find any hits.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com<mailto:robin...@sce.com>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Nims,Alva John (Al)]

Took me a moment to remember what CLIP was, but I do not know if it stood for 
anything.
Maybe: "Change Label in Perpetuity?"  :)  [It's Friday, lighten up!]

Al Nims
Systems Admin/Programmer III
UF Information Technology
East Campus 
P.O. Box 112050
Gainesville, FL. 32611
(e) ajn...@ufl.edu 
(p) (352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Friday, May 18, 2018 6:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CLIP?

I used the term CLIP (reformat label) today with a colleague who clearly did 
not understand. Isn't it an acronym? I can't find any hits.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office <= NEW
robin...@sce.com<mailto:robin...@sce.com>


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLIP?

[Mike Schwab]

Like clipping a price tag off one piece of clothing and putting it on
another piece of clothing.
The VTOC has only the name changed.

On Fri, May 18, 2018 at 5:08 PM, Jesse 1 Robinson
<jesse1.robin...@sce.com> wrote:
> I used the term CLIP (reformat label) today with a colleague who clearly did 
> not understand. Isn't it an acronym? I can't find any hits.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com<mailto:robin...@sce.com>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

CLIP?

[Jesse 1 Robinson]

I used the term CLIP (reformat label) today with a colleague who clearly did 
not understand. Isn't it an acronym? I can't find any hits.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office <= NEW
robin...@sce.com<mailto:robin...@sce.com>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN