Re: rename a dataset in acs routine?

[David Mingee]

The following idea/method will probably not work, but what the hell.
Consider listing the needed tape files with a TMS report to disk.
1. create a PDSE to load these files into.
2. change create fiche jcl to create a new member e.g. (d092120)
3 create job to load old tape files as member names.  This could be a second 
PDSE, if helpful.
4. change jobs to read pdse member (d051719) for example.
Alternate method, after finding all these old tapes from TMS report, load each 
tape to disk as PS/EF with compress.  They would get migrated after
X days of no use.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Monday, September 21, 2020 5:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

Jes Exit 6 seems to be the best place to do this.  There is only a max of one 
dataset per job and it's never re-read in that same job (or any other) and we 
already know what the dataset(s) are called, so it's pretty simple to scan for 
the DSN= text object and if the supplied DSN matches one of the ones we want, 
we just replace it with the symbolic.  Actually at that point in time I could 
just insert the actual date and time.  The test version does just that.  Of 
course as soon as I started writing the exit, several people came in to ask for 
more "features".  The only thing I forgot was a way to bypass the exit in the 
event that I wanted to actually process one of the tapes manually (by volser), 
but I now have that worked out as well, I just don't have time to test it 
properly at this time.  I also think it's possible to limit the processing to 
ONLY the jobs that we know will contain the fiche tapes, so I'm waiting on a 
programmer to tell me if that's true.

Brian

 On Mon, 21 Sep 2020 13:11:56 +, Seymour J Metz  wrote:

>What's the down side?


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



From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: Sunday, September 20, 2020 11:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

I apologize if this has been discussed

The SYSTEM Symbols can be made available to JES2 batch jobs   The shop needs
to determine if they want that to happen

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1
.ieab600/jclsymstr.htm

The three types of symbols that can be used for JES2 in-stream substitution are 
JCL Symbols, JES Symbols and System Symbols:

On a JES2 JOBCLASS definition, the field SYSSYM needs to be ALLOW rather than 
DISALLOW



If there Is scheduling software available, it is possible it might provide 
symbolic substitution at Submission time (I know CA Workload Manager ESP can do 
that)

Otherwise, you might want to have something like s REXX be executed (or 
language of your choice) to generate the JCL then submit into the Internal 
Reader

ACS routines cannot do this type of function.

Best of luck

Lizette

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Sunday, September 20, 2020 5:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

ITYM IEFUJV; IEFUJI doesn't have the right interfaces. I'd probably use an 
internal text exit.


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



From: IBM Mainframe Discussion List  on behalf of 
Brian Westerman 
Sent: Saturday, September 19, 2020 12:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

Actually I'm leaning towards the JES or SMF UJI exit as well.  File tailoring 
doesn't help in this case because most of the JCL doesn't get submitted via TSO.

Brian

On Fri, 18 Sep 2020 16:41:29 +, Seymour J Metz  wrote:

>Well, if they want to use a chainsaw to open a bag of peanuts, you 
>could
write a JES exit, but the proper way to handle it is for the process that 
creates the JCL to generate a unique name. If they're using ISPF it's super 
easy to do it with File Tailoring, and many production control programs have 
similar capabilities.

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



From: IBM Mainframe Discussion List  on behalf of 
Brian Westerman 
Sent: Friday, September 18, 2020 3:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: rename a dataset in acs routine?

Hi,

I was asked a question today that I honestly don't know how to answer.  The 
programmer has a (very large) series of jobs that generate fiche tapes that get 
created and have a expiration date but never are cataloged (because they all 
have exactly the same DSN).  So over time, they ended up with about
30,000 tapes from the over 9,000 jobs that CA-1 keeps around until expiration 
date.  Obviously, these are not the easiest datasets to use later because they 
need to look up the tape volser every time.

The problem is that they want to know if ther

Re: Change TOD from local timezone to GMT

[Paul Gilmartin]

On Mon, 21 Sep 2020 20:36:00 -0500, Mike Schwab wrote:

>Long term, we seem to need to add about 1 second per year every 150
>years, and after about 55,000 years every day will be 24 hours and 1
>second long.
> 
The citation:  https://en.wikipedia.org/wiki/∆T
(That curve is supposed to be a parabola.)

-- gil

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

Re: Caution: "Hacked" email caused the distribution of a potentially harmful attachment

[CM Poncelet]

FWIW
 
(a) Begin by assuming that *all* received emails are spam/scam (and
define this as the bottom line catch-all message filter) *unless* a
higher up message filter recognizes both the sender(s)'s and the 'to'
recipient's addresses as valid.
(b) The sender's original email address can be found towards the end in
the message headers, as in the "received from ... for ..." message
header line.
(c) Spam/scam emails can be sent to
https://www.spamcop.net/mcgi?action=loginform for verification, if need be.
 
The 'trick' to get around spammers/scammers is to use message filters,
with the bottom line catch-all filter saying something like "if the
subject does not contain  *and*
the sender is not @ then save
the email in the trash/delete folder" - which then ensures that the
email is never saved in the "Inbox" folder.
 
A more skilful 'trick' is to have many different email IDs and give out
a different email ID to every company, individual etc. (and keep a
record of which email ID was given to whom) - so that, if a spammer or
scammer gets hold of it, it can be deleted and a replacement new email
ID can be created ... and then also determine from whom the
spammer/scammer harvested the old and now deleted email ID. That kills
off spammers and scammers, because any further emails sent to the old
email ID just bounce as "undeliverable" and they cannot guess what the
new email ID is. But that requires owning one or more domain names and
being able to create/delete email IDs associated with it/them. (I
have/use more than 200 email IDs across more than 30 domain names.)
 
HTH.
 
Cheers, Chris Poncelet (retired sysprog)
 


On 22/09/2020 00:04, Bob Bridges wrote:
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Jesse 1 Robinson
> Sent: Monday, September 21, 2020 17:08
>
> JR> The idea of deliberately dumbing down language in spam is preposterous. 
> First of all I don't understand the purported logic of it.
>
> BB> Radoslaw's logic seemed clear to me, but when I set out to spell it out 
> for you, I began to wonder whether I'd mistaken it.  He wrote "a method to 
> filter out bright people and leave only the fools", which I interpreted this 
> way:  Intelligent people (according to Radoslaw) are less likely to produce 
> profit for the scammer, in the long run.  If the scam is written badly, an 
> intelligent person is more likely to throw it out, and thus less likely to 
> waste the scammer's time with replies that will in the end lead nowhere.  
> Fools, meanwhile, will not notice (or notice less) the atrocious writing, and 
> thus be more likely to proceed.
>
> I'll leave it to him to say whether I read him correctly.  But ~if~ that is 
> indeed the scammer's motive for writing badly, I think the scammer isn't 
> thinking very clearly.
>
> The next part of your comment I think is just a confusion about who said 
> what.  I said Nigerians are mostly capable of better English than I see in 
> "Nigerian old ministers' " emails, but that's just a side comment, not part 
> of Radoslaw's reasoning.
>
> JR> More important, while English is an official language in Nigeria, it is 
> no one's mother tongue. It's learned, mostly in school, to whatever 
> proficiency the learner can achieve. The average spammer has probably never 
> stepped inside university. Even secondary school certification is improbable. 
> Add to that the 'dialectical' difference between Nigerian and American 
> English makes it unlikely that the most fluent spammer could write something 
> of undetectable of origin.
>
> BB> I don't buy that last part.  I have no idea how many spammers have been 
> to University, or secondary school, but they can't ~all~ be illiterate and 
> therefore it's not unlikely - just the reverse - that some of them will be 
> able to compose a grammatically correct email.  No one said anything about 
> "undetectable"; for verisimilitude you'd want ~some~ degree of "foreign-ness".
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* ...in your bedchamber do not curse a king, and in your sleeping rooms do 
> not curse a rich man, for a bird of the heavens will carry the sound, and the 
> winged creature will make the matter known.  -Ecclesiastes 10:20 */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Bob Bridges
> Sent: Monday, September 21, 2020 10:19 AM
>
> Interesting hypothesis.  I always supposed that they were badly written 
> either because a) scammers don't care (which is perhaps another way of saying 
> they're illiterate, or b) these Nigerian-oil-minister scams actually are 
> written by foreigners whose English is bad - not, perhaps, by actual 
> Nigerians, whose English is usually better than that - or c) they want to 
> ~appear~ to be written by Nigerians.  It never occurred to me that it might 
> be an anti-intelligence filter.
>
> But then, I take it as an article of faith that it's not intellig

Re: Thread id using BPX1GTH

[Tony Harminc]

On Mon, 21 Sep 2020 at 16:23, Pierre Fichaud  wrote:

> Tonu=y,
> Yup,I got that from a friend of mine.
> How about the process id ?
> It seems that ASSBOASB points to an OCO area.
> The OMVS address space block contains the thread id.
> But I can't find a mapping of it.
> Regards, Pierre.
>

Thing is, there can be more than one process and more than one thread in an
address space. So the OASB logically can't point to *the* thread id. And
the OASB seems to still be OCO.

The OAPB (OMVS Address-space Process Block?) is an odd one in that it was
at one time OCO, but then got released. (In passing, it seems that the BPXY
blocks/macros were always released, and the BPXZ ones were OCO. But there
are now four BPXZs in SYS1.MACLIB.) The OAPB has only a small handful of PI
fields, but the whole mapping is there in PL/X, and it does contain the
field OapbProcessID. The OAPB is pointed to by the OTCB, and presumably
directly or indirectly by the OASB.

But here you're into unsupported territory, with all the choices that
implies. I have various little Rexx programs that go through this stuff on
live systems and in dumps, but I wouldn't put them into production for
anything.

Tony H.

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

Re: Change TOD from local timezone to GMT

[Mike Schwab]

Long term, we seem to need to add about 1 second per year every 150
years, and after about 55,000 years every day will be 24 hours and 1
second long.

On Mon, Sep 21, 2020 at 8:14 PM Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Mon, 21 Sep 2020 18:44:27 -0500, Mike Schwab  
> wrote:
>
> >My idea for doing the fall back would be change the fall back time to
> >0100.  Leap forward from 005959 to 02, no problem.  But for fall
> >back, 235959 continues to 24 to 245959 then the next day at
> >00, resulting in no overlapping times.
> >
> I believe this has been suggested on the tzdata mailing list:
> https://www.iana.org/time-zones
> ... but I don't know that the archives are searchable.
>
> Of course that would eliminate the overlap.  But how much user and
> system software would need to be updated to accommodate it?
>
> At a minimum, the TIME macro would need to be updated to return
> those values from 24 to 245959.  And many validity checks would
> need to be weakened.
>
> IBM can't even get TIME to return 23:59:60 during a leap second.
> (With suitable settings, Linux can do so.)
>
> -- 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: Change TOD from local timezone to GMT

[Paul Gilmartin]

On Mon, 21 Sep 2020 18:44:27 -0500, Mike Schwab  wrote:

>My idea for doing the fall back would be change the fall back time to
>0100.  Leap forward from 005959 to 02, no problem.  But for fall
>back, 235959 continues to 24 to 245959 then the next day at
>00, resulting in no overlapping times.
>
I believe this has been suggested on the tzdata mailing list:
https://www.iana.org/time-zones
... but I don't know that the archives are searchable.

Of course that would eliminate the overlap.  But how much user and
system software would need to be updated to accommodate it?

At a minimum, the TIME macro would need to be updated to return
those values from 24 to 245959.  And many validity checks would
need to be weakened.

IBM can't even get TIME to return 23:59:60 during a leap second.
(With suitable settings, Linux can do so.)

-- gil

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

Re: Change TOD from local timezone to GMT

