Re: PL1 Material
On 1/9/2012 1:10 AM, Mohd Rizwan wrote: HI , Kindly provide me the PL1 material , as I am new to this The web pages that cover the IBM PL/I for z/OS compiler are here: http://www-01.ibm.com/software/awdtools/pli/plizos/ see the Library link in particular. I'll second the recommendation to use Joan Hughes book to learn PL/I. Here is an example of one of the editions http://www.amazon.com/PL-programming-Joan-Kirkby-Hughes/dp/0471420328/ref=sr_1_2?ie=UTF8qid=1326150882sr=8-2 George -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Cobol for OS/390 VM V1r2 still supported
Itschak Mugzach wrote: Is IBM cobol for OS/390 VM v1r2 is still supported under regular support terms? If so, is there any drop from support date? ITschak -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html See http://www-03.ibm.com/servers/eserver/zseries/zos/le/history/cobmvs.html and note that V1 was named COBOL for MVS VM and V2 was named COBOL for OS/390 VM so the VvRr and compiler name you showed don't appear to match. George -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Debug Tool 8.1 in CICS
Paul Peplinski wrote: IBM claims this works as designed - for better or worse We have cases where we need to debug other user transactions, essentially a transaction running under an id other than the person debugging. This could be something coming in MQ, Web, non-terminal, etc.) Whenever this happens , the key files (SAVESETS and SAVEBPS) that Debug Tool wants to use are those of the debugged transaction. This means creating potentially hundreds of files or somehow pointing that debug session back to the debugger's files. It seems like the USE command should work but it doesn't seem to. Has anyone else come up with a workable solution? Paul P -- 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 Try putting these commands in an recfm(FB) lrecl(80) dsn (with a leading blank on each line) SET SAVE SETTINGS AUTO FILE userid.DBGTOOL.SAVESETS; SET SAVE BPS AUTO FILE userid.DBGTOOL.SAVEBPS; RESTORE SETTINGS; RESTORE BPS MONITORS; SET RESTORE SETTINGS NOAUTO; SET RESTORE BPS NOAUTO; SET RESTORE MONITORS NOAUTO; and then specify that dsn (fully qualfied, no quotes) in the DTCN field for a preference file (which is on the PF9 options panel in DTCN). Set userid to the HLQ you want to use for the 2 datasets. This will manually restore on entry, and automatically save on exit, with you controlling the dataset name names. I think an additional restriction is that these commands need to be the 1st thing in the preference file, and there can't have been any fiddling with these settings in a global preference file. If the same user is using the save settings dataset for other types of stuff (TSO, batch, their own transactions under CICS), then probably you should use some unique dataset names for these 2 datasets so as to not override normal use of the 2 data sets. George -- 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: Has IBM provided a link to the z10 POPs?
Binyamin Dissen wrote: Has IBM provided a link to the z10 POPs? -- 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 Go to the IBM Publications Center http://www.elink.ibmlink.ibm.com/publications/servlet/pbi.wss?CTY=USnull; and search for SA22-7832-06 and you'll find it. George -- 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: FTP issues
If you are creating the new dataset via ftp you probably need to give it additional datasset attributes to tell the system you want a PDS (such as specify directory blocks (dir=10?) and dsorg=po). In my case I create the dataset via ISPF 3.2 and specify that I want a PDS there. thirumurugan wrote: Hi iam much thankful to ur kind reply It worked fine but only thing that the dataset which i created as equivalent to the source doesn't behave to be PDS after setting the RECFM=U.. so i couldnt able to use MGET * . hence I copied the dataset after dumping using the utility ADRDSSU and with the FTP option (replace -thiru --- George Young [EMAIL PROTECTED] wrote: thirumurugan wrote: Hi all kind help pls I wanted to transfer SYS1.SIEALNKE dataset from one Z/OS to another.. Let me state it as from MVSA to MVSB following are the steps I followed 1. Created a dump of the dataset SYS1.SIEALNKE (which is in MVSA) in the name of THIRU.SIEALNKE using the utility ADRDSSU. 2. FTPied MVSA from MVSB and using the parameter LOCSITE PRI=50 SEC=20 CY BLOCKSIZE=27998 REC=U BIN GET SIEALNKE The file was successfully transfered. 3. Now i tried to restore the dataset SIEALNKE using the utility ADRDSSU in MVSB, but i facing the below error ADR389E (001)-IORT (01), INVALID INPUT ON DDNAME DASD, INPUT DATA SET NOT PRODUCED BY DFDSS OR DFSMSDSS ADR415W (001)-TDDS (02), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM ANY VOLUME kindly help me to correct this issue __ Yahoo! Music Unlimited Access over 1 million songs. Try it free. http://music.yahoo.com/unlimited/ -- 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 replace the BIN with MODE B EBCDIC if you are going MVS to MVS. Actually you probably don't need the unload / reload stuff of that is a RECFM=U dataset. Just create the new dataset with the same size and attributes as the original and do this mode b ebcdic cd 'name of dataset on from system' lcd 'name of dataset on to system' mget * this should work fine for a RECFM=U dataset. George -- 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 __ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs -- 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: FTP issues
thirumurugan wrote: Hi all kind help pls I wanted to transfer SYS1.SIEALNKE dataset from one Z/OS to another.. Let me state it as from MVSA to MVSB following are the steps I followed 1. Created a dump of the dataset SYS1.SIEALNKE (which is in MVSA) in the name of THIRU.SIEALNKE using the utility ADRDSSU. 2. FTPied MVSA from MVSB and using the parameter LOCSITE PRI=50 SEC=20 CY BLOCKSIZE=27998 REC=U BIN GET SIEALNKE The file was successfully transfered. 3. Now i tried to restore the dataset SIEALNKE using the utility ADRDSSU in MVSB, but i facing the below error ADR389E (001)-IORT (01), INVALID INPUT ON DDNAME DASD, INPUT DATA SET NOT PRODUCED BY DFDSS OR DFSMSDSS ADR415W (001)-TDDS (02), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM ANY VOLUME kindly help me to correct this issue __ Yahoo! Music Unlimited Access over 1 million songs. Try it free. http://music.yahoo.com/unlimited/ -- 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 replace the BIN with MODE B EBCDIC if you are going MVS to MVS. Actually you probably don't need the unload / reload stuff of that is a RECFM=U dataset. Just create the new dataset with the same size and attributes as the original and do this mode b ebcdic cd 'name of dataset on from system' lcd 'name of dataset on to system' mget * this should work fine for a RECFM=U dataset. George -- 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