Re: IMS - DFSRRC00 vs ODBA

[Mike Schwab]

VSAM?  No IMS / DB2 overhead.
Datacom?  PS-FB.

On Mon, Apr 15, 2024 at 5:08 PM Pierre Fichaud  wrote:
>
> I think in most cases, the database will be local.
>
> Assuming local, is access faster using DFSRRC00 or ODBA.
>
> If not local, what is faster?
>
> Thnx, Pierre
>
> --
> 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

Re: ./ ADD - which utility?

[Mike Schwab]

You can set it up for a //SYSIN DD DATA,DLM='??' and add the
'??'
Card at the end.

On Sat, Apr 13, 2024 at 6:52 PM Paul Gilmartin
<042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Sun, 14 Apr 2024 08:34:30 +1000, Wayne Bickerdike wrote:
>
> >I have some REXX code that extracts all members of a PDS and writes it to a
> >sequential file. Each member extracted is prefixed with the ./ADD card with
> >the original member name. Handy for moving a PDS to another system.
> >IEBUPDTE was the utility of choice when all we had was a card punch and
> >card reader. (1975).
> >
> Have you just rediscovered IEBPTPCH?
>
> How does this work if your input PDS is a JCL library containing some
> jobs with IEBUPDTE steps with instream commands?
>
> --
> gil
>
> --
> 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

Re: ./ ADD - which utility?

[Mike Schwab]

No relation to the ditty bops band.
https://www.youtube.com/watch?v=iu7289s7l64

On Sat, Apr 13, 2024 at 4:56 PM Rupert Reynolds  wrote:
>
> Affectionately known in UK as I-E-B-up-ditty :-)
>
> On Sat, 13 Apr 2024, 15:39 ITschak Mugzach, <
> 05a7ced721d8-dmarc-requ...@listserv.ua.edu> wrote:
>
> > IEBUPDTE. JCL can be found in google
> >
> > ITschak Mugzach
> > *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> > for z/OS, x/Linux & IBM I **| z/VM coming soon  *
> >
> >
> >
> >
> > On Sat, Apr 13, 2024 at 5:30 PM   <
> > 0619bfe39560-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > > Which utility do you use for control statement/input:
> > > ./ ADD
> > >
> > > A jcl for that would be nice too.
> > >
> > > ...Embarassed by my lack of memory after 8 years out of this
> > > envirinment...
> > >
> > > --
> > > 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



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

Re: Posting issues?

[Mike Schwab]

https://www.theregister.com/2024/04/03/outlookcom_blocked_by_gmail/
Might be part of the issue.

On Sat, Apr 6, 2024 at 2:22 PM Phil Smith III
<060e4b8f09b8-dmarc-requ...@listserv.ua.edu> wrote:
>
> Indeed. I'm thinking that either UA.edu or their provider stepped up their 
> filtering. But that's why I'm asking: to see if other folks are in the same 
> boat, so at least I'd *know*. So far nothing definitive.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Walt Farrell
> Sent: Saturday, April 6, 2024 9:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Posting issues?
>
> On Fri, 5 Apr 2024 15:36:21 -0400, Phil Smith III  wrote:
>
> >Yeah, I have SPF records.
>
> But, increasingly, it seems to be necessary to have DMARC and DKIM properly 
> setup, too. I don't know if that would explain your problem with this mailing 
> list, though.
>
> --
> Walt
>
> --
> 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



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

Re: Slow FTP's

[Mike Schwab]

How about processors (z15/z16)?

On Thu, Mar 28, 2024 at 7:30 AM Jousma, David
<01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>
> All,
>
> Grasping at straws here, IBM support center is baffled too.
>
> To clone z/OS maintenance to various disconnected sysplex’s I do a DFDSS 
> dump, and FTP it everywhere it needs to be.  Its roughly a 50Gb file 
> transfer.  There is some environmental issue causing slow file transfers to 
> some systems (40mb’s a sec) and fast file transfers (150Mb/sec) to other 
> systems on the same CEC.With IBM support help, we’ve narrowed down the 
> problem to the specification of MODE B and EBCDIC on the transfer since it is 
> a DSS dump.   Remove those, and the transfer is fast on the slow systems, and 
> still fast on the fast systems.  Obviously that isn’t a solution though.
>
> So, we are a GDPS shop.   The oddity is that all the “fast” transfers are to 
> the K systems(control systems), and all the “slow” transfers are to the 
> traditional application systems.   TEST, DEV, PROD makes no difference, nor 
> does LPAR busy or not busy.
>
> It seems there is something configured differently on the “slow” systems that 
> is affecting mode b, ebcdic file transfers, but for the life of me, I cannot 
> put my finger on what, nor can the support center, except that the issue is 
> at the remote end, in that the OS cannot offload the data fast enough, so 
> TCPIP/FTP is slowing the transfer pace.
>
> A virtual adult beverage of choice to the one that can point in a direction 
> to look….
>
>
> Dave Jousma
> Vice President | Director, Technology Engineering
>
>
>
>
>
> This e-mail transmission contains information that is confidential and may be 
> privileged.   It is intended only for the addressee(s) named above. If you 
> receive this e-mail in error, please do not read, copy or disseminate it in 
> any manner. If you are not the intended recipient, any disclosure, copying, 
> distribution or use of the contents of this information is prohibited. Please 
> reply to the message immediately by informing the sender that the message was 
> misdirected. After replying, please erase it from your computer system. Your 
> assistance in correcting this error is appreciated.
>
> --
> 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

Re: IBM VTS and cloud

[Mike Schwab]

https://www.redbooks.ibm.com/redpapers/pdfs/redp5573.pdf Updated Jan 2024.

On Wed, Mar 27, 2024 at 11:07 AM Radoslaw Skorupka
<0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:
>
> The following scenario:
> Two TS770T (with TS4500 attached) connected in grid.
> Now there is a business requirement to keep third copy of data in a
> cloud, preferably Azure or Google.
> Q1: is it feasible?
> Q2: is it require to purchase third TS7700 with cloud attachment?
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
> --
> 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

Re: Ideas for less-distruptive disruptions - Netmaster:Solve and CICS

[Mike Schwab]

Here is a set of CICS transactions to perform DogeCoin transactions
via CICS.  The first screen could be simplified to be display only,

https://github.com/mainframed/DOGECICS

On Wed, Mar 20, 2024 at 4:01 PM Tom Longfellow
<03e29b607131-dmarc-requ...@listserv.ua.edu> wrote:
>
> Paul
>
> The answer to your question is BOTH - Individual apps are being yanked before 
> the eventual complete shutdown of everything the region does.
>
> Our internal thoughts parallel your ideas for CICS.   One of the hurdles is 
> that since the mainframe is marked for death, we have no real access to 
> application programmers to write the new transaction.  I am too old to learn 
> all the skills required to write the code and screen maps for a new program.
>
> Solve is a VTAM session switcher. If we ever get a dedicated region with 
> only the "landing page" transaction, I would redirect SOLVE to send the 
> switching definition to the 'death zone' CICS.
>
> Has anybody developed an 'Out of Service' transaction for use during periods 
> of extended application or data base maintenance?
>
> --
> 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

Re: TSO ALLOC with/wo unit

[Mike Schwab]

UNIT is defined in the I/O gen and is customized by each site.  3390,
SYSDA, etc may or may not be present.

On Wed, Mar 20, 2024 at 1:57 AM ITschak Mugzach
<05a7ced721d8-dmarc-requ...@listserv.ua.edu> wrote:
>
> I have a program in Rexx that allocates a dataset using dsname and volume
> serial (1) . it works well in my shop but requires a unit type (2) in
> another shop. Actually the error is msg "IKJ56241I SPECIFIED UNIT IS
> UNDEFINED".
> Why does 1 work here and fails in another shop?
>
>1. ALLOC F(XXX) DA('dsname') VOLUME(volser)
>2. ALLOC F(XXX) DA('dsname') VOLUME(volser) UNIT(390)
>
> ITschak
>
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM coming soon  *
>
> --
> 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

Re: Hmm, 3 ... (Re: Rexx numeric digits and scientific notation question

[Mike Schwab]

https://github.com/CBTTape/CBT993

Probably other CBT tape members to process.

On Sun, Mar 17, 2024 at 7:11 PM Rupert Reynolds  wrote:
>
> SMF logging of data for management information? I never did much with SMF,
> but I can't see why not.
>
> I did briefly consider being able to parse existing mapping macros, but
> that's bound to be a bigger job than it seems, especially now I'm a bit
> rusty and only have Hercules to play with.
>
> Structures (maybe 'map' because 'str' is already short for the most basic
> type of 'string'). And pointers to them, yes. Wouldn't be without them :-)
>
> I'll probably be old and slow, or losing my concentration, before it's even
> half finished. Still, it keeps me out of mischief when I'm not at work or
> converting the van for mobile glamping  :-)
>
> Roops
>
> On Sun, 17 Mar 2024, 18:31 Seymour J Metz,  wrote:
>
> > I probably would use ":=" for assignment and "=" for equality.
> >
> > Are you supporting SMF-like structures?
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> > עַם יִשְׂרָאֵל חַי
> > נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
> >
> > 
> > From: IBM Mainframe Discussion List  on behalf
> > of Rupert Reynolds 
> > Sent: Sunday, March 17, 2024 2:08 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Hmm, 3 ... (Re: Rexx numeric digits and scientific notation
> > question
> >
> > It's too soon to publish much, especially when I have a full time job doing
> > something else. To be honest I probably never will, because it only suits
> > my pet bigotries :-)
> >
> > But briefly, I looked at day 1 notes (on back of a gas bill). They included
> > these, not all of which will ever make it into use of course:
> >
> > . fairly terse {} syntax, borrowing from 'C' etc.
> >
> > . strongly typed by default
> >
> > . one type is bignum--arbitrary precision and base arithmetic, trig, logs
> >
> > . correctness and flexibility more important than speed (like external
> > functions in Rexx scripts, for example)
> >
> > . project to include thorough test cases, and any bugs/unintended quirks in
> > either impl or tests will be fixed ruthlessly, not supported. If it fails
> > the test, it is not the real thing.
> >
> > . compiled code could include interpreter for scripting
> >
> > . preserves case, but keywords and functions etc. not case sensitive
> >
> > . all keywords can be abbreviated (eg. if min abbreviation is 3, 'fun' is
> > same as 'function')
> >
> > . '=' not required for assignment!
> >
> > . ability to convert 'C' style strings and call 'C' code
> >
> > . all built-in functions for handling null-terminated data and UTF-16 to be
> > prefixed gk_ (short for "ghastly kludge" ;-) )
> >
> > Feel free to laugh/crjticise, but please be kind--I was drinking during
> > lockdown when I finished that list :-)
> >
> > I made some progress on the bignum logarithms and trig early, borrowing
> > heavily on the external Rexx functions I used under Windows.
> >
> > It does basics such as finding and moving files interpreted, so I can use
> > it to test my Rexx admin scripts, and vice versa, but there are *huge*
> > gaps, and I'm moving house this year, so... :-)
> >
> > Roops
> >
> >
> > On Sun, 17 Mar 2024, 16:58 Seymour J Metz,  wrote:
> >
> > > >  I'm developing a language
> > >
> > > Have you published any details?
> > >
> > > --
> > > Shmuel (Seymour J.) Metz
> > > http://mason.gmu.edu/~smetz3
> > > עַם יִשְׂרָאֵל חַי
> > > נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
> > >
> > > 
> > > From: IBM Mainframe Discussion List  on behalf
> > > of Rupert Reynolds 
> > > Sent: Saturday, March 16, 2024 9:07 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Hmm, 3 ... (Re: Rexx numeric digits and scientific notation
> > > question
> > >
> > > My experience of modern scripting languages, compared with classic Rexx,
> > is
> > > that they all do something new more easily, but also I can't think of one
> > > that doesn't have an obvious pitfall (such as, for example, stumbling
> > badly
> > > over certain byte values such as NUL in strings).
> > >
> > > Classic Rexx under TSO and Regina Rexx under Windows and Linux, despite
> > > certain old-fashioned quirks, are still sometimes what I reach for when I
> > > want to process some data while avoiding those pitfalls.
> > >
> > > The differences are so strong to me that I'm developing a language which
> > is
> > > effectively the best bits (IMHO) of Rexx, C and even older languages such
> > > as Algol 68 (much underrated in my book) and hints of PL/1. I don't make
> > > that much effort without reason :-)
> > >
> > > By definition it works the same interpreted or compiled, which brings a
> > > couple of restrictions I'm willing to live with :-)
> > >
> > > Roops
> > > p.s. I'm not convinced that that familiarity is a reason to criticise
> > > choosing a language. Using something you know well is often a way of
> > giving
> > > bettet value and 

Re: What happens in HSM when I change a Management Class

[Mike Schwab]

You should be recycling tapes with a low percent of active datasets.
This copies the remaining active datasets to a new tape then marking
this on as inactive.  You can manually issue a recycle command against
a specific volume.

On Wed, Mar 13, 2024 at 10:56 AM Gadi Ben-Avi  wrote:
>
> Hi Paul,
> Thanks for your detailed explanation.
>
> I would like to delete extra copies of backups, backups that have been on HSM 
> for more than a specified number of days, and as a result of that, tapes that 
> become empty will be deleted.
>
> The end result would be that every backed-up dataset that still exists could 
> have more than one backup, and datasets that do not exist anymore would have 
> only one backup.
>
> Gadi
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Paul Feller <05aa34d46684-dmarc-requ...@listserv.ua.edu>
> Sent: Wednesday, March 13, 2024 16:09
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: What happens in HSM when I change a Management Class
>
> [You don't often get email from 
> 05aa34d46684-dmarc-requ...@listserv.ua.edu. Learn why this is important 
> at https://aka.ms/LearnAboutSenderIdentification ]
>
> Gadi, I have to ask.  Are trying to delete backups of individual datasets or
> the actual tapes created during dataset backup processing?
>
> If you are trying to manage the actual backups of individual datasets, have
> you looked at the different management classes used for the datasets?
>
> The following fields in the management class affect backups taken for an
> individual dataset.
>
> Retain Days Only Backup Ver:
>  Indicates how many days to keep the most recent backup version of a deleted
> data set, starting from the day DFSMShsm detects it has been deleted. This
> attribute applies only when a data set no longer exists on primary (level 0)
> or migrated (levels 1 and 2) storage. The default is 60. This field does not
> apply to objects. Backup copies of objects are not retained when the
> original object is deleted.
>
> Retain Days Extra Backup Vers:
>  Indicates how many days to keep backup versions other than the most recent
> one, starting from the day backups were created. It applies only when more
> than one backup version exists, and when a data set has low activity. This
> attribute applies whether the data set has been deleted or not. The default
> is 30. The number of extra versions is the number of backup versions minus
> one. If you specify 1 for Number of Backup Vers, there are no extra
> versions. For example, if you specify 3 for Number of Backup Vers (Data Set
> Deleted), the number of "extra" versions for deleted data sets is 2. These 2
> versions are managed according to the Retain Days Extra Backup Vers
> attribute. Any other versions that may have existed when the data set was
> deleted will be deleted the next time EXPIREBV is processed.
>
> Number of Backup Vers:
>  Specifies the maximum number of backup versions to retain for a data set.
> The default is 2 if the data set still exists and 1 if it has been deleted.
>  Creating a new backup version when the number of backup versions already
> equals the value specified for the appropriate Number of Backup Vers
> attribute (Data Set Exists) causes the oldest version of the appropriate
> type to be deleted.
>  The number of backup versions is used to determine whether OAM should write
> one or two backup copies of the objects, when you activate the
> SECONDBACKUPGROUP function for objects using SETOSMC in the CBROAMxx member
> of PARMLIB. If the number of backup versions is greater than 1 and AUTO
> BACKUP is Y, OAM will create two backup copies. When the original object is
> expired or deleted, all backup copies are also deleted.
>
>
>
> Paul
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Gadi Ben-Avi
> Sent: Wednesday, March 13, 2024 6:54 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: What happens in HSM when I change a Management Class
>
> Thanks
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Mark Jacobs
> Sent: יום ד 13 מרץ 2024 13:43
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: What happens in HSM when I change a Management Class
>
> [You don't often get email from
> 0224d287a4b1-dmarc-requ...@listserv.ua.edu. Learn why this is important
> at https://aka.ms/LearnAboutSenderIdentification ]
>
> I believe it'll take affect during your secondary space management cycle.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> 

Re: Mainframer Lunch

[Mike Schwab]

https://community.ibm.com/community/user/integration/communities/globalgrouphome?CommunityKey=e22492ad-a425-4d88-b8af-19d978e58af5

On Tue, Mar 12, 2024 at 9:41 PMwrote:
>
> Hey,
> I would like to have a LUNCH get together with any mainframer's in the 
> Indianapolis Indiana area.
> Maybe once a month?  If interested, let me know  ming...@prodigy.net
> David Mingee
> 317 903-9455
> Thanks
>
> --
> 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

Github infections

[Mike Schwab]

https://www.theregister.com/2024/03/01/github_automated_fork_campaign/?td=rt-3a

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

Re: 35th International Rexx Symposium in Birsbane (Australia) about to start

[Mike Schwab]

https://www.rexx.org/
Last Release Aug 2022.

On Fri, Mar 1, 2024 at 8:23 PM Paul Gilmartin
<042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Sat, 2 Mar 2024 09:44:54 +1100, ronyF wrote:
> >
> >The link to further symposium information including the schedule can be
> >found at , just click the box on the upper
> >...
> (drifting) That page links to the Regina page at:
>   which invites a subscription at:
> Support
> A mailing list exists for the announcement and discussion of Regina
> related matters.  To subscribe to this mailing list, send an email
> message to the list server  with
> the first line of the body of the message containing:
> subscribe regina-l
>
> ... but that fails with:
> 550: 5.1.1 Requested action not taken: mailbox unavailable
>
> Is the Regina list still active?
>
> --
> Thanks,
> gil
>
> --
> 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

Re: [Very much off-topic] Re: AI is the real deal.

[Mike Schwab]

Yep.  Magnetic fields moving over power lines generating massive
amounts of current.
https://www.sciencetimes.com/articles/44957/20230721/quebec-blackout-1989-lessons-geomagnetic-storm-shocked-entire-nation.htm

On Thu, Feb 22, 2024 at 9:08 PM Michael Oujesky  wrote:
>
> And all it will take is one solar flare like the one in 1859 (Carrington 
> event) to take the world back to pre-electricity days
>
> https://www.bu.edu/articles/2012/detecting-the-perfect-solar-storm/#:~:text=If%20a%20massive%20storm%20like,U.S.%20National%20Academy%20of%20Sciences.
>
> Michael
>
> On Thu, Feb 22, 2024, at 8:06 PM,Seymour J Metz wrote:
> > Dedicated fax machines, combo printer/scanner/fax or wokstations with
> > fax modems?
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> > עַם יִשְׂרָאֵל חַי
> > נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
> >
> > 
> > From: IBM Mainframe Discussion List  on
> > behalf of Gibney, Dave <03b5261cfd78-dmarc-requ...@listserv.ua.edu>
> > Sent: Thursday, February 22, 2024 7:29 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [Very much off-topic] Re: AI is the real deal.
> >
> > Fax machines are still heavily used un medical and legal areas
> >
> >> -Original Message-
> >> From: IBM Mainframe Discussion List  On
> >> Behalf Of zMan
> >> Sent: Thursday, February 22, 2024 4:06 PM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: [Very much off-topic] Re: AI is the real deal.
> >>
> >> [EXTERNAL EMAIL]
> >>
> >> The FAX machine's impact wasn't exactly tiny. Short-lived, yes.
> >>
> >> On Thu, Feb 22, 2024 at 7:04 PM Dave Beagle < 0525eaef6620-dmarc-
> >> requ...@listserv.ua.edu> wrote:
> >>
> >> > Picking on Krugman is typical of the right. But, that’s not exactly
> >> > what he said. Here’s the context.
> >> >
> >> >
> >> >
> >> https://secure-web.cisco.com/1CieSMPaZwvATHo3u6SeKwdTSLYWjrgzgHMj5G0cgeCU6OwRX-tYZ0dZywGFgIYxZ06npUpn5PdldAbPxondPyUXiudafJL2BDmpgDe6rIweSl28zsyyk2d3NIj-xPIx6hsP1J7Opb2qapLGK-iUSprkRmplH8sgKkH2Fa_GDPo3s5-6nMxBfty_xI1VeBOk3eZA2jCA0T-lEW75Uwsp9gT2BVKTGHZRysd2x6abN4KAFeZTovDz9zsB5F5HQrDt9snuZo7CYjPBb6oBbE3fHDt6B9Abfd4xRxhiXU5O_bnWnTmtJPekKqEj5EtxQBmN-0SFI7HoHDQAVGFH-ZEfBvmvGMg6Y97kUewFyxBcTIy8QDI833P3l0MKy3q3xE1_tkY9JoCGfDvLIb0ULhWAPS-s9z2pDcGcO2WS-9Q6JrVg/https%3A%2F%2Fnam12.safelinks.protection.outlook.com%2F%3Furl%3Dhttps%253A%252F%252Furld
> >> >
> >> efense.com%2Fv3%2F__https%3A%2F%2Fwww.businessinsider.com%2Fpau
> >> l-krugm
> >> > an-responds-to-internet-quote-2013-
> >> 12%3Famp__%3B!!JmPEgBY0HMszNaDT!pUV
> >> >
> >> U8USJPSqXuREx80y0bQ5MR7v2G271msUDJVyimwcA0x0oiPePyvVMbEFmX
> >> vp0KkVgyslQg
> >> >
> >> BkUcCIgOietLWEjpfoWVvXo%24=05%7C02%7CGIBNEY%40WSU.EDU%
> >> 7Ce292b02ec
> >> >
> >> ab547644c8d08dc34034e72%7Cb52be471f7f147b4a8790c799bb53db5%7
> >> C0%7C0%7C6
> >> >
> >> 38442436003405898%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAw
> >> MDAiLCJQIjoi
> >> >
> >> V2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C=rkxa
> >> e42Xnjdr
> >> > ZsbYsztE%2FeQftM45pYXwoSisSXM3MvA%3D=0
> >> >
> >> >
> >> >
> >> >
> >> >
> >> > Sent from Yahoo Mail for iPhone
> >> >
> >> >
> >> > On Thursday, February 22, 2024, 5:12 PM, Bob Bridges <
> >> > 0587168ababf-dmarc-requ...@listserv.ua.edu> wrote:
> >> >
> >> > Speaking of old predictions:  /* By 2005 or so, it will be clear that
> >> > the Internet's impact on the economy has been no greater than the fax
> >> > machine's.  -Paul Krugman, Nobel-prize-winning economist in 1998 */
> >> >
> >> > ---
> >> > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> >> >
> >> > -Original Message-
> >> > From: IBM Mainframe Discussion List  On
> >> > Behalf Of Lennie Dymoke-Bradshaw
> >> > Sent: Thursday, February 22, 2024 16:58
> >> >
> >> > Sorry, the date has been truncated on the left.
> >> > That should be 11994.
> >> >
> >> > -Original Message-
> >> > From: IBM Mainframe Discussion List  On
> >> > Behalf Of Allan Staller
> >> > Sent: 22 February 2024 19:42
> >> >
> >> > The last mainframe will be turned off in 1994 - Gartner Group
> >> >
> >> > -Original Message-
> >> > From: IBM Mainframe Discussion List  On
> >> > Behalf Of Seymour J Metz
> >> > Sent: Thursday, February 22, 2024 11:11 AM
> >> >
> >> > A 5-year prediction is generally safe, because in 5 years people will
> >> > have forgotten the predictions. Who remembers the failed 5-year
> >> > predictions for, e.g., controlled fusion, human level machine 
> >> > translation?
> >> >
> >> > I expect it to eventually happen, but as for when, Hypotheses non
> >> > fingo <
> >> >
> >> 

Re: Something keeps releasing space on a large (annual) DS

[Mike Schwab]

Our site submitted defrag jobs.  Not part of release processing.

On Wed, Feb 21, 2024 at 3:33 PM Ed Jaffe
<05acc3c79bf7-dmarc-requ...@listserv.ua.edu> wrote:
>
> On 2/21/2024 12:52 PM, Gibney, Dave wrote:
> > However, HSM Partial Release should consolidate extents...
>
> Not in my experience. It removes "extraneous" extents (if any), but
> doesn't actually do any sort of consolidation of occupied extents.
>
> That said, I believe if you migrate and then later recall a data set, a
> consolidation does occur.
>
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/
>
>
> 
> This e-mail message, including any attachments, appended messages and the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to be
> free of any virus or other defect that might affect any computer system into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
>
> --
> 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

Re: Something keeps releasing space on a large (annual) DS

[Mike Schwab]

Its probably doing a release.
Do a cylinder allocation to at average 7 tracks after release.
Defragment to consolidate extents weekly / twice a week / MWF / daily.


On Wed, Feb 21, 2024 at 11:45 AM Bob Bridges
<0587168ababf-dmarc-requ...@listserv.ua.edu> wrote:
>
> I'm not a sysprog (just a security geek), but I can at least allocate 
> datasets, and at the start of this year it fell to me to allocate a new 
> dataset in which are logged all changes made in the security system.  Past 
> year's log are in the 12000-track range, so I started with a smaller 
> allocation while I took the time to talk to our sysprog about space 
> requirements.  It's populated from a daily production job, by the way.
>
> When I re-allocated it, on his advice I tried a multi-volume and extended 
> allocation (PS-E).  Almost immediately the job started bombing, claiming that 
> the first four volumes it tried didn't have the necessary space to add an 
> extension.  The sysprog is puzzled - says it should have looked in volumes 
> that DO have the space, not the ones that don't.
>
> Second attempt (I don't count the temporary smaller allocation) I kept PS-E 
> but dropped the multi-volume requirement.  I've never done one of those 
> anyway, and don't trust 'em.  The system promptly dropped the extra tracks I 
> allocated, and a day or two later the job started bombing with a B37-04.
>
> Third attempt: Forget PS-E (I'm unfamiliar with that too) and just used 
> SPACE=(TRK,(9000,1000)).  That seemed to work for a whole week, but I just 
> noticed that something, somewhere, has released extra space AGAIN; 3.4 tells 
> me it's now 1960 tracks and 83%.  The job isn’t bombing yet; some time later 
> in the year I'm guessing it's going to.
>
> Pardon my frustration: WHAT THE HECK IS GOING ON?  Why does it keep releasing 
> space although I never specified RLSE?  The sysprog doesn't know either - but 
> he's an external contractor who just took over the system a few months ago 
> and if it's something simple he may not be aware yet of ... I dunno, 
> something in SMS maybe?
>
> Some wrinkles that may or may not be relevant:
>
> 1) The dataset is written using a REXX exec that calculates the DSN by 
> reference to the current year.  This relieves folks from having to update the 
> JCL every year, but maybe something about the way the exec does the allocate 
> is causing the problem?  I'm guessing not, because as far as I now this job 
> has run correctly for years.  But just in case:
>
>   "ALLOC DDN(CHG$$OT) DSN('') MOD CATALOG REUSE",
>   "SPACE(300,30) CYLINDERS RECFM(V,B) LRECL(304) BLKSIZE(27998)"
>
> 2) I don't know anything about SMS, but could something there be releasing 
> space?
>
> 3) What IS extended PS, anyway?  I'm told it allows more than 16 extents, but 
> a) how many more? And b) how else is it different?
>
> 4) I allocated the dataset each time using not batch JCL but 3.2 ... 
> expecting there's no difference.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* Law #6 of combat operations:  If it's stupid but it works, it isn't 
> stupid. */
>
> --
> 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

