Re: Address location

[michelbutz]

CSMLOC only takes one of those as the first parameters 

I would have to know whether it is SQA LSQA PVT. Or CSA before 

Sent from my iPhone

> On Jun 14, 2015, at 2:05 AM, Binyamin Dissen  
> wrote:
> 
> VSMLOC
> 
> On Sun, 14 Jun 2015 01:32:26 -0400 michelbutz  wrote:
> 
> :>Given address how I can I tell whether this is SQA LSQA PVT, or CSA
> 
> --
> 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

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

Re: Address location

[Elardus Engelbrecht]

michelbutz wrote:

>CSMLOC only takes one of those as the first parameters 
>I would have to know whether it is SQA LSQA PVT. Or CSA before 

Binyamin Dissen [he really does know his stuff!] gave you a good solution about 
VSMLOC, despite the fact that you gave very little information.

I and perhaps others also want to know these, before giving a possible better 
answer:

1. What are you trying to solve?
2. Does it matter that the address is in your same address space or in other 
address space?
3. Do you want check it while being AC(1) or not?
4. At what z/OS level are you?

>Given address how I can Itell whether this is SQA LSQA PVT, or CSA

Based on what I read on VSMLOC, you can repeatedly use VSMLOC with one of these 
parms and examine the return codes. Repeat with other parm and check until you 
get the desired return code. Just be ready to handle a possible C78 abend.

Unless someone can come with a better solution.

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: Address location

[michelbutz]

It's in a other address space to I'm using a SRB
I am at 2.1
I guess I have to set up a FRR and check for a C78 ABEND
Sent from my iPhone

> On Jun 14, 2015, at 5:51 AM, Elardus Engelbrecht 
>  wrote:
> 
> michelbutz wrote:
> 
>> CSMLOC only takes one of those as the first parameters 
>> I would have to know whether it is SQA LSQA PVT. Or CSA before 
> 
> Binyamin Dissen [he really does know his stuff!] gave you a good solution 
> about VSMLOC, despite the fact that you gave very little information.
> 
> I and perhaps others also want to know these, before giving a possible better 
> answer:
> 
> 1. What are you trying to solve?
> 2. Does it matter that the address is in your same address space or in other 
> address space?
> 3. Do you want check it while being AC(1) or not?
> 4. At what z/OS level are you?
> 
>> Given address how I can Itell whether this is SQA LSQA PVT, or CSA
> 
> Based on what I read on VSMLOC, you can repeatedly use VSMLOC with one of 
> these parms and examine the return codes. Repeat with other parm and check 
> until you get the desired return code. Just be ready to handle a possible C78 
> abend.
> 
> Unless someone can come with a better solution.
> 
> 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

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

Re: Address location

[Robert A. Rosenberg]

At 04:51 -0500 on 06/14/2015, Elardus Engelbrecht wrote about Re: 
Address location:



michelbutz wrote:


CSMLOC only takes one of those as the first parameters

 >I would have to know whether it is SQA LSQA PVT. Or CSA before

Binyamin Dissen [he really does know his stuff!] gave you a good 
solution about VSMLOC, despite the fact that you gave very little 
information.


I and perhaps others also want to know these, before giving a 
possible better answer:


1. What are you trying to solve?
2. Does it matter that the address is in your same address space or 
in other address space?

3. Do you want check it while being AC(1) or not?
4. At what z/OS level are you?


Given address how I can Itell whether this is SQA LSQA PVT, or CSA


Based on what I read on VSMLOC, you can repeatedly use VSMLOC with 
one of these parms and examine the return codes. Repeat with other 
parm and check until you get the desired return code. Just be ready 
to handle a possible C78 abend.


Unless someone can come with a better solution.


Have a subroutine that you call which returns the SQA LSQA PVT. and 
CSA boundaries. It would do the needed calls and then return the 
table of addresses.




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: Address location

[Shane Ginnane]

On Sun, 14 Jun 2015 01:32:26 -0400, michelbutz wrote:

>Given address how I can I tell whether this is SQA LSQA PVT, or CSA

GDA.

Shane ...

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

Re: Address location

[michelbutz]

Were you I get that info is that in the LDA ?

Sent from my iPhone