[Mike Schwab]

My idea for doing the fall back would be change the fall back time to
0100.  Leap forward from 005959 to 02, no problem.  But for fall
back, 235959 continues to 24 to 245959 then the next day at
00, resulting in no overlapping times.

On Mon, Sep 21, 2020 at 6:13 PM Mark Jacobs
<0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>
> We had the time steering function using sysplex timers. I believe that the 
> maximum time that could be steered was one minute, which took days/weeks to 
> accomplish. If you needed more than a minute, you had to start the process 
> again. STP raised the limit that could be set, but didn't speed it up any.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key - 
> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
>
> ‐‐‐ Original Message ‐‐‐
> On Monday, September 21, 2020 7:00 PM, Paul Gilmartin 
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> > On Tue, 22 Sep 2020 07:35:44 +1000, Matthew Donald wrote:
> >
> > > A few years ago (z14 announcement??), IBM announced a new PR/SM feature
> > > which would decrement the TOD clock 1 second at a time, while
> > > simultaneously incrementing the timezone offset. Can anyone shine any
> > > light on this feature? I've searched through the HMC manuals without any
> > > luck - a pointer to documentation would be greatly appreciated.
> >
> > But that leaves a hazard for a job that fetches CVTLDTO before the STCK(E);
> > less so for the job that does the STCK(E) first. But it's possible to steer
> > the clock (but only by a couple seconds a day). I assume the hardware
> > guarantees uniqueness of STCK, and incrementing CVTLDTO introduces
> > no hazard.
> >
> > I believe the hardware steering feature is much older than z14.
> >
> > Several years ago, we had a TOD clock that was a couple minutes off. We
> > wanted to issue the command (HMC?) that would steer the clock to correct
> > But we were blocked by a software validity check that would not accept
> > such a large correction. We instructed our operator to apply the maximum
> > permitted correction every couple days.
> >
> > I suspect that the "z14 announcement??" might merely remove the maximum
> > adjustment limit.
> >
> > How does this play with OMVS?
> >
> > Does the TIME macro's SVC have code to ensure that STCK and fetch
> > CVTLSO don't happen on opposite sides of a leap second?
> >
> > -- 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: rename a dataset in acs routine?

[Mike Schwab]

The place that process our (not his) microfiche (later CD-ROMS) wanted
the same DSN name so they only had to type in the volser, and they
would pick up the date and time from the data.  So
HLQ.Jobname8.Dyymmdd.Thhmm.FIXED.LAST.NAME17 they would see as the
same.

On Mon, Sep 21, 2020 at 5:43 PM Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Sun, 20 Sep 2020 00:06:01 -0500, Brian Westerman wrote:
>
> >They are mifrofiche tapes, and they are not sent out for processing any 
> >more.  They exist only on the off chance that "someday" they might be needed 
> >to recreate something.  When they are needed, they use the DSN=,VOL= to use 
> >them.
> >
> I read your more recent ply, but I'm curious about the history.
>
> "Sent out" seems to imply they're physical tapes to go in a courier pouch.
> I had imagined virtual.  And RETPD must be comfortably beyond the
> "someday they might be needed."
>
> Does/did the process depend on the DSN's being precisely
> hlq.FICHE.TAPE, perhaps to trigger an exit or operator
> action?
>
> I don't see that cataloguing unique DSNs would help much -- it leaves
> the chore of associating DSN rather than VOL=SER with a particular
> job to be retrieved.  It would enable a DSLIST of all such tapes.
>
> -- 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: Change TOD from local timezone to GMT

[Mark Jacobs]

We had the time steering function using sysplex timers. I believe that the 
maximum time that could be steered was one minute, which took days/weeks to 
accomplish. If you needed more than a minute, you had to start the process 
again. STP raised the limit that could be set, but didn't speed it up any.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com

‐‐‐ Original Message ‐‐‐
On Monday, September 21, 2020 7:00 PM, Paul Gilmartin 
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 22 Sep 2020 07:35:44 +1000, Matthew Donald wrote:
>
> > A few years ago (z14 announcement??), IBM announced a new PR/SM feature
> > which would decrement the TOD clock 1 second at a time, while
> > simultaneously incrementing the timezone offset. Can anyone shine any
> > light on this feature? I've searched through the HMC manuals without any
> > luck - a pointer to documentation would be greatly appreciated.
>
> But that leaves a hazard for a job that fetches CVTLDTO before the STCK(E);
> less so for the job that does the STCK(E) first. But it's possible to steer
> the clock (but only by a couple seconds a day). I assume the hardware
> guarantees uniqueness of STCK, and incrementing CVTLDTO introduces
> no hazard.
>
> I believe the hardware steering feature is much older than z14.
>
> Several years ago, we had a TOD clock that was a couple minutes off. We
> wanted to issue the command (HMC?) that would steer the clock to correct
> But we were blocked by a software validity check that would not accept
> such a large correction. We instructed our operator to apply the maximum
> permitted correction every couple days.
>
> I suspect that the "z14 announcement??" might merely remove the maximum
> adjustment limit.
>
> How does this play with OMVS?
>
> Does the TIME macro's SVC have code to ensure that STCK and fetch
> CVTLSO don't happen on opposite sides of a leap second?
>
> -- gil
>
> 
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Caution: "Hacked" email caused the distribution of a potentially harmful attachment

[Bob Bridges]

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Monday, September 21, 2020 17:08

JR> The idea of deliberately dumbing down language in spam is preposterous. 
First of all I don't understand the purported logic of it.

BB> Radoslaw's logic seemed clear to me, but when I set out to spell it out for 
you, I began to wonder whether I'd mistaken it.  He wrote "a method to filter 
out bright people and leave only the fools", which I interpreted this way:  
Intelligent people (according to Radoslaw) are less likely to produce profit 
for the scammer, in the long run.  If the scam is written badly, an intelligent 
person is more likely to throw it out, and thus less likely to waste the 
scammer's time with replies that will in the end lead nowhere.  Fools, 
meanwhile, will not notice (or notice less) the atrocious writing, and thus be 
more likely to proceed.

I'll leave it to him to say whether I read him correctly.  But ~if~ that is 
indeed the scammer's motive for writing badly, I think the scammer isn't 
thinking very clearly.

The next part of your comment I think is just a confusion about who said what.  
I said Nigerians are mostly capable of better English than I see in "Nigerian 
old ministers' " emails, but that's just a side comment, not part of Radoslaw's 
reasoning.

JR> More important, while English is an official language in Nigeria, it is no 
one's mother tongue. It's learned, mostly in school, to whatever proficiency 
the learner can achieve. The average spammer has probably never stepped inside 
university. Even secondary school certification is improbable. Add to that the 
'dialectical' difference between Nigerian and American English makes it 
unlikely that the most fluent spammer could write something of undetectable of 
origin.

BB> I don't buy that last part.  I have no idea how many spammers have been to 
University, or secondary school, but they can't ~all~ be illiterate and 
therefore it's not unlikely - just the reverse - that some of them will be able 
to compose a grammatically correct email.  No one said anything about 
"undetectable"; for verisimilitude you'd want ~some~ degree of "foreign-ness".

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

/* ...in your bedchamber do not curse a king, and in your sleeping rooms do not 
curse a rich man, for a bird of the heavens will carry the sound, and the 
winged creature will make the matter known.  -Ecclesiastes 10:20 */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Monday, September 21, 2020 10:19 AM

Interesting hypothesis.  I always supposed that they were badly written either 
because a) scammers don't care (which is perhaps another way of saying they're 
illiterate, or b) these Nigerian-oil-minister scams actually are written by 
foreigners whose English is bad - not, perhaps, by actual Nigerians, whose 
English is usually better than that - or c) they want to ~appear~ to be written 
by Nigerians.  It never occurred to me that it might be an anti-intelligence 
filter.

But then, I take it as an article of faith that it's not intelligence that'll 
save you from being scammed.  It's not the smart people who fall for "I want 
you to handle my money for me"; it's the greedy ones.  And greedy people are 
foolish, but they're not necessarily stupid.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Monday, September 21, 2020 10:00

3. Puzzle: why Nigerian scam emails are so horribly written? I mean a lot of 
language mistakes. The answer is this is intentional. This is a method to 
filter out bright people and leave only the fools. Only fool people are good 
candidates to further steps of scam, which are expensive because that require 
manwork.

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

Re: Change TOD from local timezone to GMT

[Paul Gilmartin]

On Tue, 22 Sep 2020 07:35:44 +1000, Matthew Donald wrote:
>
>A few years ago (z14 announcement??), IBM announced a new PR/SM feature
>which would decrement the TOD clock 1 second at a time, while
>simultaneously incrementing the timezone offset.  Can anyone shine any
>light on this feature?  I've searched through the HMC manuals without any
>luck - a pointer to documentation would be greatly appreciated.
> 
But that leaves a hazard for a job  that fetches CVTLDTO before the STCK(E);
less so for the job that does the STCK(E) first.  But it's possible to steer
the clock (but only by a couple seconds a day).  I assume the hardware
guarantees uniqueness of STCK, and incrementing CVTLDTO introduces
no hazard.

I believe the hardware steering feature is much older than z14.

Several years ago, we had a TOD clock that was a couple minutes off.  We
wanted to issue the command (HMC?) that would steer the clock to correct
But we were blocked by a software validity check that would not accept
such a large correction.  We instructed our operator to apply the maximum
permitted correction every couple days.

I suspect that the "z14 announcement??" might merely remove the maximum
adjustment limit.

How does this play with OMVS?

Does the TIME macro's SVC have code to ensure that STCK and fetch
CVTLSO don't happen on opposite sides of a leap second?

-- gil

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

Re: rename a dataset in acs routine?

[Paul Gilmartin]

On Sun, 20 Sep 2020 00:06:01 -0500, Brian Westerman wrote:

>They are mifrofiche tapes, and they are not sent out for processing any more.  
>They exist only on the off chance that "someday" they might be needed to 
>recreate something.  When they are needed, they use the DSN=,VOL= to use them.
> 
I read your more recent ply, but I'm curious about the history.

"Sent out" seems to imply they're physical tapes to go in a courier pouch.
I had imagined virtual.  And RETPD must be comfortably beyond the
"someday they might be needed."

Does/did the process depend on the DSN's being precisely
hlq.FICHE.TAPE, perhaps to trigger an exit or operator
action?

I don't see that cataloguing unique DSNs would help much -- it leaves
the chore of associating DSN rather than VOL=SER with a particular
job to be retrieved.  It would enable a DSLIST of all such tapes.

-- gil

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

Re: Caution: "Hacked" email caused the distribution of a potentially harmful attachment

[Tomasz Rola]

On Mon, Sep 21, 2020 at 09:08:22PM +, Jesse 1 Robinson wrote:
> The idea of deliberately dumbing down language in spam is
> preposterous. First of all I don't understand the purported logic of
> it. More important, while English is an official language in
> Nigeria, it is no one's mother tongue. It's learned, mostly in
> school, to whatever proficiency the learner can achieve. The average
> spammer has probably never stepped inside university. Even secondary
> school certification is improbable. Add to that the 'dialectical'
> difference between Nigerian and American English makes it unlikely
> that the most fluent spammer could write something of undetectable
> of origin.
> 
> Let's get real. 

The reality is, a spammer from poor country has access to a computer,
internet and list of addresses. If he was wise enough to jump this
many hops... he may also be a reasonably good chess player. Good
enough to improve his game over time.

-- 
Regards,
Tomasz Rola

--
** A C programmer asked whether computer had Buddha's nature.  **
** As the answer, master did "rm -rif" on the programmer's home**
** directory. And then the C programmer became enlightened...  **
** **
** Tomasz Rola  mailto:tomasz_r...@bigfoot.com **

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