Re: Nanosecond resolution timestamps for HLL's?

[Mike Schwab]

On Tue, Feb 20, 2024 at 10:42 AM Ron Eddinger  wrote:
>
> unsubscribe
>
> --
> 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

Re: Tn3270 back door

[Mike Schwab]

Its like closing a browser to get the new version.

On Fri, Feb 16, 2024 at 1:18 PM Steve Thompson  wrote:

> So you sometimes have to treat z/OS like Winderz ;-)
>
> Steve Thompson
>
> On 2/16/2024 1:29 PM, Geza Szentmiklosy wrote:
> > You need to stop and start the TN3270 port to pick up the new cert. The
> PAGENT refresh was needed also but you have already done that.
> > You can stop/start the port by:
> > 1 - TCPIP VARY commands.
> > 2 - Recycle TCPIP.
> > 3 - IPL.
> > Good luck.
> >
> > --
> > 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
>


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

Re: Insecure security - was SDSF PS Command column

[Mike Schwab]

On Wed, Feb 14, 2024 at 2:19 PM Radoslaw Skorupka <
0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:


> Last, but not least: no hacker know method to read paper notebook.
>


> --
> Radoslaw Skorupka
> Lodz, Poland
>
Webcam when they open the binder to enter the password.

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

Re: How read Cyl 0 from within a program?

[Mike Schwab]

Just for exploring?  Copy an IPL volume for testing purposes.  ZZSA is a
good program for reading (and emergency in place updates).  Included on TK3
CD-Rom.
https://www.youtube.com/watch?v=0ELZGZhyipg Moshix using ZZSA.

Cyl 0 Trk 0 IPLable volume first record is 3 card reader (initial CCWs) of
the IPL text on that volume.
https://www.ibm.com/docs/en/zos/2.1.0?topic=labels-direct-access-storage-device-architecture

Stand alone tool kit to run programs on bare metal.
https://github.com/s390guy/SATK

On Tue, Feb 13, 2024 at 9:42 PM Tony Harminc  wrote:

> On Tue, 13 Feb 2024 at 13:19, Charles Mills  wrote:
>
> > I am interested in writing a program to read the IPL records from a DASD
> > volume. (Read only, not update). I am comfortable with XDAP but how do I
> > OPEN a "dataset" that would include cylinder 0?
> >
>
> > APF, OPERATIONS and so forth are not out of the question.
> >
>
> You'll certainly need APF.
>
> There are many routines that do this kind of thing on the CBT tape that you
> could use to get the idea or as a model or perhaps even reuse. Some of the
> code is very old, and doesn't support new-fangled stuff like DSNTYPE LARGE
> and extended volumes and such. But to read the IPL records probably code
> from 1972 onwards will work.
>
> Try, for example, program CHRDUMP in file 558.
>
> Tony H.
>
> --
> 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

Re: SDSF PS Command column

[Mike Schwab]

Should be 8 years.  IRS can go back 7 year years, plus the filing year.

On Mon, Feb 5, 2024 at 12:09 PM Colin Paice  wrote:

> One customer told me that some of their applications are run once a year -
> such as end of year accounts and tax.  Some applications (a few) were kept
> around for 4 years before they were finaly  killed off.
> Colin
>
> On Mon, 5 Feb 2024 at 17:28, Farley, Peter <
> 031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
>
> > I am constantly amazed at how much this whole “zero trust” meme is
> > violating the concept of sharing everything among application developers.
> > I for one have no qualms about any other application programmer at my
> shop
> > seeing any coding I am doing (though I might be occasionally embarrassed
> by
> > my own dumb mistakes).
> >
> > It is not “innocent” to share access to application programming
> > information and styles and pitfalls, it is crucial to application
> > programmer development and advancement.  We learn from each other,
> > especially from sharing our mistakes as well as our best practices and
> > clever innovations.
> >
> > Add to that stupid security rules like “if you didn’t access this
> resource
> > for the last 180 days we revoke your access to that resource”, which
> causes
> > all kinds of headaches when you have to suddenly deal with issues in a
> > yearly weekend production process and you don’t have read rights to the
> > data files you need to view to resolve the issue and the security team
> only
> > works 9 to 5 weekdays and the on-call is out shopping somewhere.
> >
> > Shakespeare was almost right – first get rid of all the auditors, the
> > lawyers are easy to deal with compared to them.
> >
> > Peter
> > From: IBM Mainframe Discussion List  On Behalf
> > Of Paul Gilmartin
> > Sent: Monday, February 5, 2024 11:02 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: SDSF PS Command column
> >
> >
> > On Mon, 5 Feb 2024 11:02:07 +, Rob Scott wrote:
> >
> > >...
> >
> > >As to "why don't you just fix it ?"tstyle questions, we have to consider
> > quite a few compatibility issues across n-2 releases especially when the
> > "fix" requires changes to configuration and security ...
> >
> > >
> >
> > Such as users' embedding cryptographic keys in commands?  Ugh!
> >
> >
> >
> > UNIX arose in a more innocent age when no one worried much about such as:
> >
> > ls -lt /u
> >
> >
> >
> > --
> >
> > This message and any attachments are intended only for the use of the
> > addressee and may contain information that is privileged and
> confidential.
> > If the reader of the message is not the intended recipient or an
> authorized
> > representative of the intended recipient, you are hereby notified that
> any
> > dissemination of this communication is strictly prohibited. If you have
> > received this communication in error, please notify us immediately by
> > e-mail and delete the message and any attachments from your system.
> >
> >
> > --
> > 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
>


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

Re: JES2 JOBDEF DUPL_JOB=NODELAY - Any gotchas?

[Mike Schwab]

Suggest a new class with this feature so if they pick it they know what
they are getting into.

On Fri, Feb 2, 2024 at 1:34 PM Frank Swarbrick 
wrote:

> I tried this once for a single class in our dev region and it screwed up
> some jobs that depend on DELAY for sequencing.  
> Of course something could be done about that, but I didn't feel like
> dealing with it at the time.
>
>

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

Re: Antiquarian Curiosity: Pre-MVS/XA Mount Command for DASD Volumes

[Mike Schwab]

Still relevant for all non-SMS volumes.

On Thu, Feb 1, 2024 at 4:42 PM Seymour J Metz  wrote:

> It's still relevant if you're not using SMS.
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> עַם יִשְׂרָאֵל חַי
> נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Willy Jensen 
> Sent: Thursday, February 1, 2024 4:34 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Antiquarian Curiosity: Pre-MVS/XA Mount Command for DASD
> Volumes
>
> Seems that the VATLSTxx parmlib member is still relevant.
>
> From the z/OS 2.5 MVS Initialization and Tuning Reference:
>
> The VATLSTxx member contains an optional VATDEF statement followed by
> entries that define the mount
> and use attributes of DASD volumes.
> Use the VATDEF statement in VATLSTxx to specify a default use attribute.
> If you do not specify VATDEF,
> the system assigns a default of PUBLIC to those volumes that are not
> specifically assigned a use attribute
> in the VATLSTxx member or in a MOUNT command.
>
> --
> 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
>


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

Re: GTF trace for a JCL error?

[Mike Schwab]

Our system had 7 days.

On Tue, Jan 30, 2024 at 12:57 PM Paul Gilmartin <
042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 30 Jan 2024 14:41:59 +, Allan Staller  wrote:
> >
> >You need to look at the JES output to determine the error.
> >Use the following command
> >S taskname,,,MSGCLASS=x  where x is a held sysout class.
> >
> >HTH,
> >
> Wouldn't it be a good Idea to have a class for "Delete after one hour"!?
>
> I've often wanted that.
> --
> gil
>
> --
> 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

Re: Regarding RBINTCOD

[Mike Schwab]

REGION=(24,31,64) memory limits is available

On Mon, Jan 29, 2024 at 12:27 PM Jon Perryman  wrote:

> On Mon, 29 Jan 2024 15:40:04 +0200, Binyamin Dissen <
> bdis...@dissensoftware.com> wrote:
>
> >Are you implying that an ESTAE(X) routine with SSWALOC=31 is guaranteed an
> >SDWA and there is no reason to check R0 for 12 and alternate code paths?
>
> Obviously Peter is not making that guarantee but how many jobs run with
> REGION=0M or 0K. If I remember correctly, SDWA allocation ignores REGION
> limits, which essentially ensures SDWA will always exist unless you have
> serious system problems. Above the line storage may not be guaranteed but
> the odds would be astronomical.
>
> Coding REGION= >16M is far more common. With all the advancements, filling
> below the line storage should never happen but it is conceivable.
>
> --
> 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

Re: Regarding RBINTCOD

[Mike Schwab]

REGIONX=(24,31,53) memory limits is available.

On Mon, Jan 29, 2024 at 12:27 PM Jon Perryman  wrote:

> On Mon, 29 Jan 2024 15:40:04 +0200, Binyamin Dissen <
> bdis...@dissensoftware.com> wrote:
>
> >Are you implying that an ESTAE(X) routine with SSWALOC=31 is guaranteed an
> >SDWA and there is no reason to check R0 for 12 and alternate code paths?
>
> Obviously Peter is not making that guarantee but how many jobs run with
> REGION=0M or 0K. If I remember correctly, SDWA allocation ignores REGION
> limits, which essentially ensures SDWA will always exist unless you have
> serious system problems. Above the line storage may not be guaranteed but
> the odds would be astronomical.
>
> Coding REGION= >16M is far more common. With all the advancements, filling
> below the line storage should never happen but it is conceivable.
>
> --
> 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

Re: ADRDSSU COMPRESS and enq

[Mike Schwab]

If the dataset goes into more extents the refresh won't pick up the new
extent(s) and the member fetch will fail.  Can also reach the maximum
number of extents.

On Fri, Jan 19, 2024 at 9:19 AM Steely.Mark  wrote:

> Unless I am missing something why not use IEBCOPY with specifying DISP=SHR
> on the dataset name.
> I have done this with datasets that were allocated to the LNKLST.
>
> Thanks
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Radoslaw Skorupka
> Sent: Friday, January 19, 2024 8:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ADRDSSU COMPRESS and enq
>
>
>
> CAUTION! EXTERNAL SENDER! STOP, ASSESS, AND VERIFY Do you know this
> person? Were you expecting this email? If not, report it using the Report
> Phishing Button!
>
> Gentlemen,
> First, thank you for your answers. I appreciate it.
>
> Regarding TOLENQF - it doesn't work with COMPRESS or CONSOLIDATE. The
> manual is clear here.
>
> Regarding rename - this is the thing I wanted to avoid for several reasons:
> 1. There is some risk to rename wrong "copy" of the dataset, or alter ICF
> entries for wrong copy.
> 2. Valid copies are located on non-SMS disk, but cataloged out of regular
> catalog search (SYS1.name in some UCAT). Plus some aliases, etc.
> I want to not destroy it.
> 3. I don't know how to rename such datasets! Yes, I could imagine access
> from another z/OS image, but it would be a series of manual ISPF r command.
> Non-repeatable, error prone. Is there any tool allowing to rename such
> datasets in batch? Wildcard support (i.e. REN SYS1.* SYS2.*) would be
> welcome.
>
>
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> W dniu 19.01.2024 o 13:27, Radoslaw Skorupka pisze:
> > I want to compress some system datasets like SYS1.LINKLIB, but *not*
> > real "live", rather offline copies.
> > DSS ends with RC8, because of failed serialization.
> > SETPROG LNKLST,UNALLOCATE will not solve all the enqueues, because
> > some datasets are serialized by other entities like TSO users.
> >
> > And I also want to CONSOLIDATE some datasets as well.
> >
> >
> > Any clue?
> >
>
> --
> 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
>


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

Re: VolCat - Reallocate ?

[Mike Schwab]

https://www.ibm.com/support/pages/apar/II13354

Used this about 2015-6.

On Tue, Jan 16, 2024 at 11:30 AM Shaffer, Terri <
017d5f778222-dmarc-requ...@listserv.ua.edu> wrote:

> Hi,
>   So I need to reallocate my VOLCAT, due to IMBED and REPLICATE present.
>
> So my question is what steps to perform? Like This maybe?
>
> Stop OAM?
> Export VOLCAT?
> Delete VOLCAT
> ALLOCATE new VOLCAT.
> IMPORT from Exported copy?
> Start OAM?
>
> Is this right, anyone have JCL example of EXP/IMPORT of a volcat?
>
> Or anything I am missing?
> Thanks
>
> Ms Terri E Shaffer
> Senior Systems Engineer,
> z/OS Support:
> ACIWorldwide – Telecommuter
> H(412-766-2697) C(412-519-2592)
> terri.shaf...@aciworldwide.com
>
>
> 
>  [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] <
> http://www.aciworldwide.com>
> This email message and any attachments may contain confidential,
> proprietary or non-public information. The information is intended solely
> for the designated recipient(s). If an addressing or transmission error has
> misdirected this email, please notify the sender immediately and destroy
> this email. Any review, dissemination, use or reliance upon this
> information by unintended recipients is prohibited. Any opinions expressed
> in this email are those of the author personally.
>
> --
> 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

Re: Technical Reason? - Why you can't encrypt load libraries (PDSE format)?

[Mike Schwab]

IBM/MS-DOS 6 stored compressed programs by having a decompression stub and
the compressed program as the remainder of the file data.

