date:20060919

Re: Why AUTHPGM?

2006-09-19 Thread Binyamin Dissen

On Mon, 18 Sep 2006 17:51:14 -0600 Paul Gilmartin [EMAIL PROTECTED]
wrote:

:I am coming to suspect that the reason RETRY fails when I
:invoke SMP/E from an EXEC under IKJEFT01 is that GIMSMP
:is absent from AUTHPGM NAMES in SYS1.PARMLIB(IKJTSOnn).
:I've put in a request to add it.

:But, now I'm curious.  Is there any good rationale that
:any program with AC=1 in an authorized library shouldn't
:run with APF authorization when CALLed from TSO.  Is the
:security provided by the isolated environment incomplete?
:What happens when a program with AC=0 is (inadvertently)
:entered in AUTHPGM names and CALLed?

The issue is that AC=1 programs expect to be called as job-step programs and
may not completely clean up after themselves (expecting the initiator to do
it).

It is a slight exposure, handled by specifying those programs that are known
to be well behaved.

:Could a systems programmer so inclined simply use
:AUTHPGM NAMES( * )?

--
Binyamin Dissen [EMAIL PROTECTED]
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Restrict Operator offline command

2006-09-19 Thread R.S.


Ted MacNEIL wrote:

anyone got any ideas on how to ensure it


does not happen again.

Public flogging?
Execution?
Hire new operators?


Well, I'd suggest something more humanitarian.
...no, not poison injection g
I would ask:
WHY the h.ll they do VARY ... OFFLINE ?
probably because it is needed (is it ???)
Probably it is a part of repetitive procedure, not ad hoc action.
Probably the addresses are not changed frequently.

SO, let them start IEFBR14 procedure with proper COMMAND statement.

// V -,OFFLINE
//STEP1 EXEC PGM=IEFBR14

the above is much less error prone.


Of course it is not a solution for random requests, but let's be 
honest: who is the requestor, why the requestor don't do it himself ?


My $0.02
--
Radoslaw Skorupka
Lodz, Poland

--
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: CA-Spool Banner Page

2006-09-19 Thread Cartwright, Dave

I've done a little more research on this and can now formulate a more
technical version of the question;
Can anyone supply me a sample CA-Spool exit ESFU009 that modifies the
LPR control file?

TIA
Dave


-Original Message-

*
This email is intended solely for the use of the individual to whom
it is addressed and may contain confidential and/or privileged 
material.  Any views or opinions presented are solely those of the 
author and do not necessarily represent those of AGCO.
If you are not the intended recipient, be advised that you have
received this email in error and that any use, dissemination, 
forwarding, printing or copying of this email is strictly prohibited.
 
Neither AGCO nor the sender accepts any responsibility for viruses and it is 
your
responsibility to scan and virus check the e-mail and its attachment(s) (if 
any).
*
From: Dave Cartwright [mailto:[EMAIL PROTECTED] 
Sent: 18 September 2006 11:09
To: IBM-MAIN@BAMA.UA.EDU
Cc: Cartwright, Dave
Subject: CA-Spool Banner Page

When CA-Spool sends a print to one of our Xerox IP printers it creates a

Banner Page that has the Userid of the CA-Spool task as its main header.

This has never worried us before, but now we are getting rinky-dink new 
Xerox printers that will respond to a RFID tag to output only that
User's 
print. Does anyone know how to get CA-Spool to create a Banner Page with

the Userid of the output, not of its own task?

--
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: Static versus dynamic linking

2006-09-19 Thread Clark Morris

On 18 Sep 2006 17:47:23 -0700, in bit.listserv.ibm-main you wrote:

Dynamic linking is by far the better way to go as a general rule of
thumb.  That is, when in doubt make it dynamic.

As always, there are a couple of gotchas.  One big one that nipped me
was retention of data.  It's been a while I seem to recall that static
subprograms retain information from call to call.  This makes it a
convenient place to store status information like the number of times
the routine had been called, report heading detail, etc.  That all goes
away when the module is dynamically linked.

Assuming that the subroutine is written in COBOL, unless the caller
deletes the subroutine (in COBOL issues a CANCEL for each call) or the
subroutine is coded PROGRAM IS INITIAL to cause being entered in
original state, data is retained between calls.  This is true for both
dynamic and static calls.


Keep the module as static only in situations where data retention
between calls is needed and you don't want to rewrite the calling
programs to retain the subprogram's status info.  In everything else,
dynamic is the better choice.  In things like CICS, it's practically a
necessity.

I have never seen an instance of system performance degradation that
could be tied directly to changing over to dynamic calls, especially
with WLM helping to smooth things over.  Of course, all shops are
different.  However unlikely, you could run into a situation where
changing a module to dynamic could bring your system to its knees.
Proceed cautiously by changing well known, low impact subprograms at
first until you get a good feel for it, then move on to the more risky
modules (like date and currency conversion routines) later on.

And like I said before, if you find an instance where static is the
better choice, keep it static.

Good luck.  Let us know how you make out.

--
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: VSAM replication to Oracle?

2006-09-19 Thread Timothy Sipples

Thanks for the possibilities. Likely I should have also added the
phrases cheap and only takes minutes to install with no programmer
involvment, plug and play, simple enough for an MCSE to understand
nasty, there John

Not too nasty, actually.  Those are typical requirements (cheap, near zero
time, etc.)  Not always possible, but almost always desired.

I would say that the main appeal of the event publishing technique is the
quick/no programming/plug-and-play characteristics.  Cheap should be pretty
quickly determinable, at least in price terms.  (Total cost is another
question and, as said so many times, can diverge wildly from price.)  There
will be more CPU instructions -- somehow you have to get the data from VSAM
into Oracle -- so I think that's unavoidable until IBM releases the zRCP (z
Reverse Charging Processor) which spits out one gold coin for each
1,000,000 instructions.  (Yes, IBM engineers are working on that. :-))
Seriously, if you're sensible about setting event trigger rules then it's
fine. (And CPU instructions aren't free on any platform. Folks just can't
measure them very well without SMF. :-))

So (architect hat on) I'd look at that technique as one of the options to
consider.

I can think of yet another way: transparency.  That is, for the VSAM files
that have content that must be replicated to Oracle, you migrate those
specific files to DB2 (using VSAM Transparency for example) then use any of
the replication solutions (IBM's II Q Rep as an example, and there are
others, even at IBM) to Oracle.  That path is probably worth exploring if
you're a DB2 shop (or want to be) and you have plans to store data in DB2
anyway.  Transparency means your applications aren't changed -- there's
that cheap/quick/no programmer part again.  The applications still think
they're talking VSAM.  A slight variation (semi-transparency) is that you
go ahead and EXEC SQL code the most I/O intense sections (for performance
reasons) and leave everything else alone -- a 90/10 type of approach.

If you only have to kick out a limited amount of data and could make
minimal code changes to get the job done, that's another way.  Oracle
Access Manager for CICS provides an EXEC SQL interface to allow CICS
programs to write directly to Oracle Database, to pick an example.  (OAM4C
is an Oracle product. Might be another Oracle z/OS network piece required
to access an offboard Oracle server, and maybe also Oracle's Pro*
precompiler, but that's the idea.) Not as simple/quick/no programmer for
the z/OS programmer, however.  And it's not very clean in the sense that
you'll have to be in the perpetual coding business when (usually when) the
business users decide they need something else kicked out for analysis next
month.

Yet another way, if the users want to run reporting tools directly against
VSAM data, is to get an ODBC/JDBC interface to VSAM.  All the popular
reporting tools can access data via ODBC or JDBC, even including simple
tools like Microsoft Access and Microsoft Excel.  (Others: Crystal Reports,
Cognos, Business Objects, IBI, etc., etc.)  In the IBM catalog WebSphere
IICF (Information Integrator Classic Federation) can do that, to pick an
example.  Another approach in the quick/no programming/plug-and-play zone,
I would think.  The workload impact will depend on the number of reports,
frequency of reports, ad hoc nature of the reports, etc.  That could get
very interesting very quickly if those reporting numbers are large.

Lots and lots of ways, each with pros/cons which will be situationally
dependent.

John, I think you're in Texas, so if you want to bounce ideas off a z
architect type then I'd suggest Ken Wilson in Austin.  Holler if you don't
know him and need contact info, although the 800-IBM-4-YOU number should
work with name and city.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
E-Mail: [EMAIL PROTECTED]
--
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: Unicode and DB2 and Enterprise COBOL

2006-09-19 Thread Jim McAlpine


OK,  I'm looking at the Enterprise COBOL V3R4 Customization Guide chapter
4.4 which has an example of the unicode requirements for both DB2 and COBOL
which contains the following statements -

CONVERSION 1140,1200; /* Latin-1 to UTF-16, *RECLM*   */
CONVERSION 1200,1140; /* UTF-16 to Latin-1, *RECLM*

CONVERSION 1140,1200,ER; /* Latin-1 to UTF-16, ER
CONVERSION 1200,1140,ER; /* UTF-16 to Latin-1, ER

and the following document -

http://publib.boulder.ibm.com/infocenter/dzichelp/v2r2/index.jsp?topic=/com.ibm.db2.doc.inst/bjnnmstr458.htm

confirms that COBOL uses the RECLM technique and DB2 uses the ER technique.
So far so good, except that if you try and run the sample above, there are
errors because the second 2 statements are duplicates of the first 2 ie you
can only have one conversion from 1140 to 1200 (obviously). Can anyone
explain how you are supposed to cater for both the DB2 and COBOL
requirements.  Is ER just a subset of RECLM. What do you code if you require
both.

Jim McAlpine






On 9/18/06, Brian Peterson [EMAIL PROTECTED] wrote:


According to IBMLink, the member CUNSISM6 was shipped in z/OS 1.4 by PTF
UA20691 for APAR OA12403.

Brian

On Mon, 18 Sep 2006 16:36:38 +0100, Jim McAlpine [EMAIL PROTECTED]
wrote:

Brian,  I didn't look to check at the time, but that member does not
exist
on my z/OS 1.4 system.  Can someone with a 1.4 system  please confirm or
otherwise that SYS1.SAMPLIB(CUNSISM6) exists on your system.

Jim McAlpine


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



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

EBCDIC to ASCII OPTCD=Q? (JCL)

2006-09-19 Thread Howard Brazee

The following is being copied from COMP.LANG.COBOL, with permission.

 

Gah.  Thanks much, Mr Klein; I am trying to do this entirely by 

utilities/JCL and I hope to avoid a dedicated COBOL program... if my
hopes 

are in vain then I'll start down this path.

 

 

All righty... I've been asked about having a job on an IBM mainframe 

(z/OS) produce ASCII output.

 

(To those who think to inquire 'Why don't you produce EBCDIC output and 

then have ftp translate it during transfer to the target?' my response
is 

'I have made this suggestion and someone who signs my timesheet
responded 

'That will be considered a possibility; right now you should look into 

making the ASCII files on the mainframe.''... and yes, all fields are 

either text or display numerics w/ sign leading separate.)

 

I recall - but my memory is, admittedly, porous - something about the
DCB 

parameter OPTCD=Q being able to accomplish this but it will require more


jiggery-pokery than I can come up with; when I code an IEBGENER or a 

DFSORT with DD statements like:

 

//INDD DDDISP=SHR,   

// DSN=INPUT.DATASET.INEBCDIC  

//OUTDDDD DSN=OUTPUT.DATASET.INASCII,

//DISP=(,CATLG,CATLG),   

//UNIT=TAPE,RETPD=0,

//DCB=(*.INDD,BUFNO=30,OPTCD=Q) 

 

... I get an ABEND (in the case of DFSORT it is IEC141I 013-70, a
problem 

with the OPEN macro... but the QW text for Return Code 70 (for V=IBM 

P=Z/OS SYSTEM MSGS R=V1R4 I=IEC141I) reads:

 

--begin quoted text:

 

An OPEN macro instruction was issued for a data set on magnetic tape. A 

conflict exists between LABEL parameters on the DD statement, and the 

DCBRECFM, DCBOPTCD, DCBBUFOF, and DCBUSASI fields, which give the 

appearance of mixed ASCII and EBCDIC attributes for the data set; or
TRTCH 

was specified for a 9-track tape.

 

Some examples of conflicts are that for AL tapes the BLKSIZE must be
less 

than 2048, RECFM=V,U and VB cannot be used. For details about AL tape 

restrictions see z/OS DFSMS: Using Magnetic Tapes . Note that most 

utilities (except for IEHINITT) do not support ASCII.

 

--end quoted text

 

(changing UNIT=TAPE,RETPD=0 to UNIT=SYSDA,SPACE=(TRK,(6000,500),RLSE)
does 

not change the error but the salient text for 70 then appears to be 'An 

OPEN macro instruction was issued for a data set not on magnetic tape.  

Either OPTCD=Q was specified, or OPEN was issued for an ISAM data set 

using QSAM.')

 

It appears obvious that under the conditions of my experiment DFSORT is 

falling into the category of 'most utilities'.  Might someone be so kind


as to point me towards a resource from which I may be able to glean a 

solution?

 

Thanks much.

 

(Oh... and among a bunch of Other Stuff a Google search for 'EBCDIC
ASCII 

translation jcl' (no ',  included) returns 

http://www.dbforums.com/archive/index.php/t-327313.html ; this informs, 

among other things, that 'answering a question with a question is no 

answer at all'... it's on the Web, it's gotta be right, right?)

 

DD


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

RULE OF THUMB ?

2006-09-19 Thread John Dawes

Just that I understand correctly the following
   
  If I define the vtoc (below) as
   
  VTOC(0,1,29) -
  INDEX(2,0,45) 
   
  The VTOC starts at cylinder 0 for 29 tracks
  The INDEX starts at cylinder 2 for 45 tracks. 
   
  If for some reason the INDEX was set to 5,0,45.  Would we have a problem with 
response time?  Is there a set rule that the INDEX must be placed after the 
VTOC?


-
On Yahoo!7
  Messenger: Make free PC-to-PC calls to your friends overseas. 

--
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: IEHLIST LISTPDS in an SMS environment

2006-09-19 Thread Bruce Black



With hardly any apology  to John G.; things such as this make it
real hard for me to take the diachronic view.
Gee, Gil, if you are going to use words like diachronic you should at 
least provide a dictionary link gr


http://www.onelook.com/?w=diachronic+ls=a


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.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: RULE OF THUMB ?

2006-09-19 Thread R.S.


John Dawes wrote:


Just that I understand correctly the following
   
  If I define the vtoc (below) as
   
  VTOC(0,1,29) -
  INDEX(2,0,45) 
   
  The VTOC starts at cylinder 0 for 29 tracks
  The INDEX starts at cylinder 2 for 45 tracks. 
   
  If for some reason the INDEX was set to 5,0,45.  Would we have a

problem with response time?  Is there a set rule that the INDEX must be
placed after the VTOC?


Currently there is absolutely no ROT regarding physical placement of 
VTOC/VTOCIX/VVDS structures. Maybe except keeping everything at the 
beginning of plate - just to have free space unfragmented. 3390 is pure 
virtual thing nowadays.


Size can be discussed, especially if you use different models. Otherwise 
it is a little bit pointless - you could save few hundreds cylinders 
which is nothing.
IMHO the best ROT is one size for every model, with possible exception 
for system volumes (SPOOL, PAGE).


KISS (Keep It Simple)


My $0.02
--
Radoslaw Skorupka
Lodz, Poland

--
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: RULE OF THUMB ?

2006-09-19 Thread Bruce Black

If I define the vtoc (below) as

VTOC(0,1,29) -
INDEX(2,0,45)

The VTOC starts at cylinder 0 for 29 tracks
The INDEX starts at cylinder 2 for 45 tracks.

If for some reason the INDEX was set to 5,0,45. Would we have a problem with response time? Is there a set rule that the INDEX must be placed after the VTOC?
First, the VTOCIX in your example is much too large. It only needs to
be a fraction of the size of the VTOC itself, since it is just an index
into the real VTOC. The ICKDSF manual has some guidelines for sizing
the VTOC/VTOCIX, but there is no penalty if the VTOCIX is too large, so
with a 2 cyl VTOC, I would make the VTOCIX 1 cylinder INDEX(2,0,15).

As for placement, back in the days when disk head movement and seek time
were important, it made sense to put the VTOCIX right after the VTOC (or
even right before) since searching for a dataset always involved a
lookup in the VTOCIX then a read to the VTOC. This minimized seek
time. Today seek time is minimally important, but it still makes sense
to put them together to maximize free space on the volume.

--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.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

1 2 >

1 - 100 of 105 matches

Mail list logo