Re: rename a dataset in acs routine?

[Seymour J Metz]

If you are not allowed to fix the JCL, JES2 exit 6 certainly sounds like a 
reasonable way to go, as long as it isn't the camel's nose under the tent. Good 
luck.


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



From: IBM Mainframe Discussion List  on behalf of 
Brian Westerman 
Sent: Monday, September 21, 2020 5:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

Jes Exit 6 seems to be the best place to do this.  There is only a max of one 
dataset per job and it's never re-read in that same job (or any other) and we 
already know what the dataset(s) are called, so it's pretty simple to scan for 
the DSN= text object and if the supplied DSN matches one of the ones we want, 
we just replace it with the symbolic.  Actually at that point in time I could 
just insert the actual date and time.  The test version does just that.  Of 
course as soon as I started writing the exit, several people came in to ask for 
more "features".  The only thing I forgot was a way to bypass the exit in the 
event that I wanted to actually process one of the tapes manually (by volser), 
but I now have that worked out as well, I just don't have time to test it 
properly at this time.  I also think it's possible to limit the processing to 
ONLY the jobs that we know will contain the fiche tapes, so I'm waiting on a 
programmer to tell me if that's true.

Brian

 On Mon, 21 Sep 2020 13:11:56 +, Seymour J Metz  wrote:

>What's the down side?


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



From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: Sunday, September 20, 2020 11:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

I apologize if this has been discussed

The SYSTEM Symbols can be made available to JES2 batch jobs   The shop needs
to determine if they want that to happen

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1
.ieab600/jclsymstr.htm

The three types of symbols that can be used for JES2 in-stream substitution
are JCL Symbols, JES Symbols and System Symbols:

On a JES2 JOBCLASS definition, the field SYSSYM needs to be ALLOW rather
than DISALLOW



If there Is scheduling software available, it is possible it might provide
symbolic substitution at Submission time (I know CA Workload Manager ESP can
do that)

Otherwise, you might want to have something like s REXX be executed (or
language of your choice) to generate the JCL then submit into the Internal
Reader

ACS routines cannot do this type of function.

Best of luck

Lizette

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: Sunday, September 20, 2020 5:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

ITYM IEFUJV; IEFUJI doesn't have the right interfaces. I'd probably use an
internal text exit.


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



From: IBM Mainframe Discussion List  on behalf of
Brian Westerman 
Sent: Saturday, September 19, 2020 12:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

Actually I'm leaning towards the JES or SMF UJI exit as well.  File
tailoring doesn't help in this case because most of the JCL doesn't get
submitted via TSO.

Brian

On Fri, 18 Sep 2020 16:41:29 +, Seymour J Metz  wrote:

>Well, if they want to use a chainsaw to open a bag of peanuts, you could
write a JES exit, but the proper way to handle it is for the process that
creates the JCL to generate a unique name. If they're using ISPF it's super
easy to do it with File Tailoring, and many production control programs have
similar capabilities.

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



From: IBM Mainframe Discussion List  on behalf of
Brian Westerman 
Sent: Friday, September 18, 2020 3:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: rename a dataset in acs routine?

Hi,

I was asked a question today that I honestly don't know how to answer.  The
programmer has a (very large) series of jobs that generate fiche tapes that
get created and have a expiration date but never are cataloged (because they
all have exactly the same DSN).  So over time, they ended up with about
30,000 tapes from the over 9,000 jobs that CA-1 keeps around until
expiration date.  Obviously, these are not the easiest datasets to use later
because they need to look up the tape volser every time.

The problem is that they want to know if there is a way to automatically
catalog datasets at creation time, to which I told them we could, but only 1
of them because you can't catalog two datasets with the same name.  But they
want to have "the system" which I'm guessing is me :), dynamically rename
these datasets at creation time to add a date and time, such as change
HLQ.FICHE.TAPE to w

Re: rename a dataset in acs routine?

[Brian Westerman]

Jes Exit 6 seems to be the best place to do this.  There is only a max of one 
dataset per job and it's never re-read in that same job (or any other) and we 
already know what the dataset(s) are called, so it's pretty simple to scan for 
the DSN= text object and if the supplied DSN matches one of the ones we want, 
we just replace it with the symbolic.  Actually at that point in time I could 
just insert the actual date and time.  The test version does just that.  Of 
course as soon as I started writing the exit, several people came in to ask for 
more "features".  The only thing I forgot was a way to bypass the exit in the 
event that I wanted to actually process one of the tapes manually (by volser), 
but I now have that worked out as well, I just don't have time to test it 
properly at this time.  I also think it's possible to limit the processing to 
ONLY the jobs that we know will contain the fiche tapes, so I'm waiting on a 
programmer to tell me if that's true.

Brian

 On Mon, 21 Sep 2020 13:11:56 +, Seymour J Metz  wrote:

>What's the down side?


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



From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: Sunday, September 20, 2020 11:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

I apologize if this has been discussed

The SYSTEM Symbols can be made available to JES2 batch jobs   The shop needs
to determine if they want that to happen

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1
.ieab600/jclsymstr.htm

The three types of symbols that can be used for JES2 in-stream substitution
are JCL Symbols, JES Symbols and System Symbols:

On a JES2 JOBCLASS definition, the field SYSSYM needs to be ALLOW rather
than DISALLOW



If there Is scheduling software available, it is possible it might provide
symbolic substitution at Submission time (I know CA Workload Manager ESP can
do that)

Otherwise, you might want to have something like s REXX be executed (or
language of your choice) to generate the JCL then submit into the Internal
Reader

ACS routines cannot do this type of function.

Best of luck

Lizette

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: Sunday, September 20, 2020 5:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

ITYM IEFUJV; IEFUJI doesn't have the right interfaces. I'd probably use an
internal text exit.


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



From: IBM Mainframe Discussion List  on behalf of
Brian Westerman 
Sent: Saturday, September 19, 2020 12:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

Actually I'm leaning towards the JES or SMF UJI exit as well.  File
tailoring doesn't help in this case because most of the JCL doesn't get
submitted via TSO.

Brian

On Fri, 18 Sep 2020 16:41:29 +, Seymour J Metz  wrote:

>Well, if they want to use a chainsaw to open a bag of peanuts, you could
write a JES exit, but the proper way to handle it is for the process that
creates the JCL to generate a unique name. If they're using ISPF it's super
easy to do it with File Tailoring, and many production control programs have
similar capabilities.

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



From: IBM Mainframe Discussion List  on behalf of
Brian Westerman 
Sent: Friday, September 18, 2020 3:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: rename a dataset in acs routine?

Hi,

I was asked a question today that I honestly don't know how to answer.  The
programmer has a (very large) series of jobs that generate fiche tapes that
get created and have a expiration date but never are cataloged (because they
all have exactly the same DSN).  So over time, they ended up with about
30,000 tapes from the over 9,000 jobs that CA-1 keeps around until
expiration date.  Obviously, these are not the easiest datasets to use later
because they need to look up the tape volser every time.

The problem is that they want to know if there is a way to automatically
catalog datasets at creation time, to which I told them we could, but only 1
of them because you can't catalog two datasets with the same name.  But they
want to have "the system" which I'm guessing is me :), dynamically rename
these datasets at creation time to add a date and time, such as change
HLQ.FICHE.TAPE to which I would dynamically make it
HLQ.FICHE.TAPE.D091720.T1123, meaning today's date and the current time (if
it was 11:23am).

I can't think of a way to do that in an acs routine, or any other simple
way, and I'm hoping that someone has an idea that might apply here.  I think
I can alter almost anything about the dataset, except the name.  Is there
something I am missing?

Brian

---

Change TOD from local timezone to GMT

[Matthew Donald]

As most people would know, changing the TOD clock on a mainframe is fraught
with difficulties.  z/OS uses TOD timestamps all over the place to manage
change and consistency, not the least being LRSN's for DB2 and IMS
logging.  Changing the TOD clock forward in time can cause problems,
changing it backward in time is absolutely forbidden.

So switching the TOD clock from local time to GMT for any CEC east of
Greenwich requires moving the TOD clock backwards.  So, for many years,
IBM's standard advice for Australian sites was to take a 10-hour
sysplex-wide outage.  Understandably, most sites continued with a TOD clock
set to local time.

A few years ago (z14 announcement??), IBM announced a new PR/SM feature
which would decrement the TOD clock 1 second at a time, while
simultaneously incrementing the timezone offset.  Can anyone shine any
light on this feature?  I've searched through the HMC manuals without any
luck - a pointer to documentation would be greatly appreciated.

Matthew

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

Re: Caution: "Hacked" email caused the distribution of a potentially harmful attachment

[Jesse 1 Robinson]

The idea of deliberately dumbing down language in spam is preposterous. First 
of all I don't understand the purported logic of it. More important, while 
English is an official language in Nigeria, it is no one's mother tongue. It's 
learned, mostly in school, to whatever proficiency the learner can achieve. The 
average spammer has probably never stepped inside university. Even secondary 
school certification is improbable. Add to that the 'dialectical' difference 
between Nigerian and American English makes it unlikely that the most fluent 
spammer could write something of undetectable of origin.

Let's get real. 

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Monday, September 21, 2020 10:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Caution: "Hacked" email caused the distribution of a 
potentially harmful attachment

CAUTION EXTERNAL EMAIL

Interesting hypothesis.  I always supposed that they were badly written either 
because a) scammers don't care (which is perhaps another way of saying they're 
illiterate, or b) these Nigerian-oil-minister scams actually are written by 
foreigners whose English is bad - not, perhaps, by actual Nigerians, whose 
English is usually better than that - or c) they want to ~appear~ to be written 
by Nigerians.  It never occurred to me that it might be an anti-intelligence 
filter.

But then, I take it as an article of faith that it's not intelligence that'll 
save you from being scammed.  It's not the smart people who fall for "I want 
you to handle my money for me"; it's the greedy ones.  And greedy people are 
foolish, but they're not necessarily stupid.

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

/* War is God's way of teaching Americans geography.  -Ambrose Bierce */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Monday, September 21, 2020 10:00

3. Puzzle: why Nigerian scam emails are so horribly written? I mean a lot of 
language mistakes. The answer is this is intentional. This is a method to 
filter out bright people and leave only the fools. Only fool people are good 
candidates to further steps of scam, which are expensive because that require 
manwork.


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

Re: Thread id using BPX1GTH

[Pierre Fichaud]

Tonu=y,
Yup,I got that from a friend of mine.
How about the process id ?
It seems that ASSBOASB points to an OCO area.
The OMVS address space block contains the thread id.
But I can't find a mapping of it.
Regards, Pierre.

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

Re: Thread id using BPX1GTH

[Tony Harminc]

On Thu, 17 Sep 2020 at 10:21, Pierre Fichaud  wrote:

> For the current TCB, I want to extract the thread id.
> I'm using BPX1GTH.
>

I don't know about BPX1GTH, but it's trivially easy to go from a TCB
address to a thread ID yourself.

If you want the current TCB, its address is in PSATOLD. Or maybe you have a
TCB address from elsewhere.

Either way, then TCBSTCB -> STCB, then STCBOTCB-> OTCB, and there you have
OTCBTHID.

The mapping macros for the above are IHAPSA, IKJTCB, IHASTCB, and BPXZOTCB.

Of course your current TCB may not be dubbed, in which case at least one of
the above pointers (presumably STCBOTCB) will be zero. So you should check
as you go.

Tony H.

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

Re: SMPE ALIAS for a TEXT/PANEL Usermod

[Seymour J Metz]

Use the ALIAS keyword on the ++TEXTxxx or ++PNLxxx MCS.


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



