Re: Thought: new DISP status function
John, How about DISP=OVR (i.e., overwrite) ? If the dataset exists, then have the initiator perform a delete / hdelete operation. Thereafter, change the disposition to DISP=NEW. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, February 23, 2012 3:29 PM To: IBM-MAIN@bama.ua.edu Subject: Thought: new DISP status function We all know that you can specify DISP=OLD|SHR|NEW|MOD for a dataset. I just had another wacky thought of a new one that I would like. I can't really think of a good, three character, value for it. But what it would do is what UNIX does with a PATHOPTS=(OTRUNC,OCREAT). It would, like MOD, either reuse an existing allocation, or create a new one. But, unlike MOD, it would not add to the end, but put an EOF at the beginning of the dataset and start writing over the old data. What do others think? John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM researchers make 12-atom magnetic memory bit
Linda, What is interesting about this development is that according to Dr. Loth, by increasing the number of atoms from 12 to perhaps 200 it may be possible to make the storage technology stable at room temperatures. AFAIK, the highest density RDIMM storage currently available provides 16 GB per module. This technology could theoretically push that to 128 TB per module. The largest motherboard memory capacity I have seen is 288 GB (18 RDIMMs of 16 GB each). In a few years, this technology could permit the production of computers have a storage capacity as high as 2.5 Petabytes (2.5 x 10^15 bytes). John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Linda Mooney Sent: Saturday, January 14, 2012 9:58 PM To: IBM-MAIN@bama.ua.edu Subject: IBM researchers make 12-atom magnetic memory bit Greetings All! Found this article on the BBC today. IBM researchers make 12-atom magnetic memory bit http://www.bbc.co.uk/news/technology-16543497 Linda -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Looking for Mailing List
All, I am looking for a mailing list where I can pose questions specific to the EZASMI TCP/IP socket programming interface. Can anyone offer any suggestions? John P. Baker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Looking for Mailing List
Tony, Thanks for the pointer. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tony Harminc Sent: Thursday, December 29, 2011 2:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Looking for Mailing List On 29 December 2011 14:38, John P. Baker hfdte...@comporium.net wrote: I am looking for a mailing list where I can pose questions specific to the EZASMI TCP/IP socket programming interface. Can anyone offer any suggestions? I believe the IBM-TCP list (ibmtc...@vm.marist.edu) covers all of the TCP/IP APIs. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Trouble Reading a Spanned File with an Assembler Program
Bruce, Can you please post the actual assembler output? John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hunt, Bruce Sent: Tuesday, March 08, 2011 12:40 PM To: IBM-MAIN@bama.ua.edu Subject: Trouble Reading a Spanned File with an Assembler Program I am trying to read a spanned file with a record format of VBS or variable blocked spanned, a record length of 1, a block size of 27998, an organization of PS or physical sequential (all according to the file attributes), and a real record size of 65535. I am not the greatest Assembler programmer but my program is pretty simple. But I get a SOC4 on the open. Any help will be greatly appreciated. Any idea what I am doing wrong? The actual records in the spanned input file are header records that are 76 bytes long, data records that are 136 bytes long, and trailer records that are 28 bytes long. I have tried making my output file 28 bytes long and tried making it 136 bytes long. Neither worked. 10.46.33 JOB33921 -ASMJCL RMS RMS@2X 00 32 7 551177 .00 10.46.33 JOB33921 + START XP1000 10.46.33 JOB33921 + BEFORE OPEN 10.46.35 JOB33921 IEA995I SYMPTOM DUMP OUTPUT 848 848 SYSTEM COMPLETION CODE=0C4 REASON CODE=0010 848 TIME=10.46.34 SEQ=02539 CPU= ASID=0060 848 PSW AT TIME OF ERROR 078C1000 80D26522 ILC 4 INTC 10 848NO ACTIVE MODULE FOUND 848NAME=UNKNOWN 848DATA AT PSW 00D2651C - 56403DD6 0B049180 20324710 848GR 0: 00011000 1: 00D00060 848 2: 001E9184 3: 00D264D2 848 4: 80D26522 5: 008FD7E0 848 6: 00D264D0 7: 00FBD480 848 8: 0E14409E 9: 8AAE2D88 848 A: 008CBC8D B: 008FF048 848 C: 010D93C0 D: 6008 848 E: 90D26518 F: 008FF048 848 END OF SYMPTOM DUMP TITLE 'XP1000' * * 02/25/11 B HUNT CHANGED A SPANNED FILE TO A FIXED FILE * XP1000 AMODE 31 XP1000 RMODE ANY XP1000 START COPY EQUATES SAVE (14,12) SAVE REGISTERS 14 THRU 12 BASR BASE1,0 ESTABLISH ADDRESSABILITY USING *,BASE1 PROVIDE BASE ID WTO ' START XP1000',X ROUTCDE=(2),X DESC=(7) B BEGIN SPACE 1 DS0D DCCL8'XP1000' DCCL8'SYSDATE' DCCL8'SYSTIME' SPACE 1 BEGINDS0H WTO ' BEFORE OPEN',ROUTCDE=(2),DESC=(7) OPEN (INFILE,INPUT,OUTFILE,OUTPUT) LTR 15,15 BNZ BADOPEN WTO ' GOOD OPEN FILE',ROUTCDE=(2),DESC=(7) LOOP DS 0H GET INFILE,INREC WTO ' GOOD FILE READ',ROUTCDE=(2),DESC=(7) MVC BATA,DATA WTO ' GOOD MOVE',ROUTCDE=(2),DESC=(7) PUT OUTFILE,OUTREC WTO ' GOOD FILE WRITE',ROUTCDE=(2),DESC=(7) B LOOP FINAL DS 0H WTO ' BEFORE FILE CLOSE',ROUTCDE=(2),DESC=(7) CLOSE (INFILE,,OUTFILE) WTO ' GOOD FILE CLOSE',ROUTCDE=(2),DESC=(7) B C100 BADOPEN WTO ' UABLE TO OPEN FILE',ROUTCDE=(2),DESC=(7) B C100 BADREAD WTO ' READ UNSUCCESSFUL ',ROUTCDE=(2),DESC=(7) B C100 BADWRITE WTO ' WRITE UNSUCCESSFUL ',ROUTCDE=(2),DESC=(7) B C100 C100 DS0H RETURN (14,12)RESTORE REGISTERS AND RETURN INFILE DCB DSORG=PS,RECFM=VBS,MACRF=GM,+ DDNAME=INDD,EODAD=FINAL OUTFILE DCB DSORG=PS,RECFM=FB,LRECL=136,BLKSIZE=13600,MACRF=PM, + DDNAME=OUTDD OUTREC DS0CL136 BATA DSCL136 SAVEAREA DS18F LTORG INRECDS0F DATA DSCL136 DSCL32000 DSCL32000 DSCL32000 END XP1000 //ASMJCL JOB (DP,6010),'XX - HUNT ',CLASS=A,MSGCLASS=X, // MSGLEVEL=(1,1),NOTIFY=SYSUID //* //RMS EXEC CA11RMS,TYPRUN='F' //* //ASMEXEC EXEC PGM=XP1000,REGION=0M //STEPLIB DD DISP=SHR,DSN=TEST.LOADLIB //INDD DD DISP=SHR,DSN=TEST.FONT.BACKUP, // DSORG=PS,LRECL=X,BLKSIZE=27998,RECFM=VBS //OUTDDDD DSN=TEST.FONT.BACKUP.FIXED, // DISP=(,CATLG,CATLG), // SPACE=(TRK,(1950,100),RLSE), // DCB=(LRECL=136,BLKSIZE=0,RECFM=FB) //SYSOUT DD SYSOUT=* //SYSDBOUT DD SYSOUT=* //SYSUDUMP DD SYSOUT=* // -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm
Re: ICSF Troubles
Hal, The reason code of 1780 indicates that a DASD I/O error occurred when accessing the dataset. Have you checked EREP for any diagnostic information? Also, are you running under z/VM? John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hal Merritt Sent: Thursday, March 03, 2011 12:36 PM To: IBM-MAIN@bama.ua.edu Subject: ICSF Troubles We are z/os 1.11. We almost never IPL. The last time we IPL'd, we received the following: 11.47.55 STC00014 CSFM450E UNEXPECTED ERROR PROCESSING PKDS, RETURN CODE = 000C, REASON CODE = 1780. 11.47.55 STC00014 CSFM401I CRYPTOGRAPHY - SERVICES ARE NO LONGER AVAILABLE. 11.47.55 STC00014 IEF352I ADDRESS SPACE UNAVAILABLE 11.47.55 STC00014 $HASP395 CSF ENDED We don't use PKI and have no current plans to do so. However, the CSF is critical. With a little experimentation in the testplex, I am currently of the opinion that it is some sort of file sharing issue. When I allocate a fresh PKDS, CSF on LparA comes up just fine. However, CSF on LparB sometimes fails with the above message. The FM seems to say that the PKDS is not completely initialized until the first key is stowed. Not sure how to do that. I'm thinking a PMR. But a user error is usually more likely. Right now my workaround is to point each LPAR to its own PKDS. Of course, I'm a bit nervous as I don't want to accidently break CSF. That would be equivalent to a full outage. What I'd really like to do is to completely shut off PKDS. I've tried starting with no PKDS specified, but CSF refuses to start. Thoughts? NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BLKSIZE=10
Lucy, If you use the same DD statement with IEFBR14, what blocksize is calculated? John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lucy Arnold Sent: Tuesday, March 01, 2011 12:31 PM To: IBM-MAIN@bama.ua.edu Subject: BLKSIZE=10 Hello, I have a programmer who insists the following JCL has always calculated a valid blksize: //SYSUT2 DD DSN=DAPJPQ.TEST.NEW, // DISP=(NEW,CATLG,DELETE),SPACE=(TRK,(22430,0)), // DCB=(C.SYUNIV.MODEL,RECFM=U,LRECL=6184), // UNIT=SYSDA Now (since Friday he says) this JCL is calculating a blksize of 10 and of course the resulting dataset is not usable. I have CA:Allocate here, and I tried the JCL without Allocate and it still gets a blksize of 0 - so Allocate is not involved. Has anybody else had this issue? Thanks! Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM United States Announcement Letters - bad links
Steve, No problems here. John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Comstock Sent: Tuesday, February 01, 2011 11:00 AM To: IBM-MAIN@bama.ua.edu Subject: IBM United States Announcement Letters - bad links Well, I just got my weekly email of IBM United States Announcement Letters with links to this weeks announcements. But all the links I've tried from that email return a page with: Our apologies. The page you requested cannot be displayed anyone else getting the same result? Anyone have valid links to share? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
POST Errors
All, I am trying to understand the differences in some of the abend codes associated with a POST macro. Abend 102-00 is described as Incorrect ECB and the linkage from the caller is through an SVC instruction (LINKAGE=SVC). Abend 102-04 is described as Incorrect ECB for a cross memory POST (XMPOST) macro. Abend 102-08 is described as The problem program passed an incorrect ECB address. Abend 102-10 is described as An ECB address of 0 was specified. Clearly, there can be no misunderstanding for abend 102-10. However, the others are less clear. If the ECB storage is inaccessible, will I receive an abend 102-08? If the ECB storage is accessible R/O, will I receive an abend 102-08? If the ECB storage is not fullword aligned, will I receive an abend 102-08, or will I receive an abend 102-00 or abend 102-04, depending on whether or not I am issuing a cross memory post? What exactly is meant by the phrase incorrect ECB? John P. Baker Chief Software Architect HFD Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What level z/OS Unicode supported CUNLINFO?
Charles, The CUNLINFO information retrieval service is first documented in SA22-7649-10 (z/OS V1R10.0 MVS Support for Unicode: Using Unicode Services). John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Friday, January 14, 2011 12:04 PM To: IBM-MAIN@bama.ua.edu Subject: What level z/OS Unicode supported CUNLINFO? Does anyone know off hand at what level of z/OS did z/OS Unicode services start supporting the CUNLINFO (information retrieval service) call? I know V1R10 does and V1R7 did not. (Yes, I could track down all the manuals in between but hoped someone might happen to know.) Thanks, Charles Mills Consulting in Business Technology CharlesMillsConsulting.com +1-707-291-0908 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Softcopy Librarian Hangs
Hal, Download the current IBM SoftCopy Librarian, version 4.4. John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Tuesday, January 11, 2011 12:34 PM To: IBM-MAIN@bama.ua.edu Subject: Softcopy Librarian Hangs Hi all - trying to update my softcopy repository, and the Librarian hangs with a box Parsing descriptor file I've rebuilt the local catalog, but no joy. I'm getting ready to uninstall and reload everything but am hoping for a faster, simpler solution. Any suggestions? Win XP, Softcopy Librarian 4.1 Thanks!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Product Announcement Policy
Joel, I agree that in this case, the product announcement really didn't tell anything about what the product actually does. So insofar as criticism of the quality of the product announcement goes, I wholly agree. Insofar as criticism made solely due to a product announcement being posted is another thing, and should be governed by whatever rules have been setup for the listserv. John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joel C. Ewing Sent: Thursday, December 09, 2010 9:40 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Product Announcement Policy If you look at some of the other objections to the original product announcement, those had to do with the presence of much marketing doublespeak which didn't give a clue what the product really did. Considering the technical nature of this list, it would be more appropriate to dispense with the c--p directed to clueless management types and get immediately to the point, so it would be obvious whether further reading was a useful expenditure of time. I read through the whole post only because I was morbidly curious whether it would set a new record for how long it took to get a clue whether the product had any relevance. Joel C Ewing -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Product Announcement Policy
I don't post here except occasionally. I am primarily a lurker. However, the fireworks this morning beg for a response. While I don't object to an occasional product announcement, I do think that the poster must comply with the listserv policy. That being said, I have to ask Do we have any explicit policy in respect to product announcements? If so, what is it, where is it, and who has the responsibility of enforcement? If not, should we adopt one? In any case, even if we deem the product announcement to have been issued in violation of listserv policy, the insult issued in response was totally inappropriate and unprofessional. John P. Baker Chief Software Architect HFD Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [AD] CA Technologies Delivers Ground-Breaking CA Mainframe Chorus
John, I just realized the same thing. However, as you pointed out in another message, using corporate email for sending that kind of language is a very good way to join the unemployment rolls. Not a good idea in this economy. John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John McKown Sent: Wednesday, December 08, 2010 10:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [AD] CA Technologies Delivers Ground-Breaking CA Mainframe Chorus Just for fun, I looked at this exchange very carefully. The impolite reply was sent __PRIVATELY__ to the OP. She then replied PUBLICLY, including his private insults. In my opinion, not a proper thing to do either. -- John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Product Announcement Policy
I used to work for CA, but in this case, I am strictly neutral. Personally, I don't mind an occasional product announcement, from whatever vendor, as long as they follow whatever rules have been setup for the listserv. I did not care for the insult, nor for its public airing. In my not so humble opinion, both parties were unprofessional. My question in respect to listserv product announcements remains. I really don't feel comfortable criticizing the original poster if we don't have a policy against product announcements in place. John P. Baker Chief Software Architect HFD Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Philosophy question: repeat message ID on each line of an MLWTO?
John, A lot of the messages that use different message ids are setup to display the various messages conditionally and construct the WTO parameter list dynamically. Philosophically, I think that the approach that I would take would be that if a multi-line message incorporates all lines unconditionally, then use the same message id on all lines, and if the multi-line message incorporates some lines conditionally, then use different message ids on different lines, as illustrated below -- ABC0001I Unconditional line 1 ABC0001I Unconditional line 2 ABC0001I Unconditional line 3 ABC0001I Unconditional line 4 ABC0011I Unconditional line 11 ABC0012I Unconditional line 12 ABC0013I Conditional line 13 ABC0014I Conditional line 14 ABC0015I Unconditional line 15 In the 1st example, above, message ids ABC0002I, ABC0003I, and ABC0004I are to be reserved. This provides that the message ids can be appropriated in the case that ABC0002I or ABC0003I is changed to conditional incorporation at some future time. There is a second argument to be made in favor of using different message ids where the message lines contain variable data, which may require a detailed explanation in a messages guide. John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, November 25, 2010 7:08 AM To: IBM-MAIN@bama.ua.edu Subject: Philosophy question: repeat message ID on each line of an MLWTO? I have no life. That's why I'm working from home on the major holiday here in the U.S. But I have noticed that some multiple line WTO messages repeat the message id at the start of every line of the message, such as DFHSM's ARC0833I message, whereas other, such as IEC205I, do not have any message id on subsequent lines. I've even noticed that VTAM puts a __different__ message number at the front of each line of the message, depending on the content of that particular line. I just never noticed this before. I think I prefer eithe DFHSM or VTAM's method. It makes it easier to do an edit EXCLUDE and FIND to find all of the message when I'm looking at SYSLOG either via SE on *MASTER* or our disk resident holding area. We don't use OPERLOG because we are a __basic__ sysplex. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to discover compiler options from a csect/load module.
Max, The best answer is it depends. Some code generation options may be discernable, depending on the language and the version of the compiler. However, the is no cut-and-dry answer. What is the reason for your inquiry? John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of MASSIMO BIANCUCCI Sent: Monday, November 15, 2010 3:57 AM To: IBM-MAIN@bama.ua.edu Subject: How to discover compiler options from a csect/load module. Hi everybody, I'm wondering if and how is possible to discover the compiler options (Cobol, PLI etc.) looking at a csect in a load module. I was not able to find out anything at IBM site. Thanks a lot for you time. Best regards. Max -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to discover compiler options from a csect/load module.
Max, Unless you can be assured that the compiler has had no PTFs applied since the modules were previously compiler, a comparison of the object is likely not going to be successful. Are these programs written in COBOL, PL/I, or some other language? John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of MASSIMO BIANCUCCI Sent: Monday, November 15, 2010 4:19 AM To: IBM-MAIN@bama.ua.edu Subject: R: How to discover compiler options from a csect/load module. The main reason is as simply as hard. We've got a set of source and load code. We're not sure the load are exactly related to the original source (more then 1.500 modules so I need a massive attack). The main idea is to regenerate the load from the source using the same compiler level and options and afterwards comparing the single applications csect. I think compilers options (not to tell the apar level of the compiler itself) are really important in order to generate a similar csect. Thanks a lot again. Max -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to discover compiler options from a csect/load module.
Max, As a follow-up, do you have the original object, or just the load modules? Also, can you estimate the total source size? John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of MASSIMO BIANCUCCI Sent: Monday, November 15, 2010 4:19 AM To: IBM-MAIN@bama.ua.edu Subject: R: How to discover compiler options from a csect/load module. The main reason is as simply as hard. We've got a set of source and load code. We're not sure the load are exactly related to the original source (more then 1.500 modules so I need a massive attack). The main idea is to regenerate the load from the source using the same compiler level and options and afterwards comparing the single applications csect. I think compilers options (not to tell the apar level of the compiler itself) are really important in order to generate a similar csect. Thanks a lot again. Max -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REDBOOKS Question
Terry, Sorry, but a lot of Redbooks DO HAVE dash numbers. For example, please take a look at the series ABCs of z/OS System Programming, which includes - SG24-6981-01 SG24-6982-02 SG24-6983-03 SG24-6985-01 SG24-6987-01 SG24-6989-04 SG24-6990-03 John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Terry Draper Sent: Sunday, November 07, 2010 7:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: REDBOOKS Question Redbooks once published are not updated. There are no dash numbers or TNLs. A new Redbooks on the same or similar subject has a completely new number. These are only done when a major change to the subject requires it and the lab that develops the product wants a new Redbook. Error should be trapped at the draft stage before publication. If not then they will remain for the life of the Redbook. I have been involved in several Redbooks. I always say the product manual is the definitive source of information on the subject. Terry Draper zSeries Performance Consultant w...@btopenworld.com mobile: +66 811431287 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABCs of z/OS System Programming Volume 4
Yes, you have. It was published in January, 2010. John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Matthew Stitt Sent: Wednesday, November 03, 2010 6:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ABCs of z/OS System Programming Volume 4 I don't have volume 12 either. Have I missed that? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe hacking?
Joe, I am not aware of any successful attack on a mainframe system as a result of a software defect. I am aware of some cases where access was gained to a system by virtue of not changing the default password on a system-supplied userid. I am also aware of some cases where an employee / former employee divulged information permitting an unauthorized person to gain access to a system. John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joe Mc Sent: Wednesday, October 13, 2010 8:19 AM To: IBM-MAIN@bama.ua.edu Subject: Mainframe hacking? I'm getting into a rather heated argument with a non mainframe colleague about whether the mainframe has been hacked or not. Legitimate hacking, not a disgruntled employee doing something illegal and not loss of tapes or other media. I'm talking the mainframe platform. Thoughts? M. McHenry Pittsburgh, Pa. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IEFU85
When an IEFU85 exit is invoked, the manual states that it is invoked in cross-memory mode. However, the manual does not provide any additional information in respect to access register contents on entry. In particular the parameter list does not include an ALET for the SMF record. Are we to assume that everything is located in the primary address space? If so, does that not negate the necessity of invoking an IEFU85 exit in cross memory mode? Some clarification would be useful here. John P. Baker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFU85
Rob, Ok. That makes sense. However, I think that in a abundance of caution I should load all access registers with an ALET of zero (0), other than where I am accessing storage in another address space. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Scott Sent: Wednesday, September 22, 2010 9:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IEFU85 IEFU85 is invoked when SMFEWTM is invoked with the BRANCH=YES and XMEM=YES operands. Note that the caller *must* be in primary ASC mode - so all items referenced by the IEFU85 exit parameter list will be in the PASN so you do not need any ALETs to access them. One very clear and useful (to me) usage of SMFEWTM with BRANCH=YES and XMEM=YES would be when you want to write an SMF record from a PC-ss routine. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How does VTAM handle duplicate MODEENT names in a logmode table?
Martin, In examining the assembly output of a VTAM modetab, I observe that there is no index generated. Based upon the lack of an index, and the fact that there exists no requirement to put the entries in alphabetical order, I would conclude that VTAM will select the first matching entry from the table, and that subsequent matching entries will be ignored. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Martin Kline Sent: Friday, September 10, 2010 1:40 PM To: IBM-MAIN@bama.ua.edu Subject: How does VTAM handle duplicate MODEENT names in a logmode table? The title says it all, but I'll lay out the details so you can understand why I want to know. We have a modified version of ISTINCLM located in the VTAMLIB concatenation ahead of the default in SYS1.VTAMLIB. That member is missing the CPSVCMG logmode needed for an EE connection. The CPSVCMG logmode can be found in the default IBM ISTINCLM member. There is no source for the customized member, but I wrote a quick REXX exec that can regenerate a compatible source member so I can integrate additional entries from the IBM source. When I reassemble the source I get some duplicate labels - 21 in all. Actually, they are duplicate MODEENT LOGMODE=name entries. I can see from the current load module that duplicate entries really do exist. Part of the problem is that they are not actually complete duplicates, as some of the other fields do not match. Therefore, that prompts the question of how VTAM is handling this. Does VTAM use the first matching entry for the requested name in the table? Does it use the last entry? Does generate a hash table at load time, and select one entry based on some other variable? I'd like to clean up the source to remove the unused entries, but without knowing which entry VTAM uses, I don't know which to delete. On the other hand, I could leave the duplicates in place, ignore the assembler errors and create a new load module with the additional IBM-original entries added, as long as I can be assured that doing so won't alter the way VTAM handles the duplicates. Of course the second option leaves me open to some future issue should VTAM's handling of duplicates be changed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Contents of CVTDCB
I need to know what the expected setting of the CVTDCB field (CVT + X'74') is on a z/OS V1R9 system. Thanks. John P. Baker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM LISTSERV Query
George, You want to subscribe to IBMVM. It is hosted at listserv.uark.edu. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George Henke Sent: Wednesday, August 25, 2010 12:37 PM To: IBM-MAIN@bama.ua.edu Subject: z/VM LISTSERV Query Does anyone know a good LISTSERV for z/VM? -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
Tom, Maybe z/OS needs to take a look at the library structure we have available on z/VSE. This library structure has been available since the release of VSE/ESA Version 1 Release 1. A z/VSE library can contain PHASEs (a.k.a. loadable modules), object members, source members, JCL PROCs, storage dumps, and virtually any other user defined data. A z/VSE library can be shared between systems and compressed on the fly without fear of corruption. AFAIK, the maximum size of a z/VSE library is 2G-1 1024 byte blocks. I have not checked, so I cannot say for certain that the z/VSE library structure can handle a member containing 68M records. I suspect that a member is limited to either 2G-1 bytes or 2G-1 records. If the former limitation applies, the z/VSE library structure would NOT be able to accommodate such a member. If the latter limitation applies, which I believe to be the case, the z/VSE library structure would be able to easily accommodate such a member. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pinnacle Sent: Sunday, July 25, 2010 9:42 PM To: IBM-MAIN@bama.ua.edu Subject: Another reason to hate PDSE's Some months ago, John Ehrman posted asking why we don't like PDSE's. I just found somehting that blows my mind, a ridiculous limitation in PDSE's that all by itself militates against their usage. I'm running a utility that outputs IEBUPDTE cards to create a PDS. When running the cards, we hit the maximum size of a PDS, 65535 tracks. Any attempt to go beyond that gets us an E37 abend. So simple solution, right? We just go PDSE. 19 members into the IEBUPDTE cards is a member with 68,994,447 records. This member causes an IEC036I 002-A8 abend, Looking that up says that the maximum number of lines that can be held in a PDSE member is exceeded. Let that sink in a little. That 68M line member was easily stored in the PDS before the E37, but PDSE can't handle it. PDSE can't support members as big as PDS. Are you #$%ing kidding me? PDSE's are a joke. They've been around for over 20 years, and they still don't have all the bugs out. This limitation is ridiculous, considering that PDSE's were supposed to address all the shortcomings of PDS. GUESS THEY MISSED THIS SHORTCOMING OF PDSE's!! WAY TO GO IBM!!! Sheesh, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New zEnterprise 196 Hardware
Heh! I resemble that remark. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Friday, July 23, 2010 10:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: New zEnterprise 196 Hardware Radoslaw, higher model of a 360??? What's a 360, much less a model number of it? Must be something really old!! Just kidding, of course. While I haven't actually worked on one (my first IBM box was a 4381) I do know what the 360 is/was. Just wanted to needle a couple of the greybeards on the list a bit on a Friday. Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe books
There is a 13 volume set of IBM Redbooks entitled the ABCs of z/OS System Programming, which is a good place to start. Go to http://www.redbooks.ibm.com John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gsg Sent: Friday, July 23, 2010 5:04 PM To: IBM-MAIN@bama.ua.edu Subject: Mainframe books I'm looking for a book that breaks down the interanls of MVS. I was talking to one of our SYSPROGS and he said there use to be a book that really broke everything down into real simple terms that was easy to understand. He couln't remember what the name was though. I'm sure it wasn't on MVS, probably much earlier. If anyone knows of such a book or have any recommendations, I'd appreciate it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New zEnterprise 196 Hardware, AWLC and IBM Software Pricing
I have a thought. D2X(196) = C4. Perhaps IBM is trying to blow up the competition. Sorry. I just could not resist. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Thursday, July 22, 2010 6:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: New zEnterprise 196 Hardware, AWLC and IBM Software Pricing I'm still trying to figure out where 196 comes from. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFU83, IEFU84 and IEFU85
Mark, I believe that Charles is questioning activating an exit that is not specified in the EXITS statement. For example, if EXITS(IEFU83) is coded in SMFPRMxx, then can he then add IEFU84 without an IPL? John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, July 20, 2010 9:41 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IEFU83, IEFU84 and IEFU85 No, you are not correct. All of the SMF exits are dynamic whether explicitly defined in PROGxx or implicitly defined to the dynamic exits facility via specifications in SMFPRMxx.You can add / change / delete them at any time via PROGxx EXIT statements (or equivalent operator commands) in combination with SMFPRMxx changes. You can see what is currently defined via D PROG,EXIT. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IND$FILE question
Ed, There were separate products released for MVS, VM, and VSE. All were released in 1983. On MVS, the product number was 5665-311, and the FMID was HFX1112. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould Sent: Sunday, July 18, 2010 1:58 AM To: IBM-MAIN@bama.ua.edu Subject: IND$FILE question I vaguely remember (A LONG TIME AGO mind you) that there was a separately installable FMID for IND$FILE (bonus points for the year it came out) Does anyone remember this? As a side question there was a separate help member in sys1.help (vague recollection here) Does(did?) IBM still ship the Help member for it? I seemed to remember that it was dropped along the way and it was never put back. Is this true? I just vaguely remember creating a usermod to add it back. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Amusing JCL Oddity
John, Actually, it is documented to work that way. According to the JCL reference, if the same symbolic keyword is present multiple time, the value used is that provided by the first occurrence. Checking back through some old manuals, this has been the case since at least OS/360 r21.7. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Mattson Sent: Friday, July 02, 2010 3:32 PM To: IBM-MAIN@bama.ua.edu Subject: Amusing JCL Oddity One would think that the following would generate a JCL error. Well, not on my system (zOS 1.08). Takes the first values for SP1 SP2. Go figure //ALLOC EXEC PROC=A#,SP1=100,SP2=100, // HLVL=USS,MLVL=SMPNTS,LLVL=ZOS108,SP1=3000,SP2=0500,V= -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Integrity APAR Documentation
I don't see that the extremely unlikely case of a customer subject to a non-disclosure agreement releasing integrity APAR documentation is going to dissuade any customer from reporting an integrity exposure. I do expect that the customer's legal department is likely to be far more of a deterrent to any unauthorized disclosure, since the disclosure could be very costly in terms of their relationship with IBM. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Sunday, April 04, 2010 11:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Integrity APAR Documentation What is the risk factor? Would users be as willing to report integrity problems if they knew that the data might be shared with other customers? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Integrity APAR Documentation
I can understand IBM not wanting to make integrity APAR documentation generally available. IBM does not and cannot know when an individual customer may apply the associated PTF, so publicly detailing the nature of the exposure can place customer installations at risk. At the same time, the installation of a PTF of minimal description is disconcerting. How about IBM providing a channel through which integrity APAR documentation can be obtained subject to a nondisclosure agreement? Such an approach would seem to meet the needs of both IBM and its customers. John P. Baker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe emulator part of a conspira cy • The Register
IBM's introduction of the zPDT would seem to be a cost-effective and viable alternative for the small developer. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott T. Harder Sent: Friday, March 26, 2010 10:14 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Mainframe emulator part of a conspira cy • The Register I really enjoyed reading this article, but in the end it left me flat again; with no hope of a viable solution to the problem. I had no idea that this issue went back so far in history, which also added to my dismay about the whole thing. I don't know about you all, but those FLEX-ES boxes were a ton of fun to work on (and the P/390... never worked on a Multiprise, but those looked fun too). Why can't we have that again?? I'd be running z/OS and actively doing development for the platform *right now* if I had that capability. As it is, it seems to me that IBM does nothing but hurt themselves and the platform in general with their current stance (sorry for the quite obvious statement). Also sorry that I can't afford Dallas on my own. What am I to do but to learn C#? Scott T. Harder Mainframe Services, Inc. Naples, FL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe emulator part of a conspira cy • The Register
Could you enlighten us on the cost of the Dallas RDP offering? John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim McAlpine Sent: Friday, March 26, 2010 10:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Mainframe emulator part of a conspira cy • The Register The zPDT offering has been available for some time now but it it considerably more expensive than the Dallas RDP offering. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Real CPU Id
Can anyone advise on the proper means to obtain the real CPU id on z/OS? John P. Baker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real CPU Id
Bob, The CSRSI service is just what I need. Thanks. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Friday, March 12, 2010 12:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Real CPU Id STSI instruction or CSRSI callable service. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Sec:Tool for TSS for z/OS Announcement
HFD Technologies is pleased to announce the availability of Sec:Tool for TSS for z/OS. Sec:Tool is a CICS-based challenge-response system providing end-users the capability to reset their passwords and to remove threshold suspensions without any invention on the part of your corporate help desk. Administrative suspensions cannot be removed by end-users. Sec:Tool provides an immediate ROI. Sec:Tool reduces costs through self-service administration of selected user functions. Sec:Tool has no tier pricing! Sec:Tool has no per/user charge! Sec:Tool is competitively priced! Substantial discounts are available for multiple CPUs. John P. Baker Chief Software Architect HFD Technologies (856) 740-5038 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real CPU Id
Ted, Product licensing on a per CPC basis. We don't care how many CPs. Just one license per CPC. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Friday, March 12, 2010 3:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Real CPU Id The CSRSI service is just what I need. IIRC, you have to be authourised to use that. D M=CPU will display it. I do have a question, though. In this day of PR/SM, and only the last five digits mattering, in general, why do you care? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real CPU Id
John, The CSRSI service lets you query the physical box, LPAR, or virtual machine. It actually understands where you are running. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, March 12, 2010 3:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Real CPU Id Hum, but under z/VM, those 5 characters can be anything (valid) that you want them to be via the CP SET CPUID command. So it would be possible to run z/OS on multiple CPCs under z/VM, all with the same serial number. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SoftCopy Librarian
All, I installed SoftCopy Library 4.4 on Windows 7 Ultimate (64-bit). I received no errors during the install process. I am using Java 1.6.0 Modification 18 Build 07. I defined the locations of my softcopy directories, and then rebuilt the catalog. I then checked the Internet Source repository for any new publications. Everything worked perfectly. No errors. An excellent job on IBM's part. John P. Baker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Test
Test. Please ignore. New email address. John P. Baker Chief Software Architect HFD Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM SoftCopy Librarian
Richard, Thanks for the update. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of SUBSCRIBE IBM-MAIN Richard Yeadon Sent: Sunday, March 07, 2010 4:07 PM To: IBM-MAIN@bama.ua.edu Subject: IBM SoftCopy Librarian A new version of IBM SoftCopy Librarian, that supports Windows 7, will be on the V1R11 Refresh Collections being shipped in early April. It will, of course, also be made available for download. As soon as I have an availability date, I will post it, (and the appropriate URL). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM SoftCopy Librarian
All, Has anyone had any success getting the IBM SoftCopy Librarian to run under Windows 7? IBM updated version 4.3 was made to run under Windows Vista. However, when attempting to run it under Windows 7, I receive the following error message - IOException opening log file:java.io.FileNotFoundException: C:\Program Files (x86)\IBM\SoftCopy Librarian\log.txt Any help will be greatly appreciated. John P. Baker Chief Software Architect HFD Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL v4.2 Books?
No idea. However, I have all of the documentation in a ZIP file, which I can send to you if you need it. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Monday, February 15, 2010 3:08 PM To: IBM-MAIN@bama.ua.edu Subject: COBOL v4.2 Books? Noticed the books for Enterprise COBOL v4r2 are not available via the public documentation URI http://www.ibm.com/systems/z/os/zos/bkserv. Is that omission intentional? Enterprise COBOL v4r2 went GA last August... -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enormous redbook
Steve, The publication seems to have quite a number of color graphic images (screen shots). I suspect that this is the principle cause of the size differential. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Monday, January 25, 2010 11:20 AM To: IBM-MAIN@bama.ua.edu Subject: Enormous redbook Well, the weekly redbooks announcement is out and I'm downloading the ones I care about (who doesn't like to keep up to date, eh?). And I notice a strange anamoly: The book IBM z/OS V1R11 Communications Server TCP/IP Implementation Volume 4: Security and Policy-Based Networking is over 38MiB. It looks pretty good, at first glance, but why, at 914 pages, is it so much larger than, say, the POO (32MiB at 1344 pages)? Looks like the producer doesn't realize that Save as consolidates and compresses as opposed to Save which just appends (when dealing with the Adobe Acrobat document producer). Oh well, watch your download timeouts. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: y2k10 problem with credit cards in Germany
The ZKA have announced that the problem has been resolved with all Girocards (formerly EC-card) and German cash machines. The problem was caused by a certain type of chip used in production of the cards which contained a software error in the processing of the year 2010. The problem is being fixed by reconfiguring ATMs and point of sale terminals to work around this software error in the cards. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bernd Oppolzer Sent: Friday, January 08, 2010 5:01 AM To: IBM-MAIN@bama.ua.edu Subject: y2k10 problem with credit cards in Germany This is true. 30 million cards have the chip with the logic error on it. It seems as if the BCD representation of the year 2010 is unterstood by the card logic as 2016, and so the card is treated as not valid any more, but this is only a wild guess. The repair steps discussed are the following, as far as I read it: 1. patch the ATM machines to not use the chip but the mag stripe 2. try to patch the ATM machines so that they in turn patch the software on the chip (can this work? what about security issues?) 3. last resort: change the cards This is in part speculation on my part, because I have only access to german newspapers and web sites. I have no insights in the banking IT sector. Kind regards Bernd -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: y2k10 problem with credit cards in Germany
Gil, Personally, I think that any work around is absurd. Somebody really screwed up, and a lot of people are being inconvenienced. What I am afraid of is exactly the kind of scenario you suggested. A sloppy work-around that results in another problem several years down the road. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Friday, January 08, 2010 10:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: y2k10 problem with credit cards in Germany On Fri, 8 Jan 2010 08:32:45 -0500, John P. Baker wrote: The ZKA have announced that the problem has been resolved with all Girocards (formerly EC-card) and German cash machines. The problem was caused by a certain type of chip used in production of the cards which contained a software error in the processing of the year 2010. The problem is being fixed by reconfiguring ATMs and point of sale terminals to work around this software error in the cards. Work around. So if the chip says 2016, the ATM will assume it means 2010. What happens 6 years from now? Aren't workarounds fun? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMF Record Exits
I am writing an SMF Record Exit to intercept SMF Record Type 80 (Security) records for additional processing. Is IEFU83 sufficient, or do I also need IEFU84 and/or IEFU85? John P. Baker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: An Alternative Modest PARM Proposal
If a program is APF-authorized and can be invoked from JCL and does not
properly validate any parameter(s) provided to it by its invoker, then I
would argue that the program is defective and that the lack of parameter
validation is APAR'able.
John P. Baker
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Paul Gilmartin
Sent: Tuesday, November 03, 2009 4:49 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: An Alternative Modest PARM Proposal
But take care to address Jim Mulder's serious concern that invoking
certain APF-authorized programs with long parms can be highly
destructive. This could be prevented simply by invoking all
programs in the unauthorized state when PARMX is specified.
But I'd prefer something more transparent, such as a new keyword,
AUTH={ YES | NO | SAF }, where:
o YES (the default) maintains the current behavior: PARM100
causes a JCL error. If PARM=100, the PGM is invoked according
to its AC attribute.
o NO allows PARM100, but any PGM is invoked unauthorized.
o SAF causes a SAF call to determine whether PGM is allowed a
to be invoked authorized with PARM100.
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
An Alternative Modest PARM Proposal
All, The proposal previously set forth is interesting, but I would like to put forward an alternative proposal. For a short PARM= value (compatibility mode), R1 - fullword address of PARM= info, consisting of a 2-byte length prefix (value 0..100) followed by a string buffer not exceeding 100 bytes. For a long PARM= value, R1 - fullword address of PARM= info, consisting of a 4-byte length prefix (negated (high-order bit = B'1'), value 101..installation-defined-maximum), followed by a fullword address of a string buffer not exceeding installation-defined-maximum bytes, followed by a fullword ALET identifying the dataspace wherein the string buffer is located. FWIW, z/VSE currently allows a maximum PARM= length of 300 bytes, coded in up to three (3) PARM=value specifications on an EXEC statement, with the values being concatenated by the JCL processor. John P. Baker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: big iron mainframe vs. x86 servers
The big advantages of the IBM mainframe architecture have always been application upward compatibility, I/O throughput, and RAS (reliability, availability, and serviceability). Application upgrade compatibility requires both hardware instruction set upward compatibility and software system interface upward compatibility. Intel has made some significant strides in recent years in terms of hardware instruction set upward compatibility, but Microsoft's software system interface upward compatibility is a joke. Windows release boundaries have been invariably disastrous, and service packs have been little better. I/O throughput on z System z processor complex is second to zone. No PC I/O architecture can come close to the throughput exhibited by a small System z processor complex. A large System z processor complex is in a universe all its own. IBM RAS (reliability, availability, and serviceability), developed and evolved over 45 years, is second to none, and RAS is what keeps businesses in business. For sheer number crunching, I might pick an IBM Power[n] box. If I want to go on the cheap, I might pick an Intel box. For transactional processing involving vast databases, anything other than a System z processor complex is irresponsible. Give that staggering number of financial transactions processed on a daily basis, over 90% of which is done on large-scale IBM mainframes, is it not strange that you have never heard of a mainframe virus? IBM RAS and IBM Security (whether implemented via IBM RACF, CA ACF/2, CA-Top Secret Security, or some other External Security manager (ESM)) is what keep these systems running. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Wednesday, October 21, 2009 9:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: big iron mainframe vs. x86 servers Viewing IT in toto as a business tool, I'd place the emphasis a word later: What platform fits your BUSINESS needs best? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Publication Site is Unavailable
Has anyone else noticed that the IBM Publications site appears to be unavailable? John P. Baker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe hacking
John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Sunday, July 19, 2009 5:47 PM To: IBM-MAIN@bama.ua.edu Subject: Mainframe hacking Does anyone here recall any published news articles or incidents involving mainframe hacking (any flavor of VM, VSE or MVS)? Do you personally know of any incidents? Or have any such been kept on the QT? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe hacking
To my knowledge, there has never been a documented case of an external user compromising a mainframe system without inside assistance. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Sunday, July 19, 2009 5:47 PM To: IBM-MAIN@bama.ua.edu Subject: Mainframe hacking Does anyone here recall any published news articles or incidents involving mainframe hacking (any flavor of VM, VSE or MVS)? Do you personally know of any incidents? Or have any such been kept on the QT? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe hacking
Key bounce... Must have been a gremlin... VBG John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Sunday, July 19, 2009 5:53 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Mainframe hacking You don't say? :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Computerworld: London Stock Exchange to Abandon Windows
I don't think that emulating an x86 processor on a System z processor is the way to go. If we need to integrate x86 functionality into a System z complex, why not permit the incorporation of x86 processors on what IBM used to call an MCM, and permit signaling from a System z processor t John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony Harminc Sent: Wednesday, July 08, 2009 6:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Computerworld: London Stock Exchange to Abandon Windows 2009/7/8 McKown, John jmck...@healthmarkets.com: p.s. Shouldn't implementation of x86 and above be just a different set of millicode? Dave Gibney Such microcode would likely require a license from Intel and perhaps even AMD (IIRC, Intel has licensed some of AMD's x86-64 functionality). IBM used to make x86 chips ( http://www.flickr.com/photos/lrosa/2168717678/ ), so who knows - maybe they're already licensed... Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Computerworld: London Stock Exchange to Abandon Windows
{Partial Send in Error}
{Here is the complete message}
I don't think that emulating an x86 processor on a System z processor is the
way to go.
If we feel that there exists a need to integrate x86 functionality into a
System z complex, why not permit the incorporation of x86 processors on what
IBM used to call an MCM (Multi-Chip Module, I believe), and permit
signaling from a System z processor to an x86 MCM using the SIGP (Signal
Processor) machine instruction.
I would suggest further that System z processors be numbered from 0-255 (we
are nowhere close to the limit), and that x86 processors be numbered from
256-65535.
John P. Baker
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Tony Harminc
Sent: Wednesday, July 08, 2009 6:51 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Computerworld: London Stock Exchange to Abandon Windows
IBM used to make x86 chips (
http://www.flickr.com/photos/lrosa/2168717678/ ), so who knows - maybe
they're already licensed...
Tony H.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF record data - ALTER gdgbase LIMIT(n)
John, If you have all of your SMF data, you should be able to find the tracks of the culprit by scanning for: SMF66SUB = UP SMF66CNM = ICF Catalog Dataset Name SMF66TYP = B SMF66ENM = GDG Base Dataset Name If it was done months ago, this may involve a lot of processing; it will all depend on how much frothing at the mouth is going on. You will probably have to dump the records in char/hex format to show the change in the generation count, but it should be pretty easy to see once you have extracted the records. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, June 17, 2009 4:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMF record data - ALTER gdgbase LIMIT(n) I don't know. Apparently somebody needed an older generation and the programmer came to Production Control asking who changed the number of gens from 30 (as he recalls it being) to only 6. I have no idea how important this is. Likely is it just for our management to be able to scream at somebody (but not me, I didn't do it!). This place is now hyper-CYA. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who to report TESTCASE.BOULDER.IBM.COM Issues
Lizette, I would start with your internal network support team. I just connected to testcase.boulder.ibm.com and logged in using anonymous with no problems. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Tuesday, April 28, 2009 3:50 PM To: IBM-MAIN@bama.ua.edu Subject: Who to report TESTCASE.BOULDER.IBM.COM Issues How do I report a problem connecting to TESTCASE.BOULDER.IBM.COM to in IBM? I keep getting a EDC8118I Network is unreachable. when trying to FTP doc to IBM. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 upgrade to 1.10
According to publication GA22-7499-14, z/OS Migration, the supported migration paths are from z/OS V1R8 and from z/OS V1R9. I don't take this to mean that you cannot migrate directly from z/OS V1R7, but that IBM will not officially support it, except probably through a fee-based service. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George Fogg Sent: Tuesday, March 24, 2009 12:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.7 upgrade to 1.10 Radoslaw, Just curious. Where is it documented that 1.7 to 1.10 is not supported? George Fogg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Determination of the Correct ESM Id
The presence of CA-Top Secret Security on a system is easily recognized through an examination of the RCVTID field, which for IBM's RACF is set to RCVT, and for CA-Top Secret Security is set to RTSS. Does CA-ACF/2 set the RCVTID field, and if so, to what? If not, is their some other way by which the presence of CA-ACF/2 may be recognized? John P. Baker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64-bit COBOL
Must really be secret. The page cannot be found... John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Friday, January 23, 2009 5:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: 64-bit COBOL ... There's no grand, nefarious, and/or sinister IBM plan for z/TPF to replace WAS z/OS or vice versa. Well, except for this plan: http://www.ibm.com/systems/z/secretplans/ztpf-will-takeover-the-world.html (Watch the wrap.) ... - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Politics - California state computers can't handle pay cut, controller says - sacbee.com
This sounds like a prepared statement written for the Controller by a competing vendor seeking to replace the mainframe with a bunch of insecure, overpriced, and over-hyped PCs. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, August 05, 2008 3:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Politics - California state computers can't handle pay cut, controller says - sacbee.com http://www.sacbee.com/111/story/1132588.html quote The massive pay cut would exhaust the state's antiquated payroll system, which is built on a Vietnam-era computer language so outdated that many college students don't even bother to learn it anymore. ... The state payroll system is based on the COBOL, or Common Business Oriented Language, programming language - a code first introduced in 1959 and popularized in the 1960s and 1970s. COBOL programmers are hard to come by these days, said Fred Forrer, the Sacramento-based CEO of MGT of America, a public-sector consulting firm. It's certainly not a language that is taught. Oftentimes, you have to rely on retired annuitants to come back and help maintain the system until you're able to find a replacement. /quote -- 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: Politics - California state computers can't handle pay cut, controller says - sacbee.com
Actually, the coding change would be minimal. As reported, the Governor stated that according to the CA Supreme Court ruling, all employees are to be paid minimum wage when a budget has not been enacted by the Legislature. So, all that must be done is to provide a flag that, when set, resets all wage rates to minimum wage. This can be done immediately following the extraction of the regular wage rates from the tables according to the employees pay grade. Analysis could require a few days, depending on the actual size of the software package (a few tens of thousands of lines? I will take that with a big handful of salt), and coding probably considerably less. Testing would take a few more days, and that is that. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pedro Vera Sent: Tuesday, August 05, 2008 5:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Politics - California state computers can't handle pay cut, controller says - sacbee.com I would think the hard part would be to restore the pay to the correct levels afterwards. Pedro Vera phone (408) 463-4812 internet [EMAIL PROTECTED] -- 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 difference between platforms...
I resent that remark. :-) John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Thursday, July 03, 2008 8:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another difference between platforms... Anybody who understands Assembler is obsolete. :-D -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 difference between platforms...
Alan, The FBA command set originally contained support for Reserve/Release. The IBM 4331 and 4361 processors (direct attach), as well as the 3880-4 controller provided the following related channel commands: X'14' Unconditional Reserve X'94' Device Release X'B4' Device Reserve Each of these commands returned 24 bytes of sense data. Use of the commands required the channel switch feature to be installed in the controller (3880) or the string switch feature to be installed in the device (3370). If IBM's simulation of FBA on SCSI lacks Reserve/Release functionality, then that indicates that the simulation of FBA is not fully implemented. It does not indicate a lack of functionality in the FBA command set. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, July 03, 2008 3:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another difference between platforms... No. Count-Key-Data describes a *semantic* for accessing data. Many of those semantics (such as searching) do not apply to FBA. Another example: There is no RESERVE or RELEASE on in the FBA architecture. It is trivial to convert CCHHR to an FBA block number. z/VM, z/VSE, and Linux are able to take advantage of SCSI devices because their file systems treat the disk as a block device. You won't find physical FBA block numbers or CCHHRs in the filesystem interface. File system block numbers are converted to CCHHR or physical FBA block numbers, or memory pages, as needed. But the limitations of the FBA architecture mean that, for example, I cannot share a RACF/VM database when deployed on FBA. Even if CP's simulation of FBA on SCSI was updated to include RESERVE/RELEASE, it wouldn't work because there is no concept of channel path groups and no lockout mechanism in the SCSI controllers. Alan Altmark z/VM Development IBM -- 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: Op codes removed from z/10
You are correct. I had forgotten about MVS/SE. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, June 26, 2008 6:37 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Op codes removed from z/10 In [EMAIL PROTECTED], on 06/25/2008 at 10:05 AM, John P. Baker [EMAIL PROTECTED] said: These instructions comprised a part of the MVS Extended Facility, which provided performance improvements back in the days of MVS/XA and MVS/SP. As I recall, even MVS/SE had support for some of them. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSE Systems Programming Resource A/P
I would be interested in discussing this further. Please contact me offline. John P. Baker [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Mednick Sent: Wednesday, June 25, 2008 1:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: VSE Systems Programming Resource A/P If there's a VSE Systems Programmer sitting around twiddling their thumbs and is interested in some contract work in the Asia/Pacific Region to undertake a storage migration, please contact me off list. I have no commercial interest in this requirement and I was asked if I knew of anyone who might be able to help. Stephen Mednick Computer Supervisory Services Sydney, Australia -- 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: Op codes removed from z/10
E503SVC Assist E504Obtain Local Lock E505Release Local Lock E506Obtain CMS Lock E507Release CMS Lock These instructions comprised a part of the MVS Extended Facility, which provided performance improvements back in the days of MVS/XA and MVS/SP. John P. Baker -Original Message- From: IBM Mainframe Assembler List [mailto:[EMAIL PROTECTED] On Behalf Of Bielskie, Stephen Sent: Wednesday, June 25, 2008 9:54 AM To: [EMAIL PROTECTED] Subject: Op codes removed from z/10 Does anyone know what these opcodes are? They are no longer supported on the z/10, but I can't find them in the Reference Summary E503 E504 E505 E506 E507 Cross-posted to IBM-Main Stephen Bielskie Assistant Vice President IT - z/OS Base Products - Princeton - KIUT57 IT - Mainframe Hardware - Princeton - KIUT54 CREDIT SUISSE Princeton, NJ Telephone : (609) 243-0711 Email :[EMAIL PROTECTED] -- 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: Op codes removed from z/10
They were documented in a separate IBM publication on the MVS Extended Facility. I have a copy if anyone is interested. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: Wednesday, June 25, 2008 10:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Op codes removed from z/10 The were a number of linkage assist instructions that were never publicly by IBM documented to my knowledge. I did find a brief overview at the following web site: http://www.bixoft.com/english/opcde5.htm Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -- 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: UR1 vs FIN
I prefer: BAC Broken As Coded John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Monday, June 23, 2008 8:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: UR1 vs FIN The APAR closing codes are: You forgot: WAD Working As Designed And (humour?): BAD Broken As Designed FN Fixed Never - Too busy driving to stop for gas! -- 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: JCL Symbol Not Substituted
A symbol within apostrophes cannot be continued across a card boundary. See SA22-7597-11 z/OS V1R9.0 MVS JCL Reference, page 5-22, which states A symbol within apostrophes cannot be broken at column 71 and continued to the next line. The code is working as designed. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul [EMAIL PROTECTED] Sent: Monday, June 02, 2008 12:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: JCL Symbol Not Substituted //* on a z/OS v1r7 JES2 system, the JCL job step: //* // SET SYMBOL1=A // SET SYMBOL2=B // SET SYMBOL3=C //*.+|+|+|+|+|+|+|.. //STEP1EXEC PGM=IEFBR14, // PARM='SYMBOL1.SYMBOL1.SYMBOL1.SYMBOL1.SYMBOL1.xSYM+ // BOL2.ySYMBOL3.z' //*.+|+|+|+|+|+|+|.. //COMMENTS DD* Shows the following in the JESJCL listing: 3 // SET SYMBOL1=A 4 // SET SYMBOL2=B 5 // SET SYMBOL3=C //*.+|+|+|+|+|+|+|.. 6 //STEP1EXEC PGM=IEFBR14, // PARM='SYMBOL1.SYMBOL1.SYMBOL1.SYMBOL1.SYMBOL1.xSYM+ // BOL2.ySYMBOL3.z' //*.+|+|+|+|+|+|+|.. IEFC653I SUBSTITUTION JCL - PGM=IEFBR14,PARM='AxSYMBOL2.yCz' Apparently the JES2 reader/converter is failing to substitute the value 'B' for the symbol SYMBOL2. PMR submitted. -- 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
Re: JCL Symbol Not Substituted
Yes, it does.
Please refer to SA22-7597-11 z/OS V1R9.0 MVS JCL Reference, page 16-22.
Examples 3 and 4 demonstrate clearly that a comma (,) will be inserted
between the parameters.
John P. Baker
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Paul Gilmartin
Sent: Monday, June 02, 2008 1:23 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: JCL Symbol Not Substituted
On Mon, 2 Jun 2008 10:17:10 -0700, Edward Jaffe wrote:
I think you're supposed to code something like:
//*.+|+|+|+|+|+|+|..
//STEP1EXEC PGM=IEFBR14,
// PARM=('SYMBOL1.SYMBOL1.SYMBOL1.SYMBOL1.SYMBOL1.x', +
// 'SYMBOL2.ySYMBOL3.z')
If I do that, doesn't the comma become part of the PARM string, which
I don't want?
Thanks,
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
Re: American Airlines
I seem to recall something called the Limited Lock Facility (LLF), which provided some specialized CCW support in the controller. Was it developed for use in situation such as that described here? John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Anne Lynn Wheeler Sent: Monday, June 02, 2008 2:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Ameican Airlines Eric Chevalier wrote: However, we were using 2314s attached to these boxes, and I believe there _was_ a hardware RPQ on the drives. Called something like Airlines Control Buffer, I _think_ the feature allowed the drive to disconnect from the channel while doing a seek. Whatever the details, it was something that became standard on later mainframe drives from IBM. http://www.garlic.com/~lynn/2008i.html#19 American Airlines http://www.garlic.com/~lynn/2008i.html#34 American Airlines http://www.garlic.com/~lynn/2008i.html#36 American Airlines http://www.garlic.com/~lynn/2008i.html#37 American Airlines w/o the ACP RQP, loosely-coupled operation required reserve/release commands ... which reserved the whole device for the duration of the i/o operation. Actually reserve could be issued and possibly multiple operations performed before issuing the release (traditional loosely- coupled opeation ... locking out all other processors/channels in the complex). since it was logical name locks, there was significant latitude it choosing lock names ... could be very low level like record name ... i.e. cchhr or something higher level like PNR. note that while ACP/TPF did a lot of work on loosely-coupled, it took them quite awhile to getting around to doing tightly-coupled multiprocessor support. The result was quite a bit of consternation in the 3081 timeframe ... which originally wasn't going to have a single processor offering. One of the side-effects was that there were a whole bunch of changes that went into vm370 for enhancing TPF thruput in a 3081 environment ... changes that tended to degrade thruput for all the non-TPF customers. Eventually, there was enough pressure, that a 3083 (single processor) was offered ... primarily for ACP/TPF customers. There was another technique for loosely-coupled operation ... originally developed for HONE (avoiding the performance impact of reserce/release but w/o the airlines controller RPQ). HONE was the world-wide, online (vm370-based) sales marketing support system. http://www.garlic.com/~lynn/subtopic.html#hone The technique was basically a special CCW sequence that leveraged CKD search commands to simulate the semantics of the mainframe compareswap instruction (but for DASD i/o operation). The US HONE datacenter provided possibly the largest singie system image at the time (combination of multple loosely-coupled, tightly-coupled processor complex) with load-balancing and fall-over across the complex. Later this was extended to geographic distance with replicated center in Dallas and then a 3rd in Boulder. There was then talks with the JES2 multi-access spool people about them using the same CCW technique in their loosely-coupled operation. -- 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: JCL Symbol Not Substituted
Although spacing out the statement as suggested will give the desired results, such an approach is probably not the best resolution. Future changes, particularly if performed by someone other than the individual who discovered the original problem are likely to reintroduce the problem. This approach is a maintenance nightmare. The other suggested solution, consisting of using a separate SET statement and an addition symbolic variable, is a much better approach. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim Phoenix Sent: Monday, June 02, 2008 2:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: JCL Symbol Not Substituted Paul, Your example happens to fit perfectly like this: //*.+|+|+|+|+|+|+|.. //STEP1EXEC PGM=IEFBR14,PARM='SYMBOL1.SYMBOL1.SYMBOL1.SYMBOL1.+ // SYMBOL1.XSYMBOL2.YSYMBOL3.Z' //*.+|+|+|+|+|+|+|.. IEFC653I SUBSTITUTION JCL - PGM=IEFBR14,PARM='AXBYCZ' Even if this example is synthetic, you can adjust the number of blanks preceding the PGM= to cause the period to land in column 71. -- | Jim Phoenix | Voice: (310) 338-0400 x316 | | Senior Software Developer| Fax: (310) 338-0801| | Phoenix Software International | Alt fax: (310) 337-2685| | 5200 W. Century Blvd., Suite 800 | [EMAIL PROTECTED] | | Los Angeles, CA 90045| http://www.phoenixsoftware.com | Opinions expressed by this individual are not necessarily those of the Company. -- 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: JCL Symbol Not Substituted
I said that examples 3 and 4 demonstrate clearly. Finding the rules spelled out in the text is another story. One would think that after more than 40 years we could expect clear and concise documentation, but sadly, that is still not the case. Actually, documentation does not appear to contain anything clearly spelling out the rules insofar as symbolic substitutions and continuations are concerned. :-( John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Keefe Sent: Monday, June 02, 2008 4:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: JCL Symbol Not Substituted On Mon, 2 Jun 2008 11:04:35 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: ... Please refer to SA22-7597-11 z/OS V1R9.0 MVS JCL Reference, page 16-22. Examples 3 and 4 demonstrate clearly that a comma (,) will be inserted between the parameters. ... I've spent little time in the 1.9 manuals since we are still on 1.8, but if clearly applies to anything relating to parm continuation then a miracle has happened in 1.9. You're right. For some reason I remembered incorrectly that those extra commas were eaten by the system and not surfaced to the application. But, I guess not. :-( ... Not correctly remembering these intuitively obvious rules? For shame! (I don't really have to insert an emoticon there, do I?) Pat O'Keefe -- 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: JCL Symbol Not Substituted
I am not certain that that is the case. The manual, as is often the case, is unclear. I interpret it is meaning that the following construct is prohibited: // SET N=1 // SET XN=1024 As illustrated, I suspect that what IBM is saying you cannot do is to create a dynamic variable name. On the other hand, I believe that the following is permitted: // SET B=1024 // SET X1=B Likewise, I believe that more complex structures are also permitted: // SET B1=1024 // SET B2=2048 // SET X1=B1.B2 However, as I stated, the manual is unclear, and I suggest that a PMR requesting clarification is in order, as well as a documentation update giving further examples of what is permitted and what is prohibited. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, June 02, 2008 9:30 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: JCL Symbol Not Substituted Alas, that runs afoul of: Title: z/OS V1R9.0 MVS JCL Reference Document Number: SA22-7597-11 #5.4.2.1 z/OS V1R9.0 MVS JCL Reference IBM Library Server ___ 5.4.2.1 Defining and Nullifying JCL Symbols ... * Do not specify JCL symbols within other JCL symbols. The results can be unpredictable, especially if the imbedded JCL symbol is not previously defined. I know, it appears to work, but is it advisable to employ a construct that's explicitly deprecated by the RM? And if the symbols on the right of the SET are defined to contain blanks, the SET doesn't work. and if the right of the SET is enclosed in apostrophes, the symbols are not substituted (I remember seeing that documented somewhere). Why can't symbols _always_ be substituted, even between apostrophes. Simpler Is Better! And if the continued string is broken within a doubled apostrophe or a doubled ampersand, a similar failure occurs. I haven't found those documented yet. I think I'll wait a while and submit a PMR on the problem with the apostrophe, and yet another while and submit an additional PMR on the problem with the ampersand and yet another while and submit another PMR because DD DATA,DLM=SYMBOL doesn't work, even though the JCL messages report the substitution was performed. I hate JCL! -- 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
Re: Fixed-Point and Scientific Notation
It is indeed a big can o' worms. I have not yet given any detailed consideration to representations in binary and hexadecimal. However, I will admit that these issues have been in the back of my mind. As far as representing imaginary components, I am looking at several possibilities, particularly in light of the fact that I want to handle not only real and complex, but also quaternions (4 components) and octonions (8 components). I have not looked at APL in a long time. I will take a look and see what they are doing. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tony Harminc Sent: Monday, April 28, 2008 12:23 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Fixed-Point and Scientific Notation This is a big can o' worms. Programming languages vary so much in their syntax and semantics that I doubt you'll be able to come up with anything compatible with all. But if I may make a couple of points: So far all this seems to assume that the number (or components thereof) will be written in decimal. Since two of the three representations under discussion are not decimal based, surely you should allow for hex or binary specification of the number or components. Names like single, double, and quad are sure to be interpreted differently by different people, languages, and hardware architectures. I'd suggest specifying the number of digits of the base in use. PL/I allows the specification of what it calls base (BINARY or DECIMAL), scale (FLOAT or FIXED), precision (significant digits and decimal-point placement), and mode (REAL or COMPLEX). Unfortunately it doesn't, to my knowledge, allow for multiple kinds of FLOAT BINARY representation, or put another way, for FLOAT HEXADECIMAL. In any case, there is no way to specify these attributes in detail for a constant; the above are for variable declarations. (Well, modern PL/I has declared constants, but they are not syntactically different from preinitialized variables.) Another approach to consider for constants is APL's idea of Representation and Base Value. These are well summarized at http://www.sigapl.org/encode.htm . APL adds the intriguing concept of mixed bases, the classic example of which is the pre-decimal UK pounds, shillings, and pence currency. I doubt we'll see that in hardware any time soon, however... Tony H. -- 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: Fixed-Point and Scientific Notation
Don, I appreciate the information. However, the clarifications I really need are: 1. How are we to distinguish between a binary floating-point literal, a decimal floating-point literal, and a hexadecimal floating-point literal? 2. How are we to distinguish between a four-byte floating-point literal, an eight-byte floating-point literal, and a sixteen-byte floating-point literal? Some examples I have seen use various letter suffixes to indicate length and format. But is there a standard? John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Don Higgins Sent: Sunday, April 27, 2008 8:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Fixed-Point and Scientific Notation John, all Here are some references and summary info I've collected: Standard Scientific Notation: General description and references: http://en.wikipedia.org/wiki/Scientific_notation IBM Hursley generalized description of scientific notation conversion: http://www2.hursley.ibm.com/decimal/daconvs.html#reftonum Arithmetic Model: http://www2.hursley.ibm.com/decimal/damodel.html Note this model is based on IEEE 854, ANSI X3-274 standards. Unfortunately these standards are only available in published form for a fee. (Commentary: It would be a tremendous service to the world if a non-profit organization could be started to move all standards publications to the public domain to help promote understanding and use of non-proprietary standards. Charging for them makes them all proprietary!) So in summary the standard form would appear to be: 1. Sign (+optional) 2. Mantissa (decimal digits with optional period up to maximum significant digits for binary format) 3. Exponent (optional) a. E (E or e optional if sign included) b. Sign (+optional if E or e) c. Power of ten (exponent digits with no decimal up to maximum exponent) The maximum limits for each IBM fixed and floating point HFP, BFP, and DFP format can be found in the latest Principles of Operations Manual here: http://publibfp.boulder.ibm.com/epubs/pdf/dz9zr006.pdf In summary the significant decimal digits and base 10 exponents are as follows: Summary of IBM Fixed and Floating Point Scientific Notation Limits Type of number 32 bit 64 bit 128 bit Fixed Point Integers Significant digits 10 19 39 HFP Hexadecimal FP Significant digits 7 15 34 Maximum exponent 75 75 75 BFP Binary IEEE 754 FP Significant digits 7 16 34 Maximum exponent 38 308 4932 DFP Decimal IEEE 754r FP Significant digits 7 16 34 Maximum exponent96 384 6144 All of these formats are supported by z390 on Windows and Linux with CTD and CFD conversion routine macros and supervisor calls for converting between EBCDIC/ASCII character scientific notation and any of the above binary formats. All corrections and comments welcome. Don Higgins [EMAIL PROTECTED] www.z390.org -- 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: Fixed-Point and Scientific Notation
Actually, I am working on a lexical analyzer and parser for a future product. The issue is that we have three formats (binary, decimal, and hexadecimal) and three lengths (4, 8, and 16). Clearly, we must have a letter to indicate the start of the exponent. However, a numeric literal may not have an exponent. Therefore, it does not seem prudent to use that exponent initiator to specify either the length or the format. The best approach would seem to be to permit 0-2 suffix letters to a numeric literal which will identify the format and length. If we use E/e to indicate an exponent, then we cannot use E/e as a suffix character, since we are unable to distinguish the context properly. So we need to determine what characters should be used for the various formats and lengths. Should we care in which order the format and length characters are specified? If format and/or length characters are not specified, how should we determine what format and/or length should apply to the numeric literal? Obviously, we can look at the number of digits specified and the value of the exponent, if any. However, in many cases these will be insufficient. We can look and the surrounding context, but that adds a level of complexity which may not be necessary. Ideas and suggestions, please. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: Sunday, April 27, 2008 1:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Fixed-Point and Scientific Notation Typically E is used for short, D is used for long and L is now being used for double long. Should be. 1.5E+0 - short. 1.5D+0 - long. 1.5L+0 - double long. What are you trying to do? Determine an interchange format? -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel -- 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: Fixed-Point and Scientific Notation
In many cases, the user may simply specify 1.75E+6, the context will determine both the format and the length, and everything will be fine. However, there are other computational situations where the use of a particular format and/or length is important, and the choice of an incorrect format and/or length may result in miniscule computational errors, which then grow into significant errors through a subsequent series of computations. It is therefore necessary that the capability to specify formats and lengths be present. I am currently considering suffix characters of B (binary), D (decimal), and H (hexadecimal). However, I need to come up with a scheme for the specification of length. S (single) and Q (quad) would seem to work, but D (double) would already be in use as D (decimal). John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: Sunday, April 27, 2008 2:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Fixed-Point and Scientific Notation If I recall correctly, FORTRAN/PLI needed explicit exponentiation, i.e., DOUBLE A,B . A = B+1.23 would use a short 1.23 rather than determining that the other operands were double thus 1.23 should be treated as a double as well. One had to do A = B+1.23D0 It would behoove you to determine the context to generate the best values. If your parser will support scaled values, 1.23 may not even be a floating point number - it may be a fixed scaled value. In general it is best to make things easier for the carbon life forms creating and using the data rather than the silicon non-life forms processing the data (even if it does cause more initial work for the carbon life forms programming the silicon). -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel -- 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
Fixed-Point and Scientific Notation
Has IBM established a standard in any of the various high-level languages for the representation of the various floating-point formats and precisions? . Formats: o Binary o Decimal o Hexadecimal . Precisions: o Single (4-byte) o Double (8-byte) o Quadruple (16-byte) I am specifically looking at both fixed-point and scientific notation. John P. Baker -- 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 Publications Server
I have been trying to access the IBM Publications Server for days. All I can get are the following messages: Our apologies The Publication Internet server is busy. Please try again later. Please use your browser's Back button, to return to the previous page. Has anyone been able to access the IBM Publications Server? John P. Baker -- 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 Publications Server
The primary IBM Publications Server is located at: http://www.elink.ibmlink.ibm.com/publications/servlet/pbi.wss?CTY=USnull; When I try to search for a publication, I get the error message. This has been happening for days. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, April 07, 2008 11:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM Publications Server What URL? I get my manuals at: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology -- 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's Eligibility For Federal Government Procurement Contracts Reinstated
Click on IBM Press Room. It is the first story on the page. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Friday, April 04, 2008 12:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM's Eligibility For Federal Government Procurement Contracts Reinstated Now I'm confused. Noticing the date of the begining of this thread on this list, I smiled and shrugged. And smiled more broadly as I read the apparently earnest followups. I still find nothing on the subject on: Linkname: IBM News - United States URL: http://www.ibm.com/news/us/en/ What should I believe? How can I verify? -- 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
Re: Exponential growth (was how fast can I sort on mainframe (using DFSORT)?)
Chris, Thanks for the correction. Yes, Log2 would offer a better guide than logN for the analysis of sort performance characteristics. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Blaicher, Chris Sent: 03/10/2008 10:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Exponential growth (was how fast can I sort on mainframe (using DFSORT)?) In this context, sorting and the exponential nature of it, it would have been better to use a log base 2 example, rather than a natural log example. The generalized cost of sorting is log2(n) compares per record. That said, in the last 15 years CPU time has not been a major factor in how long a sort runs. It has been the data transfer time that is the limiting factor on sort elapsed time. 99% of the CPU time is overlapped with I/O time. CPU time is a resource and should not be wasted, no question about that, but it is probably not a factor in the original poster's question. Chris Blaicher -- 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: Rexx bug?
Use if (offset1 == offset2) ... John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Todd Burch Sent: 03/10/2008 1:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Rexx bug? Running z/OS 1.9. Running this, I get a match. /* rexx */ offset1 = E0 ; offset2 = E8 ; if (offset1 = offset2) then say MATCH! ; else say NO MATCH! What does it return on your system? Thanks, Todd No virus found in this outgoing message. Checked by AVG. Version: 7.5.518 / Virus Database: 269.21.7/1322 - Release Date: 3/9/2008 12:17 PM -- 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: Rexx bug?
Ulrich, As long as his intent is a simple equality/inequality test, ==/ will work fine, in so far as the offsets are both presented with the same length and in the same case. A requirement for x2d(...) will only arise if the offsets are presented with the possibility of differing lengths, differing cases, or if a comparative magnitude test is required (, =, =, or ). John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ulrich Krueger Sent: 03/10/2008 1:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Rexx bug? Todd, What is your intent with this comparison? Do you want to compare two quoted character strings or do you want to compare the numeric (hexadecimal) values? If the latter, shouldn't you have coded either offset1 = E0X; offset2 = E8X; Or offset1 = x2d(E0); offset2 = x2d(E8); instead? Regards, Ulrich Krueger -- 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: Rexx bug?
Ulrich, I am a little confused as well, since I ran the test under VM and received Mo Match in both cases. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ulrich Krueger Sent: 03/10/2008 1:52 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Rexx bug? John, I'm a little confused now ... Todd said that his comparison returned 'match'. If REXX executed a comparison of two equal-length character strings, then a 'match' - result would be incorrect. Only if REXX interpreted the two character strings as numerical values in exponent notation (0**0 and 0**8) and performed a numerical comparison, would a 'match' - result be expected. But why? That's not logical. Todd coded two quoted character strings, didn't he? Could someone please run a TRACE and post the results? I can't at the moment. This really puzzles me. Regards, Ulrich Krueger -- 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: how fast can I sort on mainframe (using DFSORT)?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pawel Leszczynski Sent: 03/09/2008 5:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: how fast can I sort on mainframe (using DFSORT)? Hello everybody, I realize subject is VRY broad and my question VRY general, but... Recently in our shop we are reviewing our whole batch processing. Most of the time of EOD processing is consumed by sort of many big sequential files. (One such file has approximately order of 10GB, 10mln records) I listed few tens of such batch jobs (the longest-lasting ones) and computed mean sorting rate. It appeared to be about 1GB/min ~ 17MB/sec I suppose it's very poor result(???). Can you tell me how much I can improve this? These batch jobs are little CPU-consuming (~10% of one CPU), I suppose that major concern is to: -limit EXCPS (1) -increase throughput rate from DASD to central storage (2) I realize that sorting whole file in central storage (hiperspace sorting) would eliminate need to use work files and EXCPS to them. How much central storage is needed to handle in-storage sorting for let's say 10 GB file??? How much can I improve (2)? Can you tell me what is mean sorting rate in your installation? Before starting I would just like to know if I can achieve substantial improvement. TIA, Pawel Leszczynski PKO BP SA -- 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: how fast can I sort on mainframe (using DFSORT)?
Pawel, When sorting very large files one consideration must be whether the file is to be sorted multiple times. Also, it can be significantly more efficient to split the file into smaller subsets, sort the subsets, then perform a merge to recombine them. What you have to remember is that the time required for a sort does not grow linearly with the number of records, but is an exponential function, when the exact equation is dependent upon the total number of records, the sorting algorithm chosen, and the ordering of the key fields in the input file. A worst case scenario can be calculated. However, the mathematics is difficult and far too few analysts these days are willing to take the time. If you are really interesting, take a look at The Art of Computer Programming, v3, Sorting and Searching, by Donald E. Knuth John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pawel Leszczynski Sent: 03/09/2008 5:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: how fast can I sort on mainframe (using DFSORT)? Hello everybody, I realize subject is VRY broad and my question VRY general, but... Recently in our shop we are reviewing our whole batch processing. Most of the time of EOD processing is consumed by sort of many big sequential files. (One such file has approximately order of 10GB, 10mln records) I listed few tens of such batch jobs (the longest-lasting ones) and computed mean sorting rate. It appeared to be about 1GB/min ~ 17MB/sec I suppose it's very poor result(???). Can you tell me how much I can improve this? These batch jobs are little CPU-consuming (~10% of one CPU), I suppose that major concern is to: -limit EXCPS (1) -increase throughput rate from DASD to central storage (2) I realize that sorting whole file in central storage (hiperspace sorting) would eliminate need to use work files and EXCPS to them. How much central storage is needed to handle in-storage sorting for let's say 10 GB file??? How much can I improve (2)? Can you tell me what is mean sorting rate in your installation? Before starting I would just like to know if I can achieve substantial improvement. TIA, Pawel Leszczynski PKO BP SA -- 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: how fast can I sort on mainframe (using DFSORT)?
I was using exponential in the more general form. I did not mean to suggest e**x. You are correct in that N log(N) should represent a worst case. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: 03/09/2008 5:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: how fast can I sort on mainframe (using DFSORT)? I would hope for no worse than N log( N ) for any decently crafted technique; hardly exponential; barely polynomial. Heck, even bubble sort is only N**2. -- 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
Re: how fast can I sort on mainframe (using DFSORT)?
Actually, it is not. Although many people use e**x to define exponential, this is not correct. A correct definition of exponential growth specifies that the rate of growth increases as time progresses or in this case, as the size of the input increases. The mathematical expression N LOG ( N) does exhibit exponential growth, as shown below: N log(N) n*log(N) 1 0 0 10 2.3026 23.026 100 4.6052 460.52 1,000 6.9078 6,907.8 10,000 9.2104 92,104 As you can see, the rate of growth of the mathematical expression N log (N) is clearly shows exponential characteristics. It is not what many consider exponential (i.e., e**x), but it is mathematically correct. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: 03/09/2008 6:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: how fast can I sort on mainframe (using DFSORT)? ITYM misusing. This is a technical discussion group. Humpty Dumpty imprecisions[1] have no place here. [1] http://sundials.org/about/humpty.htm -- 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
Re: Exponential growth (was how fast can I sort on mainframe (using DFSORT)?)
Jim, Thanks for the reference. I have to admit that I did not even think about Wikipedia. I am somewhat old fashioned. I was digging through some old college textbooks on the analysis of infinite series. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim Mulder Sent: 03/09/2008 8:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Exponential growth (was how fast can I sort on mainframe (using DFSORT)?) http://en.wikipedia.org/wiki/Exponential_growth Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: It keeps getting uglier
All RD is paid for by the consumer in the end. So what? IBM has not made hardware or software unavailable. US patent law provides for a term of exclusivity. IBM is enforcing the legitimate rights afforded to then under US patent law. You seem to suggest that if an invention is of great benefit to society the rights of the patent holder should be held null and void. The founding fathers felt differently, and more than 200 years of jurisprudence have upheld that difference of opinion. Inventors are granted a limited time during which they retain exclusive rights to their invention, regardless of what society may think about it. Otherwise, what would be the purpose? Under your scenario, if I come up with a new invention which is of great benefit to society, then society should have the right to take it, give it to other (cheaper) manufacturers, and leave me out in the cold. IBM is well within its rights to deny PSI access to its 64-bit patents during the term of exclusivity, which in the US in currently 20 years. You may not like IBM's enforcement of its patent rights, but that does not make their actions illegal. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roger Bowler Sent: Monday, December 31, 2007 5:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: It keeps getting uglier The money which IBM spent on RD came from the sales of mainframe computers to the companies which run the banking, transportation, manufacturing, and administrative systems which we all rely on. The revenues of those companies comes from the users of those systems. IBM didn't pay for the RD. We did. S/390-based technology is critical to the functioning of our society. IBM does not have the right to keep society-critical technology secret, nor to hold society to ransom by preventing competitors from producing compatible systems. We have a right to expect that the hardware and software to drive these critical systems will always remain available. A competitive marketplace with a choice of suppliers is the way to ensure that the continued availability of mainframe technology is not dependent on the short-term interests of IBM profitability. For many years I trusted IBM to honour its obligations to society. Recent events led me to believe that this trust was misplaced. When IBM pulled the rug out from under the independent software vendors in the autumn of 2006, because the emulation technology in their IBM-supplied development systems got in the way of the IBM vs PSI litigation, it showed that however benevolent IBM may appear to be, in the end IBM's interests override those of the customer. Ref: http://www.tech-news.com/another/ap200703b.html Ref: http://www.tech-news.com/another/ap200704b.html Regards, Roger Bowler http://perso.wanadoo.fr/rbowler Hercules the people's mainframe -- 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: It keeps getting uglier
I don't disagree with you. Philosophically, I have a problem with IBM's actions. Legally, I feel that they are on solid ground. In arguing the merits of this case or of any other case we need to remember to distinguish between what we want and what we have a right to. They are seldom the same things. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Doc Farmer Sent: Monday, December 31, 2007 9:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: It keeps getting uglier Your point is valid, but WHY would IBM want to shut out this part of the market? One of the big things I keep hearing/reading is that there are concerns that not enough mainframe-trained students are coming out of colleges or trade schools and into the job market. The small-platform mainframe would erase that shortage, because schools could actually use low-cost processors to train students how to program/operate/secure their commercial big brothers. It also keeps smaller developers from creating innovative software for the mainframe platform. How does restricting the marketplace like this HELP Big Blue? Because so far, I've not seen a convincing argument for that case, despite the fact that it seems to be the core thrust of IBM's actions. -- 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
