Re: (External):Re: AW: Re: IEAVAPE2/IEAVPSE2 another address space

[Scott Ford]

Skip,

Thank you, sometimes one doesn't know until they ask.

Scott

On Monday, October 19, 2015, J O Skip Robinson <jo.skip.robin...@sce.com>
wrote:

> 'Skip' is the only name I've ever gone by with acquaintances, but it's
> nowhere on any legal document. In general, if someone includes a nickname
> in their email or signature, that's what they want be called.
>
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 626-302-7535 Office
> 323-715-0595 Mobile
> jo.skip.robin...@sce.com <javascript:;>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> <javascript:;>] On Behalf Of Scott Ford
> Sent: Monday, October 19, 2015 12:56 PM
> To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;>
> Subject: Re: (External):Re: AW: Re: IEAVAPE2/IEAVPSE2 another address space
>
> So you must go by Skip...?
>
> On Monday, October 19, 2015, J O Skip Robinson <jo.skip.robin...@sce.com
> <javascript:;>>
> wrote:
>
> > I've known Tom for twenty years and never knew what the 'G' was for.
> > OTOH I get address as 'JO' all the time. A sure mark of spam. ;-)
> >
> > .
> > .
> > .
> > J.O.Skip Robinson
> > Southern California Edison Company
> > Electric Dragon Team Paddler
> > SHARE MVS Program Co-Manager
> > 626-302-7535 Office
> > 323-715-0595 Mobile
> > jo.skip.robin...@sce.com <javascript:;> <javascript:;>
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> <javascript:;>
> > <javascript:;>] On Behalf Of Tom Brennan
> > Sent: Sunday, October 18, 2015 11:59 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;> <javascript:;>
> > Subject: (External):Re: AW: Re: IEAVAPE2/IEAVPSE2 another address
> > space
> >
> > Peter Hunkeler wrote:
> > > And who can we be sure Josef Reichman isn't just another name you've
> > arbitrarily chosen?
> >
> > With that, I need to say that I've had business emails in the past
> > from a Joseph Reichman and the originating IP address matches the
> > michelbutz posts.  So it's either Joe, or it's one of those internet
> > dogs impersonating him after hacking into his network.
> >
> > However, out of respect for the folks he's requesting help from, I
> > think it would be good if he at least put a sig on his posts with his
> real name.
> >
> > Thomas George Brennan
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu <javascript:;> 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: AW: Re: IEAVAPE2/IEAVPSE2 another address space

[Tom Brennan]

Peter Hunkeler wrote:

And who can we be sure Josef Reichman isn't just another name you've 
arbitrarily chosen?


With that, I need to say that I've had business emails in the past from 
a Joseph Reichman and the originating IP address matches the michelbutz 
posts.  So it's either Joe, or it's one of those internet dogs 
impersonating him after hacking into his network.


However, out of respect for the folks he's requesting help from, I think 
it would be good if he at least put a sig on his posts with his real name.


Thomas George Brennan

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

Re: AW: Re: IEAVAPE2/IEAVPSE2 another address space

[michelbutz]

I would like to know the what rules are for posting 
Let IBMMAIN require proof of IDENTITY 
I didn't see that anywhere 
Are *YOU* sure everybody is who they say they are 
And Please don't  misspell my name its Joseph
With PH not with a F

Sent from my iPhone

> On Oct 19, 2015, at 1:45 AM, Peter Hunkeler  wrote:
> 
> 
>>> What the big deal I didn't want to use my real name never saw that as one 
>>> of  the requirements for  
>>> Using IBMMAIN
>> My real name is Joseph Reichman
> 
> 
> 
> 
> What a big deal?? Do *you* like to communicate with people who think they 
> have a need to hide their real personality? I definitely do not. 
> 
> 
> There are people who post on lists without mentioning their name. Bad enough. 
> But signing in the name of someone else? And who can we be sure Josef 
> Reichman isn't just another name you've arbitrarily chosen?
> 
> 
> I had not replied to any post of you since long time, and I will continue to 
> refrain from doing so. This a one-time exception. You don't seem to be 
> honest, neither about you, nor about you programming intent.
> 
> 
> --
> Peter Hunkeler
> 
> 
> 
> 
> 
> --
> 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: IEAVAPE2/IEAVPSE2 another address space

[Elardus Engelbrecht]

michelbutz wrote:

>What the big deal I didn't want to use my real name never saw that as one of  
>the requirements for  Using IBMMAIN

I find it better to use real names, you get better and faster help, but only if 
the persons have free time to reply at all.