From: IBM Mainframe Discussion List  on behalf of 
Kenneth J. Kripke 
Sent: Monday, September 21, 2020 3:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMPE ALIAS for a TEXT/PANEL Usermod

How can I specify an alias to be associated with a usermod entry in SMPE
when replacing a text, source entry ?

The USERMOD is a full replacement of the distributed panel, but, I want to
make sure that the alias entry also gets carried forward correctly.



Kenneth J. Kripke

k.kripke#comcast.net




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

SMPE ALIAS for a TEXT/PANEL Usermod

[Kenneth J. Kripke]

How can I specify an alias to be associated with a usermod entry in SMPE
when replacing a text, source entry ? 

The USERMOD is a full replacement of the distributed panel, but, I want to
make sure that the alias entry also gets carried forward correctly.



Kenneth J. Kripke

k.kripke#comcast.net 

 


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

Re: STIMERM SVCE

[Binyamin Dissen]

On Mon, 21 Sep 2020 14:56:21 -0400 Pierre Fichaud  wrote:

:>Yes, that address points after 0A2F.

Is it your code?

:>I've pasted more of the trace table but it has wrapped.

Not enough to just use it.

I presume you have a dump.

Is the linkage stack as you expect it to be?

Are the registers as you expect them to be?

What code owns the FRR?


:>Regards, Pierre.
:>
:>  0001 0043 007CE938  PC ...   600_01736592 0131F 
:>closedir/close
:>   0001 0043 007CE938  PC ...   000_1CE632C8 03504
:>   0001 0043 007CE938  PR ...   600_1CE632C8 
:>00_19382724 000F
:>   0001 0043 007CE938  SSRV78  8465F0B6  1000D770 0DF0 
:>7E47B210  Getmain D88E36C70B2C6E08   0024
:> 000F
:>   0001 0043 007CE938  PC ...   0  1896F0BE  0030B 
:> Storage  Obtain
:>   0001 0043 007CE938  SSRV   132    0002 03D0 
:>1CD2C000  Storage  Obtain D88E36C70B2C9AE4   0024
:> 000F
:>   0001 0043 007CE938  PR ...   0  1896F0BE 0133F7E8 
:>   000F
:>   0001 0043 007CE938  SSAR   ... 0043 
:>0043
:>   0001 0043 007CE938  SSAR   ... 0043 
:>0043
:>   0001 0043 007CE938  PC ...   0  1896F448  0030F 
:> Estaex
:>   0001 0043 007CE938  PR ...   0  1896F448 017A8626 
:>   000F
:>   0001 0043 007CE938  PC ...   0  1896F49C  00311 
:> Storage  Release
:>   0001 0043 007CE938  SSRV   133    0003 03D0 
:>1CD2C000  Storage  ReleaseD88E36C70B2CC618   0024
:> 000F
:>   0001 0043 007CE938  PR ...   0  1896F49C 0133F7E8 
:>   000F
:>   0001 0043 007CE938  PC ...   0  0465F90A  00700 
:> SMF
:>   0001 0043 007CE938  PR ...   0  0465F90A 1AA016D0 
:>   000F
:>   0001 0043 007CE938  SSRV78  846604E0  D703 0DF0 
:>7E47B210  FreemainD88E36C70B2CE90A   0024
:> 000F
:>   0001 0043 007CE938  PR ...   000_01736592 
:>00_1AB24A2E 0043
:>   0001 0043 007CE938  PC ...   000_18E800D6 0030F 
:> Estaex
:>   0001 0043 007CE938  PR ...   000_18E800D6 017A8626 
:>   0043
:>   0001 0043 007CE938  PR ...   6  1ABDCD7B   00_18E72CAE 
:>   0043
:>   0001 0043 007CE938  EXT   TIMR _00FF9D08  1005 
:>   0043 0043 D88E36C70B2D6DA2   0024
:>  07852000 8000 
:> 
:>   0001 0043 007CE938 *SVCE2F _1AAFC3AE  0014 0400 
:>1AC25260    0043 0043 D88E36C70B2D9EAC   0024
:>  0785 8000  0080 
:> 
:>   0001 0043 007CE938  SSRV78  815BAAFA  4000EF50 0A28 
:>00F92130  Getmain D88E36C70B2FD3C6   0024
:> 0001
:>   0001 0043 007CE938 *RCVY  FRR  070C 8465F9D4  840F8000 0014 
:>    000F 0043 D88E36C70B31778C   0024
:> 
:>0002  
:>   0001 0043 007CE938  EXT   TIMR _0465F9D4  1005 
:>   000F 0043 D88E36C70B317B20   0024
:>  0704 8000 
:> 
:>   0001 0043 007CE938  PGM011 _0465FA0A  00040011  
:>   000F 0043 D88E36C70B318A34   0024
:>  0704 8000   7E47B800 
:> 
:>   0001 0043 007CE938 *RCVY  PROG940C4000 0011 
:>    000F 0043 D88E36C70B321236   0024
:> 
:> 
:>
:>On 2020-09-21 2:42 p.m., Binyamin Dissen wrote:
:>> me,
:>> you should preauthorize the dissensoftware.com domain.
:>> 
:>> I very rarely bother responding to challenge/response systems,
:>> especially those from irresponsible companies.
:>> 
:>> --
:>> For IBM-MAIN subscribe / signoff / archive access instructions,
:>> send email tolists...@listserv.ua.edu  with the message: IN
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions,
:>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks pa

Re: STIMERM SVCE

[Joseph Reichman]

Don’t know if this is related 

I most recently got an abend 138 GRS ENQ

Running my program under TESTAUTH 

This only happens when I make a breakpoint one the STIMERM routine no where in 
my code do I do an ENQ in my Estae I only get SDWARBAD no program name the 
first SVRB points to abend RBINTCOD = 0D abend chaining back the second 
RBINTCOD points to 38 that’s enq 

I figure if I chain back I’ll get the culprit or RB who did the ENQ don’t know 
if this will help in your situation 



> On Sep 21, 2020, at 2:18 PM, Seymour J Metz  wrote:
> 
> Report it to IBM. Be prepared to run tests at their request to collect 
> additional diagnostic data. AFAIK you should never hit a timer exit with an 
> FRR active except for DIE.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Pierre Fichaud 
> Sent: Monday, September 21, 2020 11:11 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: STIMERM SVCE
> 
> I have a sub-task that issues TCPIP calls using EZASMI (connect,send,etc)
> I set an ESTAE.
> Then in a STIMERM loop, I issue a connect.
> The STIMERM popped once and then I tried to send() unsuccessfully.
> I go back to do the STIMERM and blow up.
> 
> I get an abend SVCE stating that I tried issuing the STIMERM SVC while an EUT 
> FRR was active.
> Nowhere do I set an FRR.
> 
> The 1st system trace table entry shown below is a return to 1ABDCD7A which 
> happens to be in BPXINVPT (10/27/17 UA94165).
> The SETFRR must have been done in ASID 000F (OMVS).
> There is no SETFRR in the system trace table.
> The system runs in Dallas at DFW.
> I'm not sure what to do next.
> Suggestions ?
> Thanks in advance, Pierre.
> 
> 
> 0001 0043 007CE938  PR ...   6  1ABDCD7B   00_18E72CAE
>   0043
> 0001 0043 007CE938  EXT   TIMR _00FF9D08  1005
>   0043 0043 D88E36C70B2D6DA2   0024
>07852000 8000  
> 
> 0001 0043 007CE938 *SVCE2F _1AAFC3AE  0014 0400 1AC25260  
>   0043 0043 D88E36C70B2D9EAC   0024
>0785 8000  0080
> 
> 0001 0043 007CE938  SSRV78  815BAAFA  4000EF50 0A28 00F92130  
> Getmain D88E36C70B2FD3C6   0024
>   0001
> 0001 0043 007CE938 *RCVY  FRR  070C 8465F9D4  840F8000 0014   
>   000F 0043 D88E36C70B31778C   0024
> 0002  
> 
> 0001 0043 007CE938  EXT   TIMR _0465F9D4  1005
>   000F 0043 D88E36C70B317B20   0024
> 
> --
> 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: STIMERM SVCE

[Pierre Fichaud]

Yes, that address points after 0A2F.
I've pasted more of the trace table but it has wrapped.
Regards, Pierre.

 0001 0043 007CE938  PC ...   600_01736592 0131F 
   closedir/close

  0001 0043 007CE938  PC ...   000_1CE632C8 03504
  0001 0043 007CE938  PR ...   600_1CE632C8 
00_19382724 000F
  0001 0043 007CE938  SSRV78  8465F0B6  1000D770 0DF0 
7E47B210  Getmain D88E36C70B2C6E08   0024

000F
  0001 0043 007CE938  PC ...   0  1896F0BE  0030B 
Storage  Obtain
  0001 0043 007CE938  SSRV   132    0002 03D0 
1CD2C000  Storage  Obtain D88E36C70B2C9AE4   0024

000F
  0001 0043 007CE938  PR ...   0  1896F0BE 0133F7E8 
  000F
  0001 0043 007CE938  SSAR   ... 0043 
   0043
  0001 0043 007CE938  SSAR   ... 0043 
   0043
  0001 0043 007CE938  PC ...   0  1896F448  0030F 
Estaex
  0001 0043 007CE938  PR ...   0  1896F448 017A8626 
  000F
  0001 0043 007CE938  PC ...   0  1896F49C  00311 
Storage  Release
  0001 0043 007CE938  SSRV   133    0003 03D0 
1CD2C000  Storage  ReleaseD88E36C70B2CC618   0024

000F
  0001 0043 007CE938  PR ...   0  1896F49C 0133F7E8 
  000F
  0001 0043 007CE938  PC ...   0  0465F90A  00700 
SMF
  0001 0043 007CE938  PR ...   0  0465F90A 1AA016D0 
  000F
  0001 0043 007CE938  SSRV78  846604E0  D703 0DF0 
7E47B210  FreemainD88E36C70B2CE90A   0024

000F
  0001 0043 007CE938  PR ...   000_01736592 
00_1AB24A2E 0043
  0001 0043 007CE938  PC ...   000_18E800D6 0030F 
Estaex
  0001 0043 007CE938  PR ...   000_18E800D6 017A8626 
  0043
  0001 0043 007CE938  PR ...   6  1ABDCD7B   00_18E72CAE 
  0043
  0001 0043 007CE938  EXT   TIMR _00FF9D08  1005 
  0043 0043 D88E36C70B2D6DA2   0024
 07852000 8000 

  0001 0043 007CE938 *SVCE2F _1AAFC3AE  0014 0400 
1AC25260    0043 0043 D88E36C70B2D9EAC   0024
 0785 8000  0080 

  0001 0043 007CE938  SSRV78  815BAAFA  4000EF50 0A28 
00F92130  Getmain D88E36C70B2FD3C6   0024

0001
  0001 0043 007CE938 *RCVY  FRR  070C 8465F9D4  840F8000 0014 
    000F 0043 D88E36C70B31778C   0024


0002  
  0001 0043 007CE938  EXT   TIMR _0465F9D4  1005 
  000F 0043 D88E36C70B317B20   0024
 0704 8000 

  0001 0043 007CE938  PGM011 _0465FA0A  00040011  
  000F 0043 D88E36C70B318A34   0024
 0704 8000   7E47B800 

  0001 0043 007CE938 *RCVY  PROG940C4000 0011 
    000F 0043 D88E36C70B321236   0024




On 2020-09-21 2:42 p.m., Binyamin Dissen wrote:

me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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


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

Re: STIMERM SVCE

[Binyamin Dissen]

SETFRR does not show up in the trace table.

