Re: SPFLOG

2008-04-15 Thread Ted MacNEIL
>But the log can also serve as an audit trail for dataset creates, renames, and 
>deletes.

So can SMF.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-15 Thread Mark Zelden
On Tue, 15 Apr 2008 11:54:16 -0700, Edward Jaffe
<[EMAIL PROTECTED]> wrote:

>John P Kalinich wrote:
>> Yes, very useful.  I run with the log and list allocated to a SYSOUT hold
>> class.  So far today I have around 100 or so lines in the log.
>>
>
>It's hard to imagine that kind of low activity logging could ever be
>perceived as slowing things down. Look at how much goes into an MVS
>system trace every second!
>
>

Exactly!  If you want to turn it off because it you have no use, it annoys
you to see the "hlq.SPFLOGn.LIST has been deleted" message or whatever,
that is fine.  But don't do it because you think it will give you some sort
of performance boost.   If you want to know some things that will
help (like turning off RECOVERY), we should take the discussion over
to ISPF-L (or consult the ISPF customization which has recommendations).

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-15 Thread Don Leahy
On Tue, Apr 15, 2008 at 2:20 PM, Steve Comstock
<[EMAIL PROTECTED]> wrote:
>
> Don Leahy wrote:

> > IMO, it should be turned off by default.  Users who develop ISPF
> > dialogs should be able to figure out how to turn it on for themselves.
> >
> > My $0.02
> >
>
>  But the log can also serve as an audit trail for dataset
>  creates, renames, and deletes. Sometims useful outside of the
>  world of dialog development.
>
>
>  Kind regards,
>
>  -Steve Comstock

Good point, but I know of few people who use the log that way.

My view may be colored by one of my 'colleagues' who recently raised
an issue against an innocent ISPF dialog because his LOG data set ran
into a x37 abend.

When I asked him what his LOG data set settings were, he looked at me
like I was speaking a foreign language.  (He was using option 3, Keep
data set - same).

I think he needs one of your courses.  :-)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-15 Thread Edward Jaffe

John P Kalinich wrote:

Yes, very useful.  I run with the log and list allocated to a SYSOUT hold
class.  So far today I have around 100 or so lines in the log.
  


It's hard to imagine that kind of low activity logging could ever be 
perceived as slowing things down. Look at how much goes into an MVS 
system trace every second!


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-15 Thread Steve Comstock

Don Leahy wrote:

On Tue, Apr 15, 2008 at 2:05 PM, John P Kalinich <[EMAIL PROTECTED]> wrote:

Tom Marchant of the IBM Mainframe Discussion List 
 wrote on 04/15/2008 12:54:39 PM:


 > On Tue, 15 Apr 2008 07:38:34 -0500, John P Kalinich wrote:
 >>
 >>Logging is only necessary when you are tracing variable and function
 calls
 >>with Dialog Test (Option 7).
 >
 > You forgot to say, "IMO".
 >
 > I find it useful.
 >

 Yes, very useful.  I run with the log and list allocated to a SYSOUT hold
 class.  So far today I have around 100 or so lines in the log.


IMO, it should be turned off by default.  Users who develop ISPF
dialogs should be able to figure out how to turn it on for themselves.

My $0.02


But the log can also serve as an audit trail for dataset
creates, renames, and deletes. Sometims useful outside of the
world of dialog development.


Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

==> call or email to receive a free sample student handout <==

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-15 Thread Don Leahy
On Tue, Apr 15, 2008 at 2:05 PM, John P Kalinich <[EMAIL PROTECTED]> wrote:
> Tom Marchant of the IBM Mainframe Discussion List 
>  wrote on 04/15/2008 12:54:39 PM:
>
>
>  > On Tue, 15 Apr 2008 07:38:34 -0500, John P Kalinich wrote:
>  >>
>  >>Logging is only necessary when you are tracing variable and function
>  calls
>  >>with Dialog Test (Option 7).
>  >
>  > You forgot to say, "IMO".
>  >
>  > I find it useful.
>  >
>
>  Yes, very useful.  I run with the log and list allocated to a SYSOUT hold
>  class.  So far today I have around 100 or so lines in the log.
>
IMO, it should be turned off by default.  Users who develop ISPF
dialogs should be able to figure out how to turn it on for themselves.

My $0.02

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-15 Thread John P Kalinich
Tom Marchant of the IBM Mainframe Discussion List 
wrote on 04/15/2008 12:54:39 PM:

> On Tue, 15 Apr 2008 07:38:34 -0500, John P Kalinich wrote:
>>
>>Logging is only necessary when you are tracing variable and function
calls
>>with Dialog Test (Option 7).
>
> You forgot to say, "IMO".
>
> I find it useful.
>

Yes, very useful.  I run with the log and list allocated to a SYSOUT hold
class.  So far today I have around 100 or so lines in the log.

Regards,
John K

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-15 Thread Tom Marchant
On Tue, 15 Apr 2008 07:38:34 -0500, John P Kalinich wrote:
>
>Logging is only necessary when you are tracing variable and function calls
>with Dialog Test (Option 7).

You forgot to say, "IMO".

I find it useful.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-15 Thread Ted MacNEIL
>I've never seen anyone who could tell a performance imapct of keeping it on.  
>Either system wide or individually.

>Ted, do you have any response time numbers or overhead numbers?

Not lately, but I have seen it in a small shop with limited TSO DASD.

Besides, the best I/O is no I/O.
I convinced everybody, where I last worked, to turn it off.
Maybe it was the placebo effect, but empirically, response improved.

If I'm doing needless I/O, I have to be introducing something into the mix.
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-15 Thread Mark Zelden
On Tue, 15 Apr 2008 07:38:34 -0500, John P Kalinich <[EMAIL PROTECTED]> 
wrote:


>> >
>> >
>> > Two points:
>> > 1. It's in the config utility (ISRCONFG?) somewhere.
>> > 2. Why do you want to slow your ISPF session down by logging?
>> >
>>
>> #2 - Being an MVS newbie, I don't why you would or wouldn't want logging.
>> It comes out of the box turned on, and I didn't know you could turn it
>off.
>
>Logging is only necessary when you are tracing variable and function calls
>with Dialog Test (Option 7).
>

I've never seen anyone who could tell a performance imapct of keeping 
it on.  Either system wide or individually.

Ted, do you have any response time numbers or overhead numbers?   

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group
mailto: [EMAIL PROTECTED]
z/OS Systems Programming expert at 
http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-15 Thread Ted MacNEIL
>#2 - Being an MVS newbie, I don't why you would or wouldn't want logging.
>It comes out of the box turned on, and I didn't know you could turn it off.

Logging introduces overhead that you don't really need.

On the command line type log.
Then set the initial page size to "0".

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-15 Thread McKown, John
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman
> Sent: Monday, April 14, 2008 6:58 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: SPFLOG

>Why not contribute it to the CBTTAPE site? Sam G. is generally 
>appreciative of all contributions. Sam K. just doesn't always have the 
>time to work on the site, since he's still gainfully employed.

As pointed out by others, this is now unnecessary. The ISPCCONF exec
will do the equivalent with no exit at all.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-15 Thread Mark Pace
Ah - Sure don't need that.  I'll be figuring out how to turn that off.

Thanks.

On Tue, Apr 15, 2008 at 8:38 AM, John P Kalinich <[EMAIL PROTECTED]> wrote:

> Mark Pace of the IBM Mainframe Discussion List 
> wrote
> on 04/15/2008 07:27:10 AM:
>
> > On Mon, Apr 14, 2008 at 6:07 PM, Ted MacNEIL <[EMAIL PROTECTED]> wrote:
> > 
> > >
> > >
> > > Two points:
> > > 1. It's in the config utility (ISRCONFG?) somewhere.
> > > 2. Why do you want to slow your ISPF session down by logging?
> > >
> >
> > #2 - Being an MVS newbie, I don't why you would or wouldn't want
> logging.
> > It comes out of the box turned on, and I didn't know you could turn it
> off.
>
> Logging is only necessary when you are tracing variable and function calls
> with Dialog Test (Option 7).
>
> Regards,
> John K
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>


-- 
Mark Pace
Mainline Information Systems

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-15 Thread John P Kalinich
Mark Pace of the IBM Mainframe Discussion List  wrote
on 04/15/2008 07:27:10 AM:

> On Mon, Apr 14, 2008 at 6:07 PM, Ted MacNEIL <[EMAIL PROTECTED]> wrote:
> 
> >
> >
> > Two points:
> > 1. It's in the config utility (ISRCONFG?) somewhere.
> > 2. Why do you want to slow your ISPF session down by logging?
> >
>
> #2 - Being an MVS newbie, I don't why you would or wouldn't want logging.
> It comes out of the box turned on, and I didn't know you could turn it
off.

Logging is only necessary when you are tracing variable and function calls
with Dialog Test (Option 7).

Regards,
John K

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-15 Thread Mark Pace
On Mon, Apr 14, 2008 at 6:07 PM, Ted MacNEIL <[EMAIL PROTECTED]> wrote:

>
>
> Two points:
> 1. It's in the config utility (ISRCONFG?) somewhere.
> 2. Why do you want to slow your ISPF session down by logging?
>

#2 - Being an MVS newbie, I don't why you would or wouldn't want logging.
It comes out of the box turned on, and I didn't know you could turn it off.

-- 
Mark Pace
Mainline Information Systems

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-14 Thread Rick Fochtman

---


You need to install ISPEXIT number 16. I already have such a thing which
creates DSNs of "userid.SYS&SYSNAME. ...". However, this may not be all
that you need. You also need to use a different ISPF profile dataset on
each system. That's because ISPF does an SPFEDIT global ENQ on the ISPF
profile dataset. Well really on a number of members in the profile
dataset. But it ends up doing the same thing: On the second system you
cannot get into ISPF due to the ENQ. I am, of course, assuming that you
are in a GRSPlex or MIMPlex and passing SPFEDIT around the 'plex.

Ref:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/isppla03/3.16

My exit is only 89 lines long. If you want, I can email it to you. Note
to others: if you want the exit as well, please, please, please email me
directly at mailto:[EMAIL PROTECTED] and don't reply to this
email on the list. I really get P.O.'ed at people who do that!
 


--
Why not contribute it to the CBTTAPE site? Sam G. is generally 
appreciative of all contributions. Sam K. just doesn't always have the 
time to work on the site, since he's still gainfully employed.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-14 Thread Ted MacNEIL
>I hate to ask this question, but I have searched and searched and can not find 
>where the SPFLOG list dataset name is defined.  I have 2 systems
sharing data, and I want to rename the *userid*.SPFLOG1.LIST dataset to 
something system specific so that I can log on the each system with the same 
userid at the same time.

Two points:
1. It's in the config utility (ISRCONFG?) somewhere.
2. Why do you want to slow your ISPF session down by logging?

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-14 Thread McKown, John
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden
> Sent: Monday, April 14, 2008 4:01 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: SPFLOG
> 
> 
> On Mon, 14 Apr 2008 14:58:08 -0500, McKown, John
> <[EMAIL PROTECTED]> wrote:

[snip]

> 
> You don't need exit 16 to do that since OS/390 R10. See the $SNGLTSO 
> doc on my web site for CBT file 434 for details.
> 
> Mark
> --

Ah, yes, the ISPF_TEMPORARY_DATA_SET_QUALIFIER.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-14 Thread Mark Zelden
On Mon, 14 Apr 2008 14:58:08 -0500, McKown, John
<[EMAIL PROTECTED]> wrote:


>
>You need to install ISPEXIT number 16. I already have such a thing which
>creates DSNs of "userid.SYS&SYSNAME. ...". However, this may not be all
>that you need. You also need to use a different ISPF profile dataset on
>each system. That's because ISPF does an SPFEDIT global ENQ on the ISPF
>profile dataset. Well really on a number of members in the profile
>dataset. But it ends up doing the same thing: On the second system you
>cannot get into ISPF due to the ENQ. I am, of course, assuming that you
>are in a GRSPlex or MIMPlex and passing SPFEDIT around the 'plex.
>

You don't need exit 16 to do that since OS/390 R10. See the $SNGLTSO 
doc on my web site for CBT file 434 for details.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: SPFLOG

2008-04-14 Thread McKown, John
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace
> Sent: Monday, April 14, 2008 2:35 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: SPFLOG
> 
> 
> I hate to ask this question, but I have searched and searched 
> and can not
> find where the SPFLOG list dataset name is defined.  I have 2 systems
> sharing data, and I want to rename the *userid*.SPFLOG1.LIST 
> dataset to
> something system specific so that I can log on the each 
> system with the same
> userid at the same time.
> 
> -- 
> Mark Pace

You need to install ISPEXIT number 16. I already have such a thing which
creates DSNs of "userid.SYS&SYSNAME. ...". However, this may not be all
that you need. You also need to use a different ISPF profile dataset on
each system. That's because ISPF does an SPFEDIT global ENQ on the ISPF
profile dataset. Well really on a number of members in the profile
dataset. But it ends up doing the same thing: On the second system you
cannot get into ISPF due to the ENQ. I am, of course, assuming that you
are in a GRSPlex or MIMPlex and passing SPFEDIT around the 'plex.

Ref:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/isppla03/3.16

My exit is only 89 lines long. If you want, I can email it to you. Note
to others: if you want the exit as well, please, please, please email me
directly at mailto:[EMAIL PROTECTED] and don't reply to this
email on the list. I really get P.O.'ed at people who do that!

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html