> On Jun 14, 2015, at 9:08 AM, Robert A. Rosenberg  wrote:
> 
> At 04:51 -0500 on 06/14/2015, Elardus Engelbrecht wrote about Re: Address 
> location:
> 
>> michelbutz wrote:
>> 
>>> CSMLOC only takes one of those as the first parameters
>> >I would have to know whether it is SQA LSQA PVT. Or CSA before
>> 
>> Binyamin Dissen [he really does know his stuff!] gave you a good solution 
>> about VSMLOC, despite the fact that you gave very little information.
>> 
>> I and perhaps others also want to know these, before giving a possible 
>> better answer:
>> 
>> 1. What are you trying to solve?
>> 2. Does it matter that the address is in your same address space or in other 
>> address space?
>> 3. Do you want check it while being AC(1) or not?
>> 4. At what z/OS level are you?
>> 
>>> Given address how I can Itell whether this is SQA LSQA PVT, or CSA
>> 
>> Based on what I read on VSMLOC, you can repeatedly use VSMLOC with one of 
>> these parms and examine the return codes. Repeat with other parm and check 
>> until you get the desired return code. Just be ready to handle a possible 
>> C78 abend.
>> 
>> Unless someone can come with a better solution.
> 
> Have a subroutine that you call which returns the SQA LSQA PVT. and CSA 
> boundaries. It would do the needed calls and then return the table of 
> addresses.
> 
>> 
>> 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

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

Re: Address location

[michelbutz]

Thanks

Sent from my iPhone

> On Jun 14, 2015, at 9:46 AM, Shane Ginnane  wrote:
> 
>> On Sun, 14 Jun 2015 01:32:26 -0400, michelbutz wrote:
>> 
>> Given address how I can I tell whether this is SQA LSQA PVT, or CSA
> 
> GDA.
> 
> Shane ...
> 
> --
> 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: Address location/GDA is for common

[michelbutz]

GDA is for common storage I think 

I need the LDA for private

Sent from my iPhone

> On Jun 14, 2015, at 9:46 AM, Shane Ginnane  wrote:
> 
>> On Sun, 14 Jun 2015 01:32:26 -0400, michelbutz wrote:
>> 
>> Given address how I can I tell whether this is SQA LSQA PVT, or CSA
> 
> GDA.
> 
> Shane ...
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: OT STCK question

[J O Skip Robinson]

I should let this go, but Sunday is still Friday in the mind. 

Number agreement is based on subject - predicate. That is, subject (noun, 
pronoun) should be consistent with its associated verb. Whether a pronoun and 
its associated noun in a different clause may vary by dialect or usage. 

A person who uses that construct should know 
that 
they are destined for Bonehead English

person --> uses  (agreement)
they --> are  (agreement per US English)

The fact that 'they' stands in for 'person' is the whole point of this thread. 
You may buy into that correlation or not, but in the example sentence, there is 
still number agreement within each clause. At least in US English.

.
.
.
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 Paul Gilmartin
Sent: Friday, June 12, 2015 3:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OT STCK question

On 2015-06-12 15:57, J O Skip Robinson wrote:
> I suggest that anyone matriculating at a US university not try to get away 
> with 'they is' on a placement exam. (S)he will find theirself in Bonehead 
> English. 
> 
And yet, "A person who uses that construct should know that they are destined 
for Bonehead English" grates equally.  "Person ... are"!?
Where did the singular slip to plural?

-- gil

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

Re: OT STCK question

[J O Skip Robinson]

My sense of cacophony is all about grammar, not phonology. But the claim that 
'they' has long functioned as a singular reference sent me to my Random House 
Dictionary. I was surprised to read this in the entry for THEY:

"-Usage. Long before the use of generic HE was condemned as sexist, the 
pronouns THEY, THEIR, and THEM were used in educated speech and in all but the 
most formal writing to refer to indefinite pronouns and to singular nouns of 
general personal reference, probably because such nouns are often not felt to 
be exclusively singular: If anyone calls, tell them I'll be back at six. 
Everyone began looking for their books at once. Such use is not a recent 
development, nor is it a mark of ignorance. Shakespeare, Swift, Shelley, Scott, 
and Dickens, as well as many other English and American writers, have used THEY 
and its forms to refer to singular antecedents. Already widespread in the 
language (though still rejected as ungrammatical by some), this use of THEY, 
THEIR, and THEM is increasing in all but the most conservatively edited 
American English. This increased use is at least partly impelled by the desire 
to avoid the sexist implications of HE as a pronoun of general reference."

How's that for pedigree? But I see no mention here of subject - verb agreement. 
The examples here dance around that question altogether. 

.
.
.
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 Shmuel Metz (Seymour J.)
Sent: Saturday, June 13, 2015 5:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OT STCK question

In
,
on 06/12/2015
   at 05:31 PM, J O Skip Robinson  said:

>I have no problem with 'they/them' as genderless generic pronouns.

That's good, because the usage goes back hundreds of years. OTOH, I cringe when 
I hear "media is" or, worse, "medias are".

>But failure of number agreement is linguistic cacophony. 

Don't read any Hebrew religous books in the original; you'll get hit in the 
face with what you call cacophony.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT

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

IEAMSCHD no FRR param

[michelbutz]

The IEAMSCHD has a FRRADDR parm
But doesn't have an input param for paramters to 
FRR routine

Sent from my iPhone

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

Re: IEAMSCHD no FRR param

[Lizette Koehler]

So I guess my question, what is the issue?

It has the FRRADDR to pass an address of the FRR to get control.  What parms
do you need to pass to the FRR?

Specifies the name (RS-type), or address in register (2)-(12), of an
optional 4 byte input that contains the address of the Functional Recovery
Routine (FRR) that is to be established prior to the SRB routine receiving
control. The low bit of this address should not be set on. If it is set on,
that bit will not be treated as part of the FRR address, but will be treated
as indicating SDWALOC31=YES and will override the specification, or default,
of SDWALOC31=NO.

The FRR receives control in supervisor state, PSW key 0, primary ASC mode,
31-bit addressing mode, holding the same locks the SRB routine held at the
time of error. The FRR receives control with the same PASID, SASID, and
HASID as the SRB routine had on entry.

If you specify LLOCK=YES, then the FRR should release the LOCAL lock prior
to the completion of its processing.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of michelbutz
> Sent: Sunday, June 14, 2015 11:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IEAMSCHD no FRR param
> 
> The IEAMSCHD has a FRRADDR parm
> But doesn't have an input param for paramters to FRR routine
> 
> Sent from my iPhone
> 

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

Re: IEAMSCHD no FRR param

[michelbutz]

No that big of a deal 

I'll just prime R13 from the SDWA with the value that the SRB had for 13
Which had my working storage

Sent from my iPhone

> On Jun 14, 2015, at 2:41 PM, Lizette Koehler  wrote:
> 
> So I guess my question, what is the issue?
> 
> It has the FRRADDR to pass an address of the FRR to get control.  What parms
> do you need to pass to the FRR?
> 
> Specifies the name (RS-type), or address in register (2)-(12), of an
> optional 4 byte input that contains the address of the Functional Recovery
> Routine (FRR) that is to be established prior to the SRB routine receiving
> control. The low bit of this address should not be set on. If it is set on,
> that bit will not be treated as part of the FRR address, but will be treated
> as indicating SDWALOC31=YES and will override the specification, or default,
> of SDWALOC31=NO.
> 
> The FRR receives control in supervisor state, PSW key 0, primary ASC mode,
> 31-bit addressing mode, holding the same locks the SRB routine held at the
> time of error. The FRR receives control with the same PASID, SASID, and
> HASID as the SRB routine had on entry.
> 
> If you specify LLOCK=YES, then the FRR should release the LOCAL lock prior
> to the completion of its processing.
> 
> 
> Lizette
> 
> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of michelbutz
>> Sent: Sunday, June 14, 2015 11:30 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: IEAMSCHD no FRR param
>> 
>> The IEAMSCHD has a FRRADDR parm
>> But doesn't have an input param for paramters to FRR routine
>> 
>> Sent from my iPhone
> 
> --
> 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: STCK question

[Charles Mills]

Leap seconds are irrelevant. Let's say the routine being measured took
86,710 seconds. You would be completely correct in saying it took 1 day, 5
minutes and 10 seconds even if the run happened to span a midnight at which
a leap second was added. The TOD clock is ignorant of leap seconds. They are
solely about keeping the world's civil clocks aligned with solar noon.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Saturday, June 13, 2015 6:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: STCK question

In , on 06/12/2015
   at 06:10 PM, J R  said:

>If the highest unit you are working toward is "days", it's actually 
>quite simple to calculate.  That's because you don't have to deal with 
>months and years of differing lengths.

What about leap seconds?

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

Re: Wait in SRB mode

[Charles Mills]

> it save the complete state ... so that other work can be dispatched

How is that different from WAIT? (Serious question -- not a criticism.
Inquiring minds want to know.)

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Binyamin Dissen
Sent: Saturday, June 13, 2015 1:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Wait in SRB mode

On Fri, 12 Jun 2015 21:57:43 -0500 Donald Likens 
wrote:

:>Does any one know of a way to wait in SRB mode. I am pretty sure it can be
done because BPX1AIO waits when connecting to a TCP/IP address.