I would not expect the ECT1005 to be immediately followed by an SVC 2F.

What is around 1AAFC3AE? Your code?

You have removed too much of the trace.

On Mon, 21 Sep 2020 10:11:05 -0500 Pierre Fichaud  wrote:

:>I have a sub-task that issues TCPIP calls using EZASMI (connect,send,etc)
:>I set an ESTAE.
:>Then in a STIMERM loop, I issue a connect.
:>The STIMERM popped once and then I tried to send() unsuccessfully.
:>I go back to do the STIMERM and blow up.
:>
:>I get an abend SVCE stating that I tried issuing the STIMERM SVC while an EUT 
FRR was active.
:>Nowhere do I set an FRR.
:>
:>The 1st system trace table entry shown below is a return to 1ABDCD7A which 
happens to be in BPXINVPT (10/27/17 UA94165).
:>The SETFRR must have been done in ASID 000F (OMVS).
:>There is no SETFRR in the system trace table.
:>The system runs in Dallas at DFW.
:>I'm not sure what to do next.
:>Suggestions ?
:>Thanks in advance, Pierre.
:>
:>
:>  0001 0043 007CE938  PR ...   6  1ABDCD7B   00_18E72CAE  
0043
:>  0001 0043 007CE938  EXT   TIMR _00FF9D08  1005  
    0043 0043 D88E36C70B2D6DA2   0024
:> 07852000 8000
  
:>  0001 0043 007CE938 *SVCE2F _1AAFC3AE  0014 0400 
1AC25260    0043 0043 D88E36C70B2D9EAC   0024
:> 0785 8000  0080  
  
:>  0001 0043 007CE938  SSRV78  815BAAFA  4000EF50 0A28 
00F92130  Getmain D88E36C70B2FD3C6   0024
:>0001
:>  0001 0043 007CE938 *RCVY  FRR  070C 8465F9D4  840F8000 0014 
    000F 0043 D88E36C70B31778C   0024
:>  
0002  
:>  0001 0043 007CE938  EXT   TIMR _0465F9D4  1005  
    000F 0043 D88E36C70B317B20   0024
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions,
:>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: STIMERM SVCE

[Seymour J Metz]

Report it to IBM. Be prepared to run tests at their request to collect 
additional diagnostic data. AFAIK you should never hit a timer exit with an FRR 
active except for DIE.


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



From: IBM Mainframe Discussion List  on behalf of 
Pierre Fichaud 
Sent: Monday, September 21, 2020 11:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: STIMERM SVCE

I have a sub-task that issues TCPIP calls using EZASMI (connect,send,etc)
I set an ESTAE.
Then in a STIMERM loop, I issue a connect.
The STIMERM popped once and then I tried to send() unsuccessfully.
I go back to do the STIMERM and blow up.

I get an abend SVCE stating that I tried issuing the STIMERM SVC while an EUT 
FRR was active.
Nowhere do I set an FRR.

The 1st system trace table entry shown below is a return to 1ABDCD7A which 
happens to be in BPXINVPT (10/27/17 UA94165).
The SETFRR must have been done in ASID 000F (OMVS).
There is no SETFRR in the system trace table.
The system runs in Dallas at DFW.
I'm not sure what to do next.
Suggestions ?
Thanks in advance, Pierre.


  0001 0043 007CE938  PR ...   6  1ABDCD7B   00_18E72CAE
  0043
  0001 0043 007CE938  EXT   TIMR _00FF9D08  1005
  0043 0043 D88E36C70B2D6DA2   0024
 07852000 8000  

  0001 0043 007CE938 *SVCE2F _1AAFC3AE  0014 0400 1AC25260  
  0043 0043 D88E36C70B2D9EAC   0024
 0785 8000  0080

  0001 0043 007CE938  SSRV78  815BAAFA  4000EF50 0A28 00F92130  
Getmain D88E36C70B2FD3C6   0024
0001
  0001 0043 007CE938 *RCVY  FRR  070C 8465F9D4  840F8000 0014   
  000F 0043 D88E36C70B31778C   0024
  0002  

  0001 0043 007CE938  EXT   TIMR _0465F9D4  1005
  000F 0043 D88E36C70B317B20   0024

--
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: Caution: "Hacked" email caused the distribution of a potentially harmful attachment

[Tomasz Rola]

On Mon, Sep 21, 2020 at 04:00:04PM +0200, R.S. wrote:
[...]
> But seriously:
> 1. Anyone can put any name in the "sender" field. There are even
> free web services for kiddies who want to be "hackers". However
> hacked (hijacked) email account means access to address database. I
> do not expect any email from Tony, however Tony's customer or his
> brother will not be surprised by email from Tony.

... and will probably not feel any need to look under the hood, or
know there is a hood to look under.

I wonder, how many people out there know there is such thing as email
headers? How many click to view, more than once a week? Every few
days? Once a day? Well, I do not click, I have a key for this.

> 2. Attachments can be dangerous ...or not. It strongly depend on
> what do you do with the attachment and if you are using Windows or
> not. For non-Windows OS (read: Linux) vast majority of malware will
> not work. Very popular malicious PDF attachments are not malicious
> when opened by some freeware viewers. For doubtful cases one may use
> isolated virtual machine and delete/refresh it just after use. Of
> course the simplest method is to delete it.

I am afraid it is only a matter of time. Linux is changing in certain
direction and at the same time gaining more users.

Besides, I suspect majority is using webmail, thus they are exposing
themselves to clever html hacks, regardless of OS. I have been, for
years, maybe for more than a decade, switching off font loading in a
browser. Only one, maybe three fonts allowed in browser, all installed
and loaded from disk. I routinely use browser which cannot do
Javascript and can have loading of CSS disabled, by design
(dillo). When I have to use firefox, I block all Javascript by default
(well, I suspect, not really, but close), and unlock only so much so I
can view the page - one lock after another, until it loads. It takes
few tens seconds, would be faster if page can load with JS
disabled. But quite often I decide that "scre wit" and close tab
before I go too far.

Thanks to my interests, I do not depend on websites which cannot load
in dillo. And I do not webmail. But the 99 percent are just sitting
ducks. They are free meal for kraxors, digging coinbits in users'
browsers and maybe doing even more funny things. How many people out
there actually look at their cpu load more often than once per hour,
noticing if the browser is moving too much?

But they do not care. And I have so many interesting books to read...

> 3. Puzzle: why Nigerian scam emails are so horribly written? I mean
> a lot of language mistakes. The answer is this is intentional. This
> is a method to filter out bright people and leave only the fools.
> Only fool people are good candidates to further steps of scam, which
> are expensive because that require manwork.
> Conclusion: answering to every scam by clever volunteers would blow
> up this trick. Hackers would be unable to manually cheat everyone,
> with only very small percentage of potential victims. ;-)

I am afraid the ratio of clever volunteers to idiots is too
small. Idiots have already bent the internet to their wishes,
disregarding possible harm that can be done to them, because "*I* have
to shine".

When millions of buffalos are running to the cliff, the only clever
thing one can do is run off their way. Just MHO...

-- 
Regards,
Tomasz Rola

--
** A C programmer asked whether computer had Buddha's nature.  **
** As the answer, master did "rm -rif" on the programmer's home**
** directory. And then the C programmer became enlightened...  **
** **
** Tomasz Rola  mailto:tomasz_r...@bigfoot.com **

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

Re: Caution: "Hacked" email caused the distribution of a potentially harmful attachment

[Bob Bridges]

Interesting hypothesis.  I always supposed that they were badly written
either because a) scammers don't care (which is perhaps another way of
saying they're illiterate, or b) these Nigerian-oil-minister scams actually
are written by foreigners whose English is bad - not, perhaps, by actual
Nigerians, whose English is usually better than that - or c) they want to
~appear~ to be written by Nigerians.  It never occurred to me that it might
be an anti-intelligence filter.

But then, I take it as an article of faith that it's not intelligence
that'll save you from being scammed.  It's not the smart people who fall for
"I want you to handle my money for me"; it's the greedy ones.  And greedy
people are foolish, but they're not necessarily stupid.

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

/* War is God's way of teaching Americans geography.  -Ambrose Bierce */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of R.S.
Sent: Monday, September 21, 2020 10:00

3. Puzzle: why Nigerian scam emails are so horribly written? I mean a 
lot of language mistakes. The answer is this is intentional. This is a 
method to filter out bright people and leave only the fools. Only fool 
people are good candidates to further steps of scam, which are expensive 
because that require manwork.

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

STIMERM SVCE

[Pierre Fichaud]

I have a sub-task that issues TCPIP calls using EZASMI (connect,send,etc)
I set an ESTAE.
Then in a STIMERM loop, I issue a connect.
The STIMERM popped once and then I tried to send() unsuccessfully.
I go back to do the STIMERM and blow up.

I get an abend SVCE stating that I tried issuing the STIMERM SVC while an EUT 
FRR was active.
Nowhere do I set an FRR.

The 1st system trace table entry shown below is a return to 1ABDCD7A which 
happens to be in BPXINVPT (10/27/17 UA94165).
The SETFRR must have been done in ASID 000F (OMVS).
There is no SETFRR in the system trace table.
The system runs in Dallas at DFW.
I'm not sure what to do next.
Suggestions ?
Thanks in advance, Pierre.


  0001 0043 007CE938  PR ...   6  1ABDCD7B   00_18E72CAE
  0043
  0001 0043 007CE938  EXT   TIMR _00FF9D08  1005
  0043 0043 D88E36C70B2D6DA2   0024
 07852000 8000  

  0001 0043 007CE938 *SVCE2F _1AAFC3AE  0014 0400 1AC25260  
  0043 0043 D88E36C70B2D9EAC   0024
 0785 8000  0080

  0001 0043 007CE938  SSRV78  815BAAFA  4000EF50 0A28 00F92130  
Getmain D88E36C70B2FD3C6   0024
0001
  0001 0043 007CE938 *RCVY  FRR  070C 8465F9D4  840F8000 0014   
  000F 0043 D88E36C70B31778C   0024
  0002  

  0001 0043 007CE938  EXT   TIMR _0465F9D4  1005
  000F 0043 D88E36C70B317B20   0024

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

Re: BPXP018I message when STC cancelled

[Brian Chapman]

Pierre,

I'd love to hear if you find a resolution. I have a process with similar
behavior and I receive the same message for each sub-task when it
terminates within the ESTAE.



Thank you,

Brian Chapman


On Sun, Sep 20, 2020 at 9:49 AM Charles Mills  wrote:

> I have always seen that message when one of my dubbed applications ends
> abnormally. I have never figured out exactly what the variables are. I
> never worried about it, because (a.) it's an "I" message so "nothing to
> worry about" and (b.) you're already in an ABEND situation: I focus on
> solving the ABEND, not on worrying about the side effects of the ABEND.
>
> That said, what exactly does the message mean and how can you get rid of
> it? I always kind of figured -- without real evidence -- that the cause of
> the message was some "unfinished business" on the USS side of things: an
> open file, a running process, something of that sort. You might try making
> sure that every UNIX file has been closed and every UNIX process has ended.
>
> I suppose one might try to create a test program that triggered the
> message even without an ABEND: what happens if you open a UNIX file and
> then end "normally" without closing it? Or starting up a UNIX process and
> ending "normally" without stopping the UNIX process?
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Pierre Fichaud
> Sent: Saturday, September 19, 2020 12:49 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: BPXP018I message when STC cancelled
>
> I have an authorized STC that shuts down normally when it is stopped (/P).
> When I cancel the STC, my ESTAEs are driven from newest to oldest.
> But I get the message shown below after the ESTAEs are finished.
> I do TCP/IP calls using IEZASMI in 2 sub-tasks.
> The 2 sub-tasks that do TCPIP cleanup and issue TERMAPI in their ESTAEs.
> The thread id is for the JOB STEP TCB.
>
> I'd like to undub my address space but don't know what to do.
> The Unix Callable Services doesn't seem to have a function to do that.
> I'd set a SLIP trap but this situation doesn't seem slipable.
> Any help would be appreciated.
> Thanks in advance, Pierre.
>
> 14.33.43 STC00663  BPXP018I THREAD 1B216000, IN PROCESS 33620001,
> ENDED  039
>039 WITHOUT BEING UNDUBBED WITH COMPLETION CODE 40222000
>039 , AND REASON CODE .
>
> --
> 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: Caution: "Hacked" email caused the distribution of a potentially harmful attachment