There are many people on IBM-MAIN using some other names, like 'Bigendian 
Smalls', 'retired Mainframer', 'zMan', etc.

These persons may have a real and perhaps have enforced rules, regulations and 
laws prohibiting using real names.

Over the years, I learn to trust these people including those 3 persons above 
and michelbutz based on what they write and how they answer replies.

PS: I apologize that I used the names above, but I just want to illustrate my 
point. No offence meant.

About IBMers using real names:
Those IBMers are really kind to help out on IBM-MAIN while publishing their own 
names. I admire and salute them.

Groete / Greetings
Elardus Engelbrecht

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

Re: AW: Re: IEAVAPE2/IEAVPSE2 another address space

[Elardus Engelbrecht]

michelbutz wrote:

>I would like to know the what rules are for posting 
>Let IBMMAIN require proof of IDENTITY 
>I didn't see that anywhere 

True. Like other list-servs, it is a self policing discussion list. The 
moderator of this list is however not available these days.


>Are *YOU* sure everybody is who they say they are 

Only if all and every e-mail addresses are signed by a CA and all e-mail 
servers are CA certified. 

But, Lsoft doesn't accept encrypted e-mails, AFAIK.


>And Please don't  misspell my name its Joseph
>With PH not with a F

Ok. Noted. Thanks. One IBM-MAIN member also regularly and rightfully complains 
about misspelling of his name.

Some members have some bad spelling checkers, so bad they're actually 
chell-speckers... ;-D

Result - bad spelled words and names.

Groete / Greetings
Elardus Engelbrecht

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

Re: IEAVAPE2/IEAVPSE2 another address space

[Tom Marchant]

On Sat, 17 Oct 2015 12:47:46 -0500, John McKown wrote:

>On Sat, Oct 17, 2015 at 9:17 AM, Peter Relson  wrote:
>
>> >Waiting for the likes of Pete Relson to chime in
>>
>> I tend not to chime in when a poster does not have the courtesy to the
>> list subscribers of using their real name.
>>
>
>​BTW, what is wrong with the name michaelbutz? OK, really should be
>"Michael Butz", a good German name. ​

Perhaps Peter wasn't referring to Michael Butz not using his real name, 
but to the reference to Peter as "Pete". That strikes me as quite 
discourteous. I, for one, don't care what his name is. I have tended to 
ignore his posts for a long time because he doesn't seem to bother to 
do the basic research before asking questions. His level of expertise 
seems to be rather low, and he seems to always want to do something 
that he doesn't understand, and he doesn't seem to care to understand. 

-- 
Tom Marchant

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

Re: (External):Re: AW: Re: IEAVAPE2/IEAVPSE2 another address space

[J O Skip Robinson]

I've known Tom for twenty years and never knew what the 'G' was for. OTOH I get 
address as 'JO' all the time. A sure mark of spam. ;-) 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Sunday, October 18, 2015 11:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: AW: Re: IEAVAPE2/IEAVPSE2 another address space

Peter Hunkeler wrote:
> And who can we be sure Josef Reichman isn't just another name you've 
> arbitrarily chosen?

With that, I need to say that I've had business emails in the past from a 
Joseph Reichman and the originating IP address matches the michelbutz posts.  
So it's either Joe, or it's one of those internet dogs impersonating him after 
hacking into his network.

However, out of respect for the folks he's requesting help from, I think it 
would be good if he at least put a sig on his posts with his real name.

Thomas George Brennan

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

Re: IEAVAPE2/IEAVPSE2 another address space

[John McKown]

On Mon, Oct 19, 2015 at 10:12 AM, Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 17 Oct 2015 12:47:46 -0500, John McKown wrote:
>
> ​​


>
> Perhaps Peter wasn't referring to Michael Butz not using his real name,
> but to the reference to Peter as "Pete". That strikes me as quite
> discourteous. I, for one, don't care what his name is. I have tended to
> ignore his posts for a long time because he doesn't seem to bother to
> do the basic research before asking questions. His level of expertise
> seems to be rather low, and he seems to always want to do something
> that he doesn't understand, and he doesn't seem to care to understand.
>

​Ah, yes. I can understand that. I generally refer to him as Mr. Relson. I
feel that his "position" is such that I should. He is a "recognized
authority"​. I'm mainly a loud mouthed sysprog , with some
experience and opinions.



> --
> Tom Marchant
>

-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: IEAVAPE2/IEAVPSE2 another address space

[michelbutz]

I meant no disrespect my apologies 
To Peter Relson 

Sent from my iPhone