On Sat, Jan 13, 2024 at 1:50 PM Grant Taylor <
023065957af1-dmarc-requ...@listserv.ua.edu> wrote:

> On 1/13/24 13:39, Gibney, Dave wrote:
> > It should be obvious, but as a practical matter, you can't encrypt
> > the modules that do the decryption and it also follows that you can't
> > encrypt the modules that provide the execution environment (z/OS)
> > for these modules.
>
> I would like to agree with you.
>
> Viruses (for PCs) have been self-decrypting for a long time.
>
> Given how people espouse that the mainframe can do everything that a PC
> can do ... I think it stands to reason that someone with sufficient
> motivation /could/ write a mainframe program that would decrypt itself.
>
> If we accept that it's hypothetically possible to write a mainframe
> program that can decrypt itself, then could we also accept the
> hypothetical possibility to do the same with a program that is part of
> the OS?
>
> It's been a very long time since I've looked at low level mainframe OS
> IPL / boot strap methods and procedures.  But I'm confident that the
> first part of the program that IPLs off of DASD doesn't know how to do
> most of what the OS ultimately does.
>
> It's all about have just enough recognizable -> executable code that can
> decode / decrypt more recognizable -> executable code that can decrypt
> even more.
>
> Hence in /concept/ I don't agree with you.
>
>
>
> --
> Grant. . . .
>
> --
> 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

Re: allowed characters in member name

[Mike Schwab]

High values indicates end of directory.

On Sun, Jan 7, 2024 at 6:30 PM Phil Smith III  wrote:

> Paul Gilmartin wrote:
> >STOW 'Abc Xyz!'probably works.
> >STOW 8X'FF'   probably doesn't or produces unexpected results.
>
> Ah.this is in reference to the original question, sorta, not to my "Why?"
> question. Thanks.
>
>
> --
> 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

Re: allowed characters in member name

[Mike Schwab]

DSN with quotes is not edited at all, and is not cataloged.

On Sat, Jan 6, 2024 at 2:49 PM Jon Perryman  wrote:

> On Fri, 5 Jan 2024 20:40:00 +, Nash, Jonathan S. <
> jonathan.s.n...@ssa.gov> wrote:
>
> >We have a PDSE with member names starting with a
> >left paren which were created with some old software.
>
> Did IBM fix this with JCL DSN= using quoted dataset and member name? My
> guess is no. DSN and member name validation can be different for every
> interface. For instance, JCL DSN validation is different when the DSN= is
> quoted. I've used superzap more than once because someone quoted a DSN with
> lower case letters. I'm guessing that including blanks, special characters
> and omitting periods is acceptable for quoted datasets.
>
> --
> 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

Re: test. please ignore -- IGNORING YOU IGNORING YOU [not]

[Mike Schwab]

HIPPA applies to medical professionals and insurance departments, and not
to anyone to whom the information was sent.

National security call FBI to retrieve, sanitize.

On Thu, Jan 4, 2024 at 9:24 AM Steve Thompson  wrote:

> I am glad you brought this up.
>
> I get these things on individual/entity emails sent directly to
> me. I didn't sign for this. How could they prove I got it?
>
> Per USPS regs and some other fed Agency whose name I've
> forgotten, if you receive something in the mail addressed to you,
> that you didn't ask for, it is yours, even if a bill is sent with
> it requiring you to either return it or pay for it. Most may not
> know about this. But this went back into the Sixties when
> different mass marketing companies that would send out something
> like a medallion to hang somewhere (just an example). Well, the
> law/regs were changed to make that a free gift to you because why
> should you have to return it at your cost when you hadn't asked
> for it?
>
> Enter FAX machines used by attorneys. We need to put CYA verbiage
> at the bottom of this document. The question is, is it actually
> enforceable? This then went to boiler plate on emails from
> medical entities (HIPAA stuff). But the regs tell you that data
> must be secured
>
> So is a statement to the effect of "this being a non-disclosure
> thing" enforceable since one had no other relationship to the
> sender, such that no NDA had ever been signed?
>
> So, yeah, glad you mentioned this.
>
> Imagine if it had been marked as classified Top Secret EYES
> Only. Could you be charged for having unauthorized classified
> data? And just who would you report this to?
>
> On 1/3/2024 4:08 PM, Joel C. Ewing wrote:
> > A test of another long-winded, non-enforceable corporate
> > disclaimer perhaps?   Don't you just love corporate lawyers.
> >
> > The named recipient in this case is the IBM-Main list, and
> > since this list is echoed to a world-accessible newsgroup, no
> > one posting anything to this list can reasonably expect
> > anything on this list to be treated as "Confidential" or any
> > viewing of any item on this list to have been "received in
> > error".  That the views represented are "solely those of the
> > author" is the only part of the DISCLAIMER that has any
> > validity in this context.  By simply replying to this post
> > without excluding all of the original post I have violated the
> > non-enforceable parts of the disclaimer.
> >
> > JC Ewing
> >
> > On 1/3/24 10:24, Allan Staller wrote:
> >> Classification: Confidential
> >>
> >> test
> >>
> >> ::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
>


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

Re: Questions about COBOL debugging lines in subroutines

[Mike Schwab]

Comment out to disable.

   - The SOURCE-COMPUTER statement should code "WITH DEBUGGING MODE" in the
   CONFIGURATION-SECTION of ENVIRONMENT DIVISION to enable the debugging line.


On Sun, Dec 31, 2023 at 5:46 PM Farley, Peter <
031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:

> I have a little mystery concerning debugging lines ("D" in column 7) in
> COBOL subroutines compiled in the same input file as the main program.
> Sample output and code are pasted below.
>
>
>
> The execution JCL for this sample program includes a CEEOPTS DD with the
> LE "DEBUG" option set so debugging lines SHOULD display on SYSOUT.  In my
> little test, only the debugging line in the main program displays on SYSOUT.
>
>
>
> Q1: Can anyone tell me why the debugging line in the subroutine does not
> execute at run time?
>
> Q2: Is there any way I can adjust the code or the compile process to cause
> the subroutine debugging line to execute at run time?
>
>
>
> Peter
>
>
>
> Sample SYSOUT output:
>
>
>
> DBGSAMPL I=+3,J=+4,K=+2
>
>
>
> Sample COBOL code compiled as a single SYSIN file to the compiler, using
> options 'AR(EX),DS(S),NOSEQ':
>
>
>
>IDENTIFICATION DIVISION.
>
>PROGRAM-ID. DBGSAMPL.
>
>ENVIRONMENT DIVISION.
>
>CONFIGURATION SECTION.
>
>SOURCE-COMPUTER.
>
>Z-SYSTEM
>
>WITH DEBUGGING MODE
>
>.
>
>DATA DIVISION.
>
>LOCAL-STORAGE SECTION.
>
>01  IPIC S9(9) BINARY VALUE 1.
>
>01  JPIC S9(9) BINARY VALUE 2.
>
>01  KPIC S9(9) BINARY VALUE 3.
>
>PROCEDURE DIVISION.
>
>MAIN-PARAGRAPH.
>
>CALL "SUBSAMP1" USING I, J, K
>
>   DDISPLAY "DBGSAMPL I=" I ",J=" J ",K=" K
>
>GOBACK
>
>.
>
>END PROGRAM DBGSAMPL.
>
>IDENTIFICATION DIVISION.
>
>PROGRAM-ID. SUBSAMP1.
>
>ENVIRONMENT DIVISION.
>
>DATA DIVISION.
>
>LINKAGE SECTION.
>
>01  I1   PIC S9(9) BINARY VALUE 1.
>
>01  J1   PIC S9(9) BINARY VALUE 2.
>
>01  K1   PIC S9(9) BINARY VALUE 3.
>
>PROCEDURE DIVISION USING I1, J1, K1.
>
>MAIN-PARAGRAPH.
>
>MOVE K1 TO I1
>
>MOVE J1 TO K1
>
>MOVE 4  TO J1
>
>   DDISPLAY "SUBSAMP1 I=" I1 ",J=" J1 ",K=" K1
>
>GOBACK
>
>.
>
>END PROGRAM SUBSAMP1.
>
> --
>
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and confidential.
> If the reader of the message is not the intended recipient or an authorized
> representative of the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> e-mail and delete the message and any attachments from your system.
>
> --
> 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

Re: SMF Interval

[Mike Schwab]

Our site used 6 minutes.

On Fri, Dec 29, 2023 at 7:36 PM Ed Jaffe 
wrote:

> On 12/29/2023 3:20 PM, Mark Zelden wrote:
> > This paper from Scott Chapman of EPS talks about the subject and he
> agrees with
> > me that it should be no longer than 15 minutes and that RMF/SMF should
> be synced.
> >
> >
> https://www.pivotor.com/library/content/Chapman_SMFRecommendations_2022.pdf
>
> Super helpful. Thanks, Mark!
>
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/
>
>
>
> 
> This e-mail message, including any attachments, appended messages and the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to be
> free of any virus or other defect that might affect any computer system
> into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
>
> --
> 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

Re: What is the PDS command?

[Mike Schwab]

https://www.cbttape.org/freepds.htm

On Wed, Dec 27, 2023 at 3:58 AM Edward Gould <
04bcc43af339-dmarc-requ...@listserv.ua.edu> wrote:

> HI Roger,
> The PDS command as I remember it from 40 years ago did a lot more than
> scanning. It had lots of other capabilities, Some of them were updating
> (IIRC) link date, SSI, and fixed alias issues and about 10 other things. I
> think it is still on the CBTAPE still. My memory was from 40 years ago but
> I am sure at that time it did not support Panvalet. I played around with it
> for about a week and was not to impressed at the time. It may or may not
> have been updated in the last 40 years. I tried to get a programmer
> interested in it but he was not impressed.
> Ed
>
> > Begin forwarded message:
> >
> > From: Roger Bolan 
> > Subject: Re: What is the PDS command?
> > Date: December 15, 2023 at 6:11:25 PM CST
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Reply-To: IBM Mainframe Discussion List 
> >
> > It's all built into ISPF nowadays.  I would suggest that it is worth your
> > time to go through the ISPF Tutorial every time you get a new release.
> On
> > my systems the main ISPF panel has an option 11 for Workplace  ISPF
> > Object/Action Workplace.   You can also get to by the ISPF command
> DSLIST.
> > You can list datasets, append other datasets and save any lists you want.
> > I construct lots of lists for different projects.  Once I am displaying
> the
> > datasets in my list, I can use the SRCHFOR command to search inside all
> the
> > libraries in my list.  I can exclude libraries with the X (EXCLUDE)
> primary
> > command if I need to. I have the options for SRCHFOR set to default to
> > searching only the non-excluded libraries.  So, for example, if I want to
> > search through a list of 30 JCL libraries for all members that use
> AMBLIST,
> > it's easy.
> >
> > On Fri, Dec 15, 2023 at 4:51 PM Paul Feller 
> wrote:
> >
> >> Greetings Bob,
> >>
> >> I was looking through my old JCL library and ran across several
> examples of
> >> scans using ISRSUPC.  Depending on what you want to do you could try
> >> ISRSUPC.  If you have access to JOBSCAN you could try it.  If you client
> >> has
> >> DAF, you can use that to scan SMF records to see if any executing jobs
> are
> >> touch the dataset.
> >>
> >>
> >> //SEARCH02 EXEC PGM=ISRSUPC,PARM=('SRCHCMP,ANYC,LPSF')
> >>
> >> //NEWDDDD DSN=D0PCPN.JCLLIB.CA7PROD,DISP=(SHR,KEEP,KEEP)
> >>
> >> // DD DSN=D0PCPN.JCLLIB.OVERRIDE,DISP=(SHR,KEEP,KEEP)
> >>
> >> // DD DSN=D0PCPN.JCLLIB.ALTERNAT,DISP=(SHR,KEEP,KEEP)
> >>
> >> // DD DSN=D0PCPN.JCLLIB.FREEZE,DISP=(SHR,KEEP,KEEP)
> >>
> >> // DD DSN=D0PCPN.JCLLIB.ABEND,DISP=(SHR,KEEP,KEEP)
> >>
> >> //OUTDDDD SYSOUT=X
> >>
> >> //SYSINDD *
> >>
> >> SRCHFOR'UNIT=TAPE'
> >>
> >> /*
> >>
> >>
> >> Paul
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discussion List  On
> Behalf
> >> Of
> >> John Pratt
> >> Sent: Friday, December 15, 2023 5:09 PM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: What is the PDS command?
> >>
> >> Hi Bob,
> >>
> >> If I remember correctly =3.14 has a batch option and you can concatenate
> >> all
> >> your JCL libraries into the generated job.
> >>
> >> John.
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discussion List  On
> Behalf
> >> Of
> >> Bob Bridges
> >> Sent: Saturday, 16 December 2023 8:55 AM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: What is the PDS command?
> >>
> >> Long ago I wrote - I'm pretty sure I wrote - a REXX exec that would do a
> >> 3.14 search through multiple libraries for a character string.  I'm
> looking
> >> for it now, and I find one in my archives that uses the PDS command to
> do
> >> the search.
> >>
> >> But what's the PDS command?  I've a strong suspicion that I wrote this
> at a
> >> client that had a popular CBTTAPE utility, and if so it's not
> appropriate
> >> for my current location.  Can someone confirm?
> >>
> >> If you care, what I really want to do is search through a list of JCL
> >> libraries for certain DSN fragments.  There's a job we're probably
> going to
> >> shut down, and I want to be sure the datasets it produces are not used
> >> anywhere else in production.
> >>
> >> ---
> >> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> >>
> >> /* "Bother", said the Borg, "we've assimilated a Pooh". */
> >>
> >> --
> >> 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 

Re: Dataset File System

[Mike Schwab]

1, list datasets.
2 For each dataset, 2A recall, 2B process, ?2C migrate?
3. consolidate results from 2B.
4. bonus to recall all from 1 volume at once.


On Sat, Dec 23, 2023 at 11:20 AM Paul Gilmartin <
042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 23 Dec 2023 08:17:44 -0800, Ed Jaffe wrote:
> >
> >I really like DSFS, but it has one major failing: migrated data sets.
> >
> >Therefore, if you wish to grep through a directory or something like
> >that, you must first prepare the environment by recalling everything.
> >That's inconvenient.
> >
> Once at our site a Solaris user did a wildcard operation over a collection
> of data sets served by MVS NFS.  I understand it took a couple days
> for HSM recall to overflow all our storage packs.
>
> Our admin turned off NFS autorecall.  There's no option to enable
> NFS autorecall only for specific requests.
>
> >I realize migrate/recall is somewhat "old fashioned" but we still do it
> >and I suspect others do as well.
> >
> What's the modern alternative?
>
> --
> gil
>
> --
> 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

Re: Stupid JCL question

[Mike Schwab]

Yes, it will submit starting from the next job card.
Did it for a production worker wanting to just run the start.

On Fri, Dec 22, 2023 at 10:04 AM Bob Bridges  wrote:

> I should know this - I've been using JCL for decades - but I find I'm
> uncertain about something I haven't done in a while.  I have a production
> job here that will eventually be rewritten, but for now I'm just going to
> tell it to execute only the first couple steps.  I had in mind inserting
> "//" before the part of the JCL that I want to skip.  Very simple.
>
> But wait - does the JCL interpreter discard the rest of the job when it
> sees that empty '//', or does it interpret the rest as the start of a new
> job?  (Since there's no subsequent JOB statement I'm not terribly worried
> about it, but it's sloppy; maybe I should just use a COND parm on the JOB
> card.)  This info is probably in the JCL ref, but I don't immediately see
> it.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* "Poor Diogenes; if you knew how to get on with people you wouldn't have
> to live like that." / "Poor Aristippos; if you knew how to live like this
> you wouldn't have to get on with people."  -a condensation of their
> respective schools of thought a few centuries BC */
>
> --
> 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

Re: TCPPING for z/OS

[Mike Schwab]

TraceTCP does a trace with TCP packets, its on github.
Don't think its been ported to z/os.

On Wed, Dec 20, 2023 at 10:05 AM Mark Regan  wrote:

> To all who asked about PINGPORT, I'm checking with the original person who
> sent it to me to ensure I can share it. He's OOO until the Dec. 28th. He's
> subscribed to the IBMTCP-L mailing list, which is how I got it in the first
> place, directly from him.
>
> Regards,
>
> Mark Regan, K8MTR General, EN80tg
> CTO1 USNR-Retired (1969-1991)
> Nationwide Insurance, Retired, 1986-2017
> z/OS Network Systems Programmer (z NetView, z/OS Communications Server)
>
> Email: marktre...@gmail.com
> LinkedIn:  https://www.linkedin.com/in/mark-t-regan
>
>
>
>
> On Wed, Dec 20, 2023 at 9:46 AM Bhumi Muthu  wrote:
>
> > I am working on similar issue with Syslogd set up with remote server.
> >
> > It would be great help if you can share PINGPORT rexx.
> >
> > My email : bhumi.mu...@gmail.com
> >
> > Thank you
> > BM
> >
> > On Wednesday, December 20, 2023, Mark Regan 
> wrote:
> >
> >> What you are looking for is called PINGPORT, which was written in REXX.
> >> The author is Jeff Beech-Garwood and he had sent me a copy when I asked
> for
> >> something similar back in 2017, on IBMTCP-L. I can send you a copy of it
> >> off-list.
> >>
> >> ​Regards,
> >>
> >> Mark Regan, K8MTR General, EN80tg
> >> CTO1 USNR-Retired (1969-1991),
> >> RUENAAA/CNO WASHINGTON DC//OP-009QCP
> >> Nationwide Insurance, Retired, 1986-2017
> >> z/OS Network Systems Programmer (z NetView, z/OS Communications Server)
> >> Email: marktre...@gmail.com
> >> LinkedIn:  https://www.linkedin.com/in/mark-t-regan
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discussion List  On
> Behalf
> >> Of Gadi Ben-Avi
> >> Sent: Wednesday, December 20, 2023 02:01
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: TCPPING for z/OS
> >>
> >> Hi,
> >>
> >> Has anyone seen a port for tcpping for z/OS, either directly under z/OS
> >> or under USS?
> >>
> >> Tcpping  lets you find out if a specific port is accessible on a remote
> >> system.
> >>
> >> Gadi
> >>
> >>
> >> --
> >> 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
>


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

Re: Z/OS Survey - Unusuall system commands

[Mike Schwab]

TCAM?  z/OS 2.3 from 2019 page 21-22 in
https://www-40.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3sa231379/$file/ieae100_v2r3.pdf

On Tue, Dec 19, 2023 at 2:32 PM Radoslaw Skorupka <
0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:

> Unusal commands?
> Well, it is enough to open both MVS System Commands and JES2 Commands
> manuals.
> OBEY is not exactly the system command, however it is widely used.
>
> My favourite is QUIESCE.
> There are also other commands which I (almost) never use, but I
> understand their purpose.
> JES2 world is more complex - there are many commands which I vaguely
> understand the purpose. And many which I consider really obsolete.
>
> Fun fact: recently I've been cleaning some z/OS installation, RACF
> definitions. I've found approx. 400 OPERCMDS profiles. Some of them were
> really, really obsolete - like MSS related command, TCAM commands, etc.
> What's funny, even not-so-current documentation does not mention such
> commands or profiles, but at least few of them are still present in the
> system code.
> Explanation: MSS - Mass Storage Subsystem. Very interesting tape-disc
> device, but withdrawn in early 80's. TCAM - VTAM predecessor. I have no
> idea how old it is. I'm pretty sure the OPERCMDS profiles were created
> for an installation with neither MSS nor TCAM.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
> W dniu 19.12.2023 o 09:12, ITschak Mugzach pisze:
> > There are some MVS commands that are hard to understand how and why they
> > were created. What bothers me is the fact that the input of the commands
> > that modify MVS behavior allows input from private dataset. These are the
> > first commands I am trying when I do a pentest...
> > For example:
> > *SETLOAD* allows on-the-fly change of parmlib concatenation using a
> dataset
> > that is not part of the parmlib concatenation itself. for example:
> SETLOAD
> > 03,PARMLIB,DSN=sys4.relson
> > TCPCIP *OBEY* command allows specification of TCPIP configuration from a
> > private library.
> >
> > How frequent do you use these commands (if ever) and how do you identify
> > the use (assuming that the commands are protected by your ESM). I wonder
> > why IBM allows such a scenario.
> >
> > ITschak
>
> --
> 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

Re: Can this be done?

[Mike Schwab]

EXCP (execute channel program)
Cyl 0 trk 0 is volume label, points to VTOC which holds DSCB records.
DCSB has DSN, DSORG, RECFM, LRECL, BLKSIZE, tracks, etc.