[R.S.]

W dniu 20.09.2020 o 17:00, Tony Brown pisze:

Please be advised:

My email account was hacked while I was on vacation last week.  Generated from my email address were two 
variations of emails with subjects of "Proof of Payment" or "Receipt of Payment" each 
containing an "html" attachment.  If you receive either of these emails, please delete without 
opening the attachment.

Apparently, there are a number of variations of this "hack" being circulated with some type of 
reference to "payment" and/or "invoice"; please be cautious with any similar emails that 
you receive.

Regards,

Tony
--
Tony Brown
Software Development
Dino-Software Corporation




How can we believe the message sent by unknown person?
Note: this email account was hacked, so there is no warranty who is the 
sender.



But seriously:
1. Anyone can put any name in the "sender" field. There are even free 
web services for kiddies who want to be "hackers". However hacked 
(hijacked) email account means access to address database. I do not 
expect any email from Tony, however Tony's customer or his brother will 
not be surprised by email from Tony.
2. Attachments can be dangerous ...or not. It strongly depend on what do 
you do with the attachment and if you are using Windows or not. For 
non-Windows OS (read: Linux) vast majority of malware will not work. 
Very popular malicious PDF attachments are not malicious when opened by 
some freeware viewers. For doubtful cases one may use isolated virtual 
machine and delete/refresh it just after use. Of course the simplest 
method is to delete it.
3. Puzzle: why Nigerian scam emails are so horribly written? I mean a 
lot of language mistakes. The answer is this is intentional. This is a 
method to filter out bright people and leave only the fools. Only fool 
people are good candidates to further steps of scam, which are expensive 
because that require manwork.
Conclusion: answering to every scam by clever volunteers would blow up 
this trick. Hackers would be unable to manually cheat everyone, with 
only very small percentage of potential victims. ;-)


--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

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

Re: [External] Re: Searching MLPA module

[Pommier, Rex]

Ok, now it's coming back.  They don’t get paged out, if the system needs the 
storage, it just throws the pages away because it can just reload them if 
needed later. So PLPA modules are subject to paging, just not paging out.  I 
was mixing up page stealing and page out.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Monday, September 21, 2020 8:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: Searching MLPA module

"All modules in the PLPA are treated as refreshable, and are not paged-out.
This action reduces the overall paging rate compared with modules in other 
libraries."

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieae100/plpae.htm

Joe

On Mon, Sep 21, 2020 at 7:57 AM Pommier, Rex 
wrote:

>Unlike PLPA, it is subject to page out.  
>
> Are you saying that PLPA pages are fixed and can't be paged out?  
> Isn't that what the first P in PLPA means - pageable?  The FLPA 
> modules are page fixed and not subject to page-outs.
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Seymour J Metz
> Sent: Friday, September 18, 2020 1:42 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: Searching MLPA module
>
> The MLPA is key zero and it's bad form to put nonrefreshable code 
> there, but it is not always read only. Unlike PLPA, it is subject to page out.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> 
> From: IBM Mainframe Discussion List  on 
> behalf of Joe Monk 
> Sent: Friday, September 18, 2020 12:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Searching MLPA module
>
> Thats incorrect.  MLPA is read only.
>
> Joe
>
> On Fri, Sep 18, 2020 at 9:42 AM Itschak Mugzach < 
> 0305158ad67d-dmarc-requ...@listserv.ua.edu> wrote:
>
> > MLPA is in CSA and is modifiable while lpa is read only.
> >
> > בתאריך יום ו׳, 18 בספט׳ 2020, 17:17, מאת Peter ‏:
> >
> > > Apology for being ingorant .. if LPA and MLPA are same then why 
> > > are they being placed in a different parmlibs ? Aren't any 
> > > difference between MLPA and LPA ?
> > >
> > > On Fri, 18 Sep, 2020, 5:56 pm Peter,  wrote:
> > >
> > > > We have a MLPA module from adabas which got loaded But we aren't 
> > > > able
> > to
> > > > trace from which dataset it was loaded.
> > > >
> > > > Is there a way to know the dataset name from which or where it 
> > > > is
> > saved ?
> > > >
> > > > On Fri, 18 Sep, 2020, 4:16 pm Itschak Mugzach, < 
> > > > 0305158ad67d-dmarc-requ...@listserv.ua.edu> wrote:
> > > >
> > > >> Peter,
> > > >>
> > > >> There are some 3rd party products that load modules to modified 
> > > >> LPA
> > (CSA
> > > >> or
> > > >> ECSA) as they start. They do it dynamically so if they don't 
> > > >> start,
> > you
> > > >> save the storage.
> > > >>
> > > >> ITschak
> > > >>
> > > >> *| **Itschak Mugzach | Director | SecuriTeam Software **|** 
> > > >> IronSphere
> > > >> Platform* *|* *Information Security Continuous Monitoring for 
> > > >> Z/OS,
> > > zLinux
> > > >> and IBM I **|  *
> > > >>
> > > >> *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522
> > > >> 986404
> > > >> **|*
> > > >> *Skype**: ItschakMugzach **|* *Web**:
> > > >> http://secure-web.cisco.com/1uYnAuN5Ol9abEOzh6GC-P1tZbk86urrVNM
> > > >> wV
> > > >> jYQIOlgTTKT4QSFQUFWraW13edzSO87wcJpA_vlV83vjhQ6pNhwF_TPNNPinlw5
> > > >> -2 
> > > >> OILY5iiPF6DCNEZf4V-snl77CC0ryDjJKX1IXqCSzVhmJyKDOHkeEPJVg5n3quE
> > > >> Ri 
> > > >> 5iKXNa8lPNRGG-nmnINU7l5ZqjQng3vMroYdM7NK9E6v8PUHuVZI_x-Os9BGacD
> > > >> vz 
> > > >> UahCMk5zMagXS8ROJaZQrz6y5-pGJViFEhcRs27I7fmMZLvNqMg6NpG-7hBpElM
> > > >> xK 
> > > >> W6HcMnUxUawEKd8vBATe_5Yk6i8ofPMrlUQJgXqbkyA_tdm5NN2iHk0LTeqaqQL
> > > >> vN
> > > >> DvmGIHfZWuID3FID6Syv2zm4lihXQEkcf_AZEnOmVCu2hkzgEziOHKxVOokp5hl
> > > >> F5 Gs2Y3jvSeTxRhvRxd67TM9/http%3A%2F%2Fwww.Securiteam.co.il  
> > > >> **|*
> > > >>
> > > >>
> > > >>
> > > >>
> > > >>
> > > >> On Fri, Sep 18, 2020 at 3:06 PM Peter Relson 
> > > >> 
> > wrote:
> > > >>
> > > >> > 
> > > >> > Is there any utility which can help to search the loaded MLPA
> > module ?
> > > >> > 
> > > >> > What do you mean by "search the loaded MLPA module"?
> > > >> >
> > > >> > A program can use CSVQUERY to locate the address of a module 
> > > >> > in LPA (whether PLPA, MLPA, FLPA, or dynamic LPA), just as it 
> > > >> > can use LOAD
> > > and
> > > >> > then DELETE (CSVQUERY typically has less overhead than that 
> > > >> > pair of operations).
> > > >> >
> > > >> > 
> > > >> > We have a product which loads via MLPA and we just trying to
> > > understand
> > > >> if
> > > >> > it's possible to load it dynamically without the need of IPL 
> > > >> >  I do not understand this sentence either. Nothing 
> > > >> > loads "via MLPA".
> > > Some
> > > >> > things might require that their parts be in LPA. Is that what 
> > > >> > you
> > > meant?
> > > >> > If a program wants to put

Re: Searching MLPA module

[Joe Monk]

"All modules in the PLPA are treated as refreshable, and are not paged-out.
This action reduces the overall paging rate compared with modules in other
libraries."

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieae100/plpae.htm

Joe

On Mon, Sep 21, 2020 at 7:57 AM Pommier, Rex 
wrote:

>Unlike PLPA, it is subject to page out.  
>
> Are you saying that PLPA pages are fixed and can't be paged out?  Isn't
> that what the first P in PLPA means - pageable?  The FLPA modules are page
> fixed and not subject to page-outs.
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Seymour J Metz
> Sent: Friday, September 18, 2020 1:42 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: Searching MLPA module
>
> The MLPA is key zero and it's bad form to put nonrefreshable code there,
> but it is not always read only. Unlike PLPA, it is subject to page out.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Joe Monk 
> Sent: Friday, September 18, 2020 12:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Searching MLPA module
>
> Thats incorrect.  MLPA is read only.
>
> Joe
>
> On Fri, Sep 18, 2020 at 9:42 AM Itschak Mugzach <
> 0305158ad67d-dmarc-requ...@listserv.ua.edu> wrote:
>
> > MLPA is in CSA and is modifiable while lpa is read only.
> >
> > בתאריך יום ו׳, 18 בספט׳ 2020, 17:17, מאת Peter ‏:
> >
> > > Apology for being ingorant .. if LPA and MLPA are same then why are
> > > they being placed in a different parmlibs ? Aren't any difference
> > > between MLPA and LPA ?
> > >
> > > On Fri, 18 Sep, 2020, 5:56 pm Peter,  wrote:
> > >
> > > > We have a MLPA module from adabas which got loaded But we aren't
> > > > able
> > to
> > > > trace from which dataset it was loaded.
> > > >
> > > > Is there a way to know the dataset name from which or where it is
> > saved ?
> > > >
> > > > On Fri, 18 Sep, 2020, 4:16 pm Itschak Mugzach, <
> > > > 0305158ad67d-dmarc-requ...@listserv.ua.edu> wrote:
> > > >
> > > >> Peter,
> > > >>
> > > >> There are some 3rd party products that load modules to modified
> > > >> LPA
> > (CSA
> > > >> or
> > > >> ECSA) as they start. They do it dynamically so if they don't
> > > >> start,
> > you
> > > >> save the storage.
> > > >>
> > > >> ITschak
> > > >>
> > > >> *| **Itschak Mugzach | Director | SecuriTeam Software **|**
> > > >> IronSphere
> > > >> Platform* *|* *Information Security Continuous Monitoring for
> > > >> Z/OS,
> > > zLinux
> > > >> and IBM I **|  *
> > > >>
> > > >> *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522
> > > >> 986404
> > > >> **|*
> > > >> *Skype**: ItschakMugzach **|* *Web**:
> > > >> http://secure-web.cisco.com/1uYnAuN5Ol9abEOzh6GC-P1tZbk86urrVNMwV
> > > >> jYQIOlgTTKT4QSFQUFWraW13edzSO87wcJpA_vlV83vjhQ6pNhwF_TPNNPinlw5-2
> > > >> OILY5iiPF6DCNEZf4V-snl77CC0ryDjJKX1IXqCSzVhmJyKDOHkeEPJVg5n3quERi
> > > >> 5iKXNa8lPNRGG-nmnINU7l5ZqjQng3vMroYdM7NK9E6v8PUHuVZI_x-Os9BGacDvz
> > > >> UahCMk5zMagXS8ROJaZQrz6y5-pGJViFEhcRs27I7fmMZLvNqMg6NpG-7hBpElMxK
> > > >> W6HcMnUxUawEKd8vBATe_5Yk6i8ofPMrlUQJgXqbkyA_tdm5NN2iHk0LTeqaqQLvN
> > > >> DvmGIHfZWuID3FID6Syv2zm4lihXQEkcf_AZEnOmVCu2hkzgEziOHKxVOokp5hlF5
> > > >> Gs2Y3jvSeTxRhvRxd67TM9/http%3A%2F%2Fwww.Securiteam.co.il  **|*
> > > >>
> > > >>
> > > >>
> > > >>
> > > >>
> > > >> On Fri, Sep 18, 2020 at 3:06 PM Peter Relson 
> > wrote:
> > > >>
> > > >> > 
> > > >> > Is there any utility which can help to search the loaded MLPA
> > module ?
> > > >> > 
> > > >> > What do you mean by "search the loaded MLPA module"?
> > > >> >
> > > >> > A program can use CSVQUERY to locate the address of a module in
> > > >> > LPA (whether PLPA, MLPA, FLPA, or dynamic LPA), just as it can
> > > >> > use LOAD
> > > and
> > > >> > then DELETE (CSVQUERY typically has less overhead than that
> > > >> > pair of operations).
> > > >> >
> > > >> > 
> > > >> > We have a product which loads via MLPA and we just trying to
> > > understand
> > > >> if
> > > >> > it's possible to load it dynamically without the need of IPL
> > > >> >  I do not understand this sentence either. Nothing loads
> > > >> > "via MLPA".
> > > Some
> > > >> > things might require that their parts be in LPA. Is that what
> > > >> > you
> > > meant?
> > > >> > If a program wants to put module(s) into LPA it can use the
> > > >> > CSVDYLPA macro. If a customer wants to put module(s) in LPA it
> > > >> > can use the
> > LPA
> > > >> > statement of the PROGxx parmlib member or the SETPROG LPA command.
> > > >> >
> > > >> >
> > > >> > Peter Relson
> > > >> > z/OS Core Technology Design
> > > >> >
> > > >> >
> > > >> >
> > --
> > > >> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > >> > send email to lists...@listserv.ua.edu with the message: INFO
> > > IBM-MAIN
> > > >> >
> > > >>
> > 