Others have suggested PAUSE.

Just be aware that the SRB really does not WAIT - it save the complete
state, including the linkage stacks so that other work can be dispatched on
the CPU..

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

Re: Wait in SRB mode

[Binyamin Dissen]

On Sun, 14 Jun 2015 12:15:24 -0700 Charles Mills  wrote:

:>> it save the complete state ... so that other work can be dispatched

:>How is that different from WAIT? (Serious question -- not a criticism.
:>Inquiring minds want to know.)

All data is off of the TCB. So nothing needs to be saved. A new set of CR's
are loaded for the new task to be dispatched.

:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:>Behalf Of Binyamin Dissen
:>Sent: Saturday, June 13, 2015 1:23 PM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: Re: Wait in SRB mode

:>On Fri, 12 Jun 2015 21:57:43 -0500 Donald Likens 
:>wrote:

:>:>Does any one know of a way to wait in SRB mode. I am pretty sure it can be
:>done because BPX1AIO waits when connecting to a TCP/IP address.

:>Others have suggested PAUSE.

:>Just be aware that the SRB really does not WAIT - it save the complete
:>state, including the linkage stacks so that other work can be dispatched on
:>the CPU..

--
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: Wait in SRB mode

[Shmuel Metz (Seymour J.)]

In <4361085466878277.wa.dlikensinfosecinc@listserv.ua.edu>, on
06/12/2015
   at 09:57 PM, Donald Likens  said:

>Does any one know of a way to wait in SRB mode.

You can wait on a spin lock, but that's not desirable. Latches?
 
-- 
 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

Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log & Monitoring)

[Shmuel Metz (Seymour J.)]

In
,
on 06/13/2015
   at 10:22 AM, Steve Coalbran  said:

>1. What's a CV (apart from what I need for my next job!)?

SNA Control Vector.

>2. Whatever address I need, how do I get it?

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

Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log & Monitoring)

[Shmuel Metz (Seymour J.)]

In
,
on 06/13/2015
   at 09:51 PM, John McKown  said:

>ooRexx was an option,

For a simple report, yes, but I keep running into situations when I
want regexen, modules from CPAN or both. Is there an OOREXX intergace
to PCRE or equivaelent? Can it handle named cptures?
 
-- 
 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

Re: OT STCK question

[Shmuel Metz (Seymour J.)]

In
,
on 06/14/2015
   at 05:54 PM, J O Skip Robinson  said:

>How's that for pedigree?

The Hebrew Bible goes back farther. O r were you only looking at
English?
 
-- 
 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

Re: OT STCK question

[J R]

> The Hebrew Bible goes back farther. 


You probably meant "further".;-)  

 
===

 
> Date: Sun, 14 Jun 2015 17:17:03 -0400
> From: shmuel+ibm-m...@patriot.net
> Subject: Re: OT STCK question
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> In
> ,
> on 06/14/2015
>at 05:54 PM, J O Skip Robinson  said:
> 
> >How's that for pedigree?
> 
> The Hebrew Bible goes back farther. O r were you only looking at
> English?
>  
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT
>  ISO position; see  
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ISPF Workstation Setup ( Was: IND$FILE Resource Log & Monitoring)

[John McKown]

On Sun, Jun 14, 2015 at 2:53 PM, Shmuel Metz (Seymour J.) <
shmuel+ibm-m...@patriot.net> wrote:

> In
> ,
> on 06/13/2015
>at 09:51 PM, John McKown  said:
>
> >ooRexx was an option,
>
> For a simple report, yes, but I keep running into situations when I
> want regexen, modules from CPAN or both. Is there an OOREXX intergace
> to PCRE or equivaelent? Can it handle named cptures?
>

ooRexx has a RegularExpression class, but as best as I can tell, it
implements the regexp routines from the C runtime (GCC in my case). These
are extended regular expressions, but not PCRE. More like what egrep has.
All that you mentioned are reasons why I tend to use Perl in preference to
ooRexx on Linux.



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



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

My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

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

Is there any tools or interface which could analyse or monitor SYS1.MANX directly?

[ibmmain]

Hi all

 We always analyse SMF data after we dump SYS1.MANX.  

 Is there any tools or interface which could analyse or monitor SYS1.MANX 
directly without dump SYS1.MANX? 

Thanks a lot!

Best Regards,

Jason Cai

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

Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?

[Roberto Pacheco]

Yes, there are some softwares that analyze SMFs

Dino Explorer can collect and analyze SMF records in real time. Optionally,
it can collect and after discard the SMF record, so it is not be written at
MAN files