> On Oct 19, 2015, at 11:42 AM, John McKown  
> wrote:
> 
> On Mon, Oct 19, 2015 at 10:12 AM, Tom Marchant <
> 000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
> 
>> On Sat, 17 Oct 2015 12:47:46 -0500, John McKown wrote:
>> 
>> ​​
> 
> 
>> 
>> Perhaps Peter wasn't referring to Michael Butz not using his real name,
>> but to the reference to Peter as "Pete". That strikes me as quite
>> discourteous. I, for one, don't care what his name is. I have tended to
>> ignore his posts for a long time because he doesn't seem to bother to
>> do the basic research before asking questions. His level of expertise
>> seems to be rather low, and he seems to always want to do something
>> that he doesn't understand, and he doesn't seem to care to understand.
> 
> ​Ah, yes. I can understand that. I generally refer to him as Mr. Relson. I
> feel that his "position" is such that I should. He is a "recognized
> authority"​. I'm mainly a loud mouthed sysprog , with some
> experience and opinions.
> 
> 
> 
>> --
>> Tom Marchant
> 
> -- 
> 
> Schrodinger's backup: The condition of any backup is unknown until a
> restore is attempted.
> 
> Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.
> 
> He's about as useful as a wax frying pan.
> 
> 10 to the 12th power microphones = 1 Megaphone
> 
> Maranatha! <><
> John McKown
> 
> --
> 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: (External):Re: AW: Re: IEAVAPE2/IEAVPSE2 another address space

[Scott Ford]

So you must go by Skip...?

On Monday, October 19, 2015, J O Skip Robinson <jo.skip.robin...@sce.com>
wrote:

> I've known Tom for twenty years and never knew what the 'G' was for. OTOH
> I get address as 'JO' all the time. A sure mark of spam. ;-)
>
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 626-302-7535 Office
> 323-715-0595 Mobile
> jo.skip.robin...@sce.com <javascript:;>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> <javascript:;>] On Behalf Of Tom Brennan
> Sent: Sunday, October 18, 2015 11:59 PM
> To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;>
> Subject: (External):Re: AW: Re: IEAVAPE2/IEAVPSE2 another address space
>
> Peter Hunkeler wrote:
> > And who can we be sure Josef Reichman isn't just another name you've
> arbitrarily chosen?
>
> With that, I need to say that I've had business emails in the past from a
> Joseph Reichman and the originating IP address matches the michelbutz
> posts.  So it's either Joe, or it's one of those internet dogs
> impersonating him after hacking into his network.
>
> However, out of respect for the folks he's requesting help from, I think
> it would be good if he at least put a sig on his posts with his real name.
>
> Thomas George Brennan
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu <javascript:;> 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: (External):Re: AW: Re: IEAVAPE2/IEAVPSE2 another address space

[J O Skip Robinson]

'Skip' is the only name I've ever gone by with acquaintances, but it's nowhere 
on any legal document. In general, if someone includes a nickname in their 
email or signature, that's what they want be called. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: Monday, October 19, 2015 12:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):Re: AW: Re: IEAVAPE2/IEAVPSE2 another address space

So you must go by Skip...?

On Monday, October 19, 2015, J O Skip Robinson <jo.skip.robin...@sce.com>
wrote:

> I've known Tom for twenty years and never knew what the 'G' was for. 
> OTOH I get address as 'JO' all the time. A sure mark of spam. ;-)
>
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 626-302-7535 Office
> 323-715-0595 Mobile
> jo.skip.robin...@sce.com <javascript:;>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU 
> <javascript:;>] On Behalf Of Tom Brennan
> Sent: Sunday, October 18, 2015 11:59 PM
> To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;>
> Subject: (External):Re: AW: Re: IEAVAPE2/IEAVPSE2 another address 
> space
>
> Peter Hunkeler wrote:
> > And who can we be sure Josef Reichman isn't just another name you've
> arbitrarily chosen?
>
> With that, I need to say that I've had business emails in the past 
> from a Joseph Reichman and the originating IP address matches the 
> michelbutz posts.  So it's either Joe, or it's one of those internet 
> dogs impersonating him after hacking into his network.
>
> However, out of respect for the folks he's requesting help from, I 
> think it would be good if he at least put a sig on his posts with his real 
> name.
>
> Thomas George Brennan


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

Re: AW: Re: IEAVAPE2/IEAVPSE2 another address space

[Shmuel Metz (Seymour J.)]

In , on 10/19/2015
   at 02:08 AM, michelbutz  said:

>I would like to know the what rules are for posting 

The IBM-MAIN rules for posting need not be the same as an individual
subscriber's rules for how and whether to reply. You have broad
freedom in what to post and Peter has unlimited freedom in what to
ignore.

Now, in Usenet, which Listserv is not, it is common for people to post
with "nyms", but even there it is considered courteous to put your
real name in your sig, and some readers will kilfile you if you don't
do so.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

AW: Re: IEAVAPE2/IEAVPSE2 another address space

[Peter Hunkeler]

>> What the big deal I didn't want to use my real name never saw that as one of 
>>  the requirements for
>> Using IBMMAIN
>>
> My real name is Joseph Reichman




What a big deal?? Do *you* like to communicate with people who think they have 
a need to hide their real personality? I definitely do not.


There are people who post on lists without mentioning their name. Bad enough. 
But signing in the name of someone else? And who can we be sure Josef Reichman 
isn't just another name you've arbitrarily chosen?


I had not replied to any post of you since long time, and I will continue to 
refrain from doing so. This a one-time exception. You don't seem to be honest, 
neither about you, nor about you programming intent.


--
Peter Hunkeler





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

Re: IEAVAPE2/IEAVPSE2 another address space

[Ted MacNEIL]

So, why michelbutz?


-
-teD
-
  Original Message  
From: michelbutz
Sent: Saturday, October 17, 2015 19:44
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: IEAVAPE2/IEAVPSE2 another address space

Thank you 

My real name is Joseph Reichman
And I have licensed copy of RD

Sent from my iPhone

On Oct 17, 2015, at 10:17 AM, Peter Relson <rel...@us.ibm.com> wrote:

>> Waiting for the likes of Pete Relson to chime in
> 
> I tend not to chime in when a poster does not have the courtesy to the 
> list subscribers of using their real name.
> 
> Pause pauses *you*, as the reference clearly says.
> 
> Regardless, that table row appears to be related to "waking up", so the 
> words "pause and" should be removed.
> 
> 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

Re: IEAVAPE2/IEAVPSE2 another address space

[michelbutz]

What the big deal I didn't want to use my real name never saw that as one of  
the requirements for 
Using IBMMAIN
So Peter Relson and all the IBM'er want to know 
Okay they help me out as they know the code 
Thanks

Sent from my iPhone

> On Oct 18, 2015, at 9:07 AM, Ted MacNEIL <eamacn...@yahoo.ca> wrote:
> 
> So, why michelbutz?
> 
> 
> -
> -teD
> -
>   Original Message  
> From: michelbutz
> Sent: Saturday, October 17, 2015 19:44
> To: IBM-MAIN@LISTSERV.UA.EDU
> Reply To: IBM Mainframe Discussion List
> Subject: Re: IEAVAPE2/IEAVPSE2 another address space
> 
> Thank you 
> 
> My real name is Joseph Reichman
> And I have licensed copy of RD
> 
> Sent from my iPhone
> 
> On Oct 17, 2015, at 10:17 AM, Peter Relson <rel...@us.ibm.com> wrote:
> 
>>> Waiting for the likes of Pete Relson to chime in
>> 
>> I tend not to chime in when a poster does not have the courtesy to the 
>> list subscribers of using their real name.
>> 
>> Pause pauses *you*, as the reference clearly says.
>> 
>> Regardless, that table row appears to be related to "waking up", so the 
>> words "pause and" should be removed.
>> 
>> 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 IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IEAVAPE2/IEAVPSE2 another address space

[michelbutz]

Thank you 

My real name is Joseph Reichman
And I have licensed copy of RD

Sent from my iPhone

On Oct 17, 2015, at 10:17 AM, Peter Relson  wrote:

>> Waiting for the likes of Pete Relson to chime in
> 
> I tend not to chime in when a poster does not have the courtesy to the 
> list subscribers of using their real name.
> 
> Pause pauses *you*, as the reference clearly says.
> 
> Regardless, that table row appears to be related to "waking up", so the 
> words "pause and" should be removed.
> 
> 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

Re: IEAVAPE2/IEAVPSE2 another address space

[John McKown]

On Sat, Oct 17, 2015 at 9:17 AM, Peter Relson  wrote:

> >Waiting for the likes of Pete Relson to chime in
>
> I tend not to chime in when a poster does not have the courtesy to the
> list subscribers of using their real name.
>

​BTW, what is wrong with the name michaelbutz? OK, really should be
"Michael Butz", a good German name. ​

>
> Pause pauses *you*, as the reference clearly says.
>
> Regardless, that table row appears to be related to "waking up", so the
> words "pause and" should be removed.
>

​That would make it read _much_ better. I guess an RCF is in order.​ Of
course, the OP really should read the manual entry on the service itself.
The "guides" are very nice for getting a good overview of what is possible.
But I, personally, would never use them as a reference for how design
something.



>
> Peter Relson
> z/OS Core Technology Design
>

-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: IEAVAPE2/IEAVPSE2 another address space

[Peter Relson]

>Waiting for the likes of Pete Relson to chime in 

I tend not to chime in when a poster does not have the courtesy to the 
list subscribers of using their real name.

Pause pauses *you*, as the reference clearly says.

Regardless, that table row appears to be related to "waking up", so the 
words "pause and" should be removed.

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: IEAVAPE2/IEAVPSE2 another address space

[John McKown]

On Fri, Oct 16, 2015 at 6:27 AM, michealbutz 
wrote:

> Hi
>
> The documentation says that IEAVAPE2/IEAVPSE2 Can pause any Task or Srb in
> the system
>
> I got/allocated stoken or ASSBSTKN of the target address space I wanted to
> pause via IEAVAPE2  successful return code
>
> When I tried to run IEAVPSE2 the service never returned fronm the BALR it
> just hung (this was with the linakge branch parm)
>
> I ran this under TESTAUTH (to ensure everything was correct)
>
> When I cancelled the target address space IEAVPSE2 returned from the balr
> with a zero return code
>
> The documentation seemed to indcate I could this pause another address
> space
>

​Can you give a reference? I ask because I read here:
https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa200/ieavpse.htm


IEAVPSE2 — Pause service
Description

Call Pause to make the current task or SRB nondispatchable. When you pause
a task or SRB, it remains nondispatchable until a Release or Transfer
specifying the same PET is called. That is, the program issuing the Pause
does not receive control back until after the Release or Transfer occurs.
At that time, the returned release_code will contain a value supplied by
the associated Release or Transfer request.

If a Release service specifying the same PET is called before Pause, the
system returns control immediately to the calling program, and the task or
SRB is not paused.

When you use Pause, it returns an updated PET; you use this updated PET to
either deallocate or reuse the PE.
​

​Reading this, I take it to mean that the "dispatchable unit" which issues
the IEAVPSE2 call is the one which is paused. I gather what you want is a
way for a program ("A") in one address space (ASID1) to pause a different
program ("B") in a different address space. If I may, a kind of remote
control ON/OFF switch.

Again, just from reading & not experience, a normal PE
(IEA_PET_UNAUTHORIZED) is created by and can be used in only a single
address space.​ But an APF program can create an "any address space" PE
(IEA_PET_AUTHORIZED) which can be used by an APF program in _any_ address
space to pause _itself_ (not another). This latter allows APF program "A"
in ASID1 to do the IEAVPSE2 to pause itself. And then APF program "B" in
ASID2 can do an IEAVRLS2 to allow program "A" to start running again. I
guess this is the equivalent of a cross memory POST. It also allows that
PET to be used by any address space (serially) in the system, rather that
just a program running in the address space which allocated the PE.

Am I reading you correctly? You want some way for program "A" (ASID 1) to
just cause program "B" (ASID 2) to stop immediately, where ever it is,
without program "B" doing anything to allow/disallow it. This reminds me,
vaguely, of doing a STATUS STOP on a child TCB to "put the brakes on" for
that child TCB, without the program in the child doing anything.

​I don't think that pause / release / transfer is the function you want.
And, before you ask, I don't know of a way to do this. Well, not a nice
GUPI way. Especially if you want to stop an SRB's execution. Of course, you
could schedule an SRB into the proper address space, have it schedule a
CIRB to run on a given TCB which would then issue the IEAVPSE2. Or just
cheat by going key 0 and setting the target address space non-dispatchable
by messing with it's ASCB. I now expect a nasty note from Mr. Relson about
the undesirability of ​doing this. Please don't try this with *MASTER* or
CONSOLE or 



> Thanks
>
> --

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: IEAVAPE2/IEAVPSE2 another address space

[michealbutz]

 
because several requestors can read a resource at the same time. The CMS and 
local locks do not provide shared access to resources. Each unit of work that 
requests the CMS or the local lock must obtain exclusive access, even though 
shared access might be enough. The latch manager and the ISGENQ macro allow 
programs to request shared or exclusive access to resources.ScopeThe CMS lock 
and the latch manager can be used to serialize resources only within a single 
MVS system. The local lock is restricted to a single address space. The ISGENQ 
macro can be used to serialize resources across multiple MVS systems (as well 
as a single MVS system).Cross memory environmentWith a cross memory environment 
established, your application can use the CMS lock, latch manager, or local 
lock to serialize resources across address spaces within a single MVS system. 
When the latch manager is being used in a cross memory environment, the current 
latch set must reside in the primary address space.Unit of workThe CMS lock, 
local lock, and latch manager are available to programs that run in task or SRB 
mode. The ISGENQ macro is available only to programs that run in task mode (SRB 
routines cannot issue ENQ/DEQ).Minimum authorizationPrograms must run in 
supervisor state and PSW key 0 to obtain the CMS or local lock, and supervisor 
state or PKM 0-7 to obtain a latch. The ISGENQ macro is available to programs 
running in problem state with any PSW key. Supervisor state, PSW key 0-7, or 
APF authorization is required for certain types of ISGENQ requests.Set-up 
requiredThe CMS lock, local lock, and the ISGENQ macro do not require 
applications to perform any set-up; the system creates the required structures. 
Before your application can use the latch manager to serialize resources, the 
application must create one or more latch sets.Default recovery actionFor the 
local and CMS locks, the system releases owned and pending serialization 
requests when the last functional recovery routine (FRR) percolates. For the 
ISGENQ macro the system releases owned or pending serialization requests during 
task or address space termination. (See "Releasing the Resource" in z/OS MVS 
Programming: Assembler Services Guide for more discussion about what happens 
when a task associated with an ENQ terminates before the ENQ is released.)
For performance reasons, and because SRBs might not want to release owned 
latches when errors occur, the system does not release owned latch requests 
during task or address space termination. The system does, however, release 
pending latch requests when the requestor's home address space terminates.

In all cases, the application programmer needs to understand the default 
recovery action for the service that is used. For more information on how to 
create a recovery environment, see the information that discusses recovery and 
termination.



Parent topic: Serialization

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Friday, October 16, 2015 8:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEAVAPE2/IEAVPSE2 another address space

On Fri, Oct 16, 2015 at 6:27 AM, michealbutz <michealb...@comcast.net>
wrote:

> Hi
>
> The documentation says that IEAVAPE2/IEAVPSE2 Can pause any Task or 
> Srb in the system
>
> I got/allocated stoken or ASSBSTKN of the target address space I 
> wanted to pause via IEAVAPE2  successful return code
>
> When I tried to run IEAVPSE2 the service never returned fronm the BALR 
> it just hung (this was with the linakge branch parm)
>
> I ran this under TESTAUTH (to ensure everything was correct)
>
> When I cancelled the target address space IEAVPSE2 returned from the 
> balr with a zero return code
>
> The documentation seemed to indcate I could this pause another address 
> space
>

​Can you give a reference? I ask because I read here:
https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa200/ieavpse.htm


IEAVPSE2 — Pause service
Description

Call Pause to make the current task or SRB nondispatchable. When you pause a 
task or SRB, it remains nondispatchable until a Release or Transfer specifying 
the same PET is called. That is, the program issuing the Pause does not receive 
control back until after the Release or Transfer occurs.
At that time, the returned release_code will contain a value supplied by the 
associated Release or Transfer request.

If a Release service specifying the same PET is called before Pause, the system 
returns control immediately to the calling program, and the task or SRB is not 
paused.

When you use Pause, it returns an updated PET; you use this updated PET to 
either deallocate or reuse the PE.
​

​Reading this, I take it to mean that the "dispatchable unit" which issues the 
IEAVPSE2 call is the one which is paused. I gather what you want is a way

Re: IEAVAPE2/IEAVPSE2 another address space

[Sam Siegel]

It works like POST and WAIT.  The task to be suspended must call the pause
service with a valid Pause Element.

On Fri, Oct 16, 2015 at 8:17 AM, michelbutz  wrote:

>
> Yes I'm using 2.1
>
> Waiting for the likes of Pete Relson to chime in
>
> Thanks so much
>
> Sent from my iPhone
>
> > On Oct 16, 2015, at 10:58 AM, John McKown 
> wrote:
> >
> > Well, the URL that I'm reading is
> >
> https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa800/chooch.htm?lang=en
> >
> > I do see what you're reading. It's under the "Pause, Release, Transfer"
> > column, row 4. Which says: "An authorized caller can pause and release
> any
> > task or SRB in the system."
> >
> > Please confirm that you want is program "A" to be able to pause "any task
> > or SRB" in the system (same or different address space) without any
> coding
> > in the target. Oh, you might want to say what release of z/OS you're
> using
> > too.
> >
> > I take it you interpret "An authorized caller can pause and release any
> > task or SRB in the system." as meaning "An authorized caller can use the
> > pause service to pause any _other_ task or SRB in the system". From
> reading
> > the other documentation (
> >
> https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa200/ieavpse.htm?lang=en
> > "Call Pause to make the current task or SRB nondispatchable" )
> >
> > I interpret this to mean that an authorized user can allocate a PE in
> such
> > a way as to allow that PE to be used by any task or SRB to suspend
> itself.
> > And that any _other_ task or SRB in the system can then use that same PE
> to
> > resume the paused task or SRB.
> >
> > I guess what I'm saying, at least until someone corrects me, is that the
> > sentence is either too ambiguous or just down right wrong. I don't see a
> > way for program "A" to cause some other "task of SRB" to be suspended (or
> > paused) without the target "task or SRB" doing something. IIRC, what you
> > want is something like CALLRTM (which abends any task or SRB in the
> > system), but which just "stops" it instead of abending it.
> >
> > I must now bow out to those more knowledgeable than I about the
> internals.
> > If this were _my_ need, my approach would be to schedule an SRB into the
> > address space which would schedule a CIRB which would do a SUSPEND
> > RB=PREVIOUS. Then something later would need to schedule an SRB into the
> > address space which would do a RESUME TCB=,RETURN=N to allow the
> suspended
> > work to continue.
> >
> > --
> >
> > Schrodinger's backup: The condition of any backup is unknown until a
> > restore is attempted.
> >
> > Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will
> be.
> >
> > He's about as useful as a wax frying pan.
> >
> > 10 to the 12th power microphones = 1 Megaphone
> >
> > Maranatha! <><
> > John McKown
> >
> > --
> > 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: IEAVAPE2/IEAVPSE2 another address space

[michelbutz]

 
Yes I'm using 2.1 

Waiting for the likes of Pete Relson to chime in 

Thanks so much

Sent from my iPhone

> On Oct 16, 2015, at 10:58 AM, John McKown  
> wrote:
> 
> Well, the URL that I'm reading is
> https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa800/chooch.htm?lang=en
> 
> I do see what you're reading. It's under the "Pause, Release, Transfer"
> column, row 4. Which says: "An authorized caller can pause and release any
> task or SRB in the system."
> 
> Please confirm that you want is program "A" to be able to pause "any task
> or SRB" in the system (same or different address space) without any coding
> in the target. Oh, you might want to say what release of z/OS you're using
> too.
> 
> I take it you interpret "An authorized caller can pause and release any
> task or SRB in the system." as meaning "An authorized caller can use the
> pause service to pause any _other_ task or SRB in the system". From reading
> the other documentation (
> https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa200/ieavpse.htm?lang=en
> "Call Pause to make the current task or SRB nondispatchable" )
> 
> I interpret this to mean that an authorized user can allocate a PE in such
> a way as to allow that PE to be used by any task or SRB to suspend itself.
> And that any _other_ task or SRB in the system can then use that same PE to
> resume the paused task or SRB.
> 
> I guess what I'm saying, at least until someone corrects me, is that the
> sentence is either too ambiguous or just down right wrong. I don't see a
> way for program "A" to cause some other "task of SRB" to be suspended (or
> paused) without the target "task or SRB" doing something. IIRC, what you
> want is something like CALLRTM (which abends any task or SRB in the
> system), but which just "stops" it instead of abending it.
> 
> I must now bow out to those more knowledgeable than I about the internals.
> If this were _my_ need, my approach would be to schedule an SRB into the
> address space which would schedule a CIRB which would do a SUSPEND
> RB=PREVIOUS. Then something later would need to schedule an SRB into the
> address space which would do a RESUME TCB=,RETURN=N to allow the suspended
> work to continue.
> 
> -- 
> 
> Schrodinger's backup: The condition of any backup is unknown until a
> restore is attempted.
> 
> Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.
> 
> He's about as useful as a wax frying pan.
> 
> 10 to the 12th power microphones = 1 Megaphone
> 
> Maranatha! <><
> John McKown
> 
> --
> 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: IEAVAPE2/IEAVPSE2 another address space

[John McKown]

Well, the URL that I'm reading is
https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa800/chooch.htm?lang=en

I do see what you're reading. It's under the "Pause, Release, Transfer"
column, row 4. Which says: "An authorized caller can pause and release any
task or SRB in the system."