On Thu, Dec 14, 2023 at 9:44 AM Billy Ashton  wrote:

> Hey everyone! I have a little down time here at the end of the year with
> our freeze, and I wanted to play with some ideas I have had.
>
> I would like to write a program that can open any kind of file - PDS,
> Sequential, Panvalet, loadlib, and maybe even VSAM components. I want to
> open the file in "raw" format, as if I were going straight to the disk
> pack and scooping up the bytes from the beginning of the allocation to
> the end.
>
> Is there any way to do this without caring about the catalog RECFM?
> Obviously, the easiest way is through some JCL parameter that says
> "force as PS" but I doubt that is likely. I can't go into more detail at
> present, sorry!
>
> What do you think?
>
> Thank you and best regards,
> Billy Ashton
>
> --
> 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

Re: ... FLOWASM and ASMA435I

[Mike Schwab]

https://github.com/dmolony/Xmit
Mac, Linux, Windows.

On Sun, Dec 10, 2023 at 9:41 AM Paul Gilmartin <
042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:

> On Sun, 10 Dec 2023 08:24:47 -0600, Mike Schwab wrote:
>
> >Xmit Manager.  https://www.cbttape.org/njw/
> >
> Is there a Windows-free alternative?
>
>
> >> What do I need out of the XMI package to prepare the VSE version?
>
> --
> gil
>
> --
> 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

Re: ... FLOWASM and ASMA435I

[Mike Schwab]

Xmit Manager.  https://www.cbttape.org/njw/

On Sun, Dec 10, 2023 at 4:08 AM Martin Trübner <
047eec287bd9-dmarc-requ...@listserv.ua.edu> wrote:

> Ed,
>
>
> I have FLOWASM running here in z/VSE, but can not find the ASMA435
> error-message.
>
>
> I am sure it affects VSE users as well and hence will prepare a VSE
> version and publish it the usual way (or did I send a VSE version to you?*)
>
>
> What do I need out of the XMI package to prepare the VSE version?
>
>
> could you send me that, since I do not have a running z/OS system in
> reach anymore ?
>
>
> ASCII or EBDIC is not the problem- but XMI is.
>
>
> Martin
>
> (*) after all, it was Jan 2009 when I did this and a lot has changed. I
> may have offered it on my webpage- but I realy do not recall- however I
> have all the files from back then here. So If you believe, there is no
> point in creating a VSE version from this- say so. As long as there is
> no request for it there is no point in doing it at all.
>
>
> --
> 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

Re: Migrating Loadlibs from PDSE to PDS?

[Mike Schwab]

Limits are based on what compiler you used.  Cobol 5+ uses PDSE features
that can't be moved into a PDS.

On Sat, Dec 9, 2023 at 7:24 AM Steve Estle  wrote:

> Seasons Greetings all,
>
> I know this might sound like a strange request, but we are exploring what
> if any options there are to migrate load libraries from PDSE (version 1 or
> 2) back to traditional basic PDS's.  It appears this is highly restricted
> based on my experiences trying to perform via IEBCOPY and ISPF 3.3 (which
> just involkes IEBCOPY under the covers)?  Any thoughts/experiences on ways
> to do this or is it just one of those once you are there the "train don't
> go in reverse" situations?
>
> Thanks in advance for any ideas/suggestions.
>
> Steve Estle
>
> --
> 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

Re: Assembler optimization OPTION

[Mike Schwab]

Putting DS and modified DCs into a separate area?

On Sat, Dec 9, 2023 at 5:17 AM Bernd Oppolzer 
wrote:

> Hi,
>
> there is no such option;
> this is not possible, because with ASSEMBLER, the programmer has full
> control about where he or she puts the information elements,
> be it static data or code. There is no magic engine like the optimizer
> with compilers which can do anything about that.
>
> This said:
>
> I had a project in 2021 with a large customer which had very old
> ASSEMBLER programs from the 1980s, which had heavy SIIS problems
> (store into instruction stream) which had to be resolved. I found out
> that some of them can easily be resolved by the use of clever macros
> which separate the static data from the code (by putting them in a
> different CSECT or DSECT). The details are too complicated to discuss here,
> but in the end, the changes to the code were minimal. And in the end, we
> achieved our project goals in time and budget.
>
> HTH, kind regards
>
> Bernd
>
>
> Am 08.12.2023 um 20:29 schrieb Ituriel do Neto:
> > Hello everyone,
> >
> > Recently i have seen some discussions related to assembler performance
> to use the L1 cache of the processor better and not mixing instructions and
> data.
> >
> > Can you enlighten me which assembler option can be used for this purpose?
> >
> > Thanks in advance
> >
> >
> > Best Regards
> >
> > Ituriel do Nascimento Neto
> > z/OS System Programmer
> >
> > --
> > 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
>


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

Re: Assembler programmer wanted

[Mike Schwab]

If you wrote it while employed or under hourly contract its a work for hire
and company owns.  If paid for a finish product or during off duty time you
have the copyright and resellable, but strongly suggested to incle the
copyright assignment in the sales contract.

On Sat, Dec 2, 2023 at 2:37 PM Doug Fuerst  wrote:

> Maybe we should ask for residuals for our creative property like actors.
> We give it all away too easily.
>
> What would happen if we all went on strike?
>
> Interesting thought
>
> Doug Fuerst
>
>
> -- Original Message --
> From "Bob Bridges" 
> To IBM-MAIN@LISTSERV.UA.EDU
> Date 12/2/2023 15:30:51 PM
> Subject Re: Assembler programmer wanted
>
> >Can't speak for anyone else, but I usually just take (or turn down) the
> first offer, mostly I think out of poor self-image.  Not sure why, because
> I don't mind dickering over a car.
> >
> >The only exception I can remember off-hand is when a consulting company
> that employed me was looking to cut costs, and asked that I go independent
> and start invoicing them rather than being a W-2.  They offered me the same
> rate I'd been making as an employee, which wasn't going to work for me if
> they stopped paying me for bench time.  But mostly I say "$65/hr?  Yeah, I
> can do that".  Shameful, I know.
> >
> >This, by the way, is one of those differences I had in mind when I said
> Yankee and Indian recruiters approach the negotiation differently.
> American companies have a definite range in mind and aren't usually shy
> about stating it in the opening email.  (Although I wouldn't be surprised
> if they give the lower part of the range, knowing they can raise it if they
> run across a really attractive candidate.)  Indian companies don’t usually
> state the range up front; instead I see "please send us your resume and
> your lowest rate...".  Different assumptions about the way the process
> should work, I suppose.
> >
> >---
> >Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> >
> >/* The cure for boredom is curiosity.  There is no cure for curiosity.
> -Dorothy Parker */
> >
> >-Original Message-
> >From: IBM Mainframe Discussion List  On Behalf
> Of Seymour J Metz
> >Sent: Saturday, December 2, 2023 13:05
> >
> >How many programmers negotiate when a recruiter contacts them with a
> lowball offer, and how many just move it to the circular file? When I'm
> looking for people, I don't want to scare away good candidates with an
> offer that might offend them; I ask "What are you looking for?".
> >
> >
> >From: IBM Mainframe Discussion List  on behalf
> of Bob Bridges 
> >Sent: Saturday, December 2, 2023 12:01 AM
> >
> >On the other hand maybe it's just a negotiating tactic.  There are
> several differences in the way Indian and Yankee recruiters approach me
> (and I assume everyone else too); maybe lowballing is just one of the ways
> they're used to doing business, with the assumption that they'll have to go
> higher to actually close the deal.
> >
> >...$125/hr, really?  I should maybe pay more attention to the advice a
> fellow contractor gave me a couple decades ago.  I was working for ...
> well, apparently you would regard it as peanuts although it's always been
> adequate for me.  But Joe said I should demand $250/hr.  I'd work only
> about a third of the time, but since that's about three times what I
> typically was getting, it would come out even - and in the slack periods I
> could work on some saleable project.  I understood what he was saying; I
> just couldn't find a way to say "$250/hr" with a straight face.
> >
> >Maybe that's a common foible.  My ex made really high-end decorated
> cakes, the sort that we saw going for $150 and up at state fairs; but she
> couldn't bring herself to ask more for her work than the cost of
> materials.  She just couldn't believe her work was worth it.
> >
> >-Original Message-
> >From: IBM Mainframe Discussion List  On Behalf
> Of Tony Harminc
> >Sent: Friday, December 1, 2023 17:37
> >
> >I interpreted Bob's comment "...I think the rate is unusual; I'm guessing
> they don't think they can get one of their regulars to do it."  as meaning
> he thought it (60-65 $/hr) was high.
> >
> >But I agree that finding someone with serious assembler chops for that
> price isn't going to be easy. $65/hour sounds much more like an all-in
> employee-with-benefits kind of rate back-calculated from a salary.
> >
> >-Original Message-
> >From: IBM Mainframe Discussion List  On Behalf
> Of Farley, Peter
> >Sent: Friday, December 1, 2023 16:31
> >
> >Agreed, very low.  I asked for and received $125/hr back in 1999 for a
> complex assembler consulting job (BTAM / BDAM / multitasking / etc).   With
> inflation and time passing the starting rate for that kind of work has to
> go over $200/hr at the very least to attract anyone with the talent and
> experience.
> >
> >If it is a truly junior position though, say maintaining and perhaps
> 

Re: JES3plus & TDMF

[Mike Schwab]

We just created new paging volumes, PAGEAD them, updated IPL member,
PAGEDEL the old volumes.

On Fri, Dec 1, 2023 at 12:32 PM Allan Staller <
0387911dea17-dmarc-requ...@listserv.ua.edu> wrote:

> Classification: Confidential
>
> From the APAR numbers, they are ancient and most likely do not apply to
> ans z/OS system (OS 390 or earlier perhaps).
> That coed is undoubtedly in the JES3 and Jes3/Plus base. I would not worry
> about them.
>
> One other thing. TDMF can move inactive page datasets. It will refuse to
> touch an in-use page dataset.
>
> The last time I did a DASD migration, I defined temporary page datasets
> and used pageadd/pagdel commands to move the paging activity.
> After the original page datasets had been moved, I repeated the process to
> go back to the original page datasets.
>
> HTH,
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Michael Watkins
> Sent: Friday, December 1, 2023 11:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: JES3plus & TDMF
>
> [CAUTION: This Email is from outside the Organization. Unless you trust
> the sender, Don’t click links or open attachments as it may be a Phishing
> email, which can steal your Information and compromise your Computer.]
>
> Apologies for the double listing to anyone who's also seen this on the
> JES3-L LISTSERV.
>
> The government agency that employs me has three z/OS LPARs (V2R5) running
> on a z15 server. The lone mainframe storage subsystem is a non-replicated,
> channel-attached DS8886. This has never been a JES2 installation and
> Phoenix Software’s JES3plus is now installed. While the JES3 initialization
> deck has DEVICE statements for all tape drives, it has not contained a
> DEVICE statement for a DASD address in over a decade. In other words, DASD
> allocation is not managed by JES3.
>
> The DS8886 will soon be replaced by a DS8950F. TDMF software will be used
> to migrate the contents of the DS8886 to the DS8950F. I believe that TDMF
> can move the JES3 SPOOL volumes, the SYSRES volumes, the page packs and the
> DASD volumes where the coupling facility resides without issues. A
> co-worker insists that all of the LPARs must be brought down, separately,
> so that each LPAR’s ‘sensitive’ volumes can be moved from another LPAR.
>
> IBM documents state: ‘JES3 considerations: In order to ensure that JES3
> system defined volumes will migrate (not required for a Point-In-Time
> migration) in a TDMF (or P/DAS) environment, APARs OW23271, OW28455, and
> OW28457 must be applied. These APARs provides JES3 DDR support for P/DAS
> and therefore, will allow the swapping of volumes. Important: All systems
> sharing devices where JES3 manages the devices must be involved in the TDMF
> session running. This ensures that all JES3 internal tables are properly
> updated. Failure to do so will cause unpredictable results. It is
> recommended that the user check the UCB for the following bit prior to
> copying volumes in a JES3 environment: UCBJ3DV - device is defined to JES3.
> If the bit is off, TDMF will migrate the volume(s) with no errors. If the
> bit is on, TDMF will make the appropriate calls to JES3 to notify JES3 of
> the volume redirection needed.’
>
> Since the DASD volumes at this installation are not managed by JES3, I
> don’t think these APARs are an issue. However, to assuage my co-worker’s
> fears, I’d like to see whether the corresponding PTFs have been applied.
> Unfortunately, I cannot find the PTFs that correspond to any of them.
>
> Question: What PTFs correspond to APARs OW23271, OW28455, and OW28457?
>
> Also, I’m not sure how to display the UCBs involved to verify that the
> UCBJ3DV flag indicates that the volumes are not managed by JES3. Any help
> you can provide on would be appreciated, particularly on how to use either
> UCBSCAN or UCBLOOK macros.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> ::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 

Re: IEF211I - DATA SET RESERVATION UNSUCCESSFUL on relative GDG

[Mike Schwab]

Can downgrade from Exclusive (NEW,MOD,OLD) to Shared (SHR) within a job.
Cannot upgrade from Shared to Exclusive within a job..
Since the first job was SHR, another system / job / task may be browing the
data, and prevents a Shared enque being upgraded to Exclusive enque.  This
is documented for within a job.
I am guessing the Exclusive enque process requires no one be using the DSN
at the time of the attempt, but that is not documented on
https://www.ibm.com/docs/en/zos/3.1.0?topic=statement-disp-parameter


On Thu, Nov 30, 2023 at 9:24 AM Schmitt, Michael 
wrote:

> We had a production job enqueue failure on z/OS 2.4, that it seemed to me
> should have worked. I've been in communication with IBM; they say it is as
> expected. But I don't understand why this is normal. Does it make sense to
> you? Has it always worked this way?
>
> Here's the scenario:
>
> We have a job where the first step has DD DSN=data.set.name(0),DISP=SHR.
> The second step has the same data set, but as exclusive: DD DSN=
> data.set.name(0),DISP=OLD.
>
> Someone was browsing the data set when the job started, so they were
> holding a shared enqueue.
>
> The first step ran, and then the second step failed with the IEF211I -
> DATA SET RESERVATION UNSUCCESSFUL error.
>
>
> My understanding is that JES acquires the enqueues at the highest level
> before starting the job, to prevent deadlocks. IBM says that because it is
> a relative GDG, it is unable to acquire the enqueue on the *absolute*
> generation before the job started.
>
>
> Contrast it with this case:
> 1st step: DD DSN=data.set.name(0),DISP=OLD
> 2nd step: DD DSN=data.set.name(0),DISP=SHR
> And again, a user is browsing the data set.
>
> In this case, the job waits until the user's enqueue is released. Which
> means that JES tried to get the exclusive enqueue before starting the job,
> so waits. Or it means that it stated the job, couldn't get the enqueue, but
> waits instead of failing with the IEF211I error.
>
> So why is the second case different than the first?
>
>
>
> --
> 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

Re: Passed vs. Cataloguee?

[Mike Schwab]

Specified VOL=SER or VOL=REF wins, since it does no catalog search, works
with non-SMS volumes.
No VOL=SER the catalog entry is used.

On Mon, Nov 27, 2023 at 1:31 PM Paul Gilmartin <
042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:

> Suppose I have two identical DSNs on different volumes.
> One is catalogued; the other not. (Does SMS allow that
> nowadays?)
>
> In a job step I allocate
> DD DISP=(SHR,PASS),VOL=SER=...
>
> In a subsequent step, I allocate by DSN with no explicit
> volume informarion.  Which one wins, the passed or the
> catalogued?
>
> Where is this clearly documented?  I don't see t in
> 
>
> How would a novice suss this out without a priori knowledge?
>
> What would ChatGPT say?
>
> --
> gil
>
> --
> 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

Re: DSS dump and migrated datasets

[Mike Schwab]

ABARS does not recall datasets.  ABARS copies the VTape ML1/2/backup to the
new archive tape.
https://www.ibm.com/docs/en/zos/2.3.0?topic=guide-aggregate-backup-recovery-support-abars


On Thu, Nov 23, 2023 at 12:59 PM Jack Zukt  wrote:

> Hi,
> You coul use HSM ABARs. It will recall any migrated dataset that matches
> your filter.
> Best wishes
> Jack
>
> On Thu, Nov 23, 2023, 16:58 Radoslaw Skorupka <
> 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:
>
> > I need to dump a lot of small dataset with HLQ=user_to_be_deleted.
> > Since the user is no longer active, most of datasets are migrated to ML1
> > and ML2.
> >
> > By default ADRDSSU does not process migrated datasets.
> > Is there any method to circumvent it?
> > It can be anything, including scripted "touch".
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
> >
> > --
> > 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
>


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

Re: PC Interference from shredder Was: Kinda fun

[Mike Schwab]

Maybe if they covered the walls too?
https://www.amazon.com/Reducing-Wallpaper-Faraday-Copper-Radiation-Shielding/dp/B09BW3CYQB

On Sat, Nov 11, 2023 at 7:51 PM Steve Thompson  wrote:

> Many years ago at Hagerstown MD, they had a computer (I think it
> was an NCR3 or 3000, it's just been too long ago) that at odd
> points would just fail. My father was an RF tech working on
> radios, and had a contract for the Police Department... so I will
> make this short. It turns out that a few stories below this
> computer room was the door out of the garage where the police
> cars were parked. And so upon exiting the parking garage and
> entering the alley to the street, officers would key their mics
> to verify their radio was working and that would cause the
> computer system to lock up (machine check?).
>
> This was discovered by an NCR CE that had an Oscilloscope doing
> tracing trying to find what was causing this problem and just
> happened to be standing at the window looking down when a police
> car came out and the machine froze.  the police mobile radios
> were a harmonic of the system clock!! And were 100 Watts IRC.
>
> A sign was put at the exit of the garage informing anyone who
> keyed their mic for their radio before getting out of the alley,
> upon being discovered who they were, their pay check would be the
> last one to be passed out at the end of the month. This problem
> had been invariably happening during payroll runs and they had to
> be restarted from the beginning.
>
> Problem stopped.
>
> Steve Thompson
>
> Oh, and the windows did have a metal grid over them in an attempt
> to prevent things like this.
>
> On 11/11/2023 5:07 PM, Tom Brennan wrote:
> > Just before I worked with mainframes I drew maps on a computer
> > that had a big display, a small drawing pad and pen, and a
> > large light table with a "puck" for tracing existing maps into
> > the computer. Both the puck and pen worked by receiving a
> > magnetic signal from the pad or table in order to determine its
> > location.  About once a week someone would complain that their
> > pen was throwing the cursor all over the screen, so a new pen
> > was ordered at maybe $500.
> >
> > The light table had bunch of fluorescent bulbs inside, and you
> > could dim them with a knob if needed.  One day I noticed that
> > when the light was either full on or full off, there was no
> > problem with my pen.  But if the dimmer was in the middle, the
> > pen had issues.  Those dimmers used triacs which work by
> > holding back each AC wave a bit and then sharply rising.  The
> > sharp rise generates all sorts of EMF and that's what was
> > messing with the coil in the pen.
> >
> > On 11/11/2023 12:55 PM, Wayne Bickerdike wrote:
> >> On the subject of RF interference. Years ago we came back from
> >> living in
> >> California to Australia. We had a 110V coffee espresso
> >> machine. It worked
> >> well and we ran it from a voltage changer plugged into the
> >> socket. Early
> >> rise time, my wife would go into the kitchen and make a coffee.
> >>
> >> I'm in the habit of reading my email and surfing at that time
> >> (like now in
> >> Australia).
> >>
> >> For weeks and months my internet would go off and come back a few
> >> minutes later. I eventually tied it back to the coffee
> >> machine/voltage
> >> reducer. We stopped using it and all good. The wireless router
> >> runs on
> >> 2.4Ghz and is located in my study, maybe 30 feet from the
> >> kitchen and there
> >> is a double brick wall in the way.
> >>
> >> As an adjunct to this. I switch off my router at midnight and
> >> I get much
> >> better sleep.
> >>
> >> On Sun, Nov 12, 2023 at 6:11 AM Joel C. Ewing
> >>  wrote:
> >>
> >>> I think shielding of the PC itself is unlikely the problem,
> >>> unless the
> >>> case is not properly closed.  All PCs I have ever seen have
> >>> metal cases,
> >>> which if properly seated and grounded act as a RF shield,
> >>> inbound and
> >>> outbound.
> >>>
> >>> Any electric motor could be producing power transients at
> >>> power on/off
> >>> and possible RF interference from contact arcing (which can
> >>> increase
> >>> with motor age), which might travel over the house wiring, or
> >>> via air
> >>> and get picked up by other cables in the room which are
> >>> connected to the
> >>> PC.  Any magnetic effects of a motor should be minor by
> >>> comparison.
> >>>
> >>> If it's a large enough motor, start up may produce a
> >>> temporary dip in
> >>> voltage big enough to be a problem for a computer that is not
> >>> powered
> >>> through an Uninterruptible Power Supply (UPS).  If you notice
> >>> any lights
> >>> flicker when the shredder powers up, that definitely could be
> >>> an issue.
> >>> If you are not already using a UPS for your PC, you probably
> >>> should be,
> >>> for other reasons as well. The shredder definitely should not
> >>> be plugged
> >>> into the same outlet as your computer, and it would be best
> >>> if it were
> >>> on a 

Re: Is True Skip-Sequential Processing Possible with RECFM=FB,DSORG=PS?

[Mike Schwab]

You can add KEYLEN with the length of the key (default 0)
https://www.ibm.com/docs/en/zos/2.1.0?topic=kp-syntax-4
and KEYOFF with the offset of the Key (default 0).

Copies the high key value from the block into the key field of CKD then you
can add skip sequential processing to Cobol, PL/I, ASM, or other languages
that support keyed access programs, and full read and write programs won't
be affected (beyond changing allocation at creation).  You will be reading,
writing existing blocks so adding or deleting records will not be
possible.

The elapsed time break even point is probably 5 records per cylinder
average over reading all the data. All emulated 3390s read whole tracks at
once.

On Sat, Nov 11, 2023 at 9:35 AM Michael Oujesky 
wrote:

> Just a thought as I have not done it, but use BDAM to access the file?
>
> Michael
>
> At 07:59 AM 11/11/2023, David S. wrote:
>
> >To help resolve a question posted to a LinkedIn group I manage:
> >www.linkedin.com/feed/update/urn:li:groupPost:910927-7128598004344786944
> >... I'd like to find out if there's any way to achieve *true*
> >Skip-Sequential processing with a Fixed Block Sequential File with a
> fairly
> >short record length (i.e. DCB=(DSORG=PS,RECFM=FB,LRECL=80)?
> >For example: Begin sequential processing at record number 100, *without*
> >having to read the first 99 records.
> >Note: We already know certain VSAM formats can do this, but the file in
> >question is a DSORG=PS *Sequential* file, *not* VSAM. This is a rock-solid
> >requirement and cannot be changed. We also already know how certain
> >utilities such as SORT and REXX can *mimic* skip-sequential functionality
> >by *discarding* unwanted records until the specified record number is
> >reached. This is a likewise rock-solid requirement. Sequential processing
> >*must* begin at specified starting point and there can be *no* reading of
> >any records prior to that point.
> >My gut feeling is it *cannot* be done - at least not with RECFM=FB.  It
> >*might* be possible with RECFM=F, but efficiency would then be so
> >compromised it would  probably outweigh any advantage from *true*
> >skip-sequential processing.
> >
> >--
> >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
>


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

Re: PC Interference from shredder Was: Kinda fun

[Mike Schwab]

Microwaves can do that
https://www.theguardian.com/science/2015/may/05/microwave-oven-caused-mystery-signal-plaguing-radio-telescope-for-17-years


On Sat, Nov 11, 2023 at 2:55 PM Wayne Bickerdike  wrote:

> On the subject of RF interference. Years ago we came back from living in
> California to Australia. We had a 110V coffee espresso machine. It worked
> well and we ran it from a voltage changer plugged into the socket. Early
> rise time, my wife would go into the kitchen and make a coffee.
>
> I'm in the habit of reading my email and surfing at that time (like now in
> Australia).
>
> For weeks and months my internet would go off and come back a few
> minutes later. I eventually tied it back to the coffee machine/voltage
> reducer. We stopped using it and all good. The wireless router runs on
> 2.4Ghz and is located in my study, maybe 30 feet from the kitchen and there
> is a double brick wall in the way.
>
> As an adjunct to this. I switch off my router at midnight and I get much
> better sleep.
>
> On Sun, Nov 12, 2023 at 6:11 AM Joel C. Ewing  wrote:
>
> > I think shielding of the PC itself is unlikely the problem, unless the
> > case is not properly closed.  All PCs I have ever seen have metal cases,
> > which if properly seated and grounded act as a RF shield, inbound and
> > outbound.
> >
> > Any electric motor could be producing power transients at power on/off
> > and possible RF interference from contact arcing (which can increase
> > with motor age), which might travel over the house wiring, or via air
> > and get picked up by other cables in the room which are connected to the
> > PC.  Any magnetic effects of a motor should be minor by comparison.
> >
> > If it's a large enough motor, start up may produce a temporary dip in
> > voltage big enough to be a problem for a computer that is not powered
> > through an Uninterruptible Power Supply (UPS).  If you notice any lights
> > flicker when the shredder powers up, that definitely could be an issue.
> > If you are not already using a UPS for your PC, you probably should be,
> > for other reasons as well. The shredder definitely should not be plugged
> > into the same outlet as your computer, and it would be best if it were
> > on a different house circuit as well.
> >
> > If the problem only started occurring after adding RAM, maybe the PC
> > power supply is now working harder making it more sensitive to power
> > dips than before.  It's also possible the computer may be getting old
> > enough that the power supply is getting less effective at filtering out
> RF.
> >
> > If for some reason the shredder motor is broadcasting more RF
> > interference than in the past, keeping it further away from any cables
> > connecting devices to the PC may help.  There are also some relatively
> > inexpensive ferrite beads that can be clipped onto cables near the
> > computer to block RFI from entering via that route.
> >
> > Assuming you are in a house, the simplest experiment is to try moving
> > the shredder to another room far away from the PC where it can be
> > powered from a different house circuit.  If that eliminates the problem
> > and having the shredder in a different room is acceptable, moving the
> > shredder away from the PC may be the simplest short-term solution.
> > Otherwise you can either try using a UPS for the PC and/or adding
> > ferrite RF filters on PC device cables that don't already include a
> > filter, especially if there are any cables that are routed close to the
> > shredder.
> >
> >  JC Ewing
> >
> >
> > On 11/11/23 06:34, Bob Bridges wrote:
> > > Hah!  A few years ago I had my hardware-geek son build my latest tower
> > PC.  It's pretty good - not water-cooled like the one he made for
> himself,
> > but a nice big monitor and I finally gave him permission to load me up on
> > RAM.  But ...
> > >
> > > Do normal commercial PCs have Faraday cage around them, or something?
> I
> > can't use my old paper shredder any more, because when it fires up within
> > the same room, the PC suddenly dies and has to be rebooted.  A minor
> EMP, I
> > take it.
> > >
> > > ---
> > > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> > >
> > > /* The will to win is not nearly as important as the will to prepare to
> > win.  -R.M. Knight */
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  On
> > Behalf Of Leonard D Woren
> > > Sent: Saturday, November 11, 2023 02:12
> > >
> > > Long ago I was told why my shop didn't carpet the tape storage area.
> > Apparently some shop that did had a problem with unreadable tapes.
> > Eventually they figured out that all the unreadable tapes were on the
> > bottom row of the tape storage.  And the outside cleaning people used a
> > vacuum cleaner...
> > >
> > > --- Bob Bridges wrote on 11/8/2023 6:56 AM:
> > >> /* The more sophisticated the technology, the more vulnerable it is to
> > >> primitive attack. People often overlook the obvious.  -Dr Who, 1978 */
> > >
> > 

Re: Kinda fun

[Mike Schwab]

Sparkler Filters using IBM 402 in 2010 with no migration plan.
https://ibm-1401.info/402.html

On Wed, Nov 8, 2023 at 11:28 AM Paul Gilmartin
<042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Wed, 8 Nov 2023 17:03:28 +, Schmitt, Michael  wrote:
>
> >Are we violating the "no reminiscing" rule?
> >
> Probably.
>
> >What's the latest that people still used punched cards and/or paper tape?
> >
> I recall voting, i believe in the current century, on punched cards that
> appeared to be conventional 80-column format.  Each punch spanned
> two "columns" of one "row".  They could probably have been read with
> a minimally modified 1402.
>
> This week I used a mark sense ballot.  No special pencil.
>
> --
> gil
>
> --
> 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

Re: Kinda fun

[Mike Schwab]

IEBUPDTE updates based on sequence number in column 73-80.
https://www.ibm.com/docs/en/zos/2.1.0?topic=examples-example-6-create-update-library-member

On Wed, Nov 8, 2023 at 8:39 AM Bob Bridges  wrote:
>
> Ok, Shmuel, I'm curious.  Dropped decks are the only reason I ever heard,
> back when I was a $HASP operator.  What's the more important reason?
>
> (Mostly when customers brought huge decks of cards, two or three or four
> boxes sometimes, each card was a single row of a database, so the order
> didn't necessarily matter.  But with program code, sure.)
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* You know you've had too much coffee when
> Juan Valdez names his donkey after you.
> You've worn out the handle on your favorite coffee mug.
> Your eyes stay open when you sneeze. */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Seymour J Metz
> Sent: Wednesday, November 8, 2023 07:26
>
> People were using sequence numbers for editing before SPF. Dropped decks is
> but one of several reasons, and, IMHO, not the most important.
>
> --
> 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

Re: Kinda fun

[Mike Schwab]

Sparkler Filters.
Still looking for a better interface than punch cards.
https://ibm-1401.info/402.html

On Tue, Nov 7, 2023 at 3:18 PM Phil Smith III  wrote:
>
> https://blog.computationalcomplexity.org/2023/11/in-bad-old-days-we-had-punchcards-how.html
>
>
> --
> 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

Re: IBM APAR Names

[Mike Schwab]

https://www.mail-archive.com/cms-pipelines@vm.marist.edu/msg03814.html

>VM20779?  Wayback Machine?  GIYF?  Not.

Heh. Circa, um, 1984? 1985? It was a huge APAR that changed RESERVEd lines to
be per-screen instead of being global to XEDIT (among other things). In
retrospect, pretty clearly done to enable FILELIST et al.

On Tue, Nov 7, 2023 at 2:56 PM Phil Smith III  wrote:
>
> This has been interesting. As a long-time VMer, I'd note that in VM-land, 
> there is of course no SMP/E and things are a bit different. "APAR" and "PTF" 
> kind of get used interchangeably, though there is recognition that they're 
> not the same. But typically a VMer will say "I need APAR VM20779", not "I 
> need the PTF for z/VM 7.3 that came from APAR VM20779", because it's 
> basically same difference without SMP/E. The VM maintenance tools (VMSES/E) 
> work fine but aren't as.shall we say theological? as SMP/E.
>
>
>
> (Extra credit for anyone who remembers VM20779, at least 40 years ago!)
>
>
> --
> 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

Re: IBM APAR Names

[Mike Schwab]

How about browsing the Holddata explanation page at
 https://public.dhe.ibm.com/390holddata/390holddata.html
and retrieving the file to view the contents?

On Fri, Nov 3, 2023 at 11:02 PM Tony Harminc  wrote:
>
> On Fri, 3 Nov 2023 at 18:03, Jon Perryman  wrote:
> [...]
>
> > Anything beginning with I to Z was reserved for IBM use (e.g. IEFJRASP,
> > OA12345, UA12345). I suspect that most vendors use the IBM registry for 3
> > character codes from A to H. Each product must choose a method that best
> > fits the company requirements.
> >
>
> Backwards. A-I is IBM; J-Z (minus Q, which is reserved for IBM i) and
> numerics is for everyone else. This applies to component IDs, and function
> sysmods (FMIDs) are expected to take the form tcccrrr, where t values of
> A-J are IBM's and everything else is user/vendor land, and ccc is the
> component ID and rrr the version/release. But I don't think these have ever
> applied to fix names like OA12345.
>
> IBM seems to have abandoned the Standard Packaging Rules for z/OS-Based
> Products book, in favour of a tiny section on naming in the SMP/E
> Reference. Gone is the offer to register component IDs with
> elem...@us.ibm.com .
>
> Tony H.
>
> --
> 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

Re: Does z/VM have a product/tool which can send backup to the Cloud ?

[Mike Schwab]

Most clouds store data in the nearest facility for reduced read write
time.  Some clouds replicate to other sites.  Have been outages when a
cloud site went down and the data was not available.

2022 Google outage when a fire occured.
 
https://www.datacenterknowledge.com/google-alphabet/data-center-fire-google-suffers-electrical-incident-3-injured

On Wed, Oct 25, 2023 at 10:45 AM Jon Perryman  wrote:
>
> On Wed, 25 Oct 2023 10:08:20 +0300, Arye Shemer  wrote:
>
> > one of the most important reason is the
> >time frame that should be immediately (preferably tomorrow :-)  ).
>
> One very important detail I did not mention is the location of your data in 
> the cloud. You may connect to a cloud location thinking that is where it will 
> be stored. In order to be more efficient, some clouds may redirect your 
> request to a closer location. Potentially the country of the requester. Why 
> send the data halfway across the world when their cloud has a location closer 
> to the point of origin.
>
> My assumption was that this was an ASAP request which is why I suggested FTP. 
> Someone could manually FTP the backups starting today and a REXX exec quickly 
> written to automate the process. Writing a cloud enabled program takes longer 
> which could be considered later when there isn't a time constraint.
>
> Another possibility you may not have considered is using one of your 
> satellite offices located in a different country using a PC with USB drives. 
> Transfer the backups to the USB drive and take the drive to a safe deposit 
> box or a company similar to the one you currently use.
>
> --
> 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

Re: Permission to redistribute LE

[Mike Schwab]

No CICS programs are linked into object modules.  They are all calls
to programs residing in the CICS regions.

On Sat, Oct 21, 2023 at 4:09 AM Andrew Wilkinson
<04f504c2b946-dmarc-requ...@listserv.ua.edu> wrote:
>
> Dear List,
>
> "z/OS Licensed Program Specifications" includes a section permitting you
> to redistribute modules from CEE.SCEELKED (among many other libraries)
> which have been included your programs.
>
> This is not a surprise as I had always believed this to be allowed. What
> is a surprise is that this permission first appears in z/OS Licensed
> Program Specifications with z/OS 2.3 in September 2017. Prior to that,
> permission was (and still is) in the notices at the end of "LE Vendor
> Interfaces".
>
> My research also uncovered a change in the IMS Licensed Program
> Specifications at around the same time. I couldn't find the CICS
> Licensed Program Specifications, so I gave up looking for a pattern.
>
> Does anyone know why it changed? Is there some legal reason?
>
> If you haven't guessed by now, I don't really care about any of this,
> but Legal are on my case (pun intended) and I am at a dead end. I've a
> feeling that the people on this List have long memories and might be
> able to help.
>
> A t D h V a A n N k C s E,
>
> Andrew
> Andrew Wilkinson
>
> --
> 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

Re: Programatically setting JCL symbols

[Mike Schwab]

Write a program that outputs a JOB with the desired JCL and variables.
Some automation programs can modify JCL in a library when it submits
it.

On Wed, Oct 18, 2023 at 4:19 PM Charles Hardee  wrote:
>
> Hello All,
>
> Thanks in advance for anyone that can shed light on the subject.
>
> Is there a mechanism for setting a JCL type variable from within a program?
>
> In other words, I would like to do this:
>
> // SET XYZ='ABC and DEF'
>
> from within a program.
>
> Again, thanks for anyone that can shed light on this subject.
> Chuck
>
> --
> 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

Re: Resize a ZFS aggregate

[Mike Schwab]

Alternate is to mount the new ZFS at a new mount point, issue *ix
commands to copy the current files to new location(s), unmount both,
rename both and mount new ZFS(s).

On Wed, Oct 11, 2023 at 2:18 PM Michael Babcock  wrote:
>
> It’s documented in the ZFS Administration book, section “Copying the
> physical blocks of the aggregate to a larger dataset”.
>
> Don’t format the .NEW or it doesn’t work.
>
> On Wed, Oct 11, 2023 at 2:07 PM Mark Pace  wrote:
>
> > Hmm - never tried repo on an zfs aggregate.  I'll give it a try.  Thanks./
> >
> > On Wed, Oct 11, 2023 at 3:01 PM Michael Babcock 
> > wrote:
> >
> > > I usually allocate a .NEW, REPRO from the current to .NEW and RENAME.
> > >
> > > On Wed, Oct 11, 2023 at 1:59 PM Mark Pace 
> > wrote:
> > >
> > > > Same results using replace or replaceu
> > > >
> > > > On Wed, Oct 11, 2023 at 2:47 PM Mark Pace 
> > > wrote:
> > > >
> > > > > No, I've used REPLACE.  I'll give that a try.
> > > > >
> > > > > On Wed, Oct 11, 2023 at 2:46 PM Art Zeigler 
> > > wrote:
> > > > >
> > > > >> Did you use the REPLACEUnconditional parameter with the restore?
> > > Also,
> > > > >> make sure you don't have SMS routines getting in the way.
> > > > >>
> > > > >> Art Zeigler
> > > > >>
> > > > >> 
> > > > >> From: IBM Mainframe Discussion List  on
> > > > behalf
> > > > >> of Mark Pace 
> > > > >> Sent: Wednesday, October 11, 2023 2:26 PM
> > > > >> To: IBM-MAIN@LISTSERV.UA.EDU 
> > > > >> Subject: Resize a ZFS aggregate
> > > > >>
> > > > >> I have a zfs file that has grown so large it can't any more extents.
> > > > >>
> > > > >> So the plan was to
> > > > >> Unmount the filesystem
> > > > >> Dump the file to disk dataset.
> > > > >> Delete the filesystem
> > > > >> Define the filesystem with larger primary and secondary extents.
> > > > >> Restore the dump to the new filesystem
> > > > >> and remount.
> > > > >>
> > > > >> BUT - when I restore the dump it deletes the filesystem I created
> > and
> > > > >> creates a new one using the old allocations.
> > > > >>
> > > > >> How do I make adrdssu use the new preallocated filesystem
> > allocation?
> > > > >>
> > > > >> --
> > > > >> The postings on this site are my own and don’t necessarily represent
> > > > >> Mainline’s positions or opinions
> > > > >>
> > > > >> Mark D Pace
> > > > >> Senior Systems Engineer
> > > > >> Mainline Information Systems
> > > > >>
> > > > >>
> > --
> > > > >> 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
> > > > >>
> > > > >
> > > > >
> > > > > --
> > > > > The postings on this site are my own and don’t necessarily represent
> > > > > Mainline’s positions or opinions
> > > > >
> > > > > Mark D Pace
> > > > > Senior Systems Engineer
> > > > > Mainline Information Systems
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > The postings on this site are my own and don’t necessarily represent
> > > > Mainline’s positions or opinions
> > > >
> > > > Mark D Pace
> > > > Senior Systems Engineer
> > > > Mainline Information Systems
> > > >
> > > > --
> > > > 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
> > >
> >
> >
> > --
> > The postings on this site are my own and don’t necessarily represent
> > Mainline’s positions or opinions
> >
> > Mark D Pace
> > Senior Systems Engineer
> > Mainline Information Systems
> >
> > --
> > 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



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

Re: Israel

[Mike Schwab]

The attack included a concert with International guests.

On Sun, Oct 8, 2023 at 12:21 PM Steve Beaver
<050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote:
>
> Thank you ITschak.  You keep your head and your ass down
>
> Sent from my iPhone
>
> No one said I could type with one thumb
>
> > On Oct 8, 2023, at 12:03, Itschak Mugzach 
> > <0305158ad67d-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > No, but I afaik he lives in a safe area in Israel.
> >
> > ITschak
> >
> > בתאריך יום א׳, 8 באוק׳ 2023 ב-19:46 מאת Steve Beaver <
> > 050e0c375a14-dmarc-requ...@listserv.ua.edu>:
> >
> >> Has anyone heard from Benyamin in Israel since the shit storm has started?
> >>
> >> Sent from my iPhone
> >>
> >> No one said I could type with one thumb
> >>
> >> --
> >> 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



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

Re: A Little off topic but reasonable post (IMO)

[Mike Schwab]

https://primanew.amebaownd.com/posts/15535751/

On Thu, Oct 5, 2023 at 6:01 PM Edward Gould
<04bcc43af339-dmarc-requ...@listserv.ua.edu> wrote:
>
> Hello,
> I am looking for an ISPF editor(like) for MACOSX I will be needing this quite 
> a bit in a month or two.
> Can anyone give me a hint as to its availability/non.
> Thanks,
> Ed
> --
> 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

Re: PARM='GRAPHICS(CHAIN(SN))'

[Mike Schwab]

Somebody was trying to print a pdf with box characters and NO codepages matched.

On Thu, Oct 5, 2023 at 11:20 AM Paul Gilmartin
<042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
>
> In a recent post, I saw:
> //TESTDIR  EXEC PGM=IDCAMS,PARM='GRAPHICS(CHAIN(SN))'
>
> o Why is PARM='GRAPHICS(CHAIN(SN))' still a thing?
>
> o Cui bono?
>
> o In this 21st Century, why isn't the default the identity translation?
>
> o If it needs to ba thing, why doesn't every utility support it?
>
> o If it's generally needed, why isn't it an option on DD SYSOUT?
>
> (I was dismayed the first time I used IDCAMS and my comments vanished.)
>
> --
> gil
>
> --
> 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

Re: Assembler access to USS functions

[Mike Schwab]

How about a PGM=CGETENV with a 4K/16K/64K? memory area for the C
program to copy the ENV area into?

On Thu, Oct 5, 2023 at 5:43 AM David Cole  wrote:
>
> Hi Jon, Hi Peter,
>
> I must say, your insights have been quite helpful. Thank you!
>
> Jon, You raise a good point. I neglected to say why I wanted to get
> at the environment variables. Ok, here's why...
>
>
>
> Classic z/XDC uses keyword ddnames as a very easy way to pass a fair
> number of processing settings  into z/XDC. It's easy for the user to
> use, and it's super easy for z/XDC to find.
>
> We are considering writing a XDCUSS[A] analog to XDCCALL[A], and we'd
> like to continue using the keyword ddname approach for passing
> settings into z/XDC.
> * However, my developer says that's not feasible, so I'm looking
> for alternative approaches.
> * To my naive mind, it seems to me that environmental variables
> could be such an alternative.
> * However, my developer says that environmental variables, while
> available to C programs, are unavailable to assembler.
> * I find that astonishing.
> My developer has had little prior experience with USS; however, he is
> an extraordinarily quick study, and has assimilated a lot of
> knowledge in a very short time. Nevertheless, I thought I'd appeal to
> the broader community in the hopes of learning what more experienced
> minds have to say.
>
>
> So our initial goal is to use environment variables for z/XDC's
> internal control purposes.
> But once that is accomplished, the broader purpose of providing
> displays to the user will probably be undertaken.
>
> Dave
>
>
>
> At 10/5/2023 02:22 AM, Jon Perryman wrote:
> >On Thu, 5 Oct 2023 05:46:48 +, Farley, Peter
> > wrote:
> >
> > >Why does any programmer need to care where the environment
> > variables are stored?
> >
> >Normally, I would agree but XDC is a very special case with very
> >broad requirements. As a full z/OS system debugger, Dave Cole has
> >many requirements that are atypical. E.g. does he want the ability
> >to display environment variables from all processes instead of just
> >the process being debugged? He also has restrictions such as
> >debugging SRB, SVC, PC routines and more. More than likely, he
> >doesn't want to use SRB's & IRB's to gather the data when access
> >registers are simpler.
> >
> >--
> >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



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

Re: Utility to Read from JES2 spool

[Mike Schwab]

https://groups.google.com/g/bit.listserv.ibm-main/c/vj_iGeqFm2o/m/B0wZHzbNNv8J

On Fri, Sep 29, 2023 at 9:10 AM Roberto Halais  wrote:
>
> Listers:
>
> Is there an z/os utility that will allow the reading of a spool file (in
> some class) and copy it to a sequential dataset?
>
> We need to read a report from spool and copy it o a sequential dataset.
> Just a z/os utility or a CBT tape utility.
> Thank you for any pointers.
>
> --
> 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

Re: VSAM GDG

[Mike Schwab]

Try adding the (+1) to the define, or .G0002V00 if that doesn't work.
And even if G0002V00 is created, it might not be part of the gdg.  You
would have to go through the limit to test the automatic delete.

On Tue, Sep 26, 2023 at 12:40 PM Frank Swarbrick
 wrote:
>
> Weird that it created generation 1 correctly (as a VSAM file), but only that 
> generation seems to work.  Oh well!
> Thanks,
> Frank
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Richard McIntosh 
> Sent: Tuesday, September 26, 2023 11:32 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: VSAM GDG
>
> GDG's are for sequential files. You can make a backup of a VSAM to a 
> sequential GDG though.
> To create a new gen you should be using PROD.CVSC.AHI.BKP(+1)
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Frank Swarbrick
> Sent: Tuesday, September 26, 2023 12:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] : VSAM GDG
>
> Are VSAM GDGs supported?  I created the GDG base using the JCL below and was 
> able to create the first generation, but when I run that job again it tries 
> to create generation 1 again, giving me a JCL error because the GDS already 
> exists.
>
>
> //DEFGDG   JOB ,'DEFINE AHI GDG
>
> //DEFINE   EXEC PGM=IDCAMS
>
> //SYSPRINT DD SYSOUT=*
>
> //SYSINDD  *
>
>  DELETE (PROD.CVSC.AHI.BKP)
>
>  IF MAXCC LE 8 THEN SET MAXCC=0
>
> DEFINE GDG ( -
>
>  NAME(PROD.CVSC.AHI.BKP) -
>
>  LIMIT(5) -
>
>  SCRATCH -
>
>  )
>
>
> Thanks,
>
> Frank
>
> --
> 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



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

Re: TCP/IP to JES3

[Mike Schwab]

RJE3780?
https://github.com/wa6our/RJE3780
https://www.cq-comm.com/3780.htm

On Fri, Sep 22, 2023 at 3:26 PM Schmitt, Michael
 wrote:
>
> Is there a way to transfer sysout type data from a remote, non-mainframe 
> system, into a JES3 spool? From which already existing tasks will grab the 
> output according to destination, class, writer, etc.
>
> Such as, use some product or capability to connect and transfer to a TCP/IP 
> port.
>
> Most of what I see is going the other direction, answering the question of 
> "how do I get this report from the JES spool to my printer/pc/file 
> server/etc?" But I need to get it into JES3, because the existing report 
> distribution software wants to grab it from there.
>
> I thought I remembered being able to inject jobs into the IEFRDER via FTP, 
> and thought perhaps could also transfer to sysout, but don't see it in the 
> Communications Server manual.
>
> Bonus points for a solution that will also work with JES2, after the 
> inevitable end-of-support for JES3.
>
> __
> Michael Schmitt | DXC Apps Development | MassMutual
> (737) 910-8248 | michael.schm...@dxc.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

Re: Bill Johnson

[Mike Schwab]

University of Alabama.  Mostly State.  Some private.  Probably some
research.  Sports tickets revenue (basketball, footbal, etc.).

On Mon, Sep 18, 2023 at 2:57 PM Dean Kent  wrote:
>
> Question - since the list is run out of a University - is it publicly
> funded or privately?
>
> On 9/18/2023 12:24 PM, Darren Evans-Young wrote:
> > I have removed Bill Johnson from the IBM-MAIN list and you all know why.
> >
> > He has now officially lodged a complaint against me accusing me of 
> > discrimination
> > and violating his 1st Amendment rights.  This complaint was sent to the 
> > President and
> > the Chief Administrative Officer at The University of Alabama.
> >
> > Worst case, I'll have to dissolve IBM-MAIN. If you are at a university that 
> > hosts
> > listserv lists, and would be able to host IBM-MAIN in the event I'm told to 
> > take
> > the list down, please contact me off-list 
> > (dar...@ua.edu).
> >
> > Darren
> >
> > P.S. - Please do not contact Bill Johnson. It will only make things worse.
> >
> > --
> > 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



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

Re: Error messages (a rant and an idea)

[Mike Schwab]

DSN=hlq.MESSAGE.Epfxlng.   (message prefix, language code).
IDCAMS Repro

On Mon, Sep 18, 2023 at 10:32 AM Paul Gilmartin
<042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Mon, 18 Sep 2023 10:47:54 -0400, Bob Bridges wrote:
> >
> >Seems like I'm going against the current, here, but if they tried to add all
> >the text of every message manual to every app ... nah, I can't see it.
> >
> Don't keep the texts in the apps themselves.  Keep them in a KSDS.
>
> Could even be locale-aware.
>
> Can a PTF update a KSDS?
>
> Is this still (again?) useful?:
> 
>
> --
> gil
>
> --
> 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

Re: I have an Idea for ISPF...

[Mike Schwab]

Still recommended for z/OS 2.3.
https://www.ibm.com/docs/en/zos/2.3.0?topic=performance-preallocate-ispf-temporary-data-sets-vio

On Fri, Sep 15, 2023 at 6:11 PM Paul Gilmartin
<042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Fri, 15 Sep 2023 22:47:49 +, Sri h Kolusu wrote:
> >
> >//ISPCTL0  DD  UNIT=SYSVIO,SPACE=(CYL,(10,2)),
> >// DCB=(RECFM=FB,LRECL=80,BLKSIZE=800)
> >
> Is there reason not to use BLKSIZE=0, which has been preferred
> for over a decade (but may not work with COBOL.)
>
> (At times I've published JCL/REXX allocating a temp DSN as profile
> because I wanted my scripts to control the ISPF environment.)
>
> --
> gil
>
> --
> 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

Re: Free SMPE product to just practice

[Mike Schwab]

Not in smpe format, but a simple application you could package.
https://github.com/mainframed/DOGECICS

On Thu, Sep 14, 2023 at 2:51 PM Tom Marchant
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
>
> I don't know of any. Maybe someone else does.
>
> You could use any product that your installation runs and install it into 
> your own data sets. That will get you practice applying, accepting, 
> restoring, rejecting, etc. And if you get stuck, you can blow it all away and 
> start over.
>
> Or you could build your own product. You don't need much. Just a load module, 
> maybe a source to generate it. The result doesn't even have to do anything. 
> But if you create a function sysmod (FMID) and apply it, you will learn a lot 
> more.
>
> On Thu, 14 Sep 2023 23:36:22 +0400, Jake Anderson  
> wrote:
>
> >Is there any freeware product which can be installed using SMP/e.
>
> --
> 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

Re: Assembler, was: AI expert hot new position

[Mike Schwab]

Well, SABRE has been moving off the mainframe since 2001.

On Wed, Sep 13, 2023 at 3:27 PM Dean Kent  wrote:
>
> I didn't want to get into the firefight... however, the commentary here
> encouraged me to do so.
>
> My own belief (whether founded or not) is that if you follow your
> passion and become good at it, someone will recognize that and feel it
> is valuable enough to pay for it.   I also believe that specialists tend
> to demand a higher rate than generalists. Assembler is a specialty, and
> while there may not be a lot of demand, the ones who do require it will pay.
>
> I compare it to, for example, I have some classic vehicles with
> carburetors.   Not too many mechanics work on carburetors any more - but
> those who do have a lot of work.   Fine craftsmen may not be in huge
> demand due to the 'production line' manufacturing of most furniture -
> but those who do it make good money and have plenty of work.People
> who specialize in repairing antique clocks, pottery, rugs, etc. may not
> be able to get a job anywhere - but if they are good at it, they have
> plenty of business.
>
> As long as the mainframe runs legacy code, there will be a need for
> assembler programmers.   That's my opinion, at least.
>
> On 9/13/2023 8:52 AM, Bob Bridges wrote:
> > I've long observed that no matter what your employer hired you for, what 
> > you turn out to be good at is what they use you for.  At one location I was 
> > the only one who bothered to figure out what was wrong with the big 
> > greenbar printer when it went haywire; before I left, therefore, I was the 
> > one folks came to when it misbehaved, and I was the one ordering supplies 
> > for it.  At another place my boss remarked, during an annual review, that 
> > "we gotta get you on some of these team projects; we keep using you as the 
> > lone fire-fighter for odd problems, but team projects will look good an 
> > your resume".  I nodded enthusiastically and agreed aloud, but the fact is 
> > I ~liked~ being the guy in the corner who did the odd jobs, figuring out 
> > the software that no one else had time for.
> >
> > I always recommend to young folks that they keep on doing what they're 
> > interested in doing.  Obviously this doesn't mean neglecting assigned tasks 
> > that sound boring; if I don't do what my boss wants me to do then I'm 
> > useless to him.  But eventually he'll discover that he wants me to do some 
> > of the things I'm especially good at too.
> >
> > ---
> > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> >
> > /* The only way of discovering the limits of the possible is to venture a 
> > little way past them into the impossible.  -[Arthur C] Clarke's 2nd law. */
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf Of 
> > Arthur Fichtl
> > Sent: Wednesday, September 13, 2023 04:18
> >
> > As a now retired freelance z/OS guy  based in Munich/Germany I had to find 
> > a market niche at my employer. Therefore I specialized on debugging, 
> > analysis of dumps and the like. For those tasks HLASM was inevitable.
> >
> > My colleagues preferred more comfortable tasks and languages and therefore 
> > I for myself had a quite secure job.
> >
> > And I liked it. My 1st language was the Siemens 4004 Assembler with punch 
> > cards as the user interface. Quite funny.
> >
> > --
> > 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



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

Re: Mysterious S0C4 pic 10

[Mike Schwab]

SNAP macro?
https://www.ibm.com/docs/en/zos/2.3.0?topic=dump-obtaining-snap-dumps

On Mon, Sep 11, 2023 at 11:58 AM Rob Scott  wrote:
>
> Joe,
>
> I know that you are writing a lot of assembler code in your spare time 
> without access to debugging software like zXDC , so I would advise the 
> following as a good investment of your time as working out errors in code 
> just from dumps can be difficult:
>
> (O) write yourself an internal trace tool that can dump out regs and named 
> storage areas during runtime (maybe activated by special ddname or 
> parameter). Make this code generic so that you can use it in all your 
> projects.
>
> (O) insert trace points before and after major logic points and any internal 
> or external calls.
>
> (O) consider improving your naming standards so that reading the code is 
> easier and obvious typos appear more frequently. A good example is using 
> something like "struct_field_name" for fields inside your own struct
>
> (O) consider working storage as a struct and apply the same rules as above
>
> (O) have a naming standard for constants (and this includes model list forms 
> of macros that you prime parameter lists from)
>
> Hope this helps
>
> Rob Scott
> Rocket Software
>
> Sent from Outlook for Android
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Joseph Reichman 
> Sent: Monday, September 11, 2023 4:09:35 pm
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Mysterious S0C4 pic 10
>
> EXTERNAL EMAIL
>
>
>
>
>
> No it’s not the ESTAE but the code that populates the parameter list to it
>  it when I comment that out
>
> Later on the BASR to pars works
>
> Is there some thing like setting a slip trap that might help me
> Thanks
>
> Joe Reichman
>
>
> On Mon, Sep 11, 2023 at 11:05 AM Tony Harminc  wrote:
>
> > On Mon, 11 Sept 2023 at 09:33, Joseph Reichman 
> > wrote:
> >
> > > I have the following lines of code which basically sets up the parameter
> > > list to an ESTAE and calls it
> >
> > > Later on when I populate Parse Parameter list   and call IKJPARS I get a
> > > s0c4 pic 10 right after the BALR
> >
> > There's no BALR in the code snippets you've shown. I'll assume you mean
> > BASR.
> >
> > > When  I comment out the code below (that sets up the ESTAE parameter
> > list)
> > > everything with PARS works great
> > > I check and double checked there is no storage overlay, I am just looking
> > > for guidance how to debug this
> >
> > Two basic approaches: Top Down and Bottom Up. Start at the bottom -
> > what is the failing address causing your PIC 10? Does it look
> > plausible for the AMODE you're in at the time? Which instruction
> > actually failed? Is the failing address (or a near or left-truncated
> > version of it) in a register?
> >
> > Etc...
> >
> > If that hasn't made the problem obvious, then you may have collected
> > enough information to work from the top down. If it's true that the
> > ESTAE is provoking the failure, then what does it change, i.e. how
> > could anything it does affect the result of calling IKJPARS?
> >
> > Etc...
> >
> > 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
>
>
>
> 
> Rocket Software, Inc. and subsidiaries ¦ 77 Fourth Avenue, Waltham MA 02451 ¦ 
> Main Office Toll Free Number: +1 855.577.4323
> Contact Customer Support: 
> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
> http://www.rocketsoftware.com/manage-your-email-preferences
> Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy
> 
>
> This communication and any attachments may contain confidential information 
> of Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
> prohibited. If you are not the intended recipient, please notify Rocket 
> Software immediately and destroy all copies of this communication. Thank you.
>
> --
> 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

Re: Storage questions - mod9, mod27, mod54

[Mike Schwab]

The absolutely easiest way is to use TDMF, FDRPAS, etc., to move your
existing volumes to the new larger volumes on the new storage unit.
You then run ICKDSF to pick up the new size.  If your VTOC size is
pretty small you may run out of VTOC entries if you have lots of small
datasets on the volume.

And if you have lots of free space on some volumes after the move, you
can disable new the volumes you want to return until they are empty.
TDMF did include software to replicate datasets to a different volume
then rename when it is closed.

You might consider doing a few EAV volumes for experimenting with then
using for your largest storage group.  Maybe MOD 108 (128K Cylinders).
(And if you do, the Hercules group would like to see backups of a few
VTOC records used by EAV high datasets.)

On Mon, Sep 11, 2023 at 9:14 AM Linda Hagedorn  wrote:
>
> Hi,
>
> I hope you won't mind a storage question.
>
> We're running zOS 2.4 and have a smattering of volume sizes - mod9, mod27, 
> mod54.
>
> I'd like to have all mod54's for Db2 and be prepared before going to the 
> storage folks.
>
> 1. Is storage virtual nowadays?
> 2. Can virtual mod9s and mod27s be reconfigured to mod54s?
> 3. Does the reconfiguration require an IPL?
> 4. Does the reconfiguration new addressing in IODF?
> 5. Is the storage vendor (IBM, EMC, etc.) relevant?  Does the hardware 
> determine or be a factor in merging the mod9s/mod27s, into mod54s?
> 6. Is it a given that the volumes must be cleared/emptied before the 
> reconfiguration happens?
> 7. How long does reconfiguration take?
>
> Is there anything else I should consider before taking this request to the 
> storage group?
>
> Any information or advice is appreciated.
>
> Thank you.  Linda Hagedorn
>
> --
> 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

Re: Unanswered questions regarding P390 systems

[Mike Schwab]

https://archive.org/details/IBMOS2Warp3Collection
OS/1 1.0 to 4,52

On Sun, Sep 10, 2023 at 2:00 PM Alexander Huemer  wrote:
>
> Hi
>
> As a proud owner of a P390 system, I've collected some questions that i
> wasn't able to find answers to at [1].
> If you have knowledge regarding those or related systems, I kindly ask
> that you read through the page. Maybe you can shed some light!
>
> -Alex
>
> [1] https://ahuemer.xx.vu/non-volatile/p390-questions.html
>
> --
> 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

Re: extracting "*.pax.Z" without USS

[Mike Schwab]

https://en.wikipedia.org/wiki/Pax_(command)
PAX was on Windows NT and 2000.

https://learn.microsoft.com/en-us/windows/wsl/install
Linux on Windows is available.

On Sat, Sep 9, 2023 at 8:50 AM william giannelli
 wrote:
>
> I downloaded the files to my laptop. but they didnt appear as "zipped" file
> with the .Z
> I tried renaming the file with a ".zip" extension but that made the file
> unreadable.
>
> On Sat, Sep 9, 2023 at 9:36 AM Paul Gilmartin <
> 042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
>
> > On Sat, 9 Sep 2023 07:19:52 -0500, Bill Giannelli wrote:
> >
> > >I currently do not have access to USS and need to extract *.PAX.Z files.
> > >Can I upload as a regular file and extract it without using USS?
> > >
> > Probably not.
> >
> > Would a desktop solution be acceptable?  Perhaps WinZip or Linux "pax -z".
> >
> > No access to USS?  Is that administrative tyranny?
> >
> > --
> > 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



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

Re: extracting "*.pax.Z" without USS

[Mike Schwab]

https://www.lbdsoftware.com/omvs.html
Does any of this help?
Maybe he can write something?

On Sat, Sep 9, 2023 at 8:50 AM william giannelli
 wrote:
>
> I downloaded the files to my laptop. but they didnt appear as "zipped" file
> with the .Z
> I tried renaming the file with a ".zip" extension but that made the file
> unreadable.
>
> On Sat, Sep 9, 2023 at 9:36 AM Paul Gilmartin <
> 042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
>
> > On Sat, 9 Sep 2023 07:19:52 -0500, Bill Giannelli wrote:
> >
> > >I currently do not have access to USS and need to extract *.PAX.Z files.
> > >Can I upload as a regular file and extract it without using USS?
> > >
> > Probably not.
> >
> > Would a desktop solution be acceptable?  Perhaps WinZip or Linux "pax -z".
> >
> > No access to USS?  Is that administrative tyranny?
> >
> > --
> > 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



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

Re: Is the IBM Assembler List still alive - Dumps - Early days

[Mike Schwab]

Hercules 390 list often gets many of those conversations.  Or trying
to recreate the software.

On Fri, Sep 8, 2023 at 4:17 PM Mark Zelden  wrote:
>
> I'm with most of the posters...
>
> There needs to be an IBM-MAIN-NOSTALGIA list and these trips down memory lane
> moved there when they start.
>
> I was pretty much gone from IBM-MAIN over the last 2-3 years due to just 
> being too busy
> to try and keep up but recently have tried to start following again.  The 
> signal to noise ratio
> is near unbearable and much worse now. The bickering like children is 
> unprofessional.
>
> I follow from the web archives instead of email, but I guess to get any value 
> out of this
> list and contribute when I can I'm going to have to seriously consider moving 
> to email and
> filtering out the noise and certain posters like some others have done.  Too 
> bad that
> some people are being driven away completely.
>
> --
> 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

Re: Is the IBM Assembler List still alive - Dumps - Early days

[Mike Schwab]

Roscoe was one address space so everything was there when you logged
in.  Much like using a CICS editor.

On Thu, Sep 7, 2023 at 8:15 PM Leonard D Woren  wrote:
>
> Bill Johnson wrote on 9/7/2023 1:05 PM:
> > We used to use ROSCOE at a small shop in the 80’s because it used less 
> > resources. I hated it.
>
> ROSCOE was one of a collection of TSO alternatives, which were all
> junk.  TONE, ACEP, Wylbur, maybe more that I don't remember.  They all
> had 1 two-pronged design goal:  except for Wylbur, a PITA in its own
> category, allow TSO-like online use without the perceived overhead of
> TSO, and also, they would run on systems other than MVS.
>
> The reason the resource utilization of all of those was lower than TSO
> is that it took longer for programmers to get their work done, so the
> resource utilization was spread out over more elapsed time, lowering
> the apparent resources used in a given elapsed time period, but also
> lowering productivity.  Something beancounters generally don't factor
> because they don't understand it.  They liked the fact that a given
> set of hardware could support 50 (choose your poison from above)
> online users while TSO could support only 25.
>
> Fortunately, we're way past hardware costing more than people.
>
>
> /Leonard
>
>
> --
> 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

Re: Simple request from chatGPT to write assembler program.

[Mike Schwab]

https://www.forbes.com/sites/mollybohannon/2023/06/08/lawyer-used-chatgpt-in-court-and-cited-fake-cases-a-judge-is-considering-sanctions/

On Tue, Sep 5, 2023 at 4:03 PM Bob Bridges  wrote:
>
> Can't remember whether I read about it here or somewhere else, but apparently 
> there was a recent episode in which a lawyer got an AI machine to write a 
> legal brief for him.  It looked impressive, but it turned out the precedents 
> the brief cited didn't exist; the AI made them up.  The judge fined the 
> lawyer.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* The most important fundamental laws and facts of physical science have all 
> been discovered, and these are now so firmly established that the possibility 
> of their ever being supplemented in consequence of new discoveries is 
> exceedingly remote.  -Abraham Albert Michelson in 1903 */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Dean Kent
> Sent: Tuesday, September 5, 2023 12:46
>
> I spent a bit of time playing with chatGPT to see what it could do.   So did 
> my two sons - one an MS in biotech, the other a PhD in theoretical physics.   
>  We all came to the same conclusion - chatGPT is a very, very good Google 
> search that can filter many different possible 'answers' and come to one that 
> is 'most likely' based on various factors.  It has little to no creativity or 
> understanding of what it is asked to do. Not surprising, but different than 
> what the popular press seems to say about it.
>
> --
> 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

Re: Somewhat OT: 3279 front bezel needed

[Mike Schwab]

