Re: IEFBR14 (was: EXEC Above the Bar)
Of course the delay is due to a programmer error with the JCL ... which is a result of the fact that the operating system doesn't offer a way to delete, if present, then allocate new in one step, something like DISP=(RENEW,CATLG). This would have avoided many of the unconditional IEFBR14s at the beginning of jobs using DISP=(MOD,DELETE) to make sure data sets don't exist. -- Peter Hunkeler Credit Suisse -- 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: IEFBR14 (was: EXEC Above the Bar)
On Tuesday 09 June 2009 08:27, Hunkeler Peter , KIUP 4 wrote: Of course the delay is due to a programmer error with the JCL ... which is a result of the fact that the operating system doesn't offer a way to delete, if present, then allocate new in one step, something like DISP=(RENEW,CATLG). This would have avoided many of the unconditional IEFBR14s at the beginning of jobs using DISP=(MOD,DELETE) to make sure data sets don't exist. The CLEANUP utility (supplied in file 183 of the CBT tape) has been used for 20 years to delete data sets created in the rest of the job. IIRC, it has been used by programmers, and in production jobs. CLEANUP provides several functions, and can also invoke the RECALL utility to speed-up the HSM RECALL function. CLEANUP is described here: http://gsf-soft.com/Freeware/CLEANUP.shtml -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ -- 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: IEFBR14 (was: EXEC Above the Bar)
The CLEANUP utility (supplied in file 183 of the CBT tape) has been used for 20 years to delete data sets created in the rest of the job. Sure! However, I still believe it would be a nice feature of the OS. -- Peter Hunkeler Credit Suisse -- 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: SDSF anomaly - z/OS migration from v1.7 to v1.9
Mike Myers pisze: Radislaw: Thanks for the reply. I read the referenced web-page and don't quite understand the relevance. Is this implying that the absence of a POS value will prevent a job from appearing in the Held or Output displays? That's what I'm getting. If that's so, then what do I need to do to fix the problem? I'm only making reference to the POS field in my mapping for the DA display in my parmlib member for SDSF. It seems I explained different problem ;-) Sorry for misunderstanding. Wild guess: did you check filters on the panels? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- 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: SHOWzOS SHORT_PUTLINE
7.18 _is_ the latest. Ken Klein Sr. Systems Programmer kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Marty Penhorwood Sent: Monday, June 08, 2009 4:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SHOWzOS SHORT_PUTLINE Can anyone tell me why I am getting an old (dated 3/2/2006) version of SHOWZOS when I download file #492 from cbttape.org? How do I get 7.18? -- 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 -- 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: IEFBR14 (was: EXEC Above the Bar)
On Tue, 9 Jun 2009 08:24:39 +0200, Hunkeler Peter (KIUP 4) wrote: Of course the delay is due to a programmer error with the JCL ... which is a result of the fact that the operating system doesn't offer a way to delete, if present, then allocate new in one step, something like DISP=(RENEW,CATLG). This would have avoided many of the unconditional IEFBR14s at the beginning of jobs using DISP=(MOD,DELETE) to make sure data sets don't exist. Isn't the order of processing such that this can be done in a single step? DD statements are processed in the order in which they appear so the first data set is uncatalogued before the second is catalogued. Of course this requires that they occupy separate volumes. (Does this still work with SMS?) Sometimes the full RENEW is intended in order to change SPACE, attributes, etc. But often the intent is merely to code JCL that works both the first time and every time thereafter. For this, I often resort to the byzantine: //ALLOC DD DISP=(MOD,CATLG),UNIT=SYSALLDA, // SPACE=(...),DSN=SYSUID..DATA.SET //SYSUT2 DD DISP=OLD,DSN=*.ALLOC,VOL=REF=*.ALLOC (Ugh.) -- gil -- 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: EXEC Above the Bar (Was Large Page Support)
On Sun, 7 Jun 2009 09:16:40 -0400, Peter Relson wrote: HLASM could have a restriction such as 16M on the cumulative size of CSECTs within a single assemly unit (I have no idea if that is the case) Once I enable GOFF, the restriction vanishes, not only for the cumulative size, but even singld CSECTs may exceed 16 Mi. -- gil -- 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: IEFBR14 (was: EXEC Above the Bar)
On Tue, 9 Jun 2009 06:56:39 -0500, Paul Gilmartin wrote: On Tue, 9 Jun 2009 08:24:39 +0200, Hunkeler Peter (KIUP 4) wrote: Of course the delay is due to a programmer error with the JCL ... which is a result of the fact that the operating system doesn't offer a way to delete, if present, then allocate new in one step, something like DISP=(RENEW,CATLG). This would have avoided many of the unconditional IEFBR14s at the beginning of jobs using DISP=(MOD,DELETE) to make sure data sets don't exist. Isn't the order of processing such that this can be done in a single step? DD statements are processed in the order in which they appear so the first data set is uncatalogued before the second is catalogued. Of course this requires that they occupy separate volumes. (Does this still work with SMS?) No. In an SMS environment a data set is cataloged when it is created. The uncatalog is done at step termination. -- Tom Marchant -- 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: IEFBR14 (was: EXEC Above the Bar)
On Tuesday 09 June 2009 13:58, Paul Gilmartin wrote: //ALLOC DD DISP=(MOD,CATLG),UNIT=SYSALLDA, // SPACE=(...),DSN=SYSUID..DATA.SET //SYSUT2 DD DISP=OLD,DSN=*.ALLOC,VOL=REF=*.ALLOC If the data set is migrated under HSM, it has to be recalled which can take a while. This is not good. If you use the CLEANUP utility as shown in the example below, the JCL is less complicated and HSM does NOT need to RECALL migrated data sets. //CLEANUP EXEC PGM=CLEANUP //ALLOC EXEC PGM=IEFBR14 //ALLOC DD DISP=(,CATLG),UNIT=SYSALLDA, // SPACE=(...),DSN=SYSUID..DATA.SET -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ -- 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: Why are z/OS people reluctant to use z/OS UNIX? (Are settlements a good argument for overnight batch COBOL ?).
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main as well. Anne Lynn Wheeler l...@garlic.com writes: somewhat related recent post (mentions that long ago and far away my wife had been con'ed into going to POK to be in charge of mainframe loosely-coupled architecture) http://www.garlic.com/~lynn/2009h.html#1 z/Journal Does it Again now two of the other people that were also in that Jan92 meeting, moved on to a small client/server startup and we brought in as consultants because they wanted to do payment transactions on their server. The small client/server startup had also invented this technology called SSL which they wanted to use ... in any case, that work is now frequently called electronic commerce. re: http://www.garlic.com/~lynn/2009i.html#23 Why are z/OS people reluctant to use z/OS UNIX? (Are settlements a good argument for overnight batch COBOL ?). recent item somewhat related to electronic commerce ... 20 Years Ago Today: Birth of the Dot-Com Era http://www.pcworld.com/businesscenter/article/166302/20_years_ago_today_birth_of_the_dotcom_era.html from above: In those days, the Internet consisted of regional networks, who were mostly non-profit cooperatives, and the government funded 'NSFNet' backbone which linked them up, writes Templeton, a friend of many years' standing. ... snip i.e. tcp/ip was the technology basis for the modern internet, NSFNet backbone was the operational basis for the modern internet (inter-networking networks), and CIX was the business basis for the modern internet. misc. past posts mentioning NSFNet: http://www.garlic.com/~lynn/subnetwork.html#nsfnet and some old NSFNet related email http://www.garlic.com/~lynn/lhwemail.html#nsfnet for other drift ... SLAC (slac vm370 system) first webserver outside cern/europe (some mainframe content): http://www.slac.stanford.edu/history/earlyweb/history.shtml GML had been invented at the science center in 1969 and then standardized as SGML in the 70s ... misc. past posts mentioning GML, SGML, etc http://www.garlic.com/~lynn/submail.html#sgml CMS script command did document formating using dot commands ... somewhat from similar/earlier CTSS command. After, GML was invented, support for GML tag processing was added to script. Waterloo had done a clone of the cms command ... webpage tracking evolution from GML/SGML into HTML at CERN: http://infomesh.net/html/history/early/ above includes references to Waterloo SCRIPT GML User's Guide. science center also responsible for for virtual machines ... 1st cp40 on specially modified 360/40 with virtual memory hardware and then morphed into cp67 for 360/67. http://www.garlic.com/~lynn/subtopic.html#545tech science center also responsible for technology used for the internal network (which was larger than arpanet/internet from just about the beginning until possibly late-85/early-86) http://www.garlic.com/~lynn/subnetwork.html#internalnet -- 40+yrs virtualization experience (since Jan68), online at home since Mar1970 -- 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
CLIST cc 828?
I got a cc 828 on the following clist code, and the %USERPROC executed even though the condition seems to be false. I tried adding STR and enclosing parentheses, but neither helped. The explanation of 828 in the documentation was clear as mud: WTF is an exclusive comparison operator and in what context is only one allowed? IF (STR(SYSDSN(LIB.CLIST(USERPROC))) EQ STR(OK)) |+ (STR(SYSDSN(LIB.REXX(USERPROC))) EQ STR(OK)) THEN + %USERPROC From the manual: 828 | More than one exclusive comparison operator found. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CLIST cc 828?
On Tue, 9 Jun 2009 09:32:39 -0400 Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: :I got a cc 828 on the following clist code, and the %USERPROC executed :even though the condition seems to be false. I tried adding STR and :enclosing parentheses, but neither helped. The explanation of 828 in the :documentation was clear as mud: WTF is an exclusive comparison operator :and in what context is only one allowed? :IF (STR(SYSDSN(LIB.CLIST(USERPROC))) EQ STR(OK)) |+ : (STR(SYSDSN(LIB.REXX(USERPROC))) EQ STR(OK)) THEN + : %USERPROC :From the manual: : 828 | More than one exclusive comparison operator found. : What does CONTROL CONLIST SYMLIST show? -- Binyamin Dissen bdis...@dissensoftware.com 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CLIST cc 828?
Shmuel, I tried your code, exactly as you have it, and it worked perfectly. There must be something else that's causing the problem, such as perhaps something over on the right that you can't see unless you scroll? Or perhaps it's USERPROC itself that's giving you the cc 828? I'm using z/OS 1.10 in case that makes any difference. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/SIM/simplist.htm Date: Tue, 9 Jun 2009 09:32:39 -0400 From: shmuel+ibm-m...@patriot.net Subject: CLIST cc 828? To: IBM-MAIN@bama.ua.edu I got a cc 828 on the following clist code, and the %USERPROC executed even though the condition seems to be false. I tried adding STR and enclosing parentheses, but neither helped. The explanation of 828 in the documentation was clear as mud: WTF is an exclusive comparison operator and in what context is only one allowed? IF (STR(SYSDSN(LIB.CLIST(USERPROC))) EQ STR(OK)) | + (STR(SYSDSN(LIB.REXX(USERPROC))) EQ STR(OK)) THEN + %USERPROC From the manual: 828 | More than one exclusive comparison operator found. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Attention all humans. We are your photos. Free us. http://go.microsoft.com/?linkid=9666046 -- 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: CLIST cc 828?
I got a cc 828 on the following clist code, and the %USERPROC executed even though the condition seems to be false. Works ok for me, replacing the execution of USERPROC with a WRITE command. Sorry to ask the obvious, but 1) are you certain this is the failing line? 2) Is there a continuation preceding this line? 3) Could the error be in USERPROC instead? (Try running USERPROC directly.) -- 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
INFOZIP 2Gb
Thanks for the links. While waiting for our order on bzip2, I tried downloading INFO-Zip 3.1b (Beta version) - as Zip 3.0 does not compile. I finally managed to compile INFO-ZIP Zip 3.1b to create a ZIP module. However, I'm still not able to zip files 2Gb. I now get the error RC=06 : zip error: Entry too big to split, read, or write (overflow in byte count) It appears I have not specified LARGE_FILE_SUPPORT in my compile (from Info-ZIP discussion forum : post on LARGE_FILE_SUPPORT on VMS). How do I specify LARGE_FILE_SUPPORT in my compile as well as make use of the MVS dataset name format ie. -MV=dots ?? Has anyone got this part to work or tested on z/OS ? My Zip -v states I've the following : Zip special compilation options: SYMLINK_SUPPORT (symbolic links supported) PASSWD_FROM_STDIN Ýencryption, version 2.91 of 05 Jan 2007¨ (modified for Zip 3) Thank you for your assistance. Kind Regards, Vikesh Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf -- 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: MIM - GRS conversion in practice
Did you ever get around this hurdle? We wanted to try moving from MIM to GRS also. Dennis -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooy, C.P. - SPLXM Sent: Tuesday, June 02, 2009 6:21 AM To: IBM-MAIN@bama.ua.edu Subject: MIM - GRS conversion in practice Hello group, With the information from several discussions in the last year or so and the new ability to convert from GRSRNL=EXCLUDE to GRSRNL=xx without a Sysplex wide downtime, we had everything in place to execute the scenario on our Testsysplex. There we ran into a sneaky MIM problem. MIM has implemented GRS exit ISGNQXITBATCHCND with 2 modules named MIM=XXBC and MIM=QXFX. Stopping MIM will not deactivate the exit and blocks the GRSRNL conversion and because of the non-standard modulenames, the exit cannot be deactivated either with a SET PROG=xx scenario. Any ideas to tackle this hurdle? Thanks, Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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 -- 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: MIM - GRS conversion in practice
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dennis Trojak Sent: Tuesday, June 09, 2009 11:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: MIM - GRS conversion in practice Did you ever get around this hurdle? We wanted to try moving from MIM to GRS also. Dennis I run MIM/Integrity and GRS=nn. We need the ECMF and EDIF functionality without the global ENQ. We do this by having a PARM member with MIMINIT GDIF=OFF That leaves MIMIT up without the Gloabal ENQ. You might want to try that and see if it helps, -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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: IEFBR14 (was: EXEC Above the Bar)
Where did DISP RENEW come from? I checked the 1.10 JCL reference and RENEW is not listed. Sounds pretty cool Jerry Tom Marchant m42tom-ibmm...@yahoo.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 06/09/2009 08:16 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: IEFBR14 (was: EXEC Above the Bar) On Tue, 9 Jun 2009 06:56:39 -0500, Paul Gilmartin wrote: On Tue, 9 Jun 2009 08:24:39 +0200, Hunkeler Peter (KIUP 4) wrote: Of course the delay is due to a programmer error with the JCL ... which is a result of the fact that the operating system doesn't offer a way to delete, if present, then allocate new in one step, something like DISP=(RENEW,CATLG). This would have avoided many of the unconditional IEFBR14s at the beginning of jobs using DISP=(MOD,DELETE) to make sure data sets don't exist. Isn't the order of processing such that this can be done in a single step? DD statements are processed in the order in which they appear so the first data set is uncatalogued before the second is catalogued. Of course this requires that they occupy separate volumes. (Does this still work with SMS?) No. In an SMS environment a data set is cataloged when it is created. The uncatalog is done at step termination. -- Tom Marchant -- 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 -- 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: CL/Supersession and APPN
PAT, We included a default COS definition in our startup options (APPNCOS=#CONNECT) and now everything is working great! The information you provided was very helpful. Thanks a million. Regards, John Au -- 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: INFOZIP 2Gb
On Tuesday 09 June 2009, Vikesh Bhoola wrote: Thanks for the links. While waiting for our order on bzip2, I tried downloading INFO-Zip 3.1b (Beta version) - as Zip 3.0 does not compile. I finally managed to compile INFO-ZIP Zip 3.1b to create a ZIP module. [snip] How do I specify LARGE_FILE_SUPPORT in my compile What follows is based on the information in the INSTALL file in the zip31b directory. This may not work, but it's the first step to try. It looks like the configure script (invoked from the Makefile) failed to detect that your OS can handle large files. Try the following to coerce make into setting the LARGE_FILE_SUPPORT and ZIP64_SUPPORT options. When you ran make, it should have left a file called flags in your zip31b directory. You need to edit this - it's one long line with all the complier/linker flags. Look for the CFLAGS string - it should look something like this: CFLAGS=-I. -DUNIX -O3 ... ... ... and add -DLARGE_FILE_SUPPORT to this string. Then re-run make, and see if it builds without errors. Try to run zip to see if it works. Enter zip -v, and check what special options it says it was built with. Try to zip a small file. If zip reported that is was built with ZIP64_SUPPORT - which should be set automagically if you specified LARGE_FILE_SUPPORT - then you are ready to try a large (2GB) file. If no ZIP64_SUPPORT, go back and edit the flags file again. This time add -DZIP64_SUPPORT to the cFLAGS string. Run make again. If it builds, try zip out on a small file again, then on a big (2GB) one. If you got compile/link errors after forcing these options, or if it built OK but still fails, let us know what errors you got, and on which step you got them. Oh, and you might try posting that info to the Info-ZIP forum also. as well as make use of the MVS dataset name format ie. -MV=dots ?? It was unclear to me from the forum whether the -MV=dots argument made it into the 3.1 beta. Did it? Has anyone got this part to work or tested on z/OS ? I haven't had a chance to try this, and probably won't for a couple of days. By the way, if you get this working, you will need the new 6.0 release of unzip - just out of beta - to unzip the large files. Cheers, Bob My Zip -v states I've the following : Zip special compilation options: SYMLINK_SUPPORT (symbolic links supported) PASSWD_FROM_STDIN Ýencryption, version 2.91 of 05 Jan 2007¨ (modified for Zip 3) Thank you for your assistance. Kind Regards, Vikesh Please Note: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf - - 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 -- 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: CL/Supersession and APPN
John I'm glad you've got over the problem. It might be best if each specific problem is presented, sense codes and all. is what I said last time. I am very well aware of the problem which is solved by specifying a value for the APPNCOS start option. Why? Because I had to solve the identical problem myself a few months ago - actually - and you may find some encouragement in this - the *only* problem that I had to solve in the migration. Incidentally, the product just happened to be NetView FTP trying to set up a session with another NetView FTP with the problem showing itself when there was an attempt to set up a file transfer. The reason you - for now - solved your problem by specifying the APPNCOS start option is that you - or some predecessor - had a rush of blood perhaps long ago and actually set up a private mode table entry with a subarea COS name - having first, of course, set up a subarea COS table and stored it in VTAMLIB. If one's assessment of a customer site is that they are unlikely to have been sufficiently adventurous to establish COS entries - as it was in my case having seen some private mode table entries which lacked COS operands - it doesn't seem necessary to worry about the APPNCOS start option. Another excuse not to have changed the APPNCOS start option value from NONE, the default, to something like #CONNECT, is to leave a trap for just the problem about which we would have read had you actually described your problem in detail. Having detected such a problem the change to the private mode table entry could then be made in order to ensure that an APPNCOS operand was added which had the same significance as the existing subarea COS operand. I could guess that the subarea COS operand that caused your problem mapped to a virtual route number which you - or your predecessor - intended always to be used for interactive traffic - I'm relying here on the fact that the application was Supersession - and also to a transmission priority of 2, the highest of the subarea transmission priorities. All that being so, I would advise that you locate the offending private mode table entry in the source of the private mode table - wherever it is! - add an appropriate APPNCOS operand such as #INTER, assemble and linkage edit the table overriding the existing mode table in your VTAMLIB. You can then reset the APPNCOS start option to NONE ready for the next similar problem - with which you now know how to deal. Let's see if I can reconstruct the problem you were having - and what you should have presented as your problem. If I remember correctly, we first had to track down a log of the VTAM where the problem in the NetView FTP was manifest and check messages at the appropriate time. There was one of those message sequences where the SSCPs tried in the subarea serial search are listed with the sense code returned from each. One of the SSCPs, a pseudo-SSCP, was ISTAPNCP which indicates the point at which the search entered the APPN part of the network at that particular VTAM node. The sense code returned was 80140002, essentially, APPN COS not found. This was caused because there was a(n unexpected) subarea COS specified as COS=WHATEVER on the MODEENT macro for the mode table entry used by NetView FTP. Since there was no APPNCOS operand specified on the MODEENT macro for this mode table entry, VTAM obliges itself to assume that the name to use for the APPNCOS operand is the same as the name used for the COS operand.[1] Since there is no APPN COS table entry WHATEVER, VTAM is about to give up when it remembers there is one last chance, namely the name specified in the APPNCOS start option put there as what in English schoolboy cricket is the long stop fielding position for when the wicket keeper makes a mess of things - he might be excused as a very fine third man if the title long stop was considered too undignified! Seriously, the APPNCOS start option is obviously a very crude tool to employ in order to select a route and set transmission priority since there is no distinction between different types of session with different requirements. I have already indicated that you probably would want to use #INTER for sessions involving Supersession. If you also had had the same problem that I did with NetView FTP, I would then have advised you to specify #BATCH as the value of the APPNCOS operand - horses for courses - what's sauce for the goose is not necessarily sauce for the gander ... Checking now with the description of the APPNCOS start option, I see that the manual authors also warn against relying on this start option: quote If a requested Class of Service cannot be found, the value you specify in APPNCOS is substituted for it, and there is a possibility that the characteristics of the substitute Class of Service are not the ones you intended for the route. For example, a secure Class of Service might have been intended, but the
Re: Dynamic PAV assigment has stopped
We have HyperPAV implemented on one test box. It is actually working fine. Only the WLM dynamic PAV is not working (on the rest of the dasd farm). Still working with IBM support. They are a little stumped so far, but have been able to find that the root problem is that the DBVT (Device Block Vector Table) is empty and does not have slots for PAVMB pointers for devices with an mbi greater than 3277. Still trying to figure out why... On Thu, 4 Jun 2009 13:12:19 -0700, Traylor, Terry terry.tray...@schwab.com wrote: Do you have HyperPAV implemented? Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 -- 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: CL/Supersession and APPN
On Tue, 9 Jun 2009 11:56:11 -0500, John Au john...@paccar.com wrote: ... We included a default COS definition in our startup options (APPNCOS=#CONNECT) and now everything is working great! The information you provided was very helpful. Thanks a million. ... Actually, I was talking about DYNMODTB. Good thing I was vague enough that my comment helped. :-) Pat O'Keefe -- 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: CL/Supersession and APPN
Chris, Your assessment is correct. We have private mode tables built without the correct COS parameters. We will go through the process of cleaning up our old definitions and add the proper COS definition so we don't rely on the default APPNCOS start option per your suggestion. Thanks for the advice. Regards, John Au -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Mason Sent: Tuesday, June 09, 2009 12:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CL/Supersession and APPN John I'm glad you've got over the problem. It might be best if each specific problem is presented, sense codes and all. is what I said last time. I am very well aware of the problem which is solved by specifying a value for the APPNCOS start option. Why? Because I had to solve the identical problem myself a few months ago - actually - and you may find some encouragement in this - the *only* problem that I had to solve in the migration. Incidentally, the product just happened to be NetView FTP trying to set up a session with another NetView FTP with the problem showing itself when there was an attempt to set up a file transfer. The reason you - for now - solved your problem by specifying the APPNCOS start option is that you - or some predecessor - had a rush of blood perhaps long ago and actually set up a private mode table entry with a subarea COS name - having first, of course, set up a subarea COS table and stored it in VTAMLIB. If one's assessment of a customer site is that they are unlikely to have been sufficiently adventurous to establish COS entries - as it was in my case having seen some private mode table entries which lacked COS operands - it doesn't seem necessary to worry about the APPNCOS start option. Another excuse not to have changed the APPNCOS start option value from NONE, the default, to something like #CONNECT, is to leave a trap for just the problem about which we would have read had you actually described your problem in detail. Having detected such a problem the change to the private mode table entry could then be made in order to ensure that an APPNCOS operand was added which had the same significance as the existing subarea COS operand. I could guess that the subarea COS operand that caused your problem mapped to a virtual route number which you - or your predecessor - intended always to be used for interactive traffic - I'm relying here on the fact that the application was Supersession - and also to a transmission priority of 2, the highest of the subarea transmission priorities. All that being so, I would advise that you locate the offending private mode table entry in the source of the private mode table - wherever it is! - add an appropriate APPNCOS operand such as #INTER, assemble and linkage edit the table overriding the existing mode table in your VTAMLIB. You can then reset the APPNCOS start option to NONE ready for the next similar problem - with which you now know how to deal. Let's see if I can reconstruct the problem you were having - and what you should have presented as your problem. If I remember correctly, we first had to track down a log of the VTAM where the problem in the NetView FTP was manifest and check messages at the appropriate time. There was one of those message sequences where the SSCPs tried in the subarea serial search are listed with the sense code returned from each. One of the SSCPs, a pseudo-SSCP, was ISTAPNCP which indicates the point at which the search entered the APPN part of the network at that particular VTAM node. The sense code returned was 80140002, essentially, APPN COS not found. This was caused because there was a(n unexpected) subarea COS specified as COS=WHATEVER on the MODEENT macro for the mode table entry used by NetView FTP. Since there was no APPNCOS operand specified on the MODEENT macro for this mode table entry, VTAM obliges itself to assume that the name to use for the APPNCOS operand is the same as the name used for the COS operand.[1] Since there is no APPN COS table entry WHATEVER, VTAM is about to give up when it remembers there is one last chance, namely the name specified in the APPNCOS start option put there as what in English schoolboy cricket is the long stop fielding position for when the wicket keeper makes a mess of things - he might be excused as a very fine third man if the title long stop was considered too undignified! Seriously, the APPNCOS start option is obviously a very crude tool to employ in order to select a route and set transmission priority since there is no distinction between different types of session with different requirements. I have already indicated that you probably would want to use #INTER for sessions involving Supersession. If you also had had the same problem that I did with NetView FTP, I would then have advised you to specify #BATCH as the value of the APPNCOS operand - horses for
Secure PKZip using self sign certificate built in RACF
Although PKWare says the RACF built self sign certificate will work, we can't seem to get the private key loaded into PKZip. Has anyone done this? The other option is to buy a certificate and while the cost is small, I don't have a good feel for why this should work if the RACF built certificate doesn't. Thanks for your time and responses. Mike Wickman font size=1 div style='border:none;border-bottom:double windowtext 2.25pt;padding:0in 0in 1.0pt 0in' /div This email is intended to be reviewed by only the intended recipient and may contain information that is privileged and/or confidential. If you are not the intended recipient, you are hereby notified that any review, use, dissemination, disclosure or copying of this email and its attachments, if any, is strictly prohibited. If you have received this email in error, please immediately notify the sender by return email and delete this email from your system. /font -- 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
Throttling FTP
We have some large batch FTP processes that were recently identified as the cause of major network slowdowns for online processing. More specifically, one of our CIP routers becomes a bottleneck when batch FTP jobs start flooding it. We are working on a process to ensure that particular FTP batch processes are run on a system that will not affect the problem router. IFAIR, VTAM has/had pacing options that could help manage just this sort of situation. Does FTP or TCPIP have a similar capability? I found nothing in the FTP configuration about throttling or pacing. Maybe someone else has run into a similar situation. How did or would you deal with this situation? -- 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: Throttling FTP
I think what you want is QoS (Quality of Service). I got a headache trying to read: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B381/2.7 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Martin Kline Sent: Tuesday, June 09, 2009 3:13 PM To: IBM-MAIN@bama.ua.edu Subject: Throttling FTP We have some large batch FTP processes that were recently identified as the cause of major network slowdowns for online processing. More specifically, one of our CIP routers becomes a bottleneck when batch FTP jobs start flooding it. We are working on a process to ensure that particular FTP batch processes are run on a system that will not affect the problem router. IFAIR, VTAM has/had pacing options that could help manage just this sort of situation. Does FTP or TCPIP have a similar capability? I found nothing in the FTP configuration about throttling or pacing. Maybe someone else has run into a similar situation. How did or would you deal with this situation? -- 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 -- 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: Throttling FTP
Martin, You could downgrade your TCPIP buffer sizes and other TCPIP parameters on your Stack. However, IMHO I would go with setting up Quality of Service (QoS) mechanisms on your CISCO router, if FTP traffic is impacting your interactive workload. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Martin Kline Sent: Tuesday, June 09, 2009 4:13 PM To: IBM-MAIN@bama.ua.edu Subject: Throttling FTP We have some large batch FTP processes that were recently identified as the cause of major network slowdowns for online processing. More specifically, one of our CIP routers becomes a bottleneck when batch FTP jobs start flooding it. We are working on a process to ensure that particular FTP batch processes are run on a system that will not affect the problem router. IFAIR, VTAM has/had pacing options that could help manage just this sort of situation. Does FTP or TCPIP have a similar capability? I found nothing in the FTP configuration about throttling or pacing. Maybe someone else has run into a similar situation. How did or would you deal with this situation? -- 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 This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- 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: Throttling FTP
I would go with setting up Quality of Service (QoS) mechanisms on your CISCO router, if FTP traffic is impacting your interactive workload. We went with three levels of service, in order of priority: 1. VOIP 2. INTERNET 3. FTP It's a good thing! - Too busy driving to stop for gas! -- 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: Throttling FTP
John said: I think what you want is QoS (Quality of Service). I got a headache trying to read: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B381/2.7 Thanks, John. I appreciate the reference. That pain medication industry owes you one. ;) From what I've read so far, it appears that this only applies to the TCPIP stack on which the policy is managed. Since z/OS is not the bottleneck, my guess is that the effect of setting up the appropriate QoS stuff on z/OS will be of no benefit to the affected CIP router. In fact, to make matters worse, the CIP router is connected to two z/OS systems, one of which has the onlines, and the other the batch work. In any case, I'll read on to see if there's any light at the end of the manual. -- 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: Throttling FTP
I would go with setting up Quality of Service (QoS) mechanisms on your CISCO router, if FTP traffic is impacting your interactive workload. We went with three levels of service, in order of priority: 1. VOIP 2. INTERNET 3. FTP It's a good thing! Interesting! I wonder if our network team is up to the challenge? Surely they are, aren't they? I mean they're the Network Team afterall. Then again, they didn't come up with this option. -- 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: Throttling FTP
We went with three levels of service, in order of priority: 1. VOIP 2. INTERNET 3. FTP It's a good thing! Interesting! I wonder if our network team is up to the challenge? Surely they are, aren't they? I mean they're the Network Team afterall. Then again, they didn't come up with this option. I really can't speak to your team, but ours did it years (2004) ago. I'm not a network guru, but it made sense to me. Voice is the most important. File transfers are the least. INTERNET is in between. Is there any other class of traffic? - Too busy driving to stop for gas! -- 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: Throttling FTP
We use our scheduler to manage our FTP workload. No point in gloating about how much data the MF can push. Besides, many concepts of capacity management and queuing theory are totally lost on many network folks. Most stare in disbelief or even laugh out loud when you show them some basic throughput formulas. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Martin Kline Sent: Tuesday, June 09, 2009 3:13 PM To: IBM-MAIN@bama.ua.edu Subject: Throttling FTP We have some large batch FTP processes that were recently identified as the cause of major network slowdowns for online processing. More specifically, one of our CIP routers becomes a bottleneck when batch FTP jobs start flooding it. We are working on a process to ensure that particular FTP batch processes are run on a system that will not affect the problem router. IFAIR, VTAM has/had pacing options that could help manage just this sort of situation. Does FTP or TCPIP have a similar capability? I found nothing in the FTP configuration about throttling or pacing. Maybe someone else has run into a similar situation. How did or would you deal with this situation? NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: Throttling FTP
We use our scheduler to manage our FTP workload. That's not the issue. If you're an international company, and happen to have VOIP, and INTERNET, QoS makes a difference. No point in gloating about how much data the MF can push. True, but see above. Besides, many concepts of capacity management and queuing theory are totally lost on many network folks. I disagree. Network/Telecomm management around for over 70 years. Who figured out the capacity of phone lines? - Too busy driving to stop for gas! -- 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: Throttling FTP
On Tue, 9 Jun 2009 16:40:08 -0400, Clark, Kevin kevin.cl...@bcbsde.com wrote: ... I would go with setting up Quality of Service (QoS) mechanisms on your CISCO router, if FTP traffic is impacting your interactive workload. ... However, you should not ignore what John McKown said. Look at the Policy Agent's QoS policy. In particular, look at the Differentiated Services policies. It is pretty tough going but gets you where you need to go. I had to fight my way through it about 7 or 8 years ago but it did a good job of throttling our FTPs without hurting anything else. Policy Agent was a very different animal back then. I think the definitions have changed since then but the concepts have not. Google Token Bucket Policing. That is the concept implemented by the Policy Agent's Differentiated Services policies. (And have thqt headache medicine handy.) Pat O'Keefe -- 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: Throttling FTP
I agree with all the others about doing QoS. Additionally, I am curious if you are doing OSPF? Rob Schramm Sirius Computer Solutions -- 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
Can't find HFS Reason Code
We had a daemon fail after an ipl last night. The daemon was up prior to the ipl. The return code was 0157 and the reason code is 5B1B0100. My manual goes from 5B11 to 5BC0. I've found the routine involved is GFUAINIT but that's about it. IBMLINK and Google came up empty. An ETR has been opened but we want to address all fronts. Thanks in advance. Alan _ Windows Live™ SkyDrive™: Get 25 GB of free online storage. http://windowslive.com/online/skydrive?ocid=TXT_TAGLM_WL_SD_25GB_062009 -- 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: Any products to protect MVS software from cracking and reverse engineering?
2009/6/8 shai hess shai.h...@gmail.com: Any products to protect MVS software from cracking and reverse engineering? [...] In PC the software companies try to make the life of hackers hard by using anti debugger tools to make the hackers confuse but eventually these action make the debugging in PC harder for more minutes or hours but nobody can protect the PC software from being cracked. Many years ago (1980s) I did encounter a VM product that tested for several forms of tracing (PER, VM TRACE command) being on, and took different code paths and even disabled PER at times. But it was (and is) very rare. What would be the point of cracking or reverse engineering mainframe software? It is a rare piece of software that has a lot of value locked up in a secret-sauce algorithm. Most software, imho, has its value in the support services rather than magic code. To be sure, someone could license a mainframe software product, and then defeat the licensing scheme. But to what end? I have worked for several ISVs over the years, and I have yet to see any serious evidence of any of our products being stolen by either a customer or a distributor. (Yeah, yeah - I know; if they were successful we wouldn't know about it.) I'm not saying it never happens, but realistically, what kind of customer would run such software? Or to put it another way, what would be your sales pitch for PC-like tools to protect mainframe software? Tony H. -- 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: INFOZIP 2Gb
You'll probably also want to use the best hardware optimization compile options (ARCH and TUNE) for your particular machine. ARCH(5) with TUNE(7) or TUNE(8) is very safe if you're not sure what to do. Binaries generated using those options will run all the way back on z900/z800 machines, but they will be optimized for z9 or z10, respectively. That's probably a good balance if you're not sure of the target deployment machine(s). - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- 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: Any products to protect MVS software from cracking and reverse engineering?
I am not endorsing or recommending that vendors take extra steps to obfuscate code, nor am I endorsing any particular products. However, that said, I am answering the original poster's question directly. There are a number of such products. Each tends to be focused on a specific programming language. Here are a few examples. 1. There are many obfuscators for Java. Just use Google or a comparable search engine to find Java source code protection and you'll see a bunch pop up. Most if not all of those should be entirely applicable to Java deployments to z/OS and to Linux on System z. 2. There are also obfuscators for C/C++ which probably are highly relevant to both z/OS and Linux on System z. Stunnix, for example, produces a cross-platform obfuscator that turns original, maintainable C/C++ source code into hard-to-maintain (but still compilable) C/C++ source code. There are other companies that produce similar tools. 3. IBM's REXX Compiler does not *paticularly* obfuscate code, but recipients of the compiled REXX code have to work slightly harder to extract some kind of source. These compiled REXX programs can run using the licensed library or the no charge Alternate Library for REXX, so they can run on all z/OS machines. 4. For COBOL, Redvers offers an obfuscator: http://www.redversconsulting.com/cloaking_device.php 5. The Redvers obfuscator probably also works as an intermediate step with the Rational Enterprise Generation Language (EGL) deployment choices to IBM Language Environment, if you're working with EGL. (Although some would argue that intermediate code is already obfuscated. :-)) - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- 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: Any products to protect MVS software from cracking and reverse engineering?
HI, I found two points which I can address to have some protection in assembler code. 1, Disable slip per - I investigate some zos structure and find out the structure which are use to describe the slip. This is important because disable slip, which is not tracing your code is unacceptable. Also slip without instruction fetch are legal for your code as well to be able to debug problems in your code. I thing that the best solution if this is the case is to change the slip action from action=TRACE to action=IGNORE only if the slip action is trace (ACTION=TRACE) and the job name/asid is specify your job. is your job name/asid. 2. Disable debugging using software which use SVC for breaking points (for instruction tracing) - SVC can not be used if you are SRB or Some SVC types. The easy solution is to use MVS lock. SVC is also does not allowed in code which is locked (using setlock macro). I think that the best solution is to setlock in sensitive code range to disable tracing sensitive instructions which does not issue any SVC or long time instruction. Is it danger to use setlock if it is not needed?. Not at all if you will use setlock type=local for one time running sensitive code (Checking and comparing the encripted serial or other important code). My question, if the way I see the solution is acceptable? BTW, if you like to see, example of code (for per, action=ignore) I consider to use to have some protection to my code, I can do it. Thanks, Shai On Tue, Jun 9, 2009 at 9:48 PM, Timothy Sipples e99...@jp.ibm.com wrote: I am not endorsing or recommending that vendors take extra steps to obfuscate code, nor am I endorsing any particular products. However, that said, I am answering the original poster's question directly. There are a number of such products. Each tends to be focused on a specific programming language. Here are a few examples. 1. There are many obfuscators for Java. Just use Google or a comparable search engine to find Java source code protection and you'll see a bunch pop up. Most if not all of those should be entirely applicable to Java deployments to z/OS and to Linux on System z. 2. There are also obfuscators for C/C++ which probably are highly relevant to both z/OS and Linux on System z. Stunnix, for example, produces a cross-platform obfuscator that turns original, maintainable C/C++ source code into hard-to-maintain (but still compilable) C/C++ source code. There are other companies that produce similar tools. 3. IBM's REXX Compiler does not *paticularly* obfuscate code, but recipients of the compiled REXX code have to work slightly harder to extract some kind of source. These compiled REXX programs can run using the licensed library or the no charge Alternate Library for REXX, so they can run on all z/OS machines. 4. For COBOL, Redvers offers an obfuscator: http://www.redversconsulting.com/cloaking_device.php 5. The Redvers obfuscator probably also works as an intermediate step with the Rational Enterprise Generation Language (EGL) deployment choices to IBM Language Environment, if you're working with EGL. (Although some would argue that intermediate code is already obfuscated. :-)) - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- 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 -- 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