Please confirm that you want is program "A" to be able to pause "any task
or SRB" in the system (same or different address space) without any coding
in the target. Oh, you might want to say what release of z/OS you're using
too.

I take it you interpret "An authorized caller can pause and release any
task or SRB in the system." as meaning "An authorized caller can use the
pause service to pause any _other_ task or SRB in the system". From reading
the other documentation (
https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa200/ieavpse.htm?lang=en
"Call Pause to make the current task or SRB nondispatchable" )

I interpret this to mean that an authorized user can allocate a PE in such
a way as to allow that PE to be used by any task or SRB to suspend itself.
And that any _other_ task or SRB in the system can then use that same PE to
resume the paused task or SRB.

I guess what I'm saying, at least until someone corrects me, is that the
sentence is either too ambiguous or just down right wrong. I don't see a
way for program "A" to cause some other "task of SRB" to be suspended (or
paused) without the target "task or SRB" doing something. IIRC, what you
want is something like CALLRTM (which abends any task or SRB in the
system), but which just "stops" it instead of abending it.

I must now bow out to those more knowledgeable than I about the internals.
If this were _my_ need, my approach would be to schedule an SRB into the
address space which would schedule a CIRB which would do a SUSPEND
RB=PREVIOUS. Then something later would need to schedule an SRB into the
address space which would do a RESUME TCB=,RETURN=N to allow the suspended
work to continue.

-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: IEAVAPE2/IEAVPSE2 another address space

[michelbutz]

The pause element can be obtained from any
ASSBSTKN

Sent from my iPhone

> On Oct 16, 2015, at 11:26 AM, Sam Siegel  wrote:
> 
> It works like POST and WAIT.  The task to be suspended must call the pause
> service with a valid Pause Element.
> 
>> On Fri, Oct 16, 2015 at 8:17 AM, michelbutz  wrote:
>> 
>> 
>> Yes I'm using 2.1
>> 
>> Waiting for the likes of Pete Relson to chime in
>> 
>> Thanks so much
>> 
>> Sent from my iPhone
>> 
 On Oct 16, 2015, at 10:58 AM, John McKown 
>>> wrote:
>>> 
>>> Well, the URL that I'm reading is
>> https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa800/chooch.htm?lang=en
>>> 
>>> I do see what you're reading. It's under the "Pause, Release, Transfer"
>>> column, row 4. Which says: "An authorized caller can pause and release
>> any
>>> task or SRB in the system."
>>> 
>>> Please confirm that you want is program "A" to be able to pause "any task
>>> or SRB" in the system (same or different address space) without any
>> coding
>>> in the target. Oh, you might want to say what release of z/OS you're
>> using
>>> too.
>>> 
>>> I take it you interpret "An authorized caller can pause and release any
>>> task or SRB in the system." as meaning "An authorized caller can use the
>>> pause service to pause any _other_ task or SRB in the system". From
>> reading
>>> the other documentation (
>> https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa200/ieavpse.htm?lang=en
>>> "Call Pause to make the current task or SRB nondispatchable" )
>>> 
>>> I interpret this to mean that an authorized user can allocate a PE in
>> such
>>> a way as to allow that PE to be used by any task or SRB to suspend
>> itself.
>>> And that any _other_ task or SRB in the system can then use that same PE
>> to
>>> resume the paused task or SRB.
>>> 
>>> I guess what I'm saying, at least until someone corrects me, is that the
>>> sentence is either too ambiguous or just down right wrong. I don't see a
>>> way for program "A" to cause some other "task of SRB" to be suspended (or
>>> paused) without the target "task or SRB" doing something. IIRC, what you
>>> want is something like CALLRTM (which abends any task or SRB in the
>>> system), but which just "stops" it instead of abending it.
>>> 
>>> I must now bow out to those more knowledgeable than I about the
>> internals.
>>> If this were _my_ need, my approach would be to schedule an SRB into the
>>> address space which would schedule a CIRB which would do a SUSPEND
>>> RB=PREVIOUS. Then something later would need to schedule an SRB into the
>>> address space which would do a RESUME TCB=,RETURN=N to allow the
>> suspended
>>> work to continue.
>>> 
>>> --
>>> 
>>> Schrodinger's backup: The condition of any backup is unknown until a
>>> restore is attempted.
>>> 
>>> Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will
>> be.
>>> 
>>> He's about as useful as a wax frying pan.
>>> 
>>> 10 to the 12th power microphones = 1 Megaphone
>>> 
>>> Maranatha! <><
>>> John McKown
>>> 
>>> --
>>> 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