And an Apple ][ as console.

On Tue, Sep 5, 2023 at 9:12 AM Jay Maynard  wrote:
>
> One of my P/390s has the bus and tag hardware and a 3174-11L connected.
> (Well, technically they're R/390s and RS/370s, but still...) I also have a
> 3174-63R talking via Token Ring.
>
> On Tue, Sep 5, 2023 at 9:10 AM Grant Taylor <
> 023065957af1-dmarc-requ...@listserv.ua.edu> wrote:
>
> > On 9/5/23 8:56 AM, Jay Maynard wrote:
> > > I do! And two P/390s and two P/370s for it to talk to.
> >
> > Does that mean that you also have the associated B cards to connect
> > said P/390s / P370s to the 3174?
> >
> > I'd be very interested reading an article about and pictures of such a
> > setup.  Even if it's an ongoing work in progress.
> >
> >
> >
> > --
> > Grant. . . .
> > unix || die
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> Jay Maynard
>
> --
> 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

Re: Is the IBM Assembler List still alive

[Mike Schwab]

https://99-bottles-of-beer.net/language-assembler-(system-370)-48.html

On Sat, Sep 2, 2023 at 12:27 PM Paul Gilmartin
<042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Sat, 2 Sep 2023 09:03:47 -0400, Bob Bridges wrote:
>
> >...  I used a ~lot~ of assembler on a DEC-10, ...
> >
> >(Actually I think the problem is the difficulty in writing a hello-world 
> >program.  It's mind-numbingly simple in REXX or indeed in almost any 
> >interpreted language; before I can do it in assembler I have to master TPUT 
> >and addressability.  Still.)
> >
> Might easier alternatives be WTO or QSAM PUT to a DD allocated to 
> PATH('/dev/fd/2')?
> Where are there useful examples/tutorials?
>
> I experimented with assembler ("Macro") on decsystem-10.  Even if less 
> feature-laden
> than HLASM, it struck me as more unified in design.  For example, one could 
> code
> instructions in literals (why not?) which would have been great for EX, 
> before LOCTR.
>
> --
> gil
>
> --
> 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

Re: Is the IBM Assembler List still alive

[Mike Schwab]

Had one email list blocked by my ISP.  Said the server sent 90% spam.
(Had a lot of email lists, about 1996).

On Fri, Sep 1, 2023 at 9:42 AM Tom Marchant
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
>
> The web interface is at 
> https://listserv.uga.edu/scripts/wa-UGA.exe?A0=ASSEMBLER%2dLIST
> If you haven't received anything for several months, it might have been 
> directed to spam by your mail client.
>
> --
> Tom Marchant
>
> On Fri, 1 Sep 2023 14:33:51 +, Bill Hitefield 
>  wrote:
>
> >I received something from it within the last few weeks.
> >
> >==> "IBM Mainframe Assembler List"  wrote 
> >on 08/19/2023 11:34:03 AM:
> >
> >Looks like the "G" may be missing in the link you have.
> >
> >Bill Hitefield
> >
> >> -Original Message-
> >> From: IBM Mainframe Discussion List  On
> >> Behalf Of Robert Raicer
> >> Sent: Friday, September 01, 2023 10:29 AM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Is the IBM Assembler List still alive
> >>
> >> Hi folks;
> >>
> >> It's been several months since I've received anything from the IBM 
> >> Assembler
> >> List Server.  The last I knew, the list server e-mail address was: 
> >> ASSEMBLER-
> >> l...@listserv.uga.edu
> >>
> >> Is this still correct?
> >> Are any of you still getting e-mails from that list server?
> >>
> >> Thanks for the help!
> >>
> >> Bob Raicer
>
> --
> 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

Re: Threading (was: LISTSERV Trivia: Deleting drafts?)

[Mike Schwab]

On Wed, Aug 30, 2023 at 3:32 PM Paul Gilmartin
<042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:

> And I've seen no good explanation for "&"
>
S/360 started with 
Later (S/360-370), // SET VAR=value was added.
Created & is always 
 picks up the SET value and if none is specified it uses the name
of the var.

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

Re: Availability of "Orphanware"?

[Mike Schwab]

https://en.wikipedia.org/wiki/Orphan_work

I would like IBM to allow Hobbyist use of Cobol85 via the Hercules group.

On Wed, Aug 30, 2023 at 11:05 AM Phil Smith III  wrote:
>
> Wow, those names are blasts from the past! They raise some interesting 
> questions:
>
> 1.  If you could find a tape (and read it), would they still run?
> 2.  If they did run, would you be legal using them without paying for 
> them?
> 3.  If not, would it matter? I.e., since the companies are gone, would 
> anyone care? I guess the worry would be that some patent troll bought the IP 
> and would come after you, though how they'd find you is a bit of a mystery 
> too. It's not like stuff that old is sending out license requests on the 
> Internet!
>
>
>
> ObAnecdote: In 1994 or so, VM Systems Group bought Microcom, the company that 
> made the Relay/Gold terminal emulator. This was VMSG's first step in evolving 
> from a mainframe software company to a dead^wPC software company (they sold 
> out to NetDamage for pennies about five years later).
>
> Relay/Gold was written in a variant of x86 assembler from a long-dead 
> company. The language itself was not compatible with other assemblers. I 
> never worked on it, so I don't know what this means-does this suggest that, 
> if this had been a z/Architecture assembler, the LR instruction might have 
> been RL or something?!? Even that would lend itself to translation via an 
> editor macro, you'd think. Anyway, it apparently wasn't convertible, so for 
> the rest of its life (and prior to the acquisition, even), developers used 
> bootleg copies of that assembler. Nobody was happy about it*, but we couldn't 
> find anyone to pay!
>
> *Well, maybe our finance people.
>
>
> --
> 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

Re: [EXTERNAL] Re: z13s going EOS anytime soon?

[Mike Schwab]

z13 is last version to IPL in S/390 mode.  Haven't started planning on
over 64 bit machine

On Tue, Aug 29, 2023 at 8:34 AM Pommier, Rex  wrote:
>
> Ahh, thanks.  Hopefully then, this is an anomaly and not future trends.  We 
> don't have a z13s but have a z14 and z15 "baby boxes" and we typically run 
> them until they fall off maintenance.
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Mike Schwab
> Sent: Tuesday, August 29, 2023 8:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: z13s going EOS anytime soon?
>
> z/OS 3.1 won't run on it.
>
> On Tue, Aug 29, 2023 at 7:46 AM Pommier, Rex  wrote:
> >
> > What I found somewhat disheartening was that IBM is dropping support for 
> > both the z13 and z13s at the same time despite the fact the z13s was made 
> > available a year later than its big brother.
> >
> > Rex
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Eric D Rossman
> > Sent: Tuesday, August 29, 2023 7:06 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: [EXTERNAL] Re: z13s going EOS anytime soon?
> >
> > Called it! Unfortunately, it was my worst case scenario.
> >
> > > Subject: Re: IBM Z13 and Z13s EOL
> > > From: Eric D Rossman 
> > > Date: Thu, 18 Aug 2022 19:44:39 +
> > >
> > > Long ago, the time from GA to EOS was shorter (like 9 years or so),
> > > then it slowly increased to 12-13 years (and even 14 for the z900
> > > GA1), but recent models has been slightly less (10-11 years), so my
> > > thinking (again I don't have any OFFICIAL insight):
> > >
> > > worst case: EOY 2024
> > > best case: EOY 2026
> >
> > Eric Rossman
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Joe Monk
> > Sent: Monday, August 28, 2023 3:02 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: [EXTERNAL] Re: z13s going EOS anytime soon?
> >
> > https://urldefense.com/v3/__https://www.ibm.com/support/pages/system/f
> > iles/inline-files/IBM*20Mainframe*20Life*20Cycle*20History*20V2.13*20-
> > *20July*2011*202023.pdf__;JSUlJSUlJSUl!!KjMRP1Ixj6eLE0Fj!pjXVggP_Yq_EP
> > xjxDG2IH2PXBIou1D-KlUV7-ZZODnsaTkz3OZBGoi2_DQwARPQxq3kfxMW9mZAuRK5dfMV
> > _$
> > - slide 4
> >
> > z13s is EOS on 12/31/2024.
> >
> > Joe
> >
> > On Mon, Aug 28, 2023 at 1:58 PM Claude Richbourg < 
> > claude.richbo...@myfloridacfo.com> wrote:
> >
> > > Good afternoon,
> > >
> > > We are currently running on a z13s -2965 and I just started the
> > > planning process of going to a newer processor sometime soon.
> > >
> > > Has anyone heard when the official IBM EOS will be for the z13s?
> > > I have seen different dates 06-30-2026 and now 12-31-2024, so I am
> > > not sure what the real EOS is.
> > >
> > > If anyone knows what IBMs official stance is on the 2965, I would
> > > surely like to know.
> > >
> > > Thanks up front.
> > >
> > >
> > > Best Regards,
> > > Claude
> > >
> > > 
> > > -- 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
> >
> > --
> > 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

Re: [EXTERNAL] Re: z13s going EOS anytime soon?

[Mike Schwab]

z/OS 3.1 won't run on it.

On Tue, Aug 29, 2023 at 7:46 AM Pommier, Rex  wrote:
>
> What I found somewhat disheartening was that IBM is dropping support for both 
> the z13 and z13s at the same time despite the fact the z13s was made 
> available a year later than its big brother.
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Eric D Rossman
> Sent: Tuesday, August 29, 2023 7:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: z13s going EOS anytime soon?
>
> Called it! Unfortunately, it was my worst case scenario.
>
> > Subject: Re: IBM Z13 and Z13s EOL
> > From: Eric D Rossman 
> > Date: Thu, 18 Aug 2022 19:44:39 +
> >
> > Long ago, the time from GA to EOS was shorter (like 9 years or so),
> > then it slowly increased to 12-13 years (and even 14 for the z900
> > GA1), but recent models has been slightly less (10-11 years), so my
> > thinking (again I don't have any OFFICIAL insight):
> >
> > worst case: EOY 2024
> > best case: EOY 2026
>
> Eric Rossman
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Joe Monk
> Sent: Monday, August 28, 2023 3:02 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: z13s going EOS anytime soon?
>
> https://urldefense.com/v3/__https://www.ibm.com/support/pages/system/files/inline-files/IBM*20Mainframe*20Life*20Cycle*20History*20V2.13*20-*20July*2011*202023.pdf__;JSUlJSUlJSUl!!KjMRP1Ixj6eLE0Fj!pjXVggP_Yq_EPxjxDG2IH2PXBIou1D-KlUV7-ZZODnsaTkz3OZBGoi2_DQwARPQxq3kfxMW9mZAuRK5dfMV_$
> - slide 4
>
> z13s is EOS on 12/31/2024.
>
> Joe
>
> On Mon, Aug 28, 2023 at 1:58 PM Claude Richbourg < 
> claude.richbo...@myfloridacfo.com> wrote:
>
> > Good afternoon,
> >
> > We are currently running on a z13s -2965 and I just started the
> > planning process of going to a newer processor sometime soon.
> >
> > Has anyone heard when the official IBM EOS will be for the z13s?
> > I have seen different dates 06-30-2026 and now 12-31-2024, so I am not
> > sure what the real EOS is.
> >
> > If anyone knows what IBMs official stance is on the 2965, I would
> > surely like to know.
> >
> > Thanks up front.
> >
> >
> > Best Regards,
> > Claude
> >
> > --
> > 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
>
> --
> 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



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

GAO recommends upgrades at IRS, Dept Defense Logistics

[Mike Schwab]

https://planetmainframe.com/2023/08/mandates-and-talent-shortages-are-driving-big-spending-on-modernization/

IBM is one contractor.

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

Re: "XYZZY"?

[Mike Schwab]

She lived on Green Acres?

On Mon, Aug 28, 2023 at 1:30 PM Jay Maynard  wrote:
>
> I read something not long ago that had a line about "nobody tries to
> pronounce her name, since it's a Polish name with five silent Zs in it..."
>
> On Mon, Aug 28, 2023 at 1:23 PM Radoslaw Skorupka <
> 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:
>
> > (My €0.02 contribution to the off-topic thread)
> > I'm happy Polish has no doubts regarding pronunciation. No flavours,
> > different versions, etc.
> > And it is IMHO very clearly and simply defined. Note, it doesn't mean
> > the Polish is easy to learn to at least easy to speak.
> > BTW: German pronunciation rules are also quite easy and consistent.
> >
> > Something to learn:
> > Szczebrzeszyn
> > Łękołody
> > Łódź
> > (Google translate will pronounce it quite correctly)
> > :-)
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
> >
> >
> >
> >
> >
> > W dniu 27.08.2023 o 20:04, Bob Bridges pisze:
> > > I didn't think of PLUGH.  I just pronounce that "ploo".
> > >
> > > Anybody here ever figure out what to do with "Hello, sailor!"?  I never
> > did,
> > > but a friend of mine told me where it's valid.
> > >
> > > (Oh, "5-syllable pronunciation"!  I get it now!)
> > >
> > > ---
> > > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> > >
> > > /* Keep them watching their own minds and trying to produce ~feelings~
> > there
> > > by the action of their own wills.  When they meant to ask Him for
> > charity,
> > > let them, instead, start trying to manufacture charitable feelings for
> > > themselves and not notice that this is what they are doing.  When they
> > meant
> > > to pray for courage, let them really be trying to feel brave.  When they
> > say
> > > they are praying for forgiveness, let them be trying to feel forgiven.
> > > Teach them to estimate the value of each prayer by their success in
> > > producing the desired feeling; and never let them suspect how much
> > success
> > > or failure of that kind depends on whether they are well or ill, fresh or
> > > tired, at the moment.  -advice to a tempter from The Screwtape Letters
> > by C
> > > S Lewis */
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  On
> > Behalf Of
> > > David L. Craig
> > > Sent: Sunday, August 27, 2023 11:42
> > >
> > > The only way I could ever get it to work was to spell it out, so I've
> > always
> > > pronounced it ex-why-zee-zee-why.
> > > Plugh also had to be spelled out, but it's pronunciation was much less
> > > enigmatic.
> > >
> > > --- On 23Aug27:0159-0400, David Cole wrote:
> > >> For 50 years, I've always used the five syllable pronunciation.
> > > --
> > > 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
> >
>
>
> --
> Jay Maynard
>
> --
> 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

Re: [EXT] Re: The ultimate (another one!) definition of mainframe

[Mike Schwab]

We'll, they did adopt ISA and extentions, but not MCA in the PS/2s.

On Tue, Aug 15, 2023, 08:31 Crawford Robert C (Contractor) <
04e08f385650-dmarc-requ...@listserv.ua.edu> wrote:

> I also have to wonder if MS-DOS would've taken off at all if IBM had kept
> it.  In the 20th century I remember a lot of companies, Microsoft and Apple
> included, styling themselves as IBM "giant killers."  They were cool,
> (relatively) inexpensive and bringing computing to the masses.  IBM, on the
> other hand, was stodgy, old fashioned  and, for lack of a better term,
> evil.  I'm thinking of Apple's "1984" commercial.
>
> For those reasons, people might have rejected MS-DOS just because IBM
> owned it and glommed onto something like DR-DOS.
>
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Bob Bridges
> Sent: Monday, August 14, 2023 3:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXT] Re: The ultimate (another one!) definition of mainframe
>
> I sort of agree, but I think underneath we still disagree.  I agree that
> IBM didn't think the PC software was worth developing.  And if they had
> held onto MS-DOS and approached its development in the same way that
> Microsoft did, sure, they'd probably be worth bazillions.
>
> (Probably.  I suppose there's market perception involved here too; maybe
> customers accepted software from Microsoft in numbers that they wouldn't
> have from IBM.  But I don't know how to evaluate that, so lets pretend it's
> not an issue.)
>
> Where we may disagree is in your belief - what I think is your belief -
> that IBM was therefore short-sighted to let it go.  What I was hinting at a
> week or so ago is that IBM was ~always~ going to judge that MS-DOS wasn't
> worth their bother, and they were never going to develop it as Microsoft
> did, and therefore (in a sense) they did the sensible thing by letting go
> of it, letting someone else take it and run with it.  They did themselves
> no harm because they would never have done it themselves - and incidentally
> in the process they did the rest of us an enormous favor.  And did
> themselves the same favor, because I can be certain without looking that
> every employee at IBM now has a powerful PC on his desk, which would not
> have happened had they kept control of DOS themselves.
>
> If IBM were a different company, sure, maybe that different company should
> have held on to MS-DOS.  But as it is ...
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* [Your patient] has not yet been anything like long enough with the
> Enemy to have any real humility yet.  What he says, even on his knees,
> about his own sinfulness is all parrot talk.  At bottom, he still believes
> he has run up a very favourable credit balance in the Enemy's ledger by
> allowing himself to be converted  -advice to a tempter from The
> Screwtape Letters by C S Lewis */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Jon Perryman
> Sent: Monday, August 14, 2023 15:23
>
> I'm saying that if IBM retained control in MS-DOS and put in the same
> effort as z/OS, they could have been worth bazillions. The problem is that
> IBM has always been half-assed in the PC market. Bill Gates didn't do
> anything groundbreaking. MS-Windows came 6 years after Mac. The mouse & GUI
> was invented by Xerox before 1973. These corporations simply considered
> PC's chump change not worth the bother. IBM and Xerox failed because they
> considered PC more of a nuisance than a goldmine.
>
> > --- On Monday, August 14, 2023 at 06:56:39 AM PDT, Bob Bridges <
> robhbrid...@gmail.com> wrote:
> > Wait, MS-DOS is what you were talking about, before?  You're
> > suggesting that if IBM had hung on to MS-DOS at the time, they would now
> be worth bazillions instead of Microsoft?
>
> --
> 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 ultimate (another one!) definition of mainframe

[Mike Schwab]

They think the Burckle Crater, off Madagascar, was created by a meteor
impact about 2860BCE and the tsunami and torrential downfall is the source
of flooding legends around that time.  Impacted SE coast of South America,
South Africa, Somalia, Pakistan, India, Indonesia, South and West coast of
Australia.  The south coast of the Arabian peninsula is high cliffs so
diverted water toward Iran, which also had high cliffs, so it got very high
and went up the Gulf of Arabia, the Tigris and Euphates River Valleys, to
the mountains of northern Iraq and Turkey, including Mt. Ararat.

 https://en.m.wikipedia.org/wiki/Burckle_Crater

On Mon, Aug 14, 2023, 21:04 David Spiegel <
0468385049d1-dmarc-requ...@listserv.ua.edu> wrote:

> Hi Bill,
> You said: "...Noah never collected 2 of every species. .."
> That is close to what the Bible says, but is inaccurate.
> Please see GE 7:2
> (The verse says Noah was commanded to take 7 (possibly 14) of each
> species of "clean" animals. (The Hebrew word טְּהוֹרָ֗ does not translate
> to English. It is usually translated as clean, which although close is
> incorrect.)
>
> Regards,
> David
>
> On 2023-08-14 21:16, Bill Johnson wrote:
> > Yes I do.
> >
> > It has also been seen as a depiction of nomadic conflict, the struggle
> for land and resources (and divine favour) between nomadic herders and
> sedentary farmers. The Academic theologian Joseph Blenkinsopp holds
> that Cain and Abel are symbolic rather than real.
> > And Noah never collected 2 of every species.
> >
> >
> > Sent from Yahoo Mail for iPhone
> >
> >
> > On Monday, August 14, 2023, 9:12 PM, David Spiegel <
> 0468385049d1-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > Hi Bill,
> > You said: "... Cain & Abel which is fictional. ..."
> > Do you have proof for this assertion?
> >
> > Regards,
> > David
> >
> > On 2023-08-14 20:02, Bill Johnson wrote:
> >> I worked with many brilliant computer people over the years. I also
> worked with people like most of the usual posters here. People who got into
> IT because they were white and breathing. Many from the military. Ask 10
> posters here a question and you get 4-5 different answers and every poster
> thinks his answer is absolute. There are literally thousands of mainframe
> system programmers, yet the 20-30 here will swear because their tiny shop
> eliminated the mainframe, mainframes are dying. Even when faced with facts
> that say otherwise. Plus, the security on the platform is unmatched.
> Hackers would love to be able to hack the mainframe since that’s where the
> money is. Banks being the big one.
> >>
> >> I notice Bob Bridges listed these. “Did we learnanything from the
> Korean conflict, from the American civil war, the 100 Years' war, the
> Peloponnesian war, from Cain vs Abel?”
> >>
> >> I’m shocked Bob didn’t mention the Crusades. Where “pro life
> Christians” massacred hundreds of thousands and perhaps millions over 200
> years. But did mention Cain & Abel which is fictional.
> >>
> >>
> >> Retirement is wonderful. I no longer have to deal with coworkers who
> can barely breathe and chew gum.
> >>
> >>
> >> Sent from Yahoo Mail for iPhone
> >>
> >>
> >> On Monday, August 14, 2023, 7:37 PM, Wayne Bickerdike <
> wayn...@gmail.com> wrote:
> >>
> >> A bigger head beats a bigger mouth every time. Johnson by name Johnson
> by
> >> nature.
> >>
> >> Yeah, I found this on the internet too:
> >>
> >> Noun[edit
> >> <
> https://en.wiktionary.org/w/index.php?title=johnson=edit=4
> >]
> >>
> >> *johnson* (*plural* *johnsons
> >> *)
> >>
> >>  1. (slang )
> Penis
> >>  . quotations ▼synonym
> ▲Synonyms:
> >>  *see* Thesaurus:penis <
> https://en.wiktionary.org/wiki/Thesaurus:penis>
> >>
> >>
> >> On Tue, Aug 15, 2023 at 6:33 AM Wayne Bickerdike 
> wrote:
> >>
> >>> Way to miss the point Bill. Do you write programs that miss out things
> >>> because they can be easily found on the internet?
> >>>
> >>> On Tue, Aug 15, 2023 at 6:23 AM Bill Johnson <
> >>> 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
> >>>
> 
> https://www.itprotoday.com/compute-engines/windows-nt-and-vms-rest-story
> 
> 
> 
> 
>  Sent from Yahoo Mail for iPhone
> 
> 
>  On Monday, August 14, 2023, 7:17 PM, Wayne Bickerdike <
> wayn...@gmail.com>
>  wrote:
> 
>  Windows NT came from the VAX guys, I think.
> 
>  On Tue, Aug 15, 2023 at 6:15 AM Wayne Bickerdike 
>  wrote:
> 
> > *The facts. According to Bill Johnson.American computer programmer
>  Timothy
> > Paterson, a developer for Seattle Computer Products, wrote the
> original
> > operating system for the Intel Corporation’s 8086 microprocessor in
>  1980,
> > initially calling it QDOS (Quick and Dirty Operating System), which
> was
> > soon renamed 86-DOS. A year later, fledgling company 

Re: The ultimate (another one!) definition of mainframe

[Mike Schwab]

Actually, Microsoft, run by thr son of an IBM employee, was approached, and
was referred to Digital Research's CPM for 8080, port to 8086/8088 was not
ready.  They sold it at $200.00 a copy, which IBM was not willing to pay.
The license specified if the price was lowered, existing purchaser would
get refunded the difference.

So IBM went back to MS, who bought out QDos for 8086/8088, finished the
port to match CPM, and licensed to IBM.

On Sat, Aug 12, 2023, 19:54 Grant Taylor <
023065957af1-dmarc-requ...@listserv.ua.edu> wrote:

> On 8/7/23 12:26 PM, Jon Perryman wrote:
> > Was it a smart decision for IBM to sell the software that became
> > Microsoft?
>
> Please clarify what IBM sold to Microsoft.
>
> My understanding is that Microsoft, an existing but small company, came
> to IBM and said "here, we have an operating system for the IBM PC that
> you are developing, would you like to license copies from us for each
> unit that you sell?".
>
> Specifically:
>
>   - Microsoft had (MS-)DOS independent of and without IBM.
>   - Microsoft had a non-exclusive deal with IBM and therefor was allowed
> to sell it to whomever they wanted, including directly as MS-DOS.
>
> Given your following statement, I doubt that you are referring to OS/2
> in your previous statement.
>
> > How about creating OS/2 a few years later to fill the void they sold?
>
> My understanding was that IBM and Microsoft co-developed OS/2 ostensibly
> as a DOS successor.  One of the partners decided to end the partnership.
>
> I'm not aware of Microsoft purchasing any rights from IBM at the time as
> Microsoft went on to develop Windows NT partially based on OS/2.  IBM
> went on to develop and enhance OS/2.
>
> So I ask again, please clarify what did IBM sell to Microsoft in the
> context of this thread.
>
>
>
> Grant. . . .
>
> --
> 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: TRSMAIN AMATERSE

[Mike Schwab]

https://hercules-390.yahoogroups.narkive.com/gYwJ3QUu/terse-for-pcs-windows-aix-linux

Now over at groups.io .

On Sat, Aug 12, 2023, 00:20 kekronbekron <
02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:

> By any chance, is the algorithm for tersing/untersing publicly available?
>
> --
> 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: IBM-MAIN@LISTSERV.UA.EDU

[Mike Schwab]

https://www.ibm.com/docs/en/zos/2.2.0?topic=overview-netstat-command-filter


On Thu, Aug 10, 2023, 15:56 esst...@juno.com  wrote:

> Hello.I am trying to use TSO NETSTAT with a FILTER and keep receiving
> -EZZ2351I Incorrect option: FILTER..I can issue NETSTAT ALL, however there
> too much data..So I'm Trying to use a filter..I have tried many different
> variations such as:NETSTAT (FILTER APPLMAE AWTSTDP3
> NETSTAT ALLCONN (FILTER APPLNAME AWTSTDP3
> NETSTAT ALLCONN (FILTER APPLNAME AWTSTDP3
> NETSTAT ALLCONN/a | (FILTER APPLNAME AWTSTDP3
> NETSTAT ALLCONN | (FILTER APPLNAME AWTSTDP3..I can't seem to get the
> syntax correct.Can someone provide an example of using NETSTAT with a
> FILETER and APPLNAME of AWTSTDP3 with the proper syntax?,.paul
>
> --
> 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: ISPF in batch

[Mike Schwab]

That's not an emulator specific answer.

On Thu, Aug 10, 2023, 12:10 rpinion865 <
042a019916dd-dmarc-requ...@listserv.ua.edu> wrote:

> WOW 1998!
>
>
>
>
> Sent with Proton Mail secure email.
>
> --- Original Message ---
> On Thursday, August 10th, 2023 at 12:32 PM, Sri h Kolusu <
> skol...@us.ibm.com> wrote:
>
>
> > > > Do any one of the group have any experience editing a file under 3.4
> And executing an Init MACRO
> >
> >
> > Steve,
> >
> > Check this
> https://groups.google.com/g/bit.listserv.ispf-l/c/8IxI7mY2hhY/m/e8AnYi2QTrkJ
> >
> > Thanks,
> > Kolusu
> >
> >
> >
> >
> >
> >
> >
> >
> > Regards,
> >
> >
> >
> >
> >
> > Steve
> >
> >
> >
> >
> > --
> > 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
>

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

Re: Automount (was USS Features)

[Mike Schwab]

If a user greatly reduces their file usage, you can create a new home
directory, copy the remaining files over, and release the old directory.
If it's a separate z/OS file system, you get the space back.

On Tue, Aug 8, 2023, 07:11 Jack Zukt  wrote:

> As someone pointed out, it is only one more user file and I suppose that
> you no not manage your space by restricting the number of user files. As it
> has also been noticed, it can, and will be HSM migrated.
> And when you delete a RACF userid the zfs file goes with all the others,
> there is no USS directory to be located and deleted.
> Never looked back after we implemented it a few years ago.
> Best wishes
> Jack
>
>
> On Tue, Aug 8, 2023, 00:27 Andrew Rowley 
> wrote:
>
> > On 8/08/2023 12:37 am, Jon Perryman wrote:
> > > Automount was created specifically to address some filesystem
> > > blemishes. There's a problem they needed to solved and they allowed
> > > people to continue without the use of automount. For those who choose
> > > automount, they decided that with all its faults, it solved more
> > > problems than it created.
> >
> > IBM didn't create automount. It was a standard unix thing before IBM did
> > unix. IBM just came up with the idea of HSM migrating home directories
> > as a use case.
> >
> > The primary problem with individual filesystems is that freespace
> > doesn't get returned to the system. Deleted a file? The space still
> > can't be used by someone else. If you accidentally fill up your
> > filesystem, when you delete the file after all those "growing
> > filesystem" messages: congratulations, you own the empty space.
> >
> > The secondary problem is that migrating filesystems makes file and
> > directory level management impractical.
> >
> > # du --sh /home/*
> >
> > # find /home -size 2G
> >
> > Don't even think about it, unless you like HSM recalls.
> >
> > File level backup also gets complicated when filesystems are migrated.
> >
> > Pretty much all the problems that automounted individual filesystems are
> > supposed to solve are actually a result of having individual
> > filesystems. They don't have to be solved on other platforms because
> > they didn't create them in the first place (or there is a better
> > solution e.g. quotas).
> >
> > --
> > 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
>

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

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

[Mike Schwab]

Another big factor is that warehouses must be supplied by rail in Europe.
 That eliminates the multi day trips requiring sleeper cabs in the US.  And
they are limited by narrower roads, some from Roman times.

On Mon, Aug 7, 2023, 19:56 Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> In Europe all the trucks go the same speed. The trucks all have governors.
> They are also all in the right lane. Explain why American roads are much
> more dangerous? Show me that “research”.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Monday, August 7, 2023, 8:49 PM, Jay Maynard 
> wrote:
>
> There's one thing you're ignoring: research shows that speed differential
> is more of a factor in accidents and injuries than absolute speed. A truck
> going 10 MPH slower than the rest of traffic is more of a hazard than a
> truck moving at traffic speed, even at 70 MPH.
>
> On Mon, Aug 7, 2023 at 7:02 PM Bill Johnson <
> 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
>
> > European roads are way better than US roads. Size & speed are the 2 most
> > important factors in accidents. A larger/heavier vehicle traveling at a
> > high rate of speed takes much longer to stop than a lighter slower
> vehicle.
> > Basic physics. Wet or icy roads even longer stopping distance. That
> > explains why this is true.
> >
> > Most EU member states have fewer than 80 road deaths per million people
> > per year. Most U.S. states have more — and ten have at least double that
> > figure. Even Romania, the worst performer in the EU, is doing better than
> > almost half of all U.S. states.Jun 1, 2022
> >
> > Profits take preference over lives.
> >
> >
> >
> > Sent from Yahoo Mail for iPhone
> >
> >
> > On Monday, August 7, 2023, 7:46 PM, Seymour J Metz 
> wrote:
> >
> > I'm assuming that Bill Johnson has look at statistics on deaths per
> > kilogram-kilometer (or deaths per ton-mile if you don't like Metric).
> And,
> > yes, there are other factors affecting that, e.g., condition of road
> > surface.
> >
> > Personally, I think that truck speed and truck size are independent
> > variables, so I would like to see a study that did a four-way comparison:
> > large-fast, large, slow, small-fast, small-slow. I suspect that speed is
> > more relevant than size, but data trump suspicions. And what about
> shipping
> > by rail or, where feasible, by boat?
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > 
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> > of Bob Bridges [robhbrid...@gmail.com]
> > Sent: Monday, August 7, 2023 7:32 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [EXT] Re: Cloud may be overpriced compared to on-premises
> > systems
> >
> > This is off-topic, and I'll happily take it up with both Bill and Shmuel
> > offline if requested.  But I may as well point out that "fewer deaths"
> may
> > not be as simple as they're assuming.  It seems likely to me as well that
> > if we had smaller trucks going slower, fewer people would die in
> accidents
> > caused by bigger trucks going faster.  But how many people would die
> > because of smaller trucks going slower?  You gotta compare deaths to
> > deaths, not simply deaths to nothing.
> >
> > Why would people die from smaller trucks going slower?  Well, a good deal
> > less cargo would be transported as a result, and I surmise (but it's only
> > surmise) that there'd be a lot more pressure on drivers, as a result, to
> > produce more.  Some of that pressure would translate to tired drivers.
> And
> > all of it would translate to more expensive transportation, meaning that
> > poorer people would have increased difficulty affording the goods that
> are
> > cheaper now.
> >
> > Don't assume I'm saying that it's better as we do things now.  I'm not;
> > I'm just saying that "this cause of death would be reduced" is no help
> > unless you can estimate how many deaths would also increase.  And if
> anyone
> > thinks there'd be NO deaths owing to more expensive goods, I'll just shut
> > up.
> >
> > ---
> > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> >
> > /* A good scare is worth more than good advice.  -Horace (65 BC – 8 BC)
> */
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf
> > Of Bill Johnson
> > Sent: Monday, August 7, 2023 18:45
> >
> > For Americans here who’ve never been to Europe, trucks in Europe are much
> > smaller than US trucks, are required to have governors to limit their
> > speed, and are restricted to the right lane. The result is far fewer
> > traffic deaths involving trucks.
> >
> > In addition, Europeans almost never drive pickups and their automobiles
> > are much smaller.
> >
> > Their rates of deaths and serious injury are far less than America.
> >
> > So for you pro life people, perhaps some road restrictions would keep
> more
> > people alive.
> >
> > 

Re: The ultimate (another one!) definition of mainframe

[Mike Schwab]

Exactly.  Very limited utility for punched cards as a user interface.

Various green screen terminals resulting in VT100 family and TN3270(E)
family (S3x+/AS400), now replaced by PCs, laptops, cell phones running
green screen emulators or converting to web pages or even apps.

Not to mention Internet of things, such as point of sales scanners, cash
registers, credit card readers (often mentioned as big mainframe users),
automated Weather stations, toll road pass readers, etc.

On Mon, Aug 7, 2023, 13:33 Jon Perryman  wrote:

>  > On Monday, August 7, 2023 at 11:02:23 AM PDT, Bob Bridges <
> robhbrid...@gmail.com> wrote:
> > Just to keep things complicated, if I sell X to company M,
>
> IBM has the right to sell anything it owns even if its to Bill Gates. It's
> not hindsight to say IBM has a lot of software that simply exists. They
> sold software that wasn't as profitable as MVS but not a complete loss.
> They didn't see the potential of selling lots of small stuff (MS Windows &
> Office) and decided to concentrate on MVS. Microsoft net worth is now 100X
> IBM. Once IBM decided it was a mistake, they started investing into OS/2.
> How do you rate these businesses choices?
>
> On Monday, August 7, 2023 at 11:02:23 AM PDT, Bob Bridges <
> robhbrid...@gmail.com> wrote:
>
>  Just to keep things complicated, if I sell X to company M, and company M
> makes a mint on it, it doesn't ~necessarily~ follow that it was a mistake
> for me to sell it.  Could be that M was likely to make a mint on X and I
> was not.
>
> And after all, is IBM worse off because Microsoft is selling PCs to the
> world?  Seems to me you could argue that the ubiquity of PCs is ~helping~
> IBM mainframe sales.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* I will frankly admit that I'm afraid of medical care. I trace this fear
> to my childhood, when, as far as I could tell, the medical profession's
> reaction to every physical problem I developed, including nearsightedness,
> was to give me a tetanus shot.  -Dave Barry, 1996 */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Jon Perryman
> Sent: Monday, August 7, 2023 13:27
>
> On the whole, I consider IBM excellent compared to how other companies but
> it's undeniable that they have made some bonehead choices. Was it a smart
> decision for IBM to sell the software that became Microsoft?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>  On Monday, August 7, 2023 at 11:02:23 AM PDT, Bob Bridges <
> robhbrid...@gmail.com> wrote:
>
>  Just to keep things complicated, if I sell X to company M, and company M
> makes a mint on it, it doesn't ~necessarily~ follow that it was a mistake
> for me to sell it.  Could be that M was likely to make a mint on X and I
> was not.
>
> And after all, is IBM worse off because Microsoft is selling PCs to the
> world?  Seems to me you could argue that the ubiquity of PCs is ~helping~
> IBM mainframe sales.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* I will frankly admit that I'm afraid of medical care. I trace this fear
> to my childhood, when, as far as I could tell, the medical profession's
> reaction to every physical problem I developed, including nearsightedness,
> was to give me a tetanus shot.  -Dave Barry, 1996 */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Jon Perryman
> Sent: Monday, August 7, 2023 13:27
>
> On the whole, I consider IBM excellent compared to how other companies but
> it's undeniable that they have made some bonehead choices. Was it a smart
> decision for IBM to sell the software that became Microsoft?
>
> --
> 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

IBM quarterly sales.

[Mike Schwab]

Shows a strong 4Q bias in sales.

https://www.statista.com/statistics/269137/ibms-revenue-since-2009-by-quarter/

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