Re: REXX/COBOL conversion question

[Warren Brown]

 Allen:  This is Warren Brown.  Do you remember working with me?
Warren 
On Thursday, April 6, 2023 at 10:58:29 AM EDT, Allan Staller 
<0387911dea17-dmarc-requ...@listserv.ua.edu> wrote:  
 
 Classification: Confidential
I have the following:

COBOL:
05 FR-KWY PIC X(12).
IF FR-KEY=SPACES
              MOVE..

REXX:
IF fr_key = ' ' THEN
              Move..

Are these 2 statements equivalent? I suspect REXX will do a 1 -by compare vs. a 
12 byte compare for COBOL.

Can anyone confirm?

Thanks in advance,

::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


--
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: not using SMPe

[Warren Brown]

 Thanks
On Wednesday, March 15, 2023 at 09:15:59 PM EDT, Andrew Rowley 
 wrote:  
 
 On 16/03/2023 12:01 pm, Warren Brown wrote:
>  Andrew, I have been out for a while.  Is there a replacement for SMPE ?
> Warren
There have always been ways to deliver software without using SMP/E e.g. 
datasets dumped to tape. As people have noted, you can also deliver what 
is effectively a full replacement via SMP/E. Serverpac etc. could 
probably be considered a non-SMP/E install, even though what you are 
installing is a SMP/E environment.

But now, yes, there is an official IBM supported non-SM/PE installation 
method using a z/OSMF portable software instance. A PSI can also deliver 
a SMP/E environment of course.

-- 
Andrew Rowley
Black Hill Software

--
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: not using SMPe

[Warren Brown]

 Andrew, I have been out for a while.  Is there a replacement for SMPE ?
Warren
On Wednesday, March 15, 2023 at 06:15:29 PM EDT, Andrew Rowley 
 wrote:  
 
 On 15/03/2023 8:33 am, Jay Maynard wrote:
> That's because SMP/E and its power are only truly present in the z/OS and
> predecessors world. Everyone else thinks of applying maintenance as a
> matter of replacing the entire product, instead of individual fixes that
> are automatically maintained and managed.

The problem with individual fixes rather than full replacement is that 
it means the interface for every individually replaceable component is 
fixed. The relationships between all components need to be tracked, and 
any interface change needs corresponding pre-reqs or co-reqs for 
everything that uses it.

That had to be done anyway when everything was coded in assembler. With 
high level languages it becomes much easier to do at compilation time. 
The compiler will find the relationships and make sure all dependent 
changes happen.

Separate modules also limit compiler optimizations, because calls 
between routines are one of the common opportunities for optimization 
(inlining etc).

It's still possible to ship individual fixes if necessary, but that is 
done in source code using git etc., still shipped as a full replacement. 
You end up with a branch or tag in git that represents the exact code 
that a customer is running.

There is much more overhead and opportunity for error shipping 
individual components than full replacement. With the bandwidth etc. 
available now full replacement makes much more sense.

-- 
Andrew Rowley
Black Hill Software

--
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: How do I issue a command with a blank in it?

[Warren Brown]

 Hey mainframers is Rob Jackson still doing updates?
On Monday, July 11, 2022 at 01:12:05 PM EDT, Charles Mills 
 wrote:  
 
 App received

HOW NOW,    BROWN COW

Quoting the command preserves the lower case, even with the embedded blanks. 
(No, I did not test every permutation.)

/F procname,'How now,    Brown Cow'

App received 'How now,    Brown Cow'

Note that the quotes are included in what the app receives.

JCL PARM= is a little more consistent. //S1 EXEC FOO,PARM=HOW NOW BROWN COW

Will pass only HOW to the app.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, July 11, 2022 9:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How do I issue a command with a blank in it?



how about:
 /F procname,How now,    Brown Cow
(multiple spaces?)

--
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: Tabulating Machines (was "... z114")

[Warren Brown]

 COOL
On Monday, May 30, 2022, 06:57:59 AM EDT, Seymour J Metz  
wrote:  
 
 I would expect to see finite difference calculations in the 1960s on a 60x or 