Re: rename a dataset in acs routine?

[Seymour J Metz]

What's the down side?


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



From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: Sunday, September 20, 2020 11:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

I apologize if this has been discussed

The SYSTEM Symbols can be made available to JES2 batch jobs   The shop needs
to determine if they want that to happen

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1
.ieab600/jclsymstr.htm

The three types of symbols that can be used for JES2 in-stream substitution
are JCL Symbols, JES Symbols and System Symbols:

On a JES2 JOBCLASS definition, the field SYSSYM needs to be ALLOW rather
than DISALLOW



If there Is scheduling software available, it is possible it might provide
symbolic substitution at Submission time (I know CA Workload Manager ESP can
do that)

Otherwise, you might want to have something like s REXX be executed (or
language of your choice) to generate the JCL then submit into the Internal
Reader

ACS routines cannot do this type of function.

Best of luck

Lizette

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: Sunday, September 20, 2020 5:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

ITYM IEFUJV; IEFUJI doesn't have the right interfaces. I'd probably use an
internal text exit.


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



From: IBM Mainframe Discussion List  on behalf of
Brian Westerman 
Sent: Saturday, September 19, 2020 12:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

Actually I'm leaning towards the JES or SMF UJI exit as well.  File
tailoring doesn't help in this case because most of the JCL doesn't get
submitted via TSO.

Brian

On Fri, 18 Sep 2020 16:41:29 +, Seymour J Metz  wrote:

>Well, if they want to use a chainsaw to open a bag of peanuts, you could
write a JES exit, but the proper way to handle it is for the process that
creates the JCL to generate a unique name. If they're using ISPF it's super
easy to do it with File Tailoring, and many production control programs have
similar capabilities.

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



From: IBM Mainframe Discussion List  on behalf of
Brian Westerman 
Sent: Friday, September 18, 2020 3:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: rename a dataset in acs routine?

Hi,

I was asked a question today that I honestly don't know how to answer.  The
programmer has a (very large) series of jobs that generate fiche tapes that
get created and have a expiration date but never are cataloged (because they
all have exactly the same DSN).  So over time, they ended up with about
30,000 tapes from the over 9,000 jobs that CA-1 keeps around until
expiration date.  Obviously, these are not the easiest datasets to use later
because they need to look up the tape volser every time.

The problem is that they want to know if there is a way to automatically
catalog datasets at creation time, to which I told them we could, but only 1
of them because you can't catalog two datasets with the same name.  But they
want to have "the system" which I'm guessing is me :), dynamically rename
these datasets at creation time to add a date and time, such as change
HLQ.FICHE.TAPE to which I would dynamically make it
HLQ.FICHE.TAPE.D091720.T1123, meaning today's date and the current time (if
it was 11:23am).

I can't think of a way to do that in an acs routine, or any other simple
way, and I'm hoping that someone has an idea that might apply here.  I think
I can alter almost anything about the dataset, except the name.  Is there
something I am missing?

Brian

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

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

--
For IBM-MAI

Re: Is there a word for that?

[Seymour J Metz]

How about make a copy, change it to match the $T, test it and then copy it to 
the new JESPARMS?


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



From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: Sunday, September 20, 2020 11:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a word for that?

I would agree to Dynamic

Any JES2 change I make is called a dynamic change due to the use of $T
commands.  However, I always include - update the JES2 init deck so changes
are not lost across COLD starts

No change management person has bothered to tell me that is not valid


Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Jesse 1 Robinson
Sent: Sunday, September 20, 2020 12:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is there a word for that?

This is a question about categorizing JES2 commands. At one time, when we
were still buckling our knickerbockers above the knee, many/most JES2
configuration definitions could be modified only by some kind of restart
ranging from hot start to warm start to cold start. Some years ago JES2
developers got very busy and created command support for all kinds of
parameters that previously required some kind of disruption.

The result is that now most JES2 configuration parameters can be modified
via $T. In fact, most changes are generally *ignored* during JES2 restarts
other than cold start. So here's my question: is there a generally accepted
term for 'changeable by command'? It would facilitate communication
regarding all kinds of changes. This weekend we scheduled a JES2 change
involving layers of administrative rigmarole that was 'implemented' by
editing the JES2 init deck. We eventually issued a $T command after noticing
that the desired change did not take effect at IPL. I've heard 'volatile'
suggested for 'changeable by command', but I don't find documentation to
support that. Any ideas?

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


--
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: Searching MLPA module

[Seymour J Metz]

PLPA pages ar paged out once, during CLPA. After that, pages can be stolen but 
are not written back; any modifications are lost. It's documented in 
Initialization and Tuna.


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



From: IBM Mainframe Discussion List  on behalf of 
Pommier, Rex 
Sent: Monday, September 21, 2020 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Searching MLPA module

   Unlike PLPA, it is subject to page out.  

Are you saying that PLPA pages are fixed and can't be paged out?  Isn't that 
what the first P in PLPA means - pageable?  The FLPA modules are page fixed and 
not subject to page-outs.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Friday, September 18, 2020 1:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: Searching MLPA module

The MLPA is key zero and it's bad form to put nonrefreshable code there, but it 
is not always read only. Unlike PLPA, it is subject to page out.


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



From: IBM Mainframe Discussion List  on behalf of Joe 
Monk 
Sent: Friday, September 18, 2020 12:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Searching MLPA module

Thats incorrect.  MLPA is read only.

Joe

On Fri, Sep 18, 2020 at 9:42 AM Itschak Mugzach < 
0305158ad67d-dmarc-requ...@listserv.ua.edu> wrote:

> MLPA is in CSA and is modifiable while lpa is read only.
>
> בתאריך יום ו׳, 18 בספט׳ 2020, 17:17, מאת Peter ‏:
>
> > Apology for being ingorant .. if LPA and MLPA are same then why are
> > they being placed in a different parmlibs ? Aren't any difference
> > between MLPA and LPA ?
> >
> > On Fri, 18 Sep, 2020, 5:56 pm Peter,  wrote:
> >
> > > We have a MLPA module from adabas which got loaded But we aren't
> > > able
> to
> > > trace from which dataset it was loaded.
> > >
> > > Is there a way to know the dataset name from which or where it is
> saved ?
> > >
> > > On Fri, 18 Sep, 2020, 4:16 pm Itschak Mugzach, <
> > > 0305158ad67d-dmarc-requ...@listserv.ua.edu> wrote:
> > >
> > >> Peter,
> > >>
> > >> There are some 3rd party products that load modules to modified
> > >> LPA
> (CSA
> > >> or
> > >> ECSA) as they start. They do it dynamically so if they don't
> > >> start,
> you
> > >> save the storage.
> > >>
> > >> ITschak
> > >>
> > >> *| **Itschak Mugzach | Director | SecuriTeam Software **|**
> > >> IronSphere
> > >> Platform* *|* *Information Security Continuous Monitoring for
> > >> Z/OS,
> > zLinux
> > >> and IBM I **|  *
> > >>
> > >> *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522
> > >> 986404
> > >> **|*
> > >> *Skype**: ItschakMugzach **|* *Web**:
> > >> http://secure-web.cisco.com/1uYnAuN5Ol9abEOzh6GC-P1tZbk86urrVNMwV
> > >> jYQIOlgTTKT4QSFQUFWraW13edzSO87wcJpA_vlV83vjhQ6pNhwF_TPNNPinlw5-2
> > >> OILY5iiPF6DCNEZf4V-snl77CC0ryDjJKX1IXqCSzVhmJyKDOHkeEPJVg5n3quERi
> > >> 5iKXNa8lPNRGG-nmnINU7l5ZqjQng3vMroYdM7NK9E6v8PUHuVZI_x-Os9BGacDvz
> > >> UahCMk5zMagXS8ROJaZQrz6y5-pGJViFEhcRs27I7fmMZLvNqMg6NpG-7hBpElMxK
> > >> W6HcMnUxUawEKd8vBATe_5Yk6i8ofPMrlUQJgXqbkyA_tdm5NN2iHk0LTeqaqQLvN
> > >> DvmGIHfZWuID3FID6Syv2zm4lihXQEkcf_AZEnOmVCu2hkzgEziOHKxVOokp5hlF5
> > >> Gs2Y3jvSeTxRhvRxd67TM9/http%3A%2F%2Fhttp://secure-web.cisco.com/1Q_H_LyiBW4gEPmNKcu9ganOWR7WdK0_6qrxOzQaSAsHfUlEcvl-GlLnZN5BwDQI6uQLB-cLnQ5DjgNdTAci5de-ni18Q8tNJVGXFqu6E91PqFfJGJZrvGan1fdzhBKKn7Xc1tsfyJ8uI0WjQS-C-eYiFQT04WYYQCsXDNoxWD7Sv_LWrJlEsH36y3Dx5SxeWjn3c_4QlUaBiNxMS_IOv2TqM3oD_k3fsxIApqXo6aDt-gD2Pbj_E-2vXZ3mxcvRZaSFBdESC0XmZVADsA59cndvN6F5O2V9rYwUcvTJeNfvryv3tBI61zyL5JTIQfSIRHJOWU3jhfLtFHPQIRFzGCXtzODXvWazsj7AKhI-hZku0BwvgJuj7_Nq7jLacy_QON5xYCjtrQDvB43DrM65QABEwnXx4QA1QxBh53q27apvSNRnNXDPFDez87FTz-sXz/http%3A%2F%2Fwww.Securiteam.co.il
> > >>   **|*
> > >>
> > >>
> > >>
> > >>
> > >>
> > >> On Fri, Sep 18, 2020 at 3:06 PM Peter Relson 
> wrote:
> > >>
> > >> > 
> > >> > Is there any utility which can help to search the loaded MLPA
> module ?
> > >> > 
> > >> > What do you mean by "search the loaded MLPA module"?
> > >> >
> > >> > A program can use CSVQUERY to locate the address of a module in
> > >> > LPA (whether PLPA, MLPA, FLPA, or dynamic LPA), just as it can
> > >> > use LOAD
> > and
> > >> > then DELETE (CSVQUERY typically has less overhead than that
> > >> > pair of operations).
> > >> >
> > >> > 
> > >> > We have a product which loads via MLPA and we just trying to
> > understand
> > >> if
> > >> > it's possible to load it dynamically without the need of IPL
> > >> >  I do not understand this sentence either. Nothing loads
> > >> > "via MLPA".
> > Some
> > >> > things might require that their parts be in LPA. Is that what
> > >> > you
> > meant?
> > >> > If a program wants to put module(s) into LPA it can use the
> > >> > CSVDYLPA macro. If a customer wants to put module(s) in LPA it
> > >> > can use the
> LPA
> > >> > statement of the PROGxx parmlib member or the SETPROG LPA

