IBM Migration Utility
Hi, We are in the process of integrating a customer into our payroll system. They use CA-Easytrieve extensively, but we do not. One option to install CA-Easytrieve, and another is to install the IBM Migration utility. Does anyone have experience with using IBM Migration utility to replace CA-Easytrieve? Is it a straight forwards migration, or do we have to make changes to the CA-Easytrieve sources? To make matters more interesting, the new customer currently runs under VSE, while we use z/OS. Thanks Gadi לשימת לבך, בהתאם לנהלי חברת מלם מערכות בעמ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : החברה) וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its subsidiaries (hereinafter : Malam) regulations and signatory rights, no offer, agreement, concession or representation is binding on the Malam, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the Malam seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
השב: IBM Migration Utility
Hi Gadi The converstion utility fully supports ezt. No need to manual intervention. You can also use interpeter like mode if you run the object code by the loader program. ITschak Sent from Galaxy Tab 2גדי בן אבי gad...@malam.com כתב:Hi, We are in the process of integrating a customer into our payroll system. They use CA-Easytrieve extensively, but we do not. One option to install CA-Easytrieve, and another is to install the IBM Migration utility. Does anyone have experience with using IBM Migration utility to replace CA-Easytrieve? Is it a straight forwards migration, or do we have to make changes to the CA-Easytrieve sources? To make matters more interesting, the new customer currently runs under VSE, while we use z/OS. Thanks Gadi לשימת לבך, בהתאם לנהלי חברת מלם מערכות בעמ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : החברה) וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its subsidiaries (hereinafter : Malam) regulations and signatory rights, no offer, agreement, concession or representation is binding on the Malam, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the Malam seal. -- 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 Migration Utility
Gadi: Good Sunday evening to you. I work with the IBM Migration group in the U.S. and can tell you that there is no problem here. We have experience in this type of migration. If you have any questions, please let me know. Regards, Mitch McCluhan -Original Message- From: גדי בן אבי gad...@malam.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Sun, Sep 28, 2014 5:21 pm Subject: IBM Migration Utility Hi, We are in the process of integrating a customer into our payroll system. They use CA-Easytrieve extensively, but we do not. One option to install CA-Easytrieve, and another is to install the IBM Migration utility. Does anyone have experience with using IBM Migration utility to replace CA-Easytrieve? Is it a straight forwards migration, or do we have to make changes to the CA-Easytrieve sources? To make matters more interesting, the new customer currently runs under VSE, while we use z/OS. Thanks Gadi לשימת לבך, בהתאם לנהלי חברת מלם מערכות בעמ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : החברה) וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its subsidiaries (hereinafter : Malam) regulations and signatory rights, no offer, agreement, concession or representation is binding on the Malam, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the Malam seal. -- 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
JES2 symbol service in z/OS 2.1
Hi Folks, We need a sample utility or sample code which sets up the new JES2 symbol service on z/OS 2.1, in order to establish and manipulate a large quantity of symbols. This installation runs their programs with many options, and we would like to set them up to use all the options conveniently. Any suggestions will be helpful. But concrete examples or code samples would be best. Thanks much. Sam Golob on behalf of Carlos Aguilera (car...@gsf-soft.com) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BASH 4.2 (Was: More on the Bash Security Vulnerability...)
In caajsdjgorafxe69bepq6qrupsces+ykqqweduujtgv8xm_a...@mail.gmail.com, on 09/26/2014 at 04:24 PM, John McKown john.archie.mck...@gmail.com said: Not my call. Have you attempted to provide them to the GNU developers? I agree that it is not your call when or whether they will accept them. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ASCII/UTF-8 Edit and View existing file use X'40' for trailing spaces on screen?!?!
In CAE1XxDE81Zg7OKq=fehyty5deldcsnqkyj5wopazeqzezeh...@mail.gmail.com, on 09/25/2014 at 01:28 PM, John Gilmore jwgli...@gmail.com said: Why do I feel the need to defend things like ISPF too often here? Only your shrink knows for sure. While it is certainly true that many complaints about ISPF were ill founded, there have also been legitimate complains, and failing to correctly translate spaces is clearly not correct behavior. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BASH 4.2 (Was: More on the Bash Security Vulnerability...)
No. I guess it hadn't occurred to me. Also, even now, the line editing is just plain wrong. I think that I'll need a new approach, not just reuse IBM's. And I'm not that expert a C programmer. If you are wondering why I am top posting, it is because I'm using my tablet right now. On Sep 28, 2014 1:25 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In caajsdjgorafxe69bepq6qrupsces+ykqqweduujtgv8xm_a...@mail.gmail.com, on 09/26/2014 at 04:24 PM, John McKown john.archie.mck...@gmail.com said: Not my call. Have you attempted to provide them to the GNU developers? I agree that it is not your call when or whether they will accept them. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Question
In 041d01cfdacf$3b377790$b1a666b0$@mcn.org, on 09/27/2014 at 08:49 PM, Charles Mills charl...@mcn.org said: You could argue that X'01' is not a character. See http://en.wikipedia.org/wiki/C0_and_C1_control_codes, or Table 2-3. Types of Code Points in The Unicode 5.0 Standard. SOH would appear to be a character in IBM-1-47 and ISO-8859-1, but not in Unicode, despite https://www.iana.org/assignments/charset-reg/IBM1047. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Question
In 4337039103798508.wa.paulgboulderaim@listserv.ua.edu, on 09/27/2014 at 08:55 PM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu said: I suppose it comes down to whom you trust in this matter: Neither, but IANA is certainly more reliable than wiki. The IANA chart shows, e.g., *CP UCS GCGIDSYNONYM ISO 10646 NAME 08 0097 ...GE... ..EPA... (CC) End of Guarded Area I doubt that was the cause of the FTP error, Not given Bill's results. My longer test case failed even with a trailing NL Ouch! FTP may be WAD; I'd say BAD. Yes to the second, but no to the first. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dump Defaults (Was: SLIP IF Trap?)
All of the LIKE options are well documented for IARV64. In the z/OS 2.1 books, SDUMPX's SDATA CSA and RGN options have this information (LSQA does not, and SQA's has an obvious type of mentioning DUMP=LIKECSA instead of DUMP=LIKESQA, and RGN's is incomplete in mentioning only SVCDUMPRGN=YES and not DUMP=LIKERGN). SDUMP's does not have the info. IEATDUMP's does not. Here's an example from SDUMPX's RGN: Note: A 64-bit addressable memory object is RGN-dumpable if it is created with the IARV64 GetStor SVCDumpRGN=YES value. It seems that the obtainer of the storage should know under what circumstances it would get into SDUMP(X) -- since, in effect, that is within the doc for obtaining the storage -- but that the user of a DUMP command might not (thus the need to describe SDATA better for the dumping operations). Are analogous additions to the SDATA descriptions (such as within SDUMP(X), IEATDUMP, DUMP command, CHNGDUMP) what you are looking for? If so, then we can certainly include that. For the SLIP command, the SDATA keyword refers you to the CHNGDUMP command so there's no need to update the SLIP command's SDATA. Are there others? 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: More on the Bash Security Vulnerability: CVE-2014-6271 CVE-2014-7169
Here are a couple (more) useful links to stay up-to-date on IBM security notices. First, the official IBM Support Portal: http://www-947.ibm.com/support/entry/portal/support IBM PSIRT also has a running blog on this issue: https://www-304.ibm.com/connections/blogs/PSIRT/entry/bash_vulnerable_to_cve_2014_6271_and_cve_2014_7169?lang=en_us To give some credit to my colleagues, IBM Security Network Intrusion Prevention System (IPS) customers have enjoyed protection against Shellshock since June, 2007, whenever IPS has been in the loop -- way, way before this particular exploit was identified. You ought to check out the good stuff they're rightly proud to offer. Timothy Sipples IT Architect Executive, zEnterprise Industry Solutions, AP/GCG/MEA E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IODF catalog issue
Hello Group, By mistake somebody from our team run below Job, which has cataloged SYS1.IODF11.WORK file into master catalog as user catalog. //IMPCONET JOB 'VENKAT',CLASS=A,MSGCLASS=A,NOTIFY=SYSUID //IMPORT EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSIN DD * IMPORT - CONNECT - OBJECTS((SYS1.IODF11.WORK - VOLUMES(WORK01) - DEVT(3390))) - CATALOG(SYS1.MASTER.CATALOG) But, to isolate this issue, I run below Job to disconnect this SYS1.IODF11.WORK file from the master catalog. //IMPDISCT JOB 'VENKAT',CLASS=A,MSGCLASS=A,NOTIFY=SYSUID //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSIN DD * EXPORT - SYS1.IODF11.WORK - DISCONNECT - CATALOG(SYS1.MASTER.CATALOG) But I encountered below error IDCAMS SYSTEM SERVICES TIME: EXPORT - SYS1.IODF11.WORK - DISCONNECT - CATALOG(SYS1.MASTER.CATALOG) IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 10 - REASON CODE IS IGG0CLFK-14 IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12 I looked into RETURN code 10 and reason code 14 *14**Explanation:* On a disconnect request, the connector record was missing or incorrect. Any clue to resolve this issue. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IODF catalog issue
Sorry for late reply, as I was out of office. Thanks for all help. Problem has been resolved by following below parm. DEFINE CLUSTER(NAME(SYS1.iodf.CLUSTER) - VOLUME(volser) - RECATALOG ) - CAT(second.catalog) Thanks once again. On Mon, Sep 22, 2014 at 5:12 PM, John McKown john.archie.mck...@gmail.com wrote: Yes, but _ONLY_ if the high level qualitier is SYS1. It is is _anything_ else, then NO. There is special logic somewhere in DFP which allows any SYS1 data set to be catalogued in any catalog, even if it is not the catalog in the VVDS for the data set. DEFINE CLUSTER(NAME(SYS1.iodf.CLUSTER) - VOLUME(volser) - RECATALOG ) - CAT(second.catalog) Again, and I cannot stress enough, this works IF AND ONLY IF the high level qualifier is SYS1. No exceptions. No but what if I. Sorry to be a PITA, but you'd, hopefully, be amazed how many times I have said ONLY IF and had people come back with but what about I tend to be grumpy about such things any more. But at least I have learned to be quieter about it. No more disturbing people on other floors (yes, I did that once - I am LOUD when I want to be). On Mon, Sep 22, 2014 at 2:15 AM, venkat kulkarni venkatkulkarn...@gmail.com wrote: I have IODF defined in one system and want to work on the IODF using HCD from another system but its not cataloged into new system. Volumes are shared in this case. Is there any way to catalog the current IODF to new system as well . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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