610 rather than a 407, although the Manhattan Project did do calculations on a 
room full of tabulators.

Displaying operational registers using, e.g., Nixie tube, was quite common for 
decades. I know of machines that displayed individual bits and machines that 
displayed octal digits; I suspect that there were machines that displayed 
decimal digits.


--
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: Sunday, May 29, 2022 8:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Tabulating Machines (was "... z114")

On Sun, 29 May 2022 17:11:33 -0700, Charles Mills wrote:

>I have never programmed a Tab machine but here is what I know.
>
>The addition and so forth was purely mechanical. Anyone remember old-fashioned 
>mechanical adding machines? Picture a wheel with ten cogs on it numbered 0 
>through 9. Let's say it is indicating 5. If you turn it three clicks it is now 
>indicating 8. Voila! 5 + 3 = 8. Let's say you turn it three additional clicks. 
>It is now reading 1, and on the way from 9 to 0 it poked the wheel to its left 
>one position. 8 + 3 = 11.
>
>Yes, the plug board's purpose was to hold the wires ...
>
Mid 1960s.  A colleague told me (third hand story) of someone who had programmed
a 407(?) to extract second differences -- differences of successive differences 
of
successive inputs -- discrete second derivative.

The Numeric Analysis Center of the University of Colorado had an open-access
SCM electronic calculator.  Its registers were continuously visible on a CRT
display in stroked characters.  I could watch it extract a square root using
Newton's Method in 44 seconds.  Beside it was a mechanical Friden with cogwheel
registers continuously visible.  I could watch it extract a square root by 
subtracting
successive odd numbers in 22 seconds.

--
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
  

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

Re: Goodbye, Hello

[Warren Brown]

 I hope you enjoy retirement
On Friday, November 12, 2021, 09:42:39 AM EST, Bob Bridges 
 wrote:  
 
 I did a few months for them, but I thought they were in Bloomington.  Wait, 
maybe that's State Farm?  I get them confused.

I didn't care so much for the work I did for them, but the town suited me right 
to the ground.  Just the right size, and only a few miles in any direction was 
cornfield and big sky.  A church I liked, some favorite restaurants, a 
chocolatiers just a block from my motel, a grocery store up the way, a movie 
theater on the edge of town, some of the best pizza I'd ever tasted over the 
line in Normal.

That company was a ~huge~ installation: I don't remember how many thousand disc 
packs and how many hundred LPARs, but it was a lot.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* It's ~supposed~ to be hard.  If it wasn't hard, everyone would do it.  The 
'hard' is what makes it great.  -Jimmy Dugan in "A League of Their Own" */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Friday, November 12, 2021 09:07

I worked for Allstate once. For a short stint a long time ago. HQ still in 
Northbrook, Ill?

--- On Friday, November 12, 2021, 8:28 AM, Mark Jacobs 
<0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
Today is my last day working for ASG Technologies/Rocket Software. On Monday I 
commence my next adventure with Allstate Insurance. What a long strange trip 
it's been.

--
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: Reliable source for slang term "noodle picker"?

[Warren Brown]

 Noodle picker is the grand daddy of DASD it you at DASD address you'l see 
MBBCCHHRR THE  first characters NBB are good for noodle picker only. On 
Tuesday, November 2, 2021, 06:02:31 PM EDT, Phil Smith III  
wrote:  
 
 I of course understand Wikipedia's desire for citation, but in cases like
this it's probably just not possible.

 

Would it maybe pass muster if it says something like "colloquially known as
the 'noodle picker'"? That makes it clearer that it's not official and
perhaps unverifiable.


--
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: Serverpac installs January 2022 and beyond - Issues

[Warren Brown]

 Hey experts;  I am back with mainframes.  I have a new position to analyze to  
assembly language program. Is their any programs to analyze ASM programs for 
re-write them to a more modern language. Perhaps their are tools to help me, 
Thanks,
Warren   reaOn Monday, November 1, 2021, 11:49:52 AM EDT, Michael Babcock 
 wrote:  
 
 Use VA next to the file name in ISPF 3.4 or 3.17.