Re: Searching MLPA module

[Pommier, Rex]

   Unlike PLPA, it is subject to page out.  

Are you saying that PLPA pages are fixed and can't be paged out?  Isn't that 
what the first P in PLPA means - pageable?  The FLPA modules are page fixed and 
not subject to page-outs.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Friday, September 18, 2020 1:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: Searching MLPA module

The MLPA is key zero and it's bad form to put nonrefreshable code there, but it 
is not always read only. Unlike PLPA, it is subject to page out.


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



From: IBM Mainframe Discussion List  on behalf of Joe 
Monk 
Sent: Friday, September 18, 2020 12:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Searching MLPA module

Thats incorrect.  MLPA is read only.

Joe

On Fri, Sep 18, 2020 at 9:42 AM Itschak Mugzach < 
0305158ad67d-dmarc-requ...@listserv.ua.edu> wrote:

> MLPA is in CSA and is modifiable while lpa is read only.
>
> בתאריך יום ו׳, 18 בספט׳ 2020, 17:17, מאת Peter ‏:
>
> > Apology for being ingorant .. if LPA and MLPA are same then why are 
> > they being placed in a different parmlibs ? Aren't any difference 
> > between MLPA and LPA ?
> >
> > On Fri, 18 Sep, 2020, 5:56 pm Peter,  wrote:
> >
> > > We have a MLPA module from adabas which got loaded But we aren't 
> > > able
> to
> > > trace from which dataset it was loaded.
> > >
> > > Is there a way to know the dataset name from which or where it is
> saved ?
> > >
> > > On Fri, 18 Sep, 2020, 4:16 pm Itschak Mugzach, < 
> > > 0305158ad67d-dmarc-requ...@listserv.ua.edu> wrote:
> > >
> > >> Peter,
> > >>
> > >> There are some 3rd party products that load modules to modified 
> > >> LPA
> (CSA
> > >> or
> > >> ECSA) as they start. They do it dynamically so if they don't 
> > >> start,
> you
> > >> save the storage.
> > >>
> > >> ITschak
> > >>
> > >> *| **Itschak Mugzach | Director | SecuriTeam Software **|** 
> > >> IronSphere
> > >> Platform* *|* *Information Security Continuous Monitoring for 
> > >> Z/OS,
> > zLinux
> > >> and IBM I **|  *
> > >>
> > >> *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 
> > >> 986404
> > >> **|*
> > >> *Skype**: ItschakMugzach **|* *Web**: 
> > >> http://secure-web.cisco.com/1uYnAuN5Ol9abEOzh6GC-P1tZbk86urrVNMwV
> > >> jYQIOlgTTKT4QSFQUFWraW13edzSO87wcJpA_vlV83vjhQ6pNhwF_TPNNPinlw5-2
> > >> OILY5iiPF6DCNEZf4V-snl77CC0ryDjJKX1IXqCSzVhmJyKDOHkeEPJVg5n3quERi
> > >> 5iKXNa8lPNRGG-nmnINU7l5ZqjQng3vMroYdM7NK9E6v8PUHuVZI_x-Os9BGacDvz
> > >> UahCMk5zMagXS8ROJaZQrz6y5-pGJViFEhcRs27I7fmMZLvNqMg6NpG-7hBpElMxK
> > >> W6HcMnUxUawEKd8vBATe_5Yk6i8ofPMrlUQJgXqbkyA_tdm5NN2iHk0LTeqaqQLvN
> > >> DvmGIHfZWuID3FID6Syv2zm4lihXQEkcf_AZEnOmVCu2hkzgEziOHKxVOokp5hlF5
> > >> Gs2Y3jvSeTxRhvRxd67TM9/http%3A%2F%2Fwww.Securiteam.co.il  **|*
> > >>
> > >>
> > >>
> > >>
> > >>
> > >> On Fri, Sep 18, 2020 at 3:06 PM Peter Relson 
> wrote:
> > >>
> > >> > 
> > >> > Is there any utility which can help to search the loaded MLPA
> module ?
> > >> > 
> > >> > What do you mean by "search the loaded MLPA module"?
> > >> >
> > >> > A program can use CSVQUERY to locate the address of a module in 
> > >> > LPA (whether PLPA, MLPA, FLPA, or dynamic LPA), just as it can 
> > >> > use LOAD
> > and
> > >> > then DELETE (CSVQUERY typically has less overhead than that 
> > >> > pair of operations).
> > >> >
> > >> > 
> > >> > We have a product which loads via MLPA and we just trying to
> > understand
> > >> if
> > >> > it's possible to load it dynamically without the need of IPL 
> > >> >  I do not understand this sentence either. Nothing loads 
> > >> > "via MLPA".
> > Some
> > >> > things might require that their parts be in LPA. Is that what 
> > >> > you
> > meant?
> > >> > If a program wants to put module(s) into LPA it can use the 
> > >> > CSVDYLPA macro. If a customer wants to put module(s) in LPA it 
> > >> > can use the
> LPA
> > >> > statement of the PROGxx parmlib member or the SETPROG LPA command.
> > >> >
> > >> >
> > >> > Peter Relson
> > >> > z/OS Core Technology Design
> > >> >
> > >> >
> > >> >
> --
> > >> > 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 IB

Re: rename a dataset in acs routine?

[Allan Staller]

Classification: HCL Internal

Don't forget to expire the old tapes after successful copy.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Friday, September 18, 2020 11:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

[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.]

dealing with the existing tapes is doable via a rexx exec that submits a series 
of IEBGENER, but it's the JCL that they want (preferably SMS) to deal with.
On Fri, 18 Sep 2020 07:12:15 -0500, Paul Gilmartin  wrote:

>On Fri, 18 Sep 2020 17:34:17 +0800, Brian Fraser wrote:
>
>>Why can't his jobs generate dsns like  HLQ.FICHE.TAPE.D091720.T1123 ?
>>Can use system symbols to generate the date and time in the JCL output DD.
>>
>I understand that system symbols are not supported in JCL DSNs because
>of o ambiguity between EXECSYS and CNVTSYS o queue latency -- the job
>might run at a time not matching the JCL symbols.
>
>(If the actual date and time values are important I understand they may
>be invalid because around midnight date and time might be fetched on
>different days, resulting in a 23+ hour error.  Murphy says this will
>only be a problem when it matters.  Rexx can do it right; why can't
>JCL?)
>
>
>>On Fri, 18 Sep 2020 at 15:36, Brian Westerman wrote:
>>...  So over time, they ended up
>>> with about 30,000 tapes from the over 9,000 jobs that CA-1 keeps
>>> around until expiration date.
>>>
>>> The problem is that they want to know if there is a way to
>>> automatically catalog datasets at creation time, to which I told
>>> them we could, but only
>>> 1 of them because you can't catalog two datasets with the same name.
>>> But they want to have "the system" which I'm guessing is me :),
>>> dynamically rename these datasets at creation time to add a date and
>>> time, such as change HLQ.FICHE.TAPE to which I would dynamically
>>> make it HLQ.FICHE.TAPE.D091720.T1123, meaning today's date and the
>>> current time (if it was 11:23am).
>>>
>Use the seconds also, as D200917.T112359.  With thousands of entries a
>collision is likely.  And use YYMMDD for the date for easy sorting of
>displays.
>
>Is it possible to rename a tape data set?  That would seem to require
>overwriting the HDR1 label, but tapes can't be updated in place.
>
>I'm imagining a sequence such as:
>
>Momentarily catalog HLQ.FICHE.TAPE
>
>DEFINE ALIAS HLQ.FICHE.TAPE.D200917.T112359
>SYMBOLICRELATE HLQ.FICHE.TAPE
>
>Uncatalog HLQ.FICHE.TAPE.  I understand that symbolic aliases remain
>when the RELATED name is uncatalogued.
>
>-- 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
::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

Re: Is there a word for that?

[Styles, Andy (ITS zPlatform Services)]

Classification: Limited

My trouble with JES2 is that different subparameters of the same statement can 
only be changed by different methods. 

Take things like NJEDEF; I've seen places where it looks like the original 
installing lazy sysprog decided that rather than go through the trouble of 
increasing a value through what may have been a cold start back in the day, 
they'd just use a large number.  

NODENUM is one of those where you can increase it to your hearts content 
through anything beyond a hot start - but to decrease it? Cold start only.  So, 
back to the above lazy sysprog, you're stuck with a JES2 definition of  
nodes without a cold start. 

Given the nature of the init deck vs whatever is held in (I guess) the 
checkpoint and when it's changed (hot start, command cold start etc), how close 
are the init decks to what's actually running?

Andy Styles
z/Series System Programmer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: 21 September 2020 04:18
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a word for that?

-- This email has reached the Bank via an external source --
 

I suppose dynamic would work. Today, many more of the parmlib members 
referenced by IEASYSxx can also be activated on the fly with seT. What I'd like 
would be a nice table or list showing which ones can be seT. A similar list for 
JES would be nice, but probably shorter to list those that can't be so changed.

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Jesse 1 Robinson
> Sent: Sunday, September 20, 2020 12:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Is there a word for that?
> 
> This is a question about categorizing JES2 commands. At one time, when 
> we were still buckling our knickerbockers above the knee, many/most 
> JES2 configuration definitions could be modified only by some kind of 
> restart ranging from hot start to warm start to cold start. Some years 
> ago JES2 developers got very busy and created command support for all 
> kinds of parameters that previously required some kind of disruption.
> 
> The result is that now most JES2 configuration parameters can be 
> modified via $T. In fact, most changes are generally *ignored* during 
> JES2 restarts other than cold start. So here's my question: is there a 
> generally accepted term for 'changeable by command'? It would 
> facilitate communication regarding all kinds of changes. This weekend 
> we scheduled a JES2 change involving layers of administrative 
> rigmarole that was 'implemented' by editing the JES2 init deck. We 
> eventually issued a $T command after noticing that the desired change 
> did not take effect at IPL. I've heard 'volatile' suggested for 'changeable 
> by command', but I don't find documentation to support that.
> Any ideas?
> 
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com
> 
> 
> --
> 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
Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.

Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham 
Street, London EC2V 7HN. Registered in England and Wales no. 11722983.

Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.

Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by 
the Financial Conduct Authority.

Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdien