Re: OT: How to open a new list at UA.EDU?
Topica never ever worked as smooth as lists like this one work. Roger, you are right that on can still log-in to Topica, but have you tried to post a message? It's just being swallowed. And the list owner doesn't respond. I'm currently trying to find a listserver based place to host an AFP list. Will keep this list updated, as some AFP interested people seem to be subscribed here too (glad to see :-). Q: Is there any reason the new list should *not* be named AFP-L? (The one on Topica is named AFP-L but after all it is on a different server.) -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS Space override
In the early 90s, I came close to raising a share requirement to allow the AVGVAL specification to default to picking up the lrecl (i.e. when not specified explicitly) such that it would effectively allow the space request to specify a quantity of records rather than a byte count. That would have allowed a particular dataclass to result in varying space values according to lrecl, which seemed like a reasonable idea at the time. Pretty sure it never got put into the share sausage machine though. Of course still wouldn't help if users have no idea about their record count! Sent from my iPhone On 28 May 2013, at 20:38, John McKown john.archie.mck...@gmail.com wrote: But, but, cylinders are intuitively understandable, whereas bytes are just confusing! grin/. Like our programmers keep asking me how big to make their data sets, and then don't have any idea how many records they will need to store into that data set. On Tue, May 28, 2013 at 1:31 PM, Paul Gilmartin paulgboul...@aim.com wrote: On Tue, 28 May 2013 17:34:17 +, Pommier, Rex R. wrote: That's just where I was going in my thinking. It looks like something is defined as a 3380. 3380 track is 83% of capacity of 3390, and his initial allocation of 654 tracks is suspiciously close to 83% of his other 2 allocations of 780 tracks. And this is why IBM (I believe) among coloro che sanno, recommends allocating in bytes rather than geometry-sensitive units such as tracks or cylinders. Good advice to follow, IMO. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- This is a test of the Emergency Broadcast System. If this had been an actual emergency, do you really think we'd stick around to tell you? 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: hsearch(); Grrr...
Check out skiplists which are much easier to implement then self balancing binary trees and have to advantage of implementing rank operations with logarithmic complexity. I implemented a skiplist library years ago and was very happy with the performance. They are comparable to AVL trees in performance but have the disadvantage that the algorithm is probabilistic. In reality that shouldn't be a problem. http://en.wikipedia.org/wiki/Skip_list Jason Evans has a macro based red-black tree implementation in the public domain. It's very fast! There's a copyright but no license http://www.canonware.com/rb/ On 29/05/2013 1:44 PM, Paul Gilmartin wrote: On Wed, 29 May 2013 12:23:01 +0800, David Crayford wrote: IMO all of the dictionary routines in the standard runtime are sub-optimal. It's either RYO, ... I like that. I can even make the substitutable compare routines macros instead of functions, so they're (mostly) inline. Assembler programmers should be proud of me. This is all kind of obsessive; the table size is about 1000, the number of searches per execution is about 100. As I said, linear search works fine. They could have balanced the silly tree. They could have allowed macros as the compare facilities. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ENF 54 (SDUMP event)
Hi I see that there is an ENF 54 , SDUMP event, but find no details for this. -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ICKDSF Stand alone on cd-rom
Hi, I was looking at the instruction for creating a ICKDSK stand alone tape, and saw that there was an option to create a cd-rom with ickdsf. Can this be used for z/OS? How do I create this CD-ROM. We are running z/oS 1.13 on a z114 Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Unable to mount ZFS
It's the zFS started task that needs TRUSTED or OPERATIONS attribute or ALTER authority. Thanks for that link. It clearly states that ALTER is needed for the userid that runs ZFS (yes, OMVSUS2 is assigned to ZFS). It is also clearly not the whole truth. On my originating system, OMVSUS2 can mount all ZFSs just fine, and it does NOT have ALTER access to any of them; it doesn't even appear in the access list at all. This system is set up the same way, and it doesn't work here. Barbara, I know you're not z/OS UNIX's biggest fan, however, this time the problem is related to the authorization to perform an MVS OPEN against an MVS data set. UNIX is only inside the data set. RACF allows the OPEN on your originating system. I trust there must be a difference in the setup not related to z/OS UNIX. On your originating system (I guesss you already verified): - Does profile MVSR.RDZ.V85.** have UACC(none) or something else? - Is OMVSUSR2 defined TRUSTED(NO) and PRIVILEGED(NO)? - There is no SCHEDxx entry for BPXVCLNY? - Nothing else that would allow an MVS OPEN is defined? -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 1.13 ZAP for IBM Fault Analyzer
According to a system we have that happens to have FA installed, the zap is the same for hbb7780 or hbb7780 with OA38518 (as well has HBB7770 with various APARs): For fmid HBB7770 with OA32858 or OA33888 or OA38518 or OA38652 or fmid HBB7780 or fmid HBB7780 with OA38518 IDI.SIDISAM1(IDITABD) 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: ICKDSF Stand alone on cd-rom
W dniu 2013-05-29 13:47, גדי בן אבי pisze: Hi, I was looking at the instruction for creating a ICKDSK stand alone tape, and saw that there was an option to create a cd-rom with ickdsf. Can this be used for z/OS? How do I create this CD-ROM. We are running z/oS 1.13 on a z114 Few hinsts: 1. http://www.cbttape.org/~jjaeger/zzsa.html 2. Standalone means without OS or delivered with some bootstrap, so your z/OS will not be involved. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osb trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorcw KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMS Space override
Our SMS default tracksize was indeed the 3380 value. I updated the value and all is well. Ken -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMC 2.9.2 (controlling z9BC) resetting passwords to a known state.
On 2013-05-28, at 13:07, R.S. wrote: W dniu 2013-05-28 20:34, Paul Gilmartin pisze: On Tue, 28 May 2013 11:12:46 -0700, retired mainframer wrote: Have you asked IBM if they have a death in the family recovery procedure? But if they told you, wouldn't they have to kill you? No, this isn't secret, no reason to kill anyone. I was merely playing on the word death. Recovery? well, there's cryonics. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM Debug Tool IKJ56228I prob
Hello,
Long post - sorry!!
My first try at using the IBM Debug Tool for a COBOL/CICS pgm (no DB2
(that'll be next)), filled out the Program Prep screens (partial
groping), pressed Enter when told, finally got to this ..
Compile using 5655-S71 IBM Enterprise COBOL for z/OS
Input data set: 'IBMUSE2.QKVS(QKVSP04)'
Compiler options: TEST(NONE,SYM,SEPARATE) LIB CICS(COBOL3 CICS)
NODYNAM LIB RENT NOSEQ SIZE(4000K) CICS(''COBOL3'')
These data set names were generated using patterns that were specified
in the Edit data set name patterns panel. Override these names by
overtyping. These data sets will be created, if they do not exist
Compilation output data sets:
Listing . 'IBMUSE2.QKVS.LISTING(QKVSP04)'
Object. . 'IBMUSE2.QKVS.OBJECT(QKVSP04)'
SYSDEBUG. 'IBMUSE2.QKVS.SYSDEBUG(QKVSP04)'
SYSTERM . *
CICS Translator and DB2 SQL Processor options (Integrated and separate
Y CICS. . . COBOL3 CICS
N DB2 . . . HOST(COBOL)
N DB2 SQL output DBRM data set (Integrated and Separate):
DBRMLIB :
N Run Separate CICS Translator using these data set names:
Listing .
SYSTERM .
N Run Separate DB2 Precompiler using these data set names:
Listing .
SYSTERM .
.. Enter got me ..
EQAZ040I 5655-S71 IBM Enterprise COBOL for z/OS started for
'IBMUSE2.QKVS(QKVSP
04)' using 'IBMUSE2.QKVS(QKVSP04)'.
IKJ56228I DATA SET IGY.SIGYCOMP NOT IN CATALOG OR CATALOG CAN NOT BE
ACCESSED
IKJ56109I DATA SETS NOT CONCATENATED+
IKJ56109I FAILURE TO ALLOCATE DATA SET IGY.SIGYCOMP
***
..enter got me..
Allocation Error
Compile using 5655-S71 IBM Enterprise COBOL for z/OS
DB2 Precompiler return code = NOT RUN
CICS Translator return code = NOT RUN
COBOL Compiler return code = NOT RUN
The following data sets were used for this compilation.
Enter E to Edit, V to View, or B to Browse these data sets.
Input . : 'IBMUSE2.QKVS(QKVSP04)'
Compilation output data sets:
Listing : 'IBMUSE2.QKVS.LISTING(QKVSP04)'
Object. : 'IBMUSE2.QKVS.OBJECT(QKVSP04)'
SYSDEBUG: 'IBMUSE2.QKVS.SYSDEBUG(QKVSP04)'
SYSTERM : *
N DB2 SQL output DBRM data set:
DBRMLIB :
N CICS Translator data sets:
Listing :
SYSTERM :
N DB2 Precompiler data sets:
Listing :
SYSTERM :
.. boils down to an Allocation Error I think; looked for IKJ56228I in
z/OS V1R12.0 MVS System Messages Vol 9 (IGF - IWM) but isn't there,
googled but told me little, so possible someone might know where I
messed up?
As usual, please, thanks
Graham Hobbs
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Debug Tool IKJ56228I prob
On 5/29/2013 2:11 PM, Graham Hobbs wrote: IKJ56228I DATA SET IGY.SIGYCOMP NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IKJ56109I DATA SETS NOT CONCATENATED+ IKJ56109I FAILURE TO ALLOCATE DATA SET IGY.SIGYCOMP Data sets with this naming structure (or DLIB.Spidnnn) are generally distributed on DLIB packs, or with components. The message says that either the pack containing the catalog for IGY data sets is not mounted, or IGY is not connected to this catalog, or the data set is not in the catalog. Since you're on TSO, you can just list catalog information to see which of these it is. Gerhard Postpischil Bradford, Vermont -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Debug Tool IKJ56228I prob
IGY.SIGYCOMP is the dataset needed to do COBOL compiles. We have it allocated
in the linklist so it is available to everyone. We don't do compiles from
ISPF, but I would guess you need to add that data set to the TSO Logon proc
STEPLIB or ISPLLIB or use the TSO ALLOC command. If you are using the Debug
tool you will also need to make sure all the Debug libraries are available too.
Check Chapters 3, 4 and 5 of the Debug Tool for z/OS Customization Guide. Ours
is Version 11.1, GC27-3622-03
Brad Wissink
Information Technology Services
Iowa State University
515-294-3088
If it ain't broke, you ain't trying - Red Green
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Graham Hobbs
Sent: Wednesday, May 29, 2013 1:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM Debug Tool IKJ56228I prob
Hello,
Long post - sorry!!
My first try at using the IBM Debug Tool for a COBOL/CICS pgm (no DB2 (that'll
be next)), filled out the Program Prep screens (partial groping), pressed Enter
when told, finally got to this ..
Compile using 5655-S71 IBM Enterprise COBOL for z/OS
Input data set: 'IBMUSE2.QKVS(QKVSP04)'
Compiler options: TEST(NONE,SYM,SEPARATE) LIB CICS(COBOL3 CICS) NODYNAM LIB
RENT NOSEQ SIZE(4000K) CICS(''COBOL3'')
These data set names were generated using patterns that were specified
in the Edit data set name patterns panel. Override these names by
overtyping. These data sets will be created, if they do not exist
Compilation output data sets:
Listing . 'IBMUSE2.QKVS.LISTING(QKVSP04)'
Object. . 'IBMUSE2.QKVS.OBJECT(QKVSP04)'
SYSDEBUG. 'IBMUSE2.QKVS.SYSDEBUG(QKVSP04)'
SYSTERM . *
CICS Translator and DB2 SQL Processor options (Integrated and separate
Y CICS. . . COBOL3 CICS
N DB2 . . . HOST(COBOL)
N DB2 SQL output DBRM data set (Integrated and Separate):
DBRMLIB :
N Run Separate CICS Translator using these data set names:
Listing .
SYSTERM .
N Run Separate DB2 Precompiler using these data set names:
Listing .
SYSTERM .
.. Enter got me ..
EQAZ040I 5655-S71 IBM Enterprise COBOL for z/OS started for 'IBMUSE2.QKVS(QKVSP
04)' using 'IBMUSE2.QKVS(QKVSP04)'.
IKJ56228I DATA SET IGY.SIGYCOMP NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED
IKJ56109I DATA SETS NOT CONCATENATED+ IKJ56109I FAILURE TO ALLOCATE DATA SET
IGY.SIGYCOMP
***
..enter got me..
Allocation Error Compile using 5655-S71
IBM Enterprise COBOL for z/OS
DB2 Precompiler return code = NOT RUN
CICS Translator return code = NOT RUN
COBOL Compiler return code = NOT RUN
The following data sets were used for this compilation.
Enter E to Edit, V to View, or B to Browse these data sets.
Input . : 'IBMUSE2.QKVS(QKVSP04)'
Compilation output data sets:
Listing : 'IBMUSE2.QKVS.LISTING(QKVSP04)'
Object. : 'IBMUSE2.QKVS.OBJECT(QKVSP04)'
SYSDEBUG: 'IBMUSE2.QKVS.SYSDEBUG(QKVSP04)'
SYSTERM : *
N DB2 SQL output DBRM data set:
DBRMLIB :
N CICS Translator data sets:
Listing :
SYSTERM :
N DB2 Precompiler data sets:
Listing :
SYSTERM :
.. boils down to an Allocation Error I think; looked for IKJ56228I in z/OS
V1R12.0 MVS System Messages Vol 9 (IGF - IWM) but isn't there, googled but told
me little, so possible someone might know where I messed up?
As usual, please, thanks
Graham Hobbs
--
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: IBM Debug Tool IKJ56228I prob
As Brad pointed out you need to read the customization guide. The particular error you got is from not tailoring EQAZDFLT member of the hlq.SEQATLIB data set. Doug On Wed, 29 May 2013 18:30:52 +, Wissink, Brad [ITSYS] bjwi...@iastate.edu wrote: IGY.SIGYCOMP is the dataset needed to do COBOL compiles. We have it allocated in the linklist so it is available to everyone. We don't do compiles from ISPF, but I would guess you need to add that data set to the TSO Logon proc STEPLIB or ISPLLIB or use the TSO ALLOC command. If you are using the Debug tool you will also need to make sure all the Debug libraries are available too. Check Chapters 3, 4 and 5 of the Debug Tool for z/OS Customization Guide. Ours is Version 11.1, GC27-3622-03 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Graham Hobbs Sent: Wednesday, May 29, 2013 1:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IBM Debug Tool IKJ56228I prob .. Enter got me .. EQAZ040I 5655-S71 IBM Enterprise COBOL for z/OS started for 'IBMUSE2.QKVS(QKVSP 04)' using 'IBMUSE2.QKVS(QKVSP04)'. IKJ56228I DATA SET IGY.SIGYCOMP NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IKJ56109I DATA SETS NOT CONCATENATED+ IKJ56109I FAILURE TO ALLOCATE DATA SET IGY.SIGYCOMP *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO Logon looking for UADS on wrong volume *Resolved*
I opened a PMR to persue this. Whilst collecting info to send them (including D IPLINFO from each system) the different IPL dates jogged my memory. On the first IPL of these systems on z/OS 1.13, the master cat entry for SYS1.UADS was indeed pointing to SYSR1, but it did not exist on the new IPL volume. This went unnoticed for a while but corrected some days after IPL of both test systems. In the mean time one of the test systems has been IPLed. The first time a new user logs onto TSO, SYS1.UADS is checked to see if the user exists in there before building the UPT and storing it in RACF. IBM confirmed that uads is allocated at IPL time, so it won't notice if the catalog entry gets changed until the next IPL. Not a serious problem for us, but it's good to understand whats going on. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
BLOG: Big Data, Privacy and pregnancy
What does Big Data, Privacy, and pregnancy have in common. Take a look at this real case study http://robertdataprivacytesting.blogspot.com/2013/05/musing-of-big-data-and-privacy.html -- Robert Galambos CIPP/C, CIPP/IT, IBM DB2 DBA for z/OS Email: rgalam...@gmail.com Blog:http://robertdataprivacytesting.blogspot.ca/ LinkedIn:http://ca.linkedin.com/in/robertgalambos/ Objective: Senior Pre-Sales Technical Professional Consultant delivers Client Satisfaction with Technical Expertise Dynamic Energy Skills: Implemented Data Privacy strategies and processes, product positioning to achieve territory sales and increase market share within managed care markets. Sr. Pre-Sales Consultant with more than $2 MM sales yearly. Serviced, retained, and expanded major accounts Dedicated, Self-Starter, Dependable, 'Go to' person -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHUTILB and DFHUPROC
Hi Graham, There isn't much in the way of automation for started tasks such as DB2 and CICS. The Dallas systems are configured from a basic template and all other activities such as started tasks are as you say, achieved by issuing manual start commands. Since you are time constrained, you are probably stuck with manual startup commands. If you have the ADCD VTAM utility VTAMAPPL, you can automate most of these startup commands, for example the DB loadparm member starts DB2, CICS and MQ. We use the AUTO utility for STC startup on Dallas and z/VM EXECS to startup and shutdown to a QUIESCE and CP LOGOFF state. Wayne Wed, May 29, 2013 at 1:40 AM, Graham Hobbs gho...@cdpwise.net wrote: Hi Wayne, DBPROCAG .. co-incidentally it just so happens I can't get to the D2 option via ISPF so wrote to IBM and they tied it to logon with DBPROCAG! However, I can only do what their Ref Guide says which is start DB2 with /-DBAG START DB2 - that's all I know. I don't know what startup proc gets run:-( .. am assuming the start cmd does that. Am waiting to hear from IBM. My system has no manual intervention, it runs in batch mode to do its thing, is designed that way. Any stoppage is bad news. cheers and thanks, Graham -- On 28/05/2013 12:03 AM, Wayne Bickerdike wrote: Graham, On most Dallas setups you will have a DBPROCAG for a DBA TSO logon proc. Once logged on you should have the DB2 Admin tool and SPUFI. Most of what you have been doing can be done without running batch jobs. HTH On Tue, May 28, 2013 at 2:37 AM, Graham Hobbs gho...@cdpwise.net wrote: Hello Lizette, Got all your pointers about: - EXEC PROC, looking into SDSNLOAD, manual refs, installation step 10, etc - doing stuff manually on TSO screens is a non-starter; my software kicks off by running a single JCL stream, generating and 'sub'bing new jobs along its way (including this STOGROUP creation), is totally automated, no hands on, have got 10 freebe days left on Dallas, after that it's $550/mnth, so little time to study even subsets of subjects (like DB2) when only a mini job like DSNUPROC is required - in 10 days I go away:'( - am not averse to studying but having 40 yrs of app programming with no sysprog stuff, is why I really appreciate a 'canned' solution from people who've actually done these small but vital to me one-off functions; I get all of my answers from a) googling, b) this group, c) IBM as last resort - it works - after writing the above (see my reply to Ron Heskell) - the DSNUPROC problem is solved; more important I have the soon to be tested feeling that I've learned a valuable tool for my little project All this is much appreciated, so thanks kindly for the help! Graham -- On 27/05/2013 9:32 AM, Lizette Koehler wrote: Graham, If you are DB2 V10 then you need to keep in line with IBM's direction of SMS management. I would look at the Share Presentation http://www.bwdb2ug.org/PDF/SMS_is_Now_Mandatory_for_DB2_V10.pdf Define the SMS environment for the DB2 catalog and directory data sets (DSNTIJSS) In DB2R Version 10, data sets that are defined for the DB2 catalog and directory are managed by DB2 and must be SMS-managed. Start of changeJob DSNTIJSS shows how to create a stand-alone SMS environment for the DB2 catalog and directory data sets. Job DSNTIJSS is designed for use on systems that do not already have a SMS environment, but it can also be used as a reference for adapting an existing one. End of change Start of changeYou are not required to convert existing DB2 data sets to an SMS environment before migrating to Version 10. These data sets can indefinitely remain non-SMS-managed, but they will be converted to SMS management when the related table space is reorganized.End of change The SMS environment that you use for DB2 catalog and directory data sets must be established before you begin migration to Version 10. The SMS environment must include a data class for allocating the data sets in extended format and using extended addressability. To define a data class with this attribute, specify EXT in the DATA SET NAME TYPE field of the DATA SET CLASS DEFINE panel of ISMF. Then, ensure that the automatic class selection (ACS) routine associates the DB2 catalog and directory data sets with this data class. To create the stand-alone SMS environment for the DB2 catalog and directory: Customize job DSNTIJSS according to the directions in the job prolog. Run job DSNTIJSS. To activate the SMS environment, use this z/OS command, where scds-name is the name of the SMS source control data set that was specified by DSNTIJSS: SETSMS SCDS(scds-name) Attention: This command will deactivate any existing SMS environment that is defined from another SCDS. Run the SMS CONVERTV tool with the TEST option to verify that all data sets on target volumes can be placed under SMS management.
Re: ECSA
I was commenting on the meaning of remember as well as the choice of that verb , as in the TCBPKF remembers ..., rather than trying to move the topic even further tangentially by discussing the power of authorized programs. Sensible actions would not include deliberately changing key system anchors or control block fields, but insensible things can always happen until one's program is thoroughly debugged whether it is authorized or not . Bill Fairchild Franklin, TN - Original Message - From: John Gilmore jwgli...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, May 28, 2013 8:11:22 PM Subject: Re: ECSA Bill Fairchild wrote: begin extract An authorized program can cause TCBPKF to remember something different, either by accident or design. /end extract This is unarguably correct. Equally, an authorized program can change the contents of location 16 (decimal) | x'10' to point not to the address of the CVT but to the address of his own private control block. Implicit in the notion that a program is authorized is the assumption that is doing something at least moderately sensible. John Gilmore, Ashland, MA 01721 - USA -- 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
Getting DD DISP
Is there an easy way for a program to get the DISP (NEW/MOD/SHR/OLD) of a DD from the TIOT, or do you have to do a RDJFCB? Thanks, Kirk Wolf Dovetailed Technologies http://dovetail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Getting DD DISP
I think you're going to have to bite the JFCB bullet. OTOH, you can get the unload and rewind options from the TIOT. g Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kirk Wolf Sent: Wednesday, May 29, 2013 2:55 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Getting DD DISP Is there an easy way for a program to get the DISP (NEW/MOD/SHR/OLD) of a DD from the TIOT, or do you have to do a RDJFCB? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Getting DD DISP
LOL. I guess I'm lazy - I already had some code that scanned the TIOT to see if a given DD existed, and I wanted to extend to return the DISP. I was *SURE* that the IEFTIOT1/TIOENTRY would have those flags . Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, May 29, 2013 at 5:29 PM, Charles Mills charl...@mcn.org wrote: I think you're going to have to bite the JFCB bullet. OTOH, you can get the unload and rewind options from the TIOT. g Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kirk Wolf Sent: Wednesday, May 29, 2013 2:55 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Getting DD DISP Is there an easy way for a program to get the DISP (NEW/MOD/SHR/OLD) of a DD from the TIOT, or do you have to do a RDJFCB? -- 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: Getting DD DISP
On Wed, 29 May 2013 16:54:49 -0500, Kirk Wolf k...@dovetail.com wrote: Is there an easy way for a program to get the DISP (NEW/MOD/SHR/OLD) of a DD from the TIOT, or do you have to do a RDJFCB? I'm somewhat curious why you'd want to know, from a program, Kirk. But however you get it, I'll mention that NEW and MOD are not necessarily distinct. That is, they are certainly separate keyword values, but if the data set does not already exist then MOD can act like NEW. That's a large part of my wondering why it's significant to the program, since I can't think of a way to make a meaningful distinction between those two values of DISP. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Getting DD DISP
Walt - I have a reason where I would like to check for MOD. I'm aware that the NEW bit can also be set. Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, May 29, 2013 at 5:50 PM, Walt Farrell walt.farr...@gmail.comwrote: On Wed, 29 May 2013 16:54:49 -0500, Kirk Wolf k...@dovetail.com wrote: Is there an easy way for a program to get the DISP (NEW/MOD/SHR/OLD) of a DD from the TIOT, or do you have to do a RDJFCB? I'm somewhat curious why you'd want to know, from a program, Kirk. But however you get it, I'll mention that NEW and MOD are not necessarily distinct. That is, they are certainly separate keyword values, but if the data set does not already exist then MOD can act like NEW. That's a large part of my wondering why it's significant to the program, since I can't think of a way to make a meaningful distinction between those two values of DISP. -- Walt -- 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: DFHUTILB and DFHUPROC
Hi Wayne, The software runs non-stop with VSAM input, DB2 stumbled. Trouble is the variety of steps therein are not in this oldtime COBOL/CICS programmers's repertoire so have used 'whatever works' or gleaned from the group. Once done, am hoping to get gurus to help 'put things right'. Upside is that my /last/ problems are with: - the machinations surrounding a single teeny tiny DB2 table, stogroup, database, tablespace, table, permissions? - making Debug tool run - screens to decipher, terminolgy to understand, MANUALS to read:-((( - Expediter used to be just fine. So this evening will become a Debug Tool guru, right after that a DBA:-). Thanks for your comments, much appreciated. Graham -- On 29/05/2013 4:46 PM, Wayne Bickerdike wrote: Hi Graham, There isn't much in the way of automation for started tasks such as DB2 and CICS. The Dallas systems are configured from a basic template and all other activities such as started tasks are as you say, achieved by issuing manual start commands. Since you are time constrained, you are probably stuck with manual startup commands. If you have the ADCD VTAM utility VTAMAPPL, you can automate most of these startup commands, for example the DB loadparm member starts DB2, CICS and MQ. We use the AUTO utility for STC startup on Dallas and z/VM EXECS to startup and shutdown to a QUIESCE and CP LOGOFF state. Wayne Wed, May 29, 2013 at 1:40 AM, Graham Hobbs gho...@cdpwise.net wrote: Hi Wayne, DBPROCAG .. co-incidentally it just so happens I can't get to the D2 option via ISPF so wrote to IBM and they tied it to logon with DBPROCAG! However, I can only do what their Ref Guide says which is start DB2 with /-DBAG START DB2 - that's all I know. I don't know what startup proc gets run:-( .. am assuming the start cmd does that. Am waiting to hear from IBM. My system has no manual intervention, it runs in batch mode to do its thing, is designed that way. Any stoppage is bad news. cheers and thanks, Graham -- On 28/05/2013 12:03 AM, Wayne Bickerdike wrote: Graham, On most Dallas setups you will have a DBPROCAG for a DBA TSO logon proc. Once logged on you should have the DB2 Admin tool and SPUFI. Most of what you have been doing can be done without running batch jobs. HTH On Tue, May 28, 2013 at 2:37 AM, Graham Hobbs gho...@cdpwise.net wrote: Hello Lizette, Got all your pointers about: - EXEC PROC, looking into SDSNLOAD, manual refs, installation step 10, etc - doing stuff manually on TSO screens is a non-starter; my software kicks off by running a single JCL stream, generating and 'sub'bing new jobs along its way (including this STOGROUP creation), is totally automated, no hands on, have got 10 freebe days left on Dallas, after that it's $550/mnth, so little time to study even subsets of subjects (like DB2) when only a mini job like DSNUPROC is required - in 10 days I go away:'( - am not averse to studying but having 40 yrs of app programming with no sysprog stuff, is why I really appreciate a 'canned' solution from people who've actually done these small but vital to me one-off functions; I get all of my answers from a) googling, b) this group, c) IBM as last resort - it works - after writing the above (see my reply to Ron Heskell) - the DSNUPROC problem is solved; more important I have the soon to be tested feeling that I've learned a valuable tool for my little project All this is much appreciated, so thanks kindly for the help! Graham -- On 27/05/2013 9:32 AM, Lizette Koehler wrote: Graham, If you are DB2 V10 then you need to keep in line with IBM's direction of SMS management. I would look at the Share Presentation http://www.bwdb2ug.org/PDF/SMS_is_Now_Mandatory_for_DB2_V10.pdf Define the SMS environment for the DB2 catalog and directory data sets (DSNTIJSS) In DB2R Version 10, data sets that are defined for the DB2 catalog and directory are managed by DB2 and must be SMS-managed. Start of changeJob DSNTIJSS shows how to create a stand-alone SMS environment for the DB2 catalog and directory data sets. Job DSNTIJSS is designed for use on systems that do not already have a SMS environment, but it can also be used as a reference for adapting an existing one. End of change Start of changeYou are not required to convert existing DB2 data sets to an SMS environment before migrating to Version 10. These data sets can indefinitely remain non-SMS-managed, but they will be converted to SMS management when the related table space is reorganized.End of change The SMS environment that you use for DB2 catalog and directory data sets must be established before you begin migration to Version 10. The SMS environment must include a data class for allocating the data sets in extended format and using extended addressability. To define a data class with this attribute, specify EXT in the DATA SET NAME TYPE field of the DATA SET CLASS DEFINE panel of ISMF. Then, ensure that the automatic class selection (ACS) routine associates the DB2
Re: Getting DD DISP
The whole scenario is too complex for an e-mail here, but I have a program that needs to keep track of the difference between NEW and MOD to determine whether it is okay to open the dataset more than once for output (which is advantageous to the program but not absolutely necessary if it would cause other problems). The whole NEW/MOD behavior is incredibly complex when you factor in the different behaviors for sequential versus partitioned datasets. I fear this is going to start a whole I hate JCL digression, but MOD means very different things for PDS versus sequential. MOD is permissive for sequential datasets (it might exist and it might not -- whatever) whereas MOD for PDS members means must be a unique member name. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Walt Farrell Sent: Wednesday, May 29, 2013 3:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Getting DD DISP On Wed, 29 May 2013 16:54:49 -0500, Kirk Wolf k...@dovetail.com wrote: Is there an easy way for a program to get the DISP (NEW/MOD/SHR/OLD) of a DD from the TIOT, or do you have to do a RDJFCB? I'm somewhat curious why you'd want to know, from a program, Kirk. But however you get it, I'll mention that NEW and MOD are not necessarily distinct. That is, they are certainly separate keyword values, but if the data set does not already exist then MOD can act like NEW. That's a large part of my wondering why it's significant to the program, since I can't think of a way to make a meaningful distinction between those two values of DISP. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
System abend 800 reason code 4
Hi Running a program under TSO TEST I got the above abend after a BSAM READ. Would anyone know what this is about 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: IBM Debug Tool IKJ56228I prob
Other folks have pointed out that it looks like your sysprog didn't
complete the customization of the Program Prep part of Debug Tool to
tell it where your copy of the COBOL compiler is (which can be
LINKLIST). It appears your system doesn't have it in the default
IGY.SIGYCOMP location. Specifically EQAW.SEQATLIB(EQAZDFLT) variable
yc1clib.
You can temporarily override this by using option S and then 1 (S being
at the bottom of the Program Prep screen) if you know where the compiler
actually is.
Of course you don't have to use these panels. For the current
Enterprise COBOL for z/OS 4.2 compiler, what you can do is take the JCL
you are currently using to compile with and add the
TEST(NOHOOK,SEPARATE) compiler option, and a SYSDEBUG DD pointing to a
cataloged PDS(E) RECFM=FB LRECL=1024 that will contain the sysdebug file
(sometimes called a separate file).
If you look in the Debug Tool EQAW.SEQASAMP data set for member EQAWIVCP
there is an example of a COBOL compile and link for a CICS COBOL IVP
program (and instructions on how to start the debugger with it).
Your CICS region will also need to have been updated to have
EQAW.SEQAMOD in its STEPLIB and DFHRPL, and the Debug Tool CSD added.
Info on that is in the Debug Tool Customization Guide. Info on using
DTCN to start a debug session in CICS (from a user perspective) is in
the User's Guide. Both are at
www.ibm.com/software/awdtools/debugtool/library.
George
On 5/29/2013 2:11 PM, Graham Hobbs wrote:
Hello,
Long post - sorry!!
My first try at using the IBM Debug Tool for a COBOL/CICS pgm (no DB2
(that'll be next)), filled out the Program Prep screens (partial
groping), pressed Enter when told, finally got to this ..
Compile using 5655-S71 IBM Enterprise COBOL for z/OS
Input data set: 'IBMUSE2.QKVS(QKVSP04)'
Compiler options: TEST(NONE,SYM,SEPARATE) LIB CICS(COBOL3 CICS)
NODYNAM LIB RENT NOSEQ SIZE(4000K) CICS(''COBOL3'')
These data set names were generated using patterns that were specified
in the Edit data set name patterns panel. Override these names by
overtyping. These data sets will be created, if they do not exist
Compilation output data sets:
Listing . 'IBMUSE2.QKVS.LISTING(QKVSP04)'
Object. . 'IBMUSE2.QKVS.OBJECT(QKVSP04)'
SYSDEBUG. 'IBMUSE2.QKVS.SYSDEBUG(QKVSP04)'
SYSTERM . *
CICS Translator and DB2 SQL Processor options (Integrated and separate
Y CICS. . . COBOL3 CICS
N DB2 . . . HOST(COBOL)
N DB2 SQL output DBRM data set (Integrated and Separate):
DBRMLIB :
N Run Separate CICS Translator using these data set names:
Listing .
SYSTERM .
N Run Separate DB2 Precompiler using these data set names:
Listing .
SYSTERM .
.. Enter got me ..
EQAZ040I 5655-S71 IBM Enterprise COBOL for z/OS started for
'IBMUSE2.QKVS(QKVSP
04)' using 'IBMUSE2.QKVS(QKVSP04)'.
IKJ56228I DATA SET IGY.SIGYCOMP NOT IN CATALOG OR CATALOG CAN NOT BE
ACCESSED
IKJ56109I DATA SETS NOT CONCATENATED+
IKJ56109I FAILURE TO ALLOCATE DATA SET IGY.SIGYCOMP
***
..enter got me..
Allocation Error
Compile using 5655-S71 IBM Enterprise COBOL for z/OS
DB2 Precompiler return code = NOT RUN
CICS Translator return code = NOT RUN
COBOL Compiler return code = NOT RUN
The following data sets were used for this compilation.
Enter E to Edit, V to View, or B to Browse these data sets.
Input . : 'IBMUSE2.QKVS(QKVSP04)'
Compilation output data sets:
Listing : 'IBMUSE2.QKVS.LISTING(QKVSP04)'
Object. : 'IBMUSE2.QKVS.OBJECT(QKVSP04)'
SYSDEBUG: 'IBMUSE2.QKVS.SYSDEBUG(QKVSP04)'
SYSTERM : *
N DB2 SQL output DBRM data set:
DBRMLIB :
N CICS Translator data sets:
Listing :
SYSTERM :
N DB2 Precompiler data sets:
Listing :
SYSTERM :
.. boils down to an Allocation Error I think; looked for IKJ56228I in
z/OS V1R12.0 MVS System Messages Vol 9 (IGF - IWM) but isn't there,
googled but told me little, so possible someone might know where I
messed up?
As usual, please, thanks
Graham Hobbs
--
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: z/OS 1.13 ZAP for IBM Fault Analyzer
I found the ZAP, and Peter Relston also advised where it is. There is a copy with the Fault Analyzer V 12.1 distribution. It is in member IDITABD of the .SIDISAM1 data set. The current ZAP is For fmid HBB7770 with OA32858 or OA33888 or OA38518 or OA38652 or fmid HBB7780 or fmid HBB7780 with OA38518 replace ALL of the ver/rep statements with VER 0128 9101,B0EF VER 0130 9101,B0F3 VER 0138 9101,B0F7 VER 0140 9680 VER 035C 9180,71C2 VER 0360 A774 REP 0140 9600 REP 0360 4700 regards, Anthony Fletcher - NZ MIITP Team Lead NZ SMM (AirNZ, Westpac NZ , TelstraClear NZ and NWM AU) IBM Strategic Outsourcing Delivery Server Systems Operations Server Management Mainframe Mainframe Software Program Manager NZ z/OS Technical Lead A/NZ Ph: Direct +64 4 576 8142, tieline 61 929 8142, ITN *869298142, mobile +64 21 464 864, Fax +64 4 576 5808. Internet: flet...@nz1.ibm.com, Sametime: flet...@nz1.ibm.com The biggest threat to effective communication is the belief that it has occurred Winners make commitments, Losers make promises From: nitz-...@gmx.net nitz-...@gmx.net To: IBM-MAIN@listserv.ua.edu, Date: 28/05/2013 17:22 Subject:Re: z/OS 1.13 ZAP for IBM Fault Analyzer Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu IBM Fault Analyzer support on z/OS. Would anyone out there have obtained the ZAPs for the IEAVTABD version of the module that came with the PTFs for OA38518? I have searched under z/OS and under IBM Fault Analyzer and not found what is needed. Yes, I know I may have to open a PMR but if anyone has obtained the ZAP already it could be much quicker than a PMR. So quite obviously IBM still hasn't gotten around to giving the FA folks an API or official 'hook' for their needs so that they can get rid of that ZAP. I talked about that to someone within IBM 2-3 years ago, and they wanted to fix it. Come to think of it - I will need that ZAP, too, once I get around to finally activating FA on our ADCD system. Anthony, could you please post it once you have it? Barbara -- 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