On Mon, Nov 1, 2021 at 5:53 AM Barbara Nitz  wrote:

> >Those files are not stored in EBCDIC. I used ISPF 3.17 to View the files
> using the UTF-8 option. Then you can see the XML source.
>
> Thanks for that pointer. I did use the command "ASCII" (which got command
> not found), but "ASCII" is an IPCS command. :-(
>
> Regards, Barbara
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

--
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: Assembler Language Programming for IBM System z Servers

[Warren Brown]

 Hello,
I've been away for a while.  What is the assembly language equivalent for a 
COBOL copybook?
Thanks,
Warren 
On Monday, March 29, 2021, 11:08:43 AM EDT, Wendell Lovewell 
<01e9c0ee0673-dmarc-requ...@listserv.ua.edu> wrote:  
 
 Hello all. 

Does anyone know if Dr Ehrman's excellent assembler book could be updated for 
the new instructions released since 2015?  Or, at least refreshed with current 
standards for PDF-page generation standards? 

What I mean is, it would really be helpful if:
a) The pages in the Table of Contents were hyperlinks to the actual pages 
referenced, and
b) The page numbers in the TOC matched the page numbers in the PDF file.  For 
example, "MVCLE" is listed in the TOC on page 411.  But if you alt-g to go to 
the 411th page in the PDF, you end up on the page displaying "373" at the 
bottom.  

More recent manuals "document" page numbers match the "pdf" page numbers.  But 
as best I can tell Dr. Ehrman's book hasn't been updated to reflect this. 

Is there any chance someone from IBM is reading this & can do something about 
this?  Please? 