More information www.4bears.com.br

Regards,

Roberto Pacheco
On Jun 14, 2015 11:16 PM, "ibmmain"  wrote:

> Hi all
>
>  We always analyse SMF data after we dump SYS1.MANX.
>
>  Is there any tools or interface which could analyse or monitor SYS1.MANX
> directly without dump SYS1.MANX?
>
> Thanks a lot!
>
> Best Regards,
>
> Jason Cai
>
> --
> 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: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?

[Lizette Koehler]

What problem are you trying to solve?
There are various tools depending on what you are trying to do.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of ibmmain
> Sent: Sunday, June 14, 2015 7:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Is there any tools or interface which could analyse or monitor
> SYS1.MANX directly?
> 
> Hi all
> 
>  We always analyse SMF data after we dump SYS1.MANX.
> 
>  Is there any tools or interface which could analyse or monitor SYS1.MANX
> directly without dump SYS1.MANX?
> 
> Thanks a lot!
> 
> Best Regards,
> 
> Jason Cai
> 

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

Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?

[Charles Mills]

https://correlog.com/solutions-and-services/sas-correlog-mf-visualizer.html 

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ibmmain
Sent: Sunday, June 14, 2015 7:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is there any tools or interface which could analyse or monitor 
SYS1.MANX directly?

Hi all

 We always analyse SMF data after we dump SYS1.MANX.  

 Is there any tools or interface which could analyse or monitor SYS1.MANX 
directly without dump SYS1.MANX? 

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

Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?

[ibmmain]

Dear 

 As you know,IBM zSecure ALTER  tool could analyze SMF records in real time.

We wonder if there is any interface which could help us to develop programs to 
analyze SMF records in real time.

Thanks a lot!

Regards,

Jason Cai


 


From: Roberto Pacheco
Date: 2015-06-15 10:44
To: IBM-MAIN
Subject: Re: Is there any tools or interface which could analyse or monitor 
SYS1.MANX directly?
Yes, there are some softwares that analyze SMFs

Dino Explorer can collect and analyze SMF records in real time. Optionally,
it can collect and after discard the SMF record, so it is not be written at
MAN files

More information www.4bears.com.br

Regards,

Roberto Pacheco
On Jun 14, 2015 11:16 PM, "ibmmain"  wrote:

> Hi all
>
>  We always analyse SMF data after we dump SYS1.MANX.
>
>  Is there any tools or interface which could analyse or monitor SYS1.MANX
> directly without dump SYS1.MANX?
>
> Thanks a lot!
>
> Best Regards,
>
> Jason Cai
>
> --
> 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: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?

[Charles Mills]

You can roll your own. You can trap SMF records before they are written by 
hooking system exits IEFU83, U84 & U85. All documented and not incredibly 
difficult. (I would frankly call it simpler than average for this sort of 
thing.) You don't want to do a whole lot of processing in the exit itself, but 
you can make two Boolean decisions:

- queue the record somehow, somewhere for more thorough outside-the-exit 
analysis (or not)
- tell SMF to write the record to SS1.MANx, or to discard it

SMF record formats are all documented (some a lot more thoroughly than others 
LOL). Having somehow queued your records for further processing, you can do 
analysis to your heart's content in assembler, COBOL, or your language of 
choice.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ibmmain
Sent: Sunday, June 14, 2015 8:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any tools or interface which could analyse or monitor 
SYS1.MANX directly?

Dear 

 As you know,IBM zSecure ALTER  tool could analyze SMF records in real time.

We wonder if there is any interface which could help us to develop programs to 
analyze SMF records in real time.

Thanks a lot!

Regards,

Jason Cai


 


From: Roberto Pacheco
Date: 2015-06-15 10:44
To: IBM-MAIN
Subject: Re: Is there any tools or interface which could analyse or monitor 
SYS1.MANX directly?
Yes, there are some softwares that analyze SMFs

Dino Explorer can collect and analyze SMF records in real time. Optionally, it 
can collect and after discard the SMF record, so it is not be written at MAN 
files

More information www.4bears.com.br

Regards,

Roberto Pacheco
On Jun 14, 2015 11:16 PM, "ibmmain"  wrote:

> Hi all
>
>  We always analyse SMF data after we dump SYS1.MANX.
>
>  Is there any tools or interface which could analyse or monitor 
> SYS1.MANX directly without dump SYS1.MANX?
>
> Thanks a lot!
>
> Best Regards,
>
> Jason Cai
>
> --
> 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