Re: COBOL Compiler options
-Original Message- From: IBM Mainframe Discussion List On Behalf Of GAVIN Darren * OPS EAS Well I do have DLL programs using the Linkage parm I mentioned before working with the Preprocessor and EXEC DLI database calls. Have had no Issues doing this. So as long as the CICS Loadlib is a PDSE, I think a DLL module should work in CICS; just like a CALL variable-name USING (where the variable has a program name) works for forcing dynamic calls in CICS. Note that I said I think..., I've been pulled off mainframe projects for a bit so I can't test this out myself, otherwise I would try it and report back. My reading of the undocumented restriction is only that the DLL itself cannot contain any EXEC CICS calls. I agree that calling a DLL from a CICS program should be equivalent to dynamically calling another program. Remember, though, that I've already said more than I know about DLLs.. -jc- -- 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: Batch job to perform sftp transfer
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Brock [ snip ] Ideally, I would like to be able to set up a batch job that can be run under scheduler control to transmit this file when it is generated. If I am reading the correct information, though, it is not possible to do this in batch mode using ID/password authentication. Can anyone say whether this is correct? Am I going to need to get the remote server to add our keys to their setup? This scenario from the RACF Security Administrator's Guide might help: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICHZA760/21.1 2.6 -jc- -- 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: Batch job to perform sftp transfer
Sorry; hit Send too soon -Original Message- From: Chase, John -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Brock [ snip ] Ideally, I would like to be able to set up a batch job that can be run under scheduler control to transmit this file when it is generated. If I am reading the correct information, though, it is not possible to do this in batch mode using ID/password authentication. Can anyone say whether this is correct? Am I going to need to get the remote server to add our keys to their setup? This scenario from the RACF Security Administrator's Guide might help: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICHZA760/21.1 2.6 Or http://preview.tinyurl.com/2ngubl If you're not already set up for secure FTP on z/OS, you'll also need to create an FTP.DATA file or member for the z/OS client containing, at minimum: EXTENSIONS AUTH_TLS KEYRING userid/ringname (as described in the earlier RACF manual) SECURE_MECHANISM TLS And at least one CIPHERSUITE statement, for which see the Communication Server IP Configuration Reference manual: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B451/2.10 .32 Or http://preview.tinyurl.com/yr82hg -jc- -jc- -- 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: Batch job to perform sftp transfer
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rugen, Len Remember sftp is not equal to ftpssl. Sorry; I ass.u.med the objective was only to accomplish an encrypted file transfer via scheduled batch job, and didn't perceive sftp specifically as a hard requirement. -jc- -- 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: Newbie RACROUTE question: how to *test* authorization?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour J.) In [EMAIL PROTECTED], on 02/23/2008 at 10:07 AM, Walt Farrell said: One could argue that letting you determine your access to resources without actually trying to use them (and thus without causing audit records) is a form of hacking. Perhaps, but some IBM code does exactly that, and for what seems to be good cause. I don't recall the details, but it was discussed here in the last few years. CICS offers the EXEC CICS QUERY SECURITY command as a supported API. -jc- -- 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: Newbie RACROUTE question: how to *test* authorization?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Randy Evans One could argue that letting you determine your access to resources without actually trying to use them (and thus without causing audit records) is a form of hacking. Perhaps, but some IBM code does exactly that, and for what seems to be good cause. I don't recall the details, but it was discussed here in the last few years. You may be thinking of ISPF 3.4 and data set name hiding or may be thinking of ISPF 3.4 checking for ALTER access to the catalog. Following extracted from the CICS/TS RACF Security Guide: 2.7.6.2 Checking which transactions to offer a user You can use the QUERY SECURITY command to check whether a user is authorized to use a particular transaction before displaying the transaction code as part of an introductory menu. When you use the command for this purpose, you will probably want to avoid logging the checks for users who are not allowed to use certain transactions. To do this, use the NOLOG option. ...and the QUERY SECURITY command invokes a RACROUTE to perform this function. So CICS is documenting use of preemptive RACROUTE requests as reasonable design in presenting usable options on a user's menu. I've heard that CICS issues RACROUTE REQUEST=FASTAUTH under the covers to do that. CICS also issues RACROUTE REQUEST=LIST,GLOBAL=YES during its startup for each of the CICS-related classes activated via the DFHSIT Xyyy parms, so RACLISTing of one sort or another may be a pre-req for FASTAUTH. -jc- -- 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: Newbie RACROUTE question: how to *test* authorization?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Wayne Driscoll One major difference. In CICS, the query security is for a subset of RACF information, and is already running in the proper environment, ie CICS, and is using the logged on userid's ACEE. You cannot issue a query security to see if another user has the authority, ... True. ... and you also cannot check for access to non-CICS resources. Check out the RESCLASS keyword on QUERY SECURITY: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DFHP4C00/1.16 8 RESCLASS(data-value) specifies an 8-character field identifying the name of a valid resource class, that could be non-CICS, in the ESM. The class name identified by RESCLASS is treated literally with no translation. -jc- -- 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: z/OS 1.10 announcement -DASD size
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Scott Ford All, Where dod I find the announcement letter for z/os v1.10 ?? http://preview.tinyurl.com/2su7lf Note that it's a preview, not the announcement letter. -jc- -- 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: z10 LSPR
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Arthur T. On 27 Feb 2008 13:34:35 -0800, in bit.listserv.ibm-main Tom.Schmidt wrote: The z10 LSPR data is now available too. http://www-03.ibm.com/servers/eserver/zseries/lspr/ Yes, and it looks like they are using a new femtofont on the z10 page. (Could they make it smaller still? Is that why IBM is experimenting with the physical manipulation of single atoms - to be able to fit oodles of atomic-sized lines onto a single sheet of paper for the 2013 version of LSPR?? We'll see.) I don't see what your complaint is. The font is a full 4.5 points; Word supports down to 1 point. Isn't it obviously more important to get the whole table on one page than to be able to read it without a microscope? It's readable enough on a 60 HDTV monitor. :-) -jc- -- 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: z/OS 1.10 announcement -DASD size
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Walt Farrell Snipped What the announcement actually says: Snipped So, as it says, the support planned in z/OS V1.10 is for VSAM data in the extended area (except for the kinds of VSAM exempted in the next sentence), and everything else in the non extended area. So you are saying that everything else includes PDSE? And probably DB2 objects, which also live in LDSes. -jc- -- 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: zIIP API for ISV's
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Relson So as a curiosity question - if you can answer - is access to a zIIP really being controlled or is lack of knowledge preventing the masses from rewriting code so everyone buys as few GP engines as they can and matching zIIPs to lower ISV costs? I am not planning on using one in any code I write, just wondering if only the larger ISV's can afford to 'use' the API. I believe that the information is being given out under a license agreement at no or nominal charge (not positive about this). It would seem imprudent for someone to write code to an interface that is licensed without having such a license. It seems illogical to require a license to *write* code to use an existing API, but *not* require the same (or similar) license to *run* code already written to use that API. -jc- -- 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: zIIP API for ISV's
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin On Mon, 3 Mar 2008 07:38:53 -0600, Chase, John wrote: I believe that the information is being given out under a license agreement at no or nominal charge (not positive about this). It seems illogical to require a license to *write* code to use an existing API, but *not* require the same (or similar) license to *run* code already written to use that API. There's precedent for requiring a higher license for use of the authoring tools than for using their product. For example, a separate license is needed for the C compiler, but, since LE, the code the compiler produces can be run on the base OS. Arguably, *any* code that can be written at all can be written in Assembler, for which a license is delivered with the operating system license. Likewise for any API. In the end, compilers produce executable code, which most easily can be untranslated into Assembler source. Now that surfaces an interesting quandary: The IBM licenses generally prohibit both disassembly and reverse engineering of IBM code; yet one cannot make sense out of the contents of a dump without developing an ability to read executable code at least superficially. Reading executable code almost necessarily is a form of disassembly (it's a lot easier to think in terms of assembler source instructions than to read the machine code natively). So: 1. At what point does reading executable code become disassembly contrary to license provisions? 2. At what point does disassembly become reverse engineering? 3. Would a sharp customer programmer who figures out how to write and successfully execute an SRB enclave on a zIIP without first obtaining the zIIP API license be guilty of software piracy of some sort? Think SHOWZOS... -jc- -- 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: Serverpac order and Java
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Peggy Andrews Hi, all. Previously, in our 1.7 ServerPac order, we got Program #5655D35, Java 2 Technology Edition - No charge Now, in ShopzSeries for our 1.9 ServerPac order, it is showing an available upgrade to Program #5655-I56, IBM SDK for z/OS, Java 2 Technology Edition v1.4, but I cannot find whether this is still a no charge feature - Anyone? Should still be no-charge -- I think the term now is non-priced. Optionally, you can still download the non-SMP/E-installable Java (1.4.2, 1.5 and 1.6) from the IBM Java pages. -jc- -- 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: SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Tommy Tsui sorry, I can't find the APAR II4094 on IBM web site It's missing a digit -- try II14094. -jc- -- 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
IEE342I MODIFY REJECTED-TASK BUSY
Hi, All, An application group is doing a stress test against a CICS region, using batched instream commands via an IEFBR14 job to invoke a user transaction. Some of the MODIFY commands are being rejected with message IEE342I MODIFY REJECTED-TASK BUSY. The part of the explanation in MC that appears applicable is: The task associated with the command had not finished processing a previous command. Question: Which is the task associated with the command in this context: The user transaction invoked via the command? The CICS command processor? Some other (MVS) task? TIA, -jc- -- 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: IEE342I MODIFY REJECTED-TASK BUSY
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Walt Farrell On Fri, 7 Mar 2008 12:02:25 -0600, McKown, John wrote: Well, in the case of CICS, I was wrong. The manual states: quote If the task is to be attached, DFHZCNA obtains a TIOA and moves the data from the CIB to the TIOA. DFHZATT is then called to attach the task. If the attach fails, the TIOA is freed. A QEDIT macro frees the CIB if the attach is successful, and the scan continues. /quote So the CIB (command input buffer?) is freed once the transaction is ATTACHed, not once it finishes. However, in the case of a single console, this is almost the same thing. However, in the OP's case they're submitting commands via JCL, and I believe JES will pump those commands through very fast as it reads the job. I could easily see JES issuing a series of commands to a single CICS region much faster than CICS could read each one and tell the system that it had done so. You have, in essence, two processes running: (1) Issue command Issue another one Issue another one ... There are no delays between the commands. And you have process 2, (2) Read a command Tell system you're ready for another one It would be quite easy for process 1 to drive commands faster than process 2 can remove them. Of course, this is all my guess about what the OP's job contained, and what JES and CICS would do. Looks like a simple case of stacking too many MODIFY commands in a single jobstream. In the job output they showed me, there are 1,012 MODIFY commands stacked for the same terminal (the INSTREAM console, in this case). Since CIBCTR cannot exceed 255, it appears that the CICS region simply got lapped before the batch job ran out of commands to issue. Thanks also to John McKown and Chris Craddock for pointing me to the right manuals. -jc- -- 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: IEE342I MODIFY REJECTED-TASK BUSY
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul D'Angelo The console handling In CICS is behaving as previously explained. See the QEDIT Macro. For CICS, Console Commands are handled by a component called Terminal Control under the CSTP System Servives Task. CSTP handles All Terminal driven activity from VTAM and Non Vtam. I believe CSTP is invoked under the CICS QR TCB (Quasi-ReEntrant TCB). As far as I remember You Cannot Modify the Number of Queued Requests for CICS. My empirical evidence suggests that CICS sets QEDIT CIBCTR to the maximum of 255, and I don't see a way to change it (we wouldn't want to reduce it, anyway). I've suggested to the application group that if their testing is anywhere near indicative of the expected transaction arrival rate, that they use a more reliable means of delivering them (Websphere MQ, for example). -jc- -- 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: Transfer reports from lpar to lpar
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL Sorry, forgot to mention that I have been trying to get the system progs to setup NJE but for some reason, they are reluctant to do so Why? and shared spool is definitely out of the question. And, why? If you have a true business need, sysprogs should not be able to stand in the way! Indeed, they should be _paving_ the way. -jc- -- 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: IEE342I MODIFY REJECTED-TASK BUSY
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour J.) on 03/07/2008 at 11:25 AM, Chase, John said: Question: Which is the task associated with the command in this context: The message is misleading; the task is the CSCB associated with the CICS region[1]. Read the description of the QEDIT macro in z/OS Authorized Services. [1] I was going to write address space, but that would be incorrect if you run CICS as a batch job. Oh? Why is that? I know there are some differences between running CICS as a batch job and running it as a started task, but in either case, after its first stage of initialization CICS runs unauthorized (i.e., in problem state). The QEDIT doc (z/OS 1.7 edition of the AAS manual) is rather sparse, and doesn't seem to address the rejected-task busy situation. -jc- -- 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: IEE342I MODIFY REJECTED-TASK BUSY
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Craddock, Chris JC writes The QEDIT doc (z/OS 1.7 edition of the AAS manual) is rather sparse, and doesn't seem to address the rejected-task busy situation. You're being a bit generous there aren't you John? :-) To be merely sparse might imply a level of detail that's entirely absent from this doc! AFAIK this is yet another of those situations where you only learn how something works by seeing some existing code that uses it and then experimenting from there. So it seems. Unfortunately, CICS has been OCO since around 1990, so even if I were to completely master QEDIT I wouldn't be able to change anything that CICS does with it. I've used QEDIT in MODIFY command processing logic for about as long as I can remember and pretty much all I have ever done is cut and paste from something else that works. At least I know HOW it works but even that isn't written down anywhere that I know of. The url that John McKown furnished to the page in the CICS Diagnosis Reference was very useful. That reference explains in some detail how CICS handles CIBs. The root cause of the problem we're seeing is what can best be described as an attempt to do batch processing in CICS, when CICS is not designed to be a batch processor. The most likely bottleneck is the INSTREAM console itself: In CICS, it's defined as one terminal, and one terminal can have only one transaction attached to it at a time, so the stack of MODIFY commands is effectively single-threaded. CICS processes each stacked transaction request to completion (normal or abnormal) before it starts the next one. Each transaction does varying amounts of real work, so each takes varying amounts of time to complete. JES/MASTER only have to stuff the MODIFY commands into CIBs and hang them on the chain, so they can easily lap CICS when the number of MODIFY commands to chain exceeds the CIBCTR value that CICS set at startup (we're assuming CICS set it to 255 (or maybe that's the default?), based on empirical evidence). I think we'd be better off to convert this application to use MQ to deliver the batched transaction requests, since we have MQ installed and other applications are already using it for similar purposes, and leave the INSTREAM console for more typical console input. -jc- -- 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: clock, daylight savings time
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour J.) Schwarz, Barry A said: Is CDT really 7 hours off from GMT? CST is -0600. Fall back one hour and you get -0700. Why would you fall back from CST? Wouldn't that give Daylight Spending Time? -jc- -- 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
Paging Subsystem -- Comfortable Size and Configuration?
Hi, All, In preparation for z/OS 1.9 we're re-evaluating our paging subsystem configurations. Currently we're using the same size and configuration carried forward from time immemorial, mainly because it still works: Three (3) page datasets of 2,000 cylinders each, with one in reserve (available for PAGEADD) on each LPAR. Now we're looking at exploiting some of the newer stuff that uses above-the-bar storage (DFSORT's Memory Object sorting, for starters), and I believe our current sizing and configuration will prove inadequate sooner rather than later. Right now our Development/Test LPAR runs on a z9BC, with 4GB central storage allocated. It does light to moderate paging. We also run our sandbox there, but it's substantially idle most of the time. The primary CF also lives on the BC. Production runs on a z9EC with 14GB central storage (the other 2GB are allocated to the backup CF), and the same paging subsystem configuration as above. This LPAR currently does NO paging, but is the image we believe would benefit most from exploiting Memory Object sorting. What would be a comfortable paging subsystem configuration, especially for the Production LPAR, as to individual size and (especially) number of page datasets? TIA, -jc- -- 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: Paging Subsystem -- Comfortable Size and Configuration?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden [ snip ] John, Have you reviewed chapter 2 of the system initialization and tuning guide? http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA 2E151/2.0?SHELF=IEA2BK80DT=20080119071214 Yes (sorry; forgot to mention that in my original). Based on that and current usage, it appears our current configuration is adequate (no paging on PROD; DEV LOCALs at 24% full). It just feels small, given the capabilities of the z9s compared to our previous G5 machines. That's why I'm asking for what's comfortable, with those who choose to reply deciding the meaning of comfortable. I kinda like Sam Knutson's reply, even though it may be overkill. I tend to view paging capacity somewhat like insurance: Better to have it and not need it, than to need it and not have it. But also like insurance, one can (theoretically) have too much. I'd prefer to err on the side of too much (without going way overboard), because too little can lead to an unscheduled IPL. We already did that once, about 10 years ago... -jc- -- 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: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour J.) John Mattson said: Programmers have been deleting for years using BR14 (MOD,DELETE), and IDCAMS DELETE. IEFBR14 doesn't delete the data set. By the time IEFBR14 gets control the data set has already been recalled. [ snip ] Indeed, how should Allocation know whether the program about to execute wants to do something with the dataset(s) before deleting it/them? Perhaps Allocation could be educated to issue HDELETE iff the dataset is migrated *AND* DISP=(,DELETE) *AND* PGM=IEFBR14. -jc- -- 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: z/OS 1.4 Running on 9672 CPU
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Timothy Sipples [ snip ] 3. Migrate to z/OS 1.7 (and the latest middleware product releases), which you can do with coexistence and fallback on the same machine in new LPARs. Is z/OS 1.7 even orderable at this point in time? [ snip ] -jc- -- 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: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Edward Jaffe [ snip ] Hmmm. When a data set is migrated, the VTOC entry is removed. But, the catalog entry is still there (though the volume ID is changed to MIGRAT). Can't IDCAMS tell from the catalog whether the migrated data set is VSAM or not? And, if VSAM, what kind of VSAM data set it is?? Apparently not. Here's a LISTCAT of a migrated VSAM dataset: NONVSAM --- TECH.CICSTECH.DFHWSBTS IN-CAT --- CATALOG.SC02.TECH HISTORY DATASET-OWNER-(NULL) CREATION2007.168 RELEASE2 EXPIRATION--.000 ACCOUNT-INFO---(NULL) SMSDATA STORAGECLASS -SCDEVE MANAGEMENTCLASS---MCDEVE DATACLASS (NULL) LBACKUP ---.XXX. VOLUMES VOLSERMIGRAT DEVTYPE--X'78048083' FSEQN--0 ASSOCIATIONS(NULL) ATTRIBUTES *** Note the NONVSAM indication on the first line. Same dataset after HRECALL: CLUSTER --- TECH.CICSTECH.DFHWSBTS IN-CAT --- CATALOG.SC02.TECH HISTORY DATASET-OWNER-(NULL) CREATION2007.163 RELEASE2 EXPIRATION--.000 SMSDATA STORAGECLASS -SCDEVE MANAGEMENTCLASS---MCDEVE DATACLASS (NULL) LBACKUP ---.000. BWO STATUS-- BWO TIMESTAMP---0 00:00:00.0 BWO---(NULL) RLSDATA LOG --UNDO RECOVERY REQUIRED --(NO) FRLOG (NULL) VSAM QUIESCED ---(NO)RLS IN USE -(NO) LOGSTREAMID-(NULL) RECOVERY TIMESTAMP LOCAL-X'' RECOVERY TIMESTAMP GMT---X'' PROTECTION-PSWD-(NULL) RACF(NO) ASSOCIATIONS DATA-TECH.CICSTECH.DFHWSBTS.DATA INDEXTECH.CICSTECH.DFHWSBTS.INDEX [ remainder snipped ] Note this time it's a CLUSTER. -jc- -- 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: FY08 Assessment Spreadsheet
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Alford, Ben Folks, the spreadsheet I gave you is now stored on the shared vol2 disk, IBM_SYS in a folder called Assessment FY08. You should be able to update it, as needed. I'll wager this wasn't intended for IBM-MAIN.. -jc- -- 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
z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption
We are just about to start the migration from z/OS 1.7 to z/OS 1.9. Would someone provide a ballpark percentage increase in the amount of CPU resources between the two releases so we can estimate the monthly increase in our z/OS base monthly billing? TIA, -jc- -- 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: clock, daylight savings time
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman ---snip And modern day politicians found a cheap solution to energy use that didn't work and cost a lot, but made it look as though they were useful (not to mention it allowed them to use power). ---unsnip--- Anyone ready to declare Open Season on politicians? :-) Maybe we should put a BOUNTY on them! :-) Well, we DO have our (U.S.) biennial revolution day coming Nov. 4 this year. I suspect it'll pass unnoticed again, and most if not all the incumbents will be re-elected.. -jc- -- 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: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Cheryl Walker John, Marianne Hammer of IBM gave an excellent SHARE presentation that showed the changes between releases. Go to www.share.org, click on Orlando Proceedings to the left, then search for session #2530. There is first a section about going from z/OS 1.7 to 1.8, where the goal had changed from being +/- 1% of equivalency to improving the performance. The performance improvement ranged from 1.6% (low n-way) to 4.8% (high n-way). For 1.8 to 1.9, the goal was a 5% improvement and their LSPR benchmarks showed a 5.2% improvement. Your mileage may vary, so it's very important to use WSC's free tool called SoftCap (WSC PRS268), which lets you enter the breakdown of your workloads to see what your expected change will be. Thanks for the info. It appears that, despite the inviting verbiage on the SoftCap download page, the tool is not generally available for download. I get access denied when I try to download it. -jc- -- 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: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Cheryl Walker John, Where are you getting the message. It certainly should be available to the public, and many of my readers have recently downloaded it. Here is a direct link - http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS268. Does it occur when you try to download just the program or the program plus Java? Is anyone else having trouble? It only supports Windows XP. Program with Java (not sure if I need the IBM Java; my workstation already has the Java 6 JRE installed). I get an error box with Internet Explorer was not able to open this Internet site. The requested site is either unavailable or cannot be found. Please try again later. Same result for the program without Java (just now tried that). When I manually navigate to the correct folder on ftp.software.ibm.com, right-click on either package and select Copy to Folder..., I get the access denied error. A colleague said he downloaded it earlier yesterday morning. I wonder if IBM has their server configured to remember domains that have downloaded it, and limit each requesting domain to one download? -jc- -- 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: Can I know programmatically if a load module has been zapped?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of David Eisenberg Our programmers occasionally ZAP a load module in a test load library, which is fine. When the time comes to promote the load module into a production load library, however, I would like our change management package to prevent the promotion of any load module which has been zapped. I'm prepared to do that check programmatically via an exit, if I have a reasonable way of doing it. Sounds like it's possible for your programmers to roll out to production programs whose load modules don't match their source. Seems like a rather large hole in change management to me. Is it not feasible for them to simply recompile a changed source deck, and avoid this kind of situation? -jc- -- 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: Can I know programmatically if a load module has been zapped?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John [ snip ] You promote load modules?!? shudder. We insist on a good recompile from source. We promote synchronized source / load packages. That way, we guarantee that the code that goes into production is precisely the same code that was tested and QA'd. Recompiling into production affords an opportunity to change compiler options, for example, potentially giving code that is not exactly what was tested. -jc- -- 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
Not Authorized to SMPLTS??
Hi, All, Can anybody explain this? PAGE 0001 - NOW SET TO TARGET ZONE MVST100 DATE 03/18/08 TIME 14:21:00 SMP/E 34.06 SET BDY(MVST100). GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00. APPLY S(CEEWCO1) ASSEM REDO CHECK . GIM54701S ** ALLOCATION FAILED FOR SMPLTS - IKJ56864I UTILITY DATA SET NOT ALLOCATED, USER NOT AUTHORIZED FOR FUNCTION SPECIFIED. GIM20501IAPPLY PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. SMP/E IS AT LEVEL 34.06. I do this sort fo thing frequently (and successfully) on this sandbox. Why not today, considering: 1. I am the RACF Admin on this image; 2. I maintain this particular USERMOD; 3. Only one other colleague fiddles with SMP/E and we communicate well; 4. Neither of us has changed anything since my previous successful foray: 5. I can browse this SMPLTS dataset via ISPF. Just trying to tweak our LE options for CICS... TIA, -jc- -- 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: Not Authorized to SMPLTS??
-Original Message- From: IBM Mainframe Discussion List On Behalf Of [EMAIL PROTECTED] Is your MIGLIB APF authorized? APAR IR92833: MSGGIM54701S Yes. But you prompted me to look more closely at the JCL, which had MIGLIB steplib'd to the other volume. Works fine now. Thanks, -jc- -- 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
Define Pagespace -- SWAP vs NOSWAP?
Hi, All, We're renovating our page dataset allocations (z/OS 1.7 - 1.9) and found that our previously-used DEFINE specs from many moons ago need tweaking beyond space and volser; specifically, SWAP vs NOSWAP. From reading the following: SWAP|NOSWAP specifies whether page space is defined for local system queue area (LSQA) pages or for pageable private area pages. (Auxiliary storage management separates private area address space pages into LSQA pages and pageable private area pages.) SWAP Specifies that the page space is a high-speed data set used during a swap operation to store and retrieve the set of LSQA pages owned by an address space. NOSWAP Indicates that the page space is a conventional page space used to record pageable private area pages. It appears that we should take the default of NOSWAP for our LOCALs and PLPA/COMMON datasets. But since we don't currently swap-out address spaces like in the old days (we don't have any specific SWAP datasets), should we consider defining a subset of our new page datasets with the SWAP parameter? If so, how many or what proportion? Since nowadays just about everything is a high-speed data set (device), would it make a measurable difference one way or the other? Any advice / recommendations / caveats would be appreciated. TIA, -jc- -- 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: Is IT becoming extinct?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Staller, Allan Since this is a family list G I cannot use the true language needed to Express my opinion. I will have to paraphrase! Horse Manure! The phonetic alphabet is your friend here: Bravo Sierra, or if you're _really_ irked, Bravo Foxtrot Sierra. :-) Alternatively, you could diagnose the writer as constipated, or playing the colon calliope. :-) -jc- -- 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: Is IT becoming extinct?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Richard Bond Predicators of the mainframe demise are probably of the same genre as those experts (who have probably never opened a science book) who are expounding the dangers of this global warming nonsense. Indeed, I think Chicagoland is finally experiencing the nuclear winter forecasted by Carl Sagan et al, as a consequence of Iraq torching all the Kuwait oil wells during the first war over there. I doubt seriously that the mainframe is going away, ha ha; rather, it is frequently wearing new clothes in the form of penguin tuxedos and other non-traditional garb. :-) -jc- -- 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: ABCs of z/OS System Programming Volume 6
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden Unless I previously missed it, I think this is the first time volume 6 has been available. Volume 6: Introduction to security, RACF(r) , Digital certificates and PKI, Kerberos, cryptography and z990 integrated cryptography, zSeries(r) firewall technologies, LDAP, Enterprise identity mapping (EIM), and firewall technologies. http://www.redbooks.ibm.com/redpieces/abstracts/sg246986.html?Open You didn't miss it. The URI points to a draft; scheduled publication is April, 2008. -jc- -- 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: Is IT becoming extinct?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL [ snip ] One outsourced their development to India because they couldn't find any new COBOL programmers. At a price they were willing to pay, perhaps -jc- -- 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: Enhanced PSP Compare Program
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Edward Jaffe Cyrus Goodriver wrote: A question for IBMers who posted on this subject: Why the nice feature of informing PARM=* to PSP tool to screen all target zones defined to the Global CSI has been dropped from the new version ? (it ends in error). Weird! It appears I received this same message exactly 7 hours and 40 minutes ago. Is there something going on with a mail and.or list server? Something's weird. I've seen whole threads arrive in reverse chronological order. -jc- -- 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: Is IT becoming extinct?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of O'Brien, David W. You missed the point. The previous post to mine mentioned that's it's easier to say 'Sorry' than get permission. My post was meant to warn of the possible ramifications of taking that approach. If I tried to describe the change control approach at my former shop, you most likely would not believe it. Some jobs are not worth having. This was one of them. Sounds like commentary I've heard about the U.S. legal system: Truth and justice are irrelevant, so long as procedure is followed precisely. -jc- -- 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: Is IT becoming extinct?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Howard Brazee On 28 Mar 2008 08:17:13 -0700, [EMAIL PROTECTED] (Rick Fochtman) wrote: Sounds like commentary I've heard about the U.S. legal system: Truth and justice are irrelevant, so long as procedure is followed precisely. unsnip--- And the lawyers get their (obscene) fees! :-) I think due process is the goal of judicial systems most everywhere. And people want predictability more than Truth and Justice. Predictability allows plans to function.Justice might bite us. Perhaps, to a point. But if you have a program that predictably abends with, say, S913-xx, wouldn't you prefer justice in the form of diagnosing and fixing the cause, rather than get so-and-so to run it? Due process should be a means, not an end. -jc- -- 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: LISTCAT QUESTION
-Original Message- From: IBM Mainframe Discussion List On Behalf Of willie bunter Good Morning To All, I am stuck trying to decipher the DEVTYPE X'' from the following LISTCAT (posted below). The dsn is cataloged, and the VOLSERS are controlled by a product ExHPDM. I have checked the manual Z/OS V1R7.0.DFSMS Access Method Services for Catalogs, but it is not indicated in the LISTCAT Code column. Can anybody suggest where else I can look it up? NONVSAM --- SYS2.VPROM02.C1018300 IN-CAT --- SYS2.ICFCAT.BACKUP HISTORY DATASET-OWNER-(NULL) CREATION2008.082 RELEASE2 EXPIRATION--.000 VOLUMES VOLSER**SOV* DEVTYPE--X'' FSEQN--4 ASSOCIATIONS(NULL) ATTRIBUTES Thanks. We see that on all indirectly-cataloged datasets. -jc- -- 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: CICS Installation
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Pace Doing my first every install of CICS under z/OS. I'm confused by some parameters in the dialog. WUI - create a WUI CICSplex? WUI? Web User Interface. This is a single z/OS system, there will not be multiple CICS(s) running. Though CICSPlex SM installs as a component of CICS TS, it is not mandatory to configure it or run it. -jc- -- 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: U.S. suspends IBM from seeking new federal contracts
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Eric Bielefeld Ed, Thanks for sending that link. That article raises a number of questions. If you're the head of an agency and your z machine is swamped, can you upgrade? I'm sure the process takes at least a year to upgrade, but if you can't get a replacement machine, what do you do? Conversions off the mainframe take years. Maybe this is not an issue and they can just buy from a 3rd party reseller. Does anyone know anything about the federal governments procurement policies of new mainframes? Just curious, although as a citizen of the US, that is something that affects me from a tax standpoint. I'd wager that most if not all IBM products (hardware and software) are already available via current GSA contracts. As I read the article, the government is barring itself from any _new_ contracts with IBM until whenever. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA ESD files Options
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman -snip- I can promise you that if MVS will support email and surfing the Internet you will have the same problem as open system have. --unsnip- I must take very strong exception to that statement. MVS, and its successors, by their very nature and architecture are FAR AND AWAY more secure against viruses, Trojan horses and worms than any other operating system I've seen or dealt with. Linux/Unix are as secure as the user chooses to make them. WinDoze, from a security standpoint, is a sieve!. Submarine / screen door .. -jc- -- 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: Another RNL question
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman -snip--- Damn! Here I thought I'd discovered a new super-secret, undocumented, instruction! Like the one that doesn't allow z/OS to run on an IFL (yes, I know it is more complicated than that). -unsnip-- Which one is that? :-) More likely the IFL has one or more instructions disabled, without which z/OS simply won't IPL. -jc- -- 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: Another RNL question
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Edward Jaffe Chase, John wrote: More likely the IFL has one or more instructions disabled, without which z/OS simply won't IPL. Rick is implying that the disabled instruction on specialty engines is not documented in POO. My GUESS is that it's a DIAG.. -jc- -- 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: Duplicate temporary dataset names
-Original Message- From: IBM Mainframe Discussion List On Behalf Of R.S. Hunkeler Peter (KIUK 3) wrote: //SYSEXEC DD DISP=(OLD,PASS),DSN=amp;SYSEXEC Trying the amp;, I get: IEFC620I UNIDENTIFIABLE CHARACTER a ON THE DD STATEMENT IEFC620I UNIDENTIFIABLE CHARACTER m ON THE DD STATEMENT IEFC620I UNIDENTIFIABLE CHARACTER p ON THE DD STATEMENT IEFC620I UNIDENTIFIABLE CHARACTER ; ON THE DD STATEMENT What's the secret here? Lower case characters. Strictly forbidden in JCL. Try AMP Better yet, remove the 'amp;' and just concatenate the SYSEXEC onto the two amphersands. -jc- -- 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: My last post in this forum.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman FUD ??? Shortened form of FUDSI: Fear, Uncertainty, Doubt, Superstition, Ignorance. Like what we see in politics. :-( -jc- -- 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: Specialty Engine Prices (Was: Another RNL question)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John [ snip ] Thanks for the information. I might ask my manager. But I might not because the mainframe is going away. We don't know when ... Second Tuesday of next week is usually as good a prediction as any.. -jc- -- 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
Dynamic PER Traps
Hi, All, How quickly does the first of a pair of SLIP IF traps arm the second one? I have a situation wherein I may need to trap an IF in a common routine only when it's called from a specific location within a specific program. The route from the caller to the common routine goes thru some IBM OCO code, so I can't say with confidence how long it would take to get from the caller to the callee. TIA, -jc- -- 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: z/OS 1.4-1.7 gotchas
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Scott Rowe ??? AFIAK there is no fix, microcode or otherwise, for the segmentation offload problem. I think the default has since been changed been changed to off. Also, it did not affect old OSA cards, it affects ALL OSA Express cards. There was also no need to POR, or even IPL, to recover the card, all that is needed is to configure it offline to ALL LPARs, and then back on. I believe you're correct. We're waiting for the same fix which, last we heard, is due sometime in 2Q2008. -jc- -- 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: IBMLINK/VM/Classic appears down
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Bobbie Justice I've been logged on for several days, and it's been okay. Worked for me, too. I'd been signed-in via the web interface all day, and had received an automatic notification of an update to an open ETR. I selected List ETR Records, and after about 3 minutes of nothing, proceeded to: 1. Open a new tn3270 session; 2. Connect to IBMLink; 3. Log on; 4. Browse ALL my open ETRs; 5. Enter a reply to one of them; 6. Log off. Meanwhile, my web IBMLink session continued to do precisely nothing. -jc- -- 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: IBM sites on Google Maps
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin On Thu, 10 Apr 2008 07:34:42 -0600, Howard Brazee wrote: I pass by streets tape drive and disk drive next to Storage Tech near Boulder, CO. That would be circa: http://maps.google.com/maps?hl=enie=UTF8ll=39.945082,-105.13 7999spn=0.017602,0.026779t=hz=15 ... of course that was deliberate whimsy. But it was done without notifying the local emergency services who panicked when they learned their locators were outdated. The property has been sold to Conoco Phillips, so there will be a new set of names. Any guesses? Money Bin Circle? -jc- -- 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: IBM sites on Google Maps
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 04/10/2008 10:31:43 AM: -- Information from the mail header --- Sender: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Poster: Chase, John [EMAIL PROTECTED] Subject: Re: IBM sites on Google Maps -- - -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin On Thu, 10 Apr 2008 07:34:42 -0600, Howard Brazee wrote: I pass by streets tape drive and disk drive next to Storage Tech near Boulder, CO. That would be circa: http://maps.google.com/maps?hl=enie=UTF8ll=39.945082,-105.13 7999spn=0.017602,0.026779t=hz=15 ... of course that was deliberate whimsy. But it was done without notifying the local emergency services who panicked when they learned their locators were outdated. The property has been sold to Conoco Phillips, so there will be a new set of names. Any guesses? Money Bin Circle? -jc- -- 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 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Daniel McLaughlin Gasoline Alley? And that big ditch out back could be named Price Gouge. :-/ -jc- -- 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: Installers (Was: IBM announcements)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Edward Jaffe Shane wrote: Excellent !!! - did he say excellent ???. Perhaps one day I'll bump into Mr. Jaffe in a bar somewhere and coax out of him who this mystical (mythical ???) vendor might be ... ;-) In October 2000, a man I greatly admire and respect kindly wrote: http://bama.ua.edu/cgi-bin/wa?A2=ind0010L=ibm-main-archivesP =R3449I=1. Of course, things have only gotten worse since then ... ;-) Sorry, you are not authorized to browse the archives of the IBM-MAIN-ARCHIVES list from the email address ([EMAIL PROTECTED]) you entered in the login screen. WTF??? Worked fine yesterday... -jc- -- 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: Workable Mainframe Debuggers
-Original Message- From: IBM Mainframe Discussion List On Behalf Of David Logan I was wondering if there are any function debuggers on z/OS these days. Our shop is currently using z/OS 1.5, and the IBM provided LE debugger (via the LE TEST options) is completely unusable for us. It always has been. What suggestions might other people have? I don't know of any other built-in facilities (beyond TSO TEST), or any free ones, but IBM and other vendors offer debuggers at various (but presumably competitive) fees. Our shop currently licenses Compuware's Xpediter for COBOL debugging (batch and CICS). If you're into serious bit-twiddling with Assembler, I've heard you can't beat this one: http://www.colesoft.com/overview.shtml -jc- -- 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: COBOL / VSAM question.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Monday, April 14, 2008 11:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: COBOL / VSAM question. On Mon, 14 Apr 2008 12:33:16 -0400, Farley, Peter x23353 [EMAIL PROTECTED] wrote: No smoke involved. We have that here in many different programs, ALWAYS check for BOTH '00' and '97'. Or better yet (as someone else mentioned) an 88 level on the FILE-STATUS identifier with both values. And sysplex has nothing to do with this really. It thought this needed to be done since DF/EF in the 80's. I guess if you've run into previous file status 97s, someone must have run a VERIFY. Mark -- I have NO idea about the VERIFY. And, of course, since the last thing that we did was convert to a sysplex, the first question out of the programmer's mouth was: It has always worked before. Is the sysplex conversion the reason that it all of a sudden failed? It's been many years, but ISTR (vaguely) that the 97 occurs at OPEN time if an _implicit_ VERIFY was done (i.e., OPEN discovered that the previous opener of the dataset did not close it cleanly, so it invoked VERIFY under the covers). The fix was (is?) to run an _explicit_ IDCAMS VERIFY against the dataset. I don't believe sysplex has anything to do with it, but like I said, it's been many years -jc- -- 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: Specialty Engine Prices
-Original Message- From: IBM Mainframe Discussion List On Behalf Of William H. Blair Edward E Jaffe wrote: I presume the reason is that an ICF engine has more moving parts and precision components forged from precious metals -- requiring higher manufacturing costs. These costs are passed on to the consumer in the form of higher prices... :-D ;-) O:-) Ed, I've met you. Your cheeks are of insufficient size to get your tongue in either one of them that far. You certainly already know the reason ICF engines are more expensive is that the collision insurance rates are up for the newest, faster models. And all this time I thought it was because the electrons in the ICFs require advanced, specialized training. Higher education = higher salary. -jc- -- 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: C++ Workable Mainframe Debuggers (and a Public z/OS HTTP Server)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Timothy Sipples [ snip ] I forgot to mention that there is an IBM Debug Tool test drive available, at least for the classic user interface. [I posted details previously on the test drive for the graphical workbench. But if you happen to have Rational Developer for System z or WebSphere Developer Debugger for System z, I believe we have the necessary Debug Tool TCP/IP port accessible on the test drive system for you to connect.] Start here to sign up: http://zserveros.dfw.ibm.com This test drive system is also available for trying many application development tools, DB2 tools, and IMS tools. We have Debug Tool Utilities Advanced Functions Version 8.1 (the latest release) installed on the test drive system along with a bunch of other products. We try to keep this system up-to-date with all the latest releases. Looks interesting, but one essential ingredient appears to be missing (or well-hidden): How does one register to use it? The Obtaining your UserID and Password link only says how to proceed _after_ you've obtained them. -jc- -- 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: COBOL / VSAM question.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL Or just assume '97' is a valid open (which it is) and continue. Better choice! Most shops have enough batch window problems without re-running potentially successful jobs. The reply from programming: We never needed it before! Why do we need it just because the VSAM file is OPEN on a different system? It works fine if the job is run on the same system. This breaking of the system in twain was supposed to be transparent! Some questions don't deserve answers, because they are self-answering. -jc- -- 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
IBM websites slow today?
Not just IBMLink, but also the z/OS Internet Library websites are painfully slow responding today. Anybody else notice that, or might it be local to the Chicago area? -jc- -- 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: COBOL / VSAM question.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Savor, Tom And I dislike application folks who won't test in my sandbox then complain when things blow up the first few days after a roll-up. An impasse? That was the point. I understand that you guys are very smart folks, but you guys LOVE to point all problems at application folksits tiresome. From the other side of the fence, it is equally tiresome when you folks point all problems at systems folks. anecdote A few years ago during acceptance testing of a z/OS upgrade, an application group reported that their application (an ISV product, btw) was abending in one of the two CICS regions in which it ran. After several hours of dump/trace analysis and several calls to the product vendor's support center, it was discovered that one of several interdependent product load modules was back-level in the abending region. After some pointed questions about that inconsistency, they finally admitted to having botched the backout of a test change package. When they corrected that inconsistency, the abends stopped. /anecdote -jc- -- 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: IRREVX01 strangeness
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Whelan [ snip ] The (in)famous CLC 0(R9,R8),FILTER'filter('found? was actually based on one of the IRREVX01 samples included in SYS1.SAMPLIB(RACEXITS): LAR7,L'USERKEY CLC 0(R7,R5),USERKEY with USERKEY defined as: USERKEY DCC'USER('a PASSWORD keyword Fascinating. I didn't know CLC was (also) an RX instruction. I wonder how often the above code excerpt actually finds 'USER('? :-) -jc- -- 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: Torn Between Two Catalogs
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] roups.com ... I moved some users high level nodes from a mastercat to a usercat. All worked with one exception This user can sign on, but when she lists her datasets under 3.4, all that displays is the alias. No datasets appear aside from the alias. She can't list any datasets associated with any usercat. She can 3.4 datasets in the mastercat, but that's all. Other users in the usercat have no problem. Just not under 3.4 Does anyone have any advice? Thank you, Serenity Silly question probalby, but: Did she flag the following option in de 3.4 panel: /Include Additional Qualifiers 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Torn Between Two Catalogs
Oops... Sorry for the blank reply... -Original Message- From: IBM Mainframe Discussion List On Behalf Of Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] roups.com ... I moved some users high level nodes from a mastercat to a usercat. All worked with one exception This user can sign on, but when she lists her datasets under 3.4, all that displays is the alias. No datasets appear aside from the alias. She can't list any datasets associated with any usercat. She can 3.4 datasets in the mastercat, but that's all. Other users in the usercat have no problem. Just not under 3.4 Does anyone have any advice? Does this user have appropriate access permissions to the usercats? -jc- -- 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: action in UK33496
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Skip Robinson Dang, Patrick, how did I miss the connection? Once upon a time, JES2 undertook to manage a newfangled print gismo the same way they always had: start, stop, ship data, handle glitches, the whole enchilada. This newly bred puppy, the 3800, proved to be famously ill mannered. It not only laid waste to the surrounding landscape, it got its master in serious trouble with the whole neighborhood. At a time when 'FSS' was still just a euphemism for something vulgar, JES2 was desperate to impose some order on the 3800 chaos. For one particularly troublesome set of circumstances, a short term maneuver was proposed: 'throw up our programmatic hands and start over'. The problem was how to 'start over' in the middle of some very complex code? Someone noticed that there was already a robust error handling routine that got control in case of JES2 main task abend. This routine cleaned up the 3800 tangle and returned to a known and workable restart point. Trouble was, the error condition that required 'recovery' was often no more than a printer return code that JES2 didn't know what to do with. So the ingenious solution was to branch deliberately to a specific literal string containing a conspicuous 'error message'. The resulting S0C1 would be recognized as an intentional punt (US football term), normal recovery would be invoked, and life would go on. Unfortunately, somewhere between conception, testing, and actual release--come on, did nobody see this before PTF GA?--the intended literal got (re)rendered as an EBCDIC string whose hex beginning fatally resembled a decimal OP code. So instead of S0C1, JES2 took a S0C7, which the recovery routine was not expecting. JES2 died on the spot, and sysprogs all over the world scratched their heads in disbelief. Now that really was funny. Who'da thunk to _start_ a string with a null character? :-) -jc- -- 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: Upgrade error.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Howard Brazee We just upgraded our OS to ZOS 1.9 and old CoBOL programs fail with the following error: 000121 008200 COPY ABEND01. 000121== IGYDS0010-S A COPY statement was found but the LIB compiler option was not in effect. Scanning was resumed at the item following the next period. How do I set up our compilers to work again? (Batch and Endevor - no CICS) Re-apply whatever USERMOD you had on the previous z/OS release to tailor your COBOL installation options. This is z/OS-release-independent. -jc- -- 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: SHARE Future Conferences
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Cleary Greetings, I am posting this to try and find the long list of future SHARE conferences for the next few years. In looking at SHARE's web site, under future conferences, only San Jose and Austin are listed. Can someone point me to or provide me with the complete list of SHARE future conferences with dates and locations. That's it, as of today. -jc- -- 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: Websphere MQ Monitoring Tool
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Johnson Can anyone recommend a mainframe product to monitor MQ series. We use ASG's TMON's for CICS, DB2, and zOS. I assume they also have an MQ monitor? We run TMON/MQ, but since I'm not the MQ Guy I can't render an opinion about it. -jc- -- 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
WLM classification for separate tn3270 server?
Hi, All, In preparation for z/OS 1.9 (currently on 1.7), we're fledging the tn3270 server from the TCPIP nest to its own address space. TCPIP currently runs in SYSSTC. Would that also be appropriate for the new TN3270 address space? Any difference in importance or specific goals for it? We're studying the current Redbooks.. TIA, -jc- -- 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: Identify matching records
Um, there's no H in DFSORT.. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George, William (DHCS-ITSD) Sent: Friday, April 25, 2008 2:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Identify matching records Thanks, I did go looking for examples in the DFHSORT web site but couldn't locate them. What is this link? Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tony B. Sent: Friday, April 25, 2008 12:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Identify matching records From various examples in the DF/SORT web site. //STEP1EXEC PGM=ICETOOL //TOOLMSG DD SYSOUT=* //DFSMSGDD SYSOUT=* //I DD DISP=SHR,DSN=INPUT1 // DD DISP=SHR,DSN=INPUT2 //MATCH DD SYSOUT=* //NONMATCH DD SYSOUT=* //TOOLINDD * SELECT FROM(I) TO(MATCH) ON(01,10,CH) ALLDUPS DISCARD(NONMATCH) matching on columns 1-10. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George, William (DHCS-ITSD) Sent: Friday, April 25, 2008 1:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Identify matching records We have an IMMEDIATE need to identify records in two files that match. One file has several million records while the other has about ½ million. We need to locate all records in the smaller file that are also in the larger file ASAP. I pose this to the group just in case someone can identify a means via SORT, SUPERC or some other means faster than I can research to find an existing method or building one. Thank You for any insights. Bill -- 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 No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.4/1397 - Release Date: 4/25/2008 7:42 AM No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.4/1397 - Release Date: 4/25/2008 7:42 AM -- 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 No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.4/1397 - Release Date: 4/25/2008 7:42 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Identify matching records
Append the part that wrapped to the second line. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George, William (DHCS-ITSD) Sent: Friday, April 25, 2008 2:23 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Identify matching records I get this from that link Tony. Our apologies... The page you requested cannot be displayed Thanks for the help anyway. Bill -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tony B. Sent: Friday, April 25, 2008 12:16 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Identify matching records http://www-304.ibm.com/systems/support/storage/software/sort/m vs/professor_s ort/index.html -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George, William (DHCS-ITSD) Sent: Friday, April 25, 2008 2:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Identify matching records Thanks, I did go looking for examples in the DFHSORT web site but couldn't locate them. What is this link? Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tony B. Sent: Friday, April 25, 2008 12:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Identify matching records From various examples in the DF/SORT web site. //STEP1EXEC PGM=ICETOOL //TOOLMSG DD SYSOUT=* //DFSMSGDD SYSOUT=* //I DD DISP=SHR,DSN=INPUT1 // DD DISP=SHR,DSN=INPUT2 //MATCH DD SYSOUT=* //NONMATCH DD SYSOUT=* //TOOLINDD * SELECT FROM(I) TO(MATCH) ON(01,10,CH) ALLDUPS DISCARD(NONMATCH) matching on columns 1-10. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George, William (DHCS-ITSD) Sent: Friday, April 25, 2008 1:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Identify matching records We have an IMMEDIATE need to identify records in two files that match. One file has several million records while the other has about ½ million. We need to locate all records in the smaller file that are also in the larger file ASAP. I pose this to the group just in case someone can identify a means via SORT, SUPERC or some other means faster than I can research to find an existing method or building one. Thank You for any insights. Bill -- 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 No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.4/1397 - Release Date: 4/25/2008 7:42 AM No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.4/1397 - Release Date: 4/25/2008 7:42 AM -- 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 No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.4/1397 - Release Date: 4/25/2008 7:42 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.4/1397 - Release Date: 4/25/2008 7:42 AM No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.4/1397 - Release Date: 4/25/2008 7:42 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff /
Re: MULC availability
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Shane On Fri, 2008-04-25 at 21:56 -0500, Al Sherkow wrote: Contact your independent consultant for an independent analysis of which of the alternatives is best for your site. And if you don't happen to have such a beast handy, I'm sure Al can recommend a world class one ... ;-) I've got to say this must be a good branch of the business to be in - if you have the interest. I find all the permutations mind-bogglingly inane - pity the (small) bloody customer. Timothys explanation not-withstanding - I must admit I got bored and went back to reading this http://www.xs4all.nl/~carlo17/libecc/reference-manual/group__theory__fac torization.html (for something a little lighter). Do you have that in Assembler? -jc- -- 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
FW: ServerPac 3592 cartridge without bar code.
Forwarded on behalf of a colleague __ We ordered a z/OS 1.9 ServerPac on 3592 media. IBM shipped the cartridge without a bar code. We are using a 3584 Automatic Tape Library which requires an external bar code label. We tried the process from the TS3500 Operator Guide (GA32-056-03) page 77 - Assigning a Volume Serial (VOLSER) Number to a Tape with an Unknown VOLSER. However when we attempt to use the tape we get: CTTCBR14: VOLUME: M249AA IS CURRENTLY IN EJECT PROCESS 648 PLEASE RESPOND TO CTTCBR12 MESSAGE Msg CTTCBR14 is issued by exit CBRUXVNL when a mount message is issued for a volume that is currently in eject process from the automated tape library. As an alternative, how large a download is a typical z/OS 1.9 Serverpac via electronic delivery? TIA, -jc- -- 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: Just checking
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL It seems RIM is screwing up BlackBerry usage, again. So, I am sending this (off-topic) message just to see what the replyto is. Sorry, if I bother you. I received it with reply-to set to IBM-MAIN. However, a recent post from you to RACF-L had reply-to set for off-list direct reply to you. -jc- -- 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
SCRT LMS site problems?
Hi All, Is anybody else having problems submitting SCRT reports via the LMS website this morning? We _think_ we submitted ours, but have not received any response yet (it's been 3 hours so far). Earlier we had received notification of a scheduled outage for Sunday, May 4, but . TIA, -jc- -- 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: Shop zSeries Ordering Issues
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Schwarz, Barry A Yes it's great if you are allowed to connect your system to the internet. For the rest (few?) of us who cannot, we still need maintenance. And while we are on the subject, why does an internet download have to go to a Unix file? Is there some reason SMP/E couldn't handle a normal dataset? If I wanted a Unix system, I would have bought one. If you bought z/OS, you _DID_ buy a Unix system. :-) -jc- -- 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: Shop zSeries Ordering Issues
-Original Message- From: IBM Mainframe Discussion List On Behalf Of R.S. My adventure with ShopzSeries: I ordered JAVA SDK for z/OS. It is free product/ I can dowlnload it from IBM webpage without any paperwork. However web-downloadable form is non-SMP/E. SMP/E package is only from ShopZ - but it's still free of charge. But not free of paperwork. It took several weeks (!) to get ...no, not the software - I've got the papers to sign up. After the signup and sending the papers to IBM I'll MAYBE get my order. You didn't mention how long you've been registered with Shopz, or how long Shopz has been available in Europe. But I had a similar experience when I ordered the z/OS UNIX Ported Tools, after it was no longer available as a free download. Took about 10 days to process the additional license (no physical paperwork involved), but within a couple hours after I received email notification that the paperwork had been completed, my Shopz order magically changed from manufacturing to ready for download. Later, we ordered the z/OS 1.9 Serverpac, and when it was delivered we saw that it included the z/OS UNIX Ported Tools. BTW: I also downloaded XML Toolkit for z/OS. This is available for download in SMP/E form. Why not JAVA SDK ? BTW2: XML Toolkit is free of service, so later I downloaded a bunch of PTFs for that product. BTW3: I didn't want XML Toolkit. But this is required for CICS TS 3.2 installation. However *no of the IBM systems* informed me about it. I ordered z/OS and CICS via ShopZ - no notification about prerequisite. I processed ServerPac Installation Dialog - no information about missing prerequisite. I found it hard way - CALLLIBS failed. Then found small font notification that I need XML Toolkit. Welcome to the club. :-) We learned about that prerequisite the same way, before the fine print about it appeared (CTS 3.2 was our first bleeding edge software product in a long time). -jc- -- 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: Shop zSeries Ordering Issues
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jousma, David All of you are starting to show your age Something you setup once, and forget. Indeed. If you don't occasionally learn some new tricks, your audience will get bored and wander off... -jc- -- 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: Shop zSeries Ordering Issues
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Schwarz, Barry A Strange, I could have sworn you were one of the vocal dissenters when IBM did away with JOBCAT and STEPCAT. Not all progress is in the forward direction. I think that was Ed Gould -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM / COBOL question - redux (fwd)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John Well, if ya'll remember, we've had a spate of COBOL File Status codes of 97 since we split our z/OS image in two. This occurs when the file is open for OUTPUT on one image and a COBOL program opens the same file for INPUT on the other image. Well, we have another File Status. This time with a code of 90. The diagnostics for that are not as obvious, but the question is the same. Is this do to the LPAR split? If so, how do we fix it. I don't know off hand. None, or maybe only few, of our COBOL program use the extended FILE STATUS phrase to get VSAM codes. This particular program does not. The only IEC161I messages that I see in the job are the ones which normally have a file status of 97, not 90. Any preliminary help before I tell the programmer to change the program so that it displays the VSAM file status codes as well? Everybody knows what the response to that will be: We never had to do that in the past!!! sigh. I hate this splitting of the image in twain. It is rooting out all sorts of bugs. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IGY3LR31/6.1. 8.9.1 And http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IGY3PG32/1.13 .4.5 (In that order.) -jc- -- 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: Shop zSeries Ordering Issues
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, May 05, 2008 4:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Shop zSeries Ordering Issues On Mon, 5 May 2008 11:27:41 -0700, Schwarz, Barry A wrote: I don't object to z/OS including Unix. I do object to being forced to use it for completely unrelated functions. One uses the most convenient tools available. c all /Unix/VSAM/ ... in your tirade and reset your clock a couple decades. History repeats itself. -- gil I still despise VSAM at times. Like right now due to not being able to share an open VSAM file across z/OS images. Granted, this is a documented restriction. But our programmers don't really care, they just want VSAM to work the way that __they__ want it to work, not the way it was designed. 1. VSAM RLS (free, but specialized programming needed). 2. DFSMStvs (Transactional VSAM; extra-cost product). -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM / COBOL question - redux (fwd)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Comstock McKown, John wrote: -Original Message- From: IBM Mainframe Discussion ListOn Behalf Of Gibney, Dave Aside from the fact that you might be improving their code :) I thought you engaged in the splitting exercise to separate Production from Development. If so, why is a Production file being shared at all. Make them make a copy. I totally agree with that idea. But I have been shot down many times. They feel that the absolutely MUST read the actual Production file. What they do, at times, is run a test job under their ID to extract production data. Once they have it working in test, then they create a production special job to actually extract the data to a production file for some other processing. But they don't want to test their code against the test data, they test against the production data. I guess so that they can be sure that it will actually run when presented with the data in the production file. Another reason is that management is not being penny foolish and demanding that any DASD allocations be justified. It is difficult to justify making a copy of production data for testing when the actual production data can be used instead. At least from what I understand. Again, I disagree with this philosophy. But I'm just a grunt. H. Memo to self: find out if healthmarkets is used by my insurer. If so, change insurers. Indeed! One can only wonder how such a schema could pass a HIPAA audit. -jc- -- 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: 3420 old tapes
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex R. I'm pretty sure Ditto is only shipped with z/OS if you pay for it. I believe it's called File Manager nowadays, and it is a priced product. We demo'd Version 1.0 way back when, and at the time it really was DITTO with a facelift. I think it's up to Version 7 or 8 by now. -jc- -- 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: 3420 old tapes
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ken Porowski IBM* DITTO/ESA for OS/390 or MVS Version 1 Release 3 Is what I have. I've been ordering it with my ServerPac's for every z/OS release I've had. Not really changed since the ESA days (as you can tell by it's name). IMHO lost some functionality when they added security to it (If I KNEW the %$#* dsn I wouldn't need DITTO!). Still have to pay for it. Not sure if File Manager is really a replacement, I thought it was a competitor for Compuware File-Aid I believe that's its intent nowadays. My last experience with real DITTO was in 1997 when I worked for a software house. But when we trialed File Manager v1, my first impression of it was, It's DITTO with a new front-end. I've heard that the current version of FM offers most, if not all, of the functionality of File-Aid. And remember that Compuware sued IBM a few years ago when the IBM Debug Tool came too close to the look and feel of Xpediter. -jc- -- 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: RACF Database Sizes
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman I'm working on reporting tools for RACF and could use a little help in determining sizes. I need to work with in-storage tables, or possibly linked lists, to associate various items of data. Could any of you who use RACF please respond, off-list, with counts of the various profile types in your RACF databases? I'm primarily concerned with counts of user, group, and dataset profiles at this time. The object in this first set is a spread-sheet-like report of dataset profiles with their access lists. [ snip ] For those interested in responding, here's a quick'n'dirty way to get those counts: //SORT00 EXEC PGM=SORT //SYSOUT DD SYSOUT=* //SORTDIAG DD DUMMY //SORTIN DD DISP=SHR,DSN=unloaded.racf.database.dsname //R100 DD DUMMY //R200 DD DUMMY //R400 DD DUMMY //SYSINDD * SORT FIELDS=COPY OUTFIL FNAMES=R100, INCLUDE=(05,04,CH,EQ,C'0100') OUTFIL FNAMES=R200, INCLUDE=(05,04,CH,EQ,C'0200') OUTFIL FNAMES=R400, INCLUDE=(05,04,CH,EQ,C'0400') /* The counts will show in the ICE227I messages in //SYSOUT. R100 is GROUP profiles, R200 is USER profiles and R400 is DATASET profiles. The same can be done with the other record types in the RACF unload. -jc- -- 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: RACF Database Sizes
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Elardus Engelbrecht Chase, John wrote: For those interested in responding, here's a quick'n'dirty way to get those counts: [ ... snipped ... ] The counts will show in the ICE227I messages in //SYSOUT. Why? You can see the output of IRRDBU00 directly while creating unloaded.racf.database.dsname, like this: IRR67494I ? group profile(s) have been unloaded. IRR67494I ? user profile(s) have been unloaded. IRR67494I ? dataset profile(s) have been unloaded. Why not? Now you have two ways to get the counts. Your way requires an unload to be done now. My way can use _any_ previous unload, at any time. -jc- -- 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: ServerPac and zFS
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jerry Fuchs By doing a GOOGLE search on IOEPRM00 came up with a red book on zFS implementation. Since he didn't, I will: http://www.redbooks.ibm.com/redbooks/pdfs/sg246580.pdf -jc- -- 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
Publibz slow?
Is it just me, or is IBM's public doc server dragging its ahem today? -jc- -- 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: Red Alert: OA24741 Sysplex-wide impact due to loop in GRS on z/OS 1.9 and higher
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mariuca Iftime It is no PTF available for ZOS 1.9, only ZOS 1.4 PTF List: Release 740 : UA40682 available 08/05/07 (1000 ) == 1.9 Release 750 : PTF not available yet == 1.10 Release 750 : Relief is available in the form of: PTF -jc- -- 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: Mainframe programming vs the Web
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John -Original Message- From: IBM Mainframe Discussion List On Behalf Of Howard Brazee On 11 May 2008 14:26:06 -0700, David Alcock wrote: Ever since the Web came along I've been annoyed by those web sites that won't accept spaces or dashes like for credit cards and phone numbers. I know that even ancient mainframe COBOL has support for removing them with one command. I see that it's just pure laziness as I suspected all along: http://www.unixwiz.net/ndos-shame.html I've seen too much editing being done in CoBOL as well. Editing for stuff that doesn't matter - and which needs to be changed when conditions change. I hate the programming to make it hard to enter your credit cards, but I also dislike it when they don't let me put in a 80301-2472 zip code. There are foreign postal codes that *require* longer fields. And the U.S. postal service wants these as well. And let me type in phone numbers with dashes and parenthesis if I want. True! Validation of postal codes is a nightmare. Unlike credit card numbers and telephone numbers, each individual government makes up its own rules. The only way to validate is to first get the ISO (international) country code, then possibly have a validation for each country. The other thing that irritates many is the US (and English?) centric First Name, Middle Name (or initial), Last Name. I know that Hispanics often have a LOT of middle names, and they are important to them. But how to allow that is a difficulty that I would prefer to avoid. Along with the usual How many characters should I allow for a name?. Don't forget the multi-word surnames, like Van de Graaf, de la Hoya, etc. I'm sure those folks tire from receiving form-letter acknowledgements that start with Dear Mr. Van: or Dear Mr. de:. -jc- -- 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: Mainframe programming vs the Web
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Wayne Driscoll [ snip ] Also, it annoys me that (I have done this on occasion) the sites don't validate the combination of state and zip code. Especially since the drop-downs aren't always in the same order, depending if is built with the state postal abbreviation, or with the state name. I find it much easier to simply type IL than to move a hand from the keyboard to the mouse, find the drop-down hotspot and scroll around trying to accurately hit IL or Illinois; yet invariably if I type IL I find that I've selected whatever state is first in the segment that starts witl L. -jc- Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Sunday, May 11, 2008 10:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe programming vs the Web On Sun, 11 May 2008 20:52:44 -0600, Steve Comstock wrote: John McKown wrote: (1) for learning and (2) to prove it could be done with z/OS. So many PC Weenies preen with pride thinking that z/OS cannot do anything new and nifty. Wrong. Wrong indeed. Good on you. But note how many dinos preen with pride their overt contempt of the new and nifty for hardly better reason than their (mis-)perception that it bears the indelible taint of the PC Weenies. Bad on them. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Mainframe programming vs the Web
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Howard Brazee [ snip ] I did work for a company that had to clean up addresses - it had a dirty word file that it used - but I've read of some foreign dirty words that are valid places and names. . . . Ummm A town in Austria comes immediately to mind. -jc- -- 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: Mainframe programming vs the Web
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Robert A. Rosenberg At 11:27 -0500 on 05/12/2008, Chase, John wrote about Re: Mainframe programming vs the Web: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Howard Brazee [ snip ] I did work for a company that had to clean up addresses - it had a dirty word file that it used - but I've read of some foreign dirty words that are valid places and names. . . . Ummm A town in Austria comes immediately to mind. Or towns in the UK with SEX in their names (Middlesex, Sussex, etc). There's also Sexsmith, near Grand Prairie in Alberta, Canada. -jc- -- 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: CICS/BMS greenies to GUI's
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Klein This note was posted directly to the USENET newsgroup and hasn't had many replies. I am forwarding it to the list-server, to see if more people have input on it. (It is also in the comp.lang.cobol newsgroup). Graham Hobbs wrote... Hello, Big technical challenge for me so here I am again. Is CICS but that group seems dormant. I have a small system that generates Cobol/CICS programs but particularly generates several BMS Assembler macros (old green screens). After compiles and assembles the CICS transaction works fine. This is stuff I know well. Very briefly, the BMS I generate looks like: . . DFHMSD . . etc . . DFHMDI . . etc . . DFHMDF's etc END But I'd like to also generate a GUI frontend be it/they Java or HTML or what other possibilities are there. Might anybody have any pointers as to where I might begin? Articles, references, code samples (especially), etc? Thanks. //STEPNAME EXEC PGM=ASMA90,PARM='SYSPARM(TEMPLATE),other_parms' ... //SYSINDD DISP=disp,DSN=bms.source.library(member) -jc- -- 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: Java; a POX
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John -Original Message- From: IBM Mainframe Discussion List On Behalf Of Howard Brazee On 13 May 2008 08:57:14 -0700, Michael Poil wrote: Give me Assembler and a hand-held uninterpreted card punch any day. Real programmers don't use/need HLL's! Assembler? Real programmers don't need assembler! Right! We type the program in using the Alter/Display memory function! On older machine, we toggle in via the front panel switches! Hex is for wimps, binary forever! Type?? With plugboard and a schematic, who needs to type?? -jc- -- 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: CICS/TS 2.3 and z/OS 1.7
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jousma, David BTW, in either 1.7 or 1.8 LE parms got moved to PARMLIB, CEEPRMxx At 1.7 it became an option. Don't know yet if 1.9 does away with the USERMOD; we'll find out in about a week or so. -jc- -- 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