(I know this might make more sense to post on the Assembler list, but I'm 
guessing it's more likely to be seen here.)

TIA, 
Wendell

--
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: Colours on screen (mainframe history question)

[Warren Brown]

 I remember this activity . . . 
On Thursday, February 25, 2021, 08:28:06 PM EST, g...@gabegold.com 
 wrote:  
 
 In 1971, Mitre (DC-area non-profit think tank for government -- had a 2250 
connected to OS/360, which included native device support for it. When we 
installed VM circa 1972, I got to make it work under CMS (component of VM). 
VERY fortunately someone at University of Grenoble (France) had written a lot 
of truly arcane and magnificent assembler code getting it to run under CMS part 
of CP/67 (VM's predecessor). "Fortunately" because I doubt I'd have been able 
to write that software.

Even porting it from old CMS to new CMS was challenging -- and not helped by 
comments being in French (even having taken two years of French in high school 
-- with at least one semester using a chemistry textbook for class). Overall, 
it took relatively few tweaks to run. The last breakthrough was realizing that 
I had Maclibs (CMS macro libraries) in the wrong order so wrong macro versions 
were used for assembly.

The primary application under VM was impressive -- displaying a simulated 
airspace where a number of fictional aircraft were flying. Plus one "real" 
airplane, a Linc Trainer (small aircraft flight simulator) in the data center 
with a real human pilot. I forget how the Linc Trainer connected to VM and what 
VM thought it was -- it surely wasn't a standard configurable peripheral. This 
was used for projects developing anti-collision algorithms and hardware for FAA.

Charles Mills  observed:

The 2250 was a BEAST! Graphics. Light pen. A separate function key keypad. You 
could put typewritten labels in the function keys, and light up the allowed 
keys under program control. Had an 1130 computer under the hood as its 
controller. (No wonder it cost $$$.) The very first 360 application I ever saw 
was a 2250-driving system written in PL/I for one of the big pharmas -- trying 
to remember who. It was written by John Gilmore and Associates. (Yes, our very 
own IBMMAIN John Gilmore.) The idea was you could simulate the flow of a drug 
through the body, complete with a graphical representation. I don't believe it 
ever exactly worked. This would have been in 1969.

--
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: fluroscopes for shoe fitting was Re: IBM SR going away?

[Warren Brown]

 Yes, I remeberr those machines,  I thought they were X-rays.
On Wednesday, June 26, 2019, 09:44:16 AM EDT, Charles Mills 
 wrote:  
 
 Way OT but yes! As a little scientist I loved those machines. Loved
seeing the bones in my feet when I wiggled my toes. My informal
understanding at the time was that they went away precisely BECAUSE of the
hazard. If you think about it, the x-ray is aimed right at the user's
genitals.

My daughter, nonetheless, came out normal -- other than being an attorney.


Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Clark Morris
Sent: Tuesday, June 25, 2019 3:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: OT: fluroscopes for shoe fitting was Re: IBM SR going away?

[Default] On 25 Jun 2019 11:33:01 -0700, in bit.listserv.ibm-main
gary.ja...@telus.com (Gary Jacek) wrote:

>
>> I miss neighborhood shoe stores but they probably are not coming back.
>
>Charles -- Do you also miss the fluoroscope that let you look at the bones
in your foot?
>
I can't speak for Charles but if the fluoroscope was safe I would like
to see it's revival to help deal with some footwear issues that I am
having.

--
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: (OT) Good bye everyone

[Warren Brown]

Me too, Ed I have not been very active on IBM-MAIN but I am in my seventies and 
they made me a project manager.  I tried, but being a bureaucrat IS NOT ME!.  I 
resigned!! but I am working enough to get retirement (three weeks)  
Warren Brown

  From: Edward Gould 
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Monday, July 16, 2018 3:23 PM
 Subject: (OT) Good bye everyone
   
Approximately 2 months I had a life altering incident. 
I can no longer function as a sysprog. I resigned my no pay job at the place I 
used to donate my time.
I find I can no longer do the job.
I hope much success to all of you and hope that you can carry on with your 
work, despite IBM’s best efforts to do away with the profession.
Thanks, to John Ells and the many other IBMer’s who give their time and their 
experience with IBM-MAIN.
Not sure what is ahead for me, other than traveling with a companion as I can 
barely walk.
I am 70 years old and I am finding life without a technical challenge not 
interesting and since I can no longer function in that capacity I will have to 
find some other outlet.
Best wishes to you all.

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: The IRS Really Needs Some New Computers

[Warren Brown]

gee, I,ve worked at both places. When IRS 6 years ago running C++ and COBOL on 
the mainframe. 

  From: Clark Morris 
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Sunday, April 22, 2018 9:05 PM
 Subject: Re: The IRS Really Needs Some New Computers
   
[Default] On 18 Apr 2018 02:53:35 -0700, in bit.listserv.ibm-main
0102cb4997b0-dmarc-requ...@listserv.ua.edu (Larre Shiller) wrote:

>On Tue, 17 Apr 2018 19:19:07 -0700, Ed Jaffe  
>wrote:
>
>>On 4/17/2018 3:55 PM, Edward Gould wrote:
>>>
>>> I can’t speak to the IRS but the Social Security system (last I heard) was 
>>> *WAY* out of date by at least 20 years (maybe more). Can anyone verify (or 
>>> not), please?
>>
>>SSA runs one of the most sophisticated data centers of any government
>>agency I've seen.
>>
>>They own all the latest kit and participate in nearly every z/OS ESP. I
>>know this for FACT!
>>
>Gee, thanks Ed...!  It's certainly not easy managing 150,000MIPS of WebShpere 
>on Z, let alone the 150,000 GP MIPS of "everything else".
>
>And speaking of IT modernization efforts, I thought that this was rather 
>timely and informative:
>
>https://federalnewsradio.com/it-modernization-month-2018/2018/04/social-security-on-schedule-to-modernize-it-systems-by/
>
>...it's a 20 minute listen, but it gives you a good idea as to where we are 
>and where we are headed in the future.
>
>I guess you could get into a discussion about what we are running that is "out 
>of date", but certainly our IT infrastructure is *not*.  Are 40 year old COBOL 
>programs "out of date"...?  Well... they may have some "technical debt" 
>associated with them and sometimes maintaining them can be challenging, but 
>does it really matter if I'm running a COBOL or a JAVA program to add up a 
>column of numbers?

If you are interested in efficiency and the COBOL program has decent
record definitions, I would guess that it will do far better than
JAVA.  Has anyone coded programs in COBOL and JAVA to do the same
thing and compare them for CPU and IO consumption?  Also have they
verified the results are the same?

Clark Morris
>
>Larre Shiller
>US Social Security Administration
> 
>“The opinions expressed in this e-mail are mine personally and do not 
>necessarily reflect the opinion of the US Social Security Administration 
>and/or the US Government.”
>
>--
>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: The Beauty of the COBOL Programming Language - DevOps.com

[Warren Brown]

Cool

  From: Gabe Goldberg 
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Wednesday, February 21, 2018 12:32 AM
 Subject: The Beauty of the COBOL Programming Language - DevOps.com
   
https://devops.com/the-beauty-of-the-cobol-programming-language-v2/

-- 
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


   

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

Re: Can anyone remember "drum" storage?

[Warren Brown]

YES, I REMEMBER 1410 THROUGH 360

  From: "Pommier, Rex" 
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Wednesday, December 20, 2017 12:14 PM
 Subject: Re: Can anyone remember "drum" storage?
   
Actually if one believes everything in the article, it is like the 3380s.



Currently, operating systems read and write data to a single disk drive. With 
this dual actuator arm set, the drive is divided into two logical drives.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Wednesday, December 20, 2017 9:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can anyone remember "drum" storage?

W dniu 2017-12-20 o 16:21, R.S. pisze:
> I think we should not relay to much on both the description and the 
> pictures.
> It's only press article.
> My understanding is the actuator is "partitioned", so each platter is 
> served by single head, but there are two actuators and - this is the 
> difference from 33xx drives - whole assembly is seen as single disk.
> (of course I rely on the article and my quick review, I can be wrong)
>

RELY, not relay...

-- 
Radoslaw Skorupka
Lodz, Poland




==


        --
 Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

 This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

 mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.
    

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


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


--
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: LRS VPS Printer Replacment

[Warren Brown]

Hey Rob

  From: "Jackson, Rob" 
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Friday, December 15, 2017 4:30 PM
 Subject: Re: LRS VPS Printer Replacment
   
Not sure whom you were asking, but I can answer for our formerly-VPS, now-NPF 
shop.  We have 65 active physical printers, covered by 174 definitions.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Friday, December 15, 2017 11:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LRS VPS Printer Replacment

[External Email]

All I want for Xmas is the answer to the question of how many. ;-) We have over 
12K (!) VPS definitions, but...

1. Many of those are multiple entries for the same physical device with varying 
format attributes like double-sided, landscape, two-up, etc. For example, one 
device I picked at random has 13 entries representing various attributes.

2. We have added innumerable printers over the decades. I was never 'the VPS 
guy', but I suspect that very few if any obsolete entries were deleted.

.
.
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 Steve Beaver
Sent: Thursday, December 14, 2017 6:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: LRS VPS Printer Replacment

How many printers are on your system?  The system I had had 1400 printers

Sent from my iPhone

Sorry for the autocorrect issues

> On Dec 14, 2017, at 19:34, Tony Harminc  wrote:
>
>> On 14 December 2017 at 18:18, Jesse 1 Robinson  
>> wrote:
>> Thanks for all the responses. I compiled a list of the products mentioned 
>> together with 'ratings' and comments. I was surprised at the volume of NPF 
>> endorsements; I didn't even know about it. A lot of us choose a product for 
>> a particular purpose and stop window shopping, never realizing that the 
>> landscape is constantly evolving.
>
> There are also several potential solutions to this general problem on 
> the CBTTAPE site, either on the main "tape" or on the JES2 "mods"
> tape. Naturally these are unsupported, and may or may not work on 
> current levels of JES2, but certainly the price is right. And some of 
> them are not unsophisticated solutions at all.
>
> Tony H.


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

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


--
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: Mainframe operating systems?

[Warren Brown]

What about TPS for model 20

On Wed, 4/19/17, Lloyd  wrote:

 Subject: Re: Mainframe operating systems?
 To: IBM-MAIN@LISTSERV.UA.EDU
 Date: Wednesday, April 19, 2017, 10:09 PM
 
 VP/CSS
 And you
 missed one of the OS/360 versions: PCP - only one partition
 plus 
 spool
 
 Lloyd
 
 On
 4/15/2017 5:27 PM, Phil Smith wrote:
 >
 Today's random wondering: how many operating systems can
 folks remember having run on S/360 and descendants? I can
 think of:
 >
 > OS/360
 (including MFT, MVT, MVS, up thru z/OS, including MSP and
 VOS3)
 > VM (CP/40 up thru z/VM)
 > DOS (or did it start as TOS? Not my turf!
 up thru z/VSE)
 > ACP (up thru z/TPF)
 > TSS
 > MUMPS
 > MUSIC
 > PICK
 > AIX
 > Linux, of
 course
 > Solaris, almost
 > ORVYL? WYLBUR? I think ORVYL was the OS
 and WYLBUR was the user environment - sort of the CP-CMS or
 z/OS-TSO relationship, but canna remember for sure; someone
 here will know
 > VICOM
 >
 > What others? No
 credit for things like DDR or ICKDSF, which, while IPLable,
 aren't really "OSes" in any kind of real
 sense!
 >
 >
 --
 > 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: curious: why S/360 & decendants are "big endian".

[Warren Brown]

 I thought it was me . .joined IBM the same day as the 360 was announced

On Thu, 3/9/17, Anne & Lynn Wheeler  wrote:

 Subject: Re: curious: why S/360 & decendants are "big endian".
 To: IBM-MAIN@LISTSERV.UA.EDU
 Date: Thursday, March 9, 2017, 7:26 PM
 
 john.archie.mck...@gmail.com
 (John McKown) writes:
 > ​Same in other
 books I've seen. Why? Probably because we write from top
 to
 > bottom. We write the lowest first,
 at the top, and the highest last, at the
 > bottom. And then we confuse everybody by
 calling them "ascending" memory
 > addresses while writing them in a
 descending pattern. English is a _stupid_
 > language.
 
 in the 70s as fullscreen 3270s editors were
 starting to appear, there
 was big editor
 culture wars over up & down.
 
 prior to that, line-editing was from
 perspective of the user ...  "up"
 moving towards the "top" (beginning)
 of the file and "down" was moving
 towards the "bottom" (end) of the
 file.
 
 The side that had
 enhanced previous line editors to support 3270
 fullscreen and preserved the up/down
 orientation (meaning).
 
 A
 couple of "new" 3270 fullscreen editors, done from
 scratch, insisted
 on "up" was from
 the orientation of the program (not the user), the
 program would move the file up ... towards the
 bottom of the file or
 move the file
 "down" ... towards the top of the file (difference
 was`
 whether up/down was from the human
 perspective or the program/software
 perspective).
 
 -- 
 virtualization experience
 starting Jan1968, online at home since Mar1970
 
 --
 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: One day, a computer will fit on a desk (1974) - YouTube

[Warren Brown]

Actually, there was a desktop computer called GENIAC which came out in 1955. 
Quite crude but it worked fine.  I got an unmolested one off ebay about a year 
ago.  I first saw one when I was an IBM CE in the sixties.


Heathkit had an analog computer in 1956.  Again I got one off ebay two years ago

In early 1970's an electronics magazine featured a four bit computer based on 
the Intel 4004 chip.


GENIAC --  http://en.wikipedia.org/wiki/Geniac 
HEATHKIT -- http://www.radiomuseum.org/r/heath_educational_analog_compu.html 
4004 --  
http://www.intel.com/content/www/us/en/history/museum-story-of-intel-4004.html

ANTIQUE COLLECTOR 
 


 From: Shmuel Metz (Seymour J.) 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, December 31, 2013 2:30 PM
Subject: Re: One day, a computer will fit on a desk (1974) - YouTube
  

In <1388417488.11875.16.camel@localhost>, on 12/30/2013
   at 10:31 AM, David Andrews  said:

>Though the wikipedia article doesn't mention it, my recollection is
>that Magnuson's M80 system was microprogrammable by the user. 
>Anybody remember/use that?

Remember.

-- 
     Shmuel (Seymour J.) Metz, SysProg and JOAT
     ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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: ▶ One day, a computer will fit on a desk (1974) - YouTube

[Warren Brown]

AMAZING
 


 From: Ed Gould 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Saturday, December 28, 2013 7:08 PM
Subject: ▶ One day, a computer will fit on a desk (1974) - YouTube
  

https://www.youtube.com/watch?v=sTdWQAKzESA


--
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: "hexadecimal"?

[Warren Brown]

In the 70s 'TCAM'  it used PCI to function the entire time TCAM was running.  
There was only one channel program that handled

all requests.  If TCAM ran out of work, the channel program would TIC to 
location 2 which cause a channel program check.  TCAM STAE routine would 
recover.



 From: DASDBILL2 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, December 10, 2013 11:24 AM
Subject: Re: "hexadecimal"?
 

I Totally agree with using PCI to implement this insane channel program, which, 
if it could honk through 2,000 tracks per second and never end prematurely, 
would take about 23 days to complete.  And 2,000 tracks per second is 
achievable now, so by the time a fully populated EAV is available the 
sustainable data transfer rate might have improved to where it would take less 
than one day to complete. 

Bill Fairchild 

- Original Message -

From: "Tony Harminc"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Monday, December 9, 2013 7:21:53 PM 
Subject: Re: "hexadecimal"? 

On 9 December 2013 18:04, DASDBILL2  wrote: 
> My phrase "billions of CCWs" was assuming you already knew how to read a full 
> track with only one CCW. A fully 
> populated EAV can have 16 to the 7th power cylinders and each cylinder can 
> have 15 tracks.  One Read Track CCW 
> (and not Read Multiple CKD, which is too primitive) per track would require 4 
> 026 531 840 CCWs, which is four billion, 
> which is "billions".  And each CCW would need 56K bytes of real, fixed 
> storage for the life of this I/O request.  That's 
> 228 terabytes of real storage, which is the main reason why I called this 
> channel program theoretical. 

In the real world, PCI would be used to modify the channel program on 
the fly. It would presumably be copying the data to another device 
(tape or disk), and as long as that output device could keep up, 
there's no reason for this to be a theoretical-only scheme. 

Much the same thing, on a smaller and slower scale (though perhaps not 
much smaller relative to the hardware of the day) was done by APL\360 
with its terminal I/O. The terminal read channel program was unending, 
with new buffers being chained in based on PCI interrupts. 

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

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

Re: "hexadecimal"?

[Warren Brown]

So , hexadecimal is not the same EBCDIC ?



 From: David L. Craig 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Sunday, December 8, 2013 1:44 PM
Subject: Re: "hexadecimal"?
 

On 13Dec08:0942-0800, Charles Mills wrote:

> It is a pet peeve of mine. People use "hex" sloppily
> to mean "binary" (what I think IBM means in your
> example) or "non-printable" ("does it look like a DD
> name?" "Nyah, it's a bunch of hex.").
> 
> Hex is not a kind of data. It is a convenient way of
> representing data. X'F1' is a clearer image in most
> cases than 0001 or 241. All data is potentially
> hex; that is, is representable in hex. That's the
> beauty of hex.

I would not expect to read this on this maining list.
The original floating-point hardware of the S/360
architecture is hexadecimal, not binary.  A normalized
value may have up to three leading binary zeros as a
consequence.
-- 

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

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

Re: Moving JES2 spool volumes

[Warren Brown]

Did you get married?  If so, best wishes





From: Lizette Koehler 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tue, July 10, 2012 8:04:49 PM
Subject: Re: Moving JES2 spool volumes

>
>We need to move an R13 JES2 MAS onto new spool volumes. R13 introduced the 
>$MSPL command to migrate/move spool dynamically. We have not used $MSPL. 
>Any advice? 
>
>.
>.
>JO.Skip Robinson


Funny you should ask.  IBM Systems Mag has the following article.

http://ibmsystemsmag.com/mainframe/administrator/migration/spool_migration_part2/



Lizette

--
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