Re: VSAM Freespace - If no initial load???????
Many thx John/Ron. John, I'm passing this to our CICS sysprogs to see if it's something they can use. Ron, Agree that a journal file should be ascending key and be used sequentially. However, the amount of inserts (2/5ths) seem to point to what I assume are delayed transactions being inserted. Therefore, I was hoping to allocate a small(ish) CI FSPC to ensure enough room for 2 records to be inserted in each CI? Regards, Joe -- 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: Two things missing from DFSORT in a perfect world?
Frank, in your example you probably want to throw in SQZ to get rid of the leading zeroes in the dotted address you're generating. Eg 5.226.19.8 rather than 005.226.019.008 Cheers, Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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
DSS COPY/RENAME failed (ADR971E)
Hi, We have a production job to COPY/RENAME an extended KSDS and it runs normally for some days before giving us a RC=8: DR006I (001)-STEND(01), 2008.028 01:38:23 EXECUTION BEGINS ADR411W (001)-DDFLT(02), DATA SET PROD.OLD IN CATALOG CATALOG.UCAT ON VOLUME BP9E97 WAS NOT SERIALIZED ON REQUEST ADR971E (001)-AMOVE(01), LOGICAL COPY FOR CLUSTER PROD.OLD IN IN CATALOG CATALOG.UCAT FAILED, 4 ADR439E (001)-PREVS(15), A PREALLOCATED DATA SET WITH NEW NAME NEW NAME PROD.NEW WAS FOUND FOR DATA SET PROD.OLD BUT WAS UNUSABLE, 68 Here are the DSS statements we're using: COPY DATASET(INCLUDE(PROD.OLD)) - RENAMEU((PROD.OLD,PROD.NEW)) - OPTIMIZE(4) TOL(ENQF) STORCLAS(SCCPCRD) REPLACEU Explanation for ADR971E is: (RC=4) A logical COPY was requested for an extended format VSAM data set and DFSMSdss could not enqueue on the data set name. DFSMSdss requires IDCAMS to copy the data set. A logical COPY using IDCAMS cannot be performed on an extended format VSAM data set that is open for update. The TOLERATE keyword is not supported. However, we don't have other users openning it in I-O mode while doing the copy/rename. *More strangely, if we remove the del/define step (we define the target KSDS before the copy/rename), the job executed successfully, at least for the past two days!!!* I have done the various tests and feel a little lost. Actually I was not able to trigger another ADR971E messages in my tests. The last information I can supply is about the space allocation. If we del/define the target KSDS, we can see the messages concerning space constraint relief: IGD17287I DATA SET PROD.NEW COULD NOT BE ALLOCATED NORMALLY, SPACE CONSTRAINT RELIEF (MULTIPLE VOLUMES) WILL BE ATTEMPTED IGD17286I SPACE CONSTRAINT RELIEF WAS USED TO ALLOCATE DATA SET PROD.NEW, DATA WAS SPREAD OVER MULTIPLE VOLUMES IGD17070I DATA SET PROD.NEW ALLOCATED SUCCESSFULLY WITH 1 STRIPE(S). IGD17172I DATA SET PROD.NEW IDCAMS SYSTEM SERVICES IS ELIGIBLE FOR EXTENDED ADDRESSABILITY After removing the del/def step, there are no such messages in DSS job log. It seems that we allocate too much spaces in the DEFINE step and if letting DSS do it automatically (remove the del/define step) , it's so smart to calculate the right size to use. But is it relevant? Having struggled with it for 12 hours, I need some hints from experts here -_- Thanks. Johnny -- 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: TSO TRANSMIT and instream data set DLM=
Paul [EMAIL PROTECTED] wrote: One of my disappointments with TSO TRANSMIT is that I know no safe way to imbed INMR text in an instream data set: the format seems to allow any digraph to appear in columns 1-2. But today, attempting to test a trial-and-error routine to scan a TRANSMITted IEBCOPY unloaded JCL library for a digraph not appearing in columns 1-2, I was startled to find no '//' (but many '/*') in those columns. I consider this a statistical anomaly -- I found numerous '//' in 2-3 and wrapped from 80-1. Have the authors done us a favor by coding to avoid '//' in 1-2? I can find no mention of this in the documentation. I'd be delighted to exploit the feature if I were confident it was supported. BTW, is there a new format of Publibz? Suddenly, I seem to be required to display a shelf list before I can filter for a string in a publication title. This could be undesirable on a slow connection. I'll have to see whether I get used to it. (I really wish I could have searched for TRANSMIT in all publications whose titles contain TSO.) -- gil Paul, See the following as an example of how to include such data instream using standard IBM utilities. This example includes Terse output (but could easily be Transmit), that has been reformatted as 64 bytes and offset to pos 3. It uses the fact that the lrecl for a dataset can be overridden so long as is still valid for the blocksize. So we override to 64 on the SPLIT step, then back to 1024 on the unterse step..(also watch the nested DLMs XX, YY,ZZ!!!) I'd like to take credit for it;-).. but the IEBGENER/IEBDG steps are based on the method that IBM uses within z/OS HCD to transmit IODFs..I just adapted it to use DSS/TRSMAIN input Cheers roy //jobname JOB (0),'XMIT IODF', // NOTIFY=SYSUID, // CLASS=X,MSGCLASS=A //* //* DSS DUMP IODF TO TEMPORARY FILE //* //DSS EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //DUMP DD DSN=DSSIODF,DISP=(,PASS), // UNIT=SYSDA,SPACE=(CYL,(50,50),RLSE) //SYSIN DD * DUMP DATASET (INCLUDE (- SYSX.IODF0B.CLUSTER - ))- ALLDATA(*) ALLEXCP - OUTDD(DUMP) /* //* //* TERSE THE DSS DUMP //* //TERSE EXEC PGM=TRSMAIN,PARM='PACK' //SYSPRINT DD SYSOUT=*,DCB=(LRECL=133,BLKSIZE=12901,RECFM=FBA) //INFILEDD DISP=OLD,DSN=DSSIODF //OUTFILE DD DISP=(,PASS),DSN=TERIODF, // UNIT=SYSDA,SPACE=(CYL,(50,10),RLSE) //* //* OVERRIDE THE LRECL TO SPLIT INTO 64 BYTE CHUNKS //* AND SHIFT TO COL3. THIS ALLOWS TO BE SUBMITTED //* INSTREAM. //* //* This Step uses the technique of overriding the lrecl //* of the previous terse output to 64. //* This works as 64 is a common factor of 1024 //* (and thus of the blocksize) //* If you use this for other than terse with other lrecls //* ie 80, then ensure the blocksize is a multiple of 64 ie 8000 //* //SPLIT EXEC PGM=IEBDG //SYSPRINT DD SYSOUT=* //INDD DSN=TERIODF,DISP=OLD, //LRECL=64,RECFM=FB //OUT DD DSN=SPLIT,DISP=(,PASS),SPACE=(CYL,(50,10),RLSE), //LRECL=80,RECFM=FB //SYSIN DD * DSD OUTPUT=(OUT),INPUT=(IN) FD NAME=FD1,LENGTH=2 FD NAME=FD2,LENGTH=64,STARTLOC=3,FROMLOC=1,INPUT=IN CREATE NAME=(FD1,FD2),INPUT=IN END //* //* NOW SUBMIT TO REMOTE NODE //* //SUBMIT EXEC PGM=IEBGENER //SYSINDD DUMMY //SYSPRINT DD DUMMY //SYSUT2 DD SYSOUT=(,INTRDR) //SYSUT1 DD DATA,DLM=ZZ //jobname JOB (0),'RESTORE IODF', // NOTIFY=SYSUID, // CLASS=X,MSGCLASS=A /*ROUTE XEQ remote node //* //* RE-JOIN 64 BIT CHUNKS TO CREATE THE TERSED FILE //* //JOIN EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSINDD * GENERATE MAXFLDS=1 RECORDFIELD=(64,3) //SYSUT2 DD DISP=(,PASS),DSN=JOIN, //UNIT=SYSDA,SPACE=(CYL,(50,10),RLSE), //DCB=(RECFM=FB,LRECL=64,BLKSIZE=10240) //SYSUT1 DD DATA,DLM=XX ZZ //DD DSN=SPLIT,DISP=OLD //DD DATA,DLM=YY XX //* //* UN- TERSE FILE. //* OVERRIDE LRECL TO 1024 //* //UNTERSE EXEC PGM=TRSMAIN,PARM='UNPACK' //SYSPRINT DD SYSOUT=*,DCB=(LRECL=133,BLKSIZE=12901,RECFM=FBA) //INFILEDD DISP=OLD,DSN=JOIN,LRECL=1024 //OUTFILE DD DISP=(,PASS),DSN=DSSIODF, // UNIT=SYSDA,SPACE=(CYL,(50,50),RLSE) //* //* RESTORE DSSDUMP //* //DSSREST EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //DUMP DD DSN=DSSIODF,DISP=OLD //IODF DD UNIT=3390,VOL=SER=IODF00,DISP=SHR //SYSIN DD * RESTORE DATASET (INCLUDE (- SYSY.IODF00.CLUSTER - ))- INDD(DUMP) OUTDD(IODF) /* YY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at
Re: Job ad for z/OS systems programmer trainee
In [EMAIL PROTECTED], on 01/28/2008 at 02:07 PM, Ted MacNEIL [EMAIL PROTECTED] said: This 'faith' is grounded in facts: FSVO facts. When a woman with an MA in Statistics can't understand a multiple linear regression program, then the degree doesn't tell anything useful. -- 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: TSO TRANSMIT and instream data set DLM=
On Mon, 28 Jan 2008 20:22:34 -0600, Paul [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: BTW, is there a new format of Publibz? Suddenly, I seem to be required to display a shelf list before I can filter for a string in a publication title. This could be undesirable on a slow connection. Yes, they do seem to have implemented a new format. So far, I think I like the old method better, but we'll see. On a slow connection, perhaps you could let the list start loading then click the stop button in your browser, then do the filtering. I'll have to see whether I get used to it. (I really wish I could have searched for TRANSMIT in all publications whose titles contain TSO.) TSO/E has its own bookshelf, so if you start by listing the shelves, you can then locate an open the TSO/E shelf, and then search for TRANSMIT. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.9 TCPIP
Yes - these REXX execs are in my 1.9 system. -- Mark Pace Mainline Information Systems -- 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: Keep only the tail of the dataset
On Mon, 28 Jan 2008 17:04:26 -0600, Luis Miguel Martinez [EMAIL PROTECTED] wrote: Have you tried with the USS command: tail -n //'my.dataset.to.read' where n would be the number of lines Please let me know if you could do it. That should work. But why -n without a value? It would be tail -n nnn //'my.dataset.to.read' where nnn is the number of lines wouldn't it? With BPXBATCH and z/OS 1.8 (or 1.5-1.7 with the proper maintenance) STDOUT can point to a MVS data set. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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
ZMFACC Assembler Coding Contest - new PD problem #15 and open question about applications/categories
All Problem #15 has been posted. Neither #14 or #15 have any solutions posted yet. Visit website for details: http://z390.sourceforge.net/z390_Mainframe_Assemble_Coding_Contest.htm A friend asked me about the potential application of techniques used in the contest problems. In response here is an initial list of applications by category with my first thoughts: 1. Swapping fields (#1,#2) – used in sorting, file buffering 2. Conversion to display characters (#3,#6,#9,#10) – used in dump, error display, or report formatting 3. Sorting records (#4) – used in preparing for sequential processing and reporting 4. Conversion of display characters to binary (#5) – used in decoding input data for processing 5. Floating point calculations (#7,#8,#12) – used to calculate statistics with required precision 6. Table lookup (#11) – used to access data tables required for processes such as validating records 7. Decimal calculations (#13,#15) – used to calculate currency precisely in base 10 8. Recursive functions (#14) – used in sorting routines such as Quicksort, compiling languages Going forward, I’d like to build a list of categories for future problems. My initial list of possible additions include: 1. Boolean logic 2. Branch logic 3. Comparisons 4. Compression and de-compression (someone just asked me if z390 supports CMPSC yet. The answer was not yet but I did go read the 9 page description in the latest POP which includes 3 page diagram) 5. Encryption and decryption 6. File access methods 7. Heuristics 8. Totally useless just for fun Do you have some categories or specific questions you would like to see added. All feedback welcome. Don Higgins mailto:[EMAIL PROTECTED] http://don.higgins.net -- 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: New Opcodes
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. [EMAIL PROTECTED] (Tom Marchant) writes: It also says, 894 instructions (668 implemented entirely in hardware) The latest POO lists about 750 instructions. I know that there are a few not listed in the POO. Still, it sounds like it's a lot over 50. as per past discussions re the architecture red book (i.e. cms script file where command line option would print the full machine architecture or just the POO subset, full machine architecture was distributed in red 3ring binders) and compareswap instruction http://www.garlic.com/~lynn/subtopic.html#smp getting an instruction added could require a lot of justification. so one way of parsing of the reference to 50+ added instructions to improve compiled code efficiency ... could be referring to over 50 of the added instructions were justified for improving compiled code efficiency (w/o saying anything at all about the total number of added instructions and/or what was the justification for any of the other added instructions). -- 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: New Opcodes
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. Anne Lynn Wheeler [EMAIL PROTECTED] writes: as an aside ... there was some similar speculation two decades ago about such stuff. there was even some speculation that one of the other clone processor vendors creation of macrocode was to enable them to quickly adapt to such things (be more agile in tracking, implementing, deploying changes). re: http://www.garlic.com/~lynn/2008c.html#29 New Opcdoes http://www.garlic.com/~lynn/2008c.html#32 New Opcdoes actually such speculation dates back three decades to the introduction of cross-memory instructions and dual-address space mode on 3033 -- 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 Cuts Employee Salaries
On Mon, 28 Jan 2008 21:06:21 -0500, Arthur T. wrote: Many companies abuse their salaried workers by increasing workload until many extra (unpaid) hours are needed. Those 7600 folk are being punished by *not* making family-killing demands on their time? No, but every one of those employees who had achieved a work/life balance that contained less than 5 hours of overtime a week have to now *start to make family-killing demands on their time* to break even on weekly take home pay. To achieve equivalent total compensation is likely impossible, there will not be enough overtime hours to do that. They've now lost: 1) Their salary potential for any week where they take a vacation 2) Their salary potential for any week where there is a company holiday 3) Their bonus potential has been reduced by 15% (determined by base salary) 4) The magnitude of any raise has been reduced by 15% (determined by base salary) 5) The value of certain benefits (e.g. disability, life insurance, 401K match) have been reduced by 15% Let's use some funny numbers and see what happens: Assume an average 7600 employee was making $70K. Assume an average 5% end of year bonus rate. Assume an average 2% salary raise rate. After the change, these employees are making $60K (well, $59.5K, but let's not quibble over small change). Also grant that they all work the 5 hours of overtime (however unlikely) to make it back to $70K, so off the top, the weekly payout doesn't change for IBM. At the end of year 1 the bonuses for the employees at a 70K salary would be: $26.6M, at 60K salary: $22.8M (savings: $3.8M) At the end of year 2, the 70K employees would be making 71.4K, 60K employees only make 61.2K. End of year bonus differential grows to almost $3.9M. These numbers don't include the reduction in cost to IBM for the other benefits (disability, life insurance, 401K match, etc.) which all have equivalent reductions, as they are determined by base salary. Forcing a company to pay for the amount of time required can help them decide that they're understaffed and need more people. It definitely tends to keep them from overworking their existing employees. (Tends to, not does.) Yeah, right. I have a bridge for sale, you sound like you're in the the market. More than likely, the boss will lower appraisals in direct correlation to the number of overtime hours worked. Sally got her stuff done in 5 hours of OT/week, you needed 10. Therefore you are a lower skill than Sally. Some of those 7600 undoubtedly would rather be overworked rather than underpaid. Some would not. Non-sequitur. Many years ago, my father considered changing jobs. At his interview, he was told that they couldn't match his current base rate, but he could have all the overtime he wanted. Recognizing that money isn't everything, he opted to stay where he was. Your father got to make the choice. These folks did not. You have to consider all of the ancillary effects of such a company action. IBM saw a legal means to grab money back from its employees. No different than when Gerstner looted the pension fund. IBM was sued and settled ... ergo they were culpable for bad behavior. Here, IBM was violating fair labor laws. IBM was sued and settled ... ergo culpable for bad behavior. A company which takes actions that it knows are going to piss off *customer facing* employees is, for all intents and purposes a company that has little regard for its customers. Unhappy customer facing employees take it out on the customers, generally not in an overt way, but schedules elongate, phone calls don't get returned so quickly, 15 minutes of overtime turns into an hour, which turns into real dollars for the customer, especially if the problem is, say, a hardware outage on a hot weekend at your favorite retail store and the cash registers go down... SB http://www.cxoamerica.com/pastissue/article.asp?art=25417issue=141 when asked how he measures his companys success, IBM Chairman and CEO Sam Palmisano said he monitors four measurements. In addition to market share, consistent financials and being a valuable corporate citizen, Palmisano includes attrition rates and being an employer of choice. People want to be here and want to make a big difference, he says. And these 7600? -- 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: Keep only the tail of the dataset
On Tue, 29 Jan 2008 15:49:54 -, Van Dalsen, Herbie [EMAIL PROTECTED] wrote: Sorry, I am still on z/OS 1.6... If you have the PTF for OA11699 (UA23196) then you can direct STDOUT to SYSOUT or a MVS data set. It's old at this point... it has been available since December 2005. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: 29 Januarie 2008 02:48 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Keep only the tail of the dataset On Mon, 28 Jan 2008 17:04:26 -0600, Luis Miguel Martinez [EMAIL PROTECTED] wrote: Have you tried with the USS command: tail -n //'my.dataset.to.read' where n would be the number of lines Please let me know if you could do it. That should work. But why -n without a value? It would be tail -n nnn //'my.dataset.to.read' where nnn is the number of lines wouldn't it? With BPXBATCH and z/OS 1.8 (or 1.5-1.7 with the proper maintenance) STDOUT can point to a MVS data set. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: identify sas uage by component
On Jan 29, 2008, at 12:06 AM, Lindy Mayfield wrote: You can tell SAS which record type to use (as long as it is 127), and the SMF options can be put into a restricted options table so that a user cannot touch them. So you definitely pick an unused record type number. The actual writing of the record is done by the SAS SVC so none of the SAS programs need to reside in APF controlled libraries. Lindy Lindy, SIGH... thats nice about non authorized library but the issue is still there. One place I worked it was a *CONSTANT* battle to find a free SMF record type we had a board with product assignments to records and sometimes it was 2 years before one freed up. Meanwhile the user was screaming and all we could tell them was go out and do battle with this department or another. They sometimes would and basically get thrown back to us. All we could do is to sympathize and just say wait. Now if you were to ask are *ALL* the records needed I would say no. Most of the time it was the idea if you don't use the product it gets dumped and that is really the only way to do it (in our case). We had the biggest hardware budget in the area and it swallowed up a fare percent of the over all budget. So it was a constant fight over the software (I won't *EVEN* get into SAS Software cost) . Having a choice as to SMF record type is mandatory if you are going to be cutting them but there should be a better way (OR) IBM could expand the number of SMF record types. Fat chance on this but feel free to submit a SHARE requirement. Some of the vendors know this and put in an 8 character product name that is a step in the right direction but really not a complete answer as sometimes you need other fields to differentiate releases etc. which have to be put in extensions and then it gets a little more difficult to spin records off, its a mess, IMO. Ed -- 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: Keep only the tail of the dataset
Thanks. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: 29 Januarie 2008 03:56 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Keep only the tail of the dataset On Tue, 29 Jan 2008 15:49:54 -, Van Dalsen, Herbie [EMAIL PROTECTED] wrote: Sorry, I am still on z/OS 1.6... If you have the PTF for OA11699 (UA23196) then you can direct STDOUT to SYSOUT or a MVS data set. It's old at this point... it has been available since December 2005. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: 29 Januarie 2008 02:48 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Keep only the tail of the dataset On Mon, 28 Jan 2008 17:04:26 -0600, Luis Miguel Martinez [EMAIL PROTECTED] wrote: Have you tried with the USS command: tail -n //'my.dataset.to.read' where n would be the number of lines Please let me know if you could do it. That should work. But why -n without a value? It would be tail -n nnn //'my.dataset.to.read' where nnn is the number of lines wouldn't it? With BPXBATCH and z/OS 1.8 (or 1.5-1.7 with the proper maintenance) STDOUT can point to a MVS data set. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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: New Opcodes
On Tue, 29 Jan 2008 10:47:05 -0500, Anne Lynn Wheeler wrote: ... there was even some speculation that one of the other clone processor vendors creation of macrocode was to enable them to quickly adapt to such things (be more agile in tracking, implementing, deploying changes). There may have been speculation within IBM that Macrocode, and the architecture that enabled it, was to make it easier to develop new features. I can tell you that I was at Amdahl at the time working on the 580. That was definitely a major reason for it. actually such speculation dates back three decades to the introduction of cross-memory instructions and dual-address space mode on 3033 With the introduction of MVS/SE, Amdahl provided something called SE Assist, which provided software emulation of the new instructions that SE used. There was also a ZAP to NIP to no-op a TPROT instruction that seemed to be there only to prevent MVS/SE from IPLing on a processor without the new instructions. When the 580 was being designed, the enhanced architecture of the processor allowed for such software emulation of new instructions in Macrocode without having to install code in the operating system. This allowed instructions in NIP to be emulated. The 580 also had an advanced channel architecture that made it much easier to implement the XA I/O subsystem. -- Tom Marchant -- 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: New Opcodes
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. Anne Lynn Wheeler [EMAIL PROTECTED] writes: actually such speculation dates back three decades to the introduction of cross-memory instructions and dual-address space mode on 3033 re: http://www.garlic.com/~lynn/2008c.html#29 New Opcdoes http://www.garlic.com/~lynn/2008c.html#32 New Opcdoes http://www.garlic.com/~lynn/2008c.html#33 New Opcdoes part of the speculation was that the cross-memory/dual-address space instructions used more STOs (segment table origins) simultaneously ... and the 3033 had inherited its TLB (and STO-associative) implementation from 168. The additional concurrent STO use activity was putting pressure on TLB-miss and therefor performance. one the other hand, large 168 3033 installation were facing enormous pressure on amount of application addressable space ... aka pasts posts about pointer passing paradigm from real memory heritage dictated the SVS and subsequent MVS implementation with the kernel appearing in the application address space. The MVS design included moving (non-kernel) subsystems into their own address space ... dictating the common segment implementation (supporting squirreling away data for pointer passing APIs). Larger installations were having to constantly grow the common segment ... with 24bit addressing (16mbyte), kernel taking up 8mbytes ... and the common segment growing from 4mbytes to 5mbytes (and more) ... was only leave 3-4mbytes (or less) for applications (even tho there was a virtual address space per application). the future system distraction had redirected a lot of effort into non-370 activity http://www.garlic.com/~lynn/subtopic.html#futuresys when future system was killed, there was mad rush to get stuff back into the 370 product pipeline. 370-xa was going to take 7-8 yrs (with 31-bit addressing, access registers, program call return, etc). the stop-gap was 3033 ... which was 168 wiring/logic remapped to faster chip technology. The increasing machine capacity was adding more applications, tending to grow the common segment and putting massive pressure on available (virtual) memory for applications. There was speculation that 3033 cross-memory and dual-address space hardware changes was purely to create incompatibilities for the clone processor vendors ... however there was more than enuf other justification, even if the clone vendors hadn't existed at all (intermediate step on the way to access registers) ... aka dual-address space instructions allowed subsystem to reach directly into the calling application's virtual address to direclty access values pointed to by the passed pointers (w/o requiring the common segment hack). -- 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
Several Openings Available
I would normal get permission from the owner of IBM-Main before posting this, but I don't know who that is now. There are several openings in the IT area of Commerce Bank in Kansas City. Most of these openings are in the applications area and would have to do with WEB type applications. These have opened up because we will have several large projects going on this year. However, Commerce Bank so far has still been a company that hires permanently and fires only for cause. So once on board you should have a career for life if you want it. Note that Commerce Bank in Kansas City is different from the one headquartered in New Jersey. We have banking operations in Missouri, Kansas, Illinois, Oklahoma, and Colorado. I moved to Kansas City from Atlanta in May of 2005 and was pleasantly surprised with the city. This is a very nice area to work and live in. The positions currently available include console operators, application programmers, application analysts, DBAs, and Data Architects. One other position that might be available soon is for a capacity planner with 1-5 years experience in the Windows (yea, I know that's an expanded four letter word) and UNIX (AIX) areas. I'm the z/OS capacity planner here and my co-worker, the distributed capacity planner, is moving on to a management position in another area (poor soul). If anyone is interested please contact me directly. There is currently an excellent referral bonus being offered but for me to get the bonus I'll need to send you the referral form so you can submit it with your application. My email address is [EMAIL PROTECTED] and my work phone is 816-760-7632. As I said at the start, if I knew who currently controls the listserv I would have asked permission before posting this. Does anyone know the current owner? Tom Kelman Commerce Bank of Kansas City (816) 760-7632 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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: Retry: Bits in Region-Table Entries
On Tue, Jan 29, 2008 at 04:28:51PM +0100, Maarten Slegtenhorst wrote: Jeff, Thanks for the clarification. There are also bits 62-63 (Table Length). E.g., you could use TF=0, and TL=1 to have entries at the begining of the next level table, but not use the entire table. Ofcourse! I misunderstood the TL-bits! So, basically, the combination of TF- and TL-bits determines which of the 4 quarters of the next level table are available. The ASCE has no TF-bits, so the Region-First-Table always starts at the Region-Table origin. Yeah, that's what happens when I am too lazy and don't check the docs :) While writing the previous email (which happens to be my first IBM-MAIN post :) ), I realized that I actually have a bug in my pet project's code that sets up the translation tables...so...thanks! :) Josef 'Jeff' Sipek. -- A computer without Microsoft is like chocolate cake without mustard. -- 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: TSO TRANSMIT and instream data set DLM=
On Tue, 29 Jan 2008 09:33:23 +, Roy Hewitt wrote: See the following as an example of how to include such data instream using standard IBM utilities. This example includes Terse output (but could easily be Transmit), that has been reformatted as 64 bytes and offset to pos 3. Thanks for suggesting the utilities. Hmmm. The largest divisor of 80 I could use is 40. This cuts the efficency to 50% from your 80% with TERSE. That's still acceptable, and I don't need TERSE which is not yet a standard IBM utility at all supported releases. I've done similar with uuencode as a test. All things considered, I'd prefer not to frighten the customer with complexity; I'll continue my trial-and-error search for a delimiter. If I use only alphabetics and numerics, there are 3844 candidate digraphs, which exceeds the number of records in my current TRANSMIT archive, so I'm guaranteed a success; and even with a larger archive the chance of failure is negligible. In fact, it has always succeeded for my data on the first trial. I tried the experiment of putting a few records of all slashes in my source PDS. I did get '//' in 1-2, so my hopeful conjecture is refuted. Thanks again, 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: Keep only the tail of the dataset
Sorry, I am still on z/OS 1.6... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: 29 Januarie 2008 02:48 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Keep only the tail of the dataset On Mon, 28 Jan 2008 17:04:26 -0600, Luis Miguel Martinez [EMAIL PROTECTED] wrote: Have you tried with the USS command: tail -n //'my.dataset.to.read' where n would be the number of lines Please let me know if you could do it. That should work. But why -n without a value? It would be tail -n nnn //'my.dataset.to.read' where nnn is the number of lines wouldn't it? With BPXBATCH and z/OS 1.8 (or 1.5-1.7 with the proper maintenance) STDOUT can point to a MVS data set. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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: DFHSM - RECALL PROBLEM
Did you determine if the SAS data sets were FS or DA? The older engine that was difficult to migrate and recall was DA for the DSORG. Lizette We have narrowed it down to SAS. The 6.0 version did not work. The 8.1 version worked, but for some reason the 8.2 does not work. We are still in the process of checking. Thanks for your input. Ed Gould [EMAIL PROTECTED] wrote: At one time there was an issue with sas databases and DFHSM. I was told this has been corrected on the newer version(s) of SAS. If this is an old version of a database that was created with an older version (check with the SAS people as to what is OK to migrate and what isn't and if there are any restrictions like you must use(via DFHSM) DFDSS to restore you might be out of luck. We ran into this and really disliked SAS because of this incompatibility. They may have fixed this but it depends (I think) on the SAS version number that created it. -- 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: Keep only the tail of the dataset
No, I am not... Paul Gilmartin wrote the following in this thread... Why not? I have successfully ftp'ed raw (binary) SMF data, including the RDWs from z/OS to Linux. I can then read the file using Java, decoding the RDWs. UNIX itself does not care what data is being written to a file. It is just a byte stream. Of course, if the creating program itself does not have some way to delimit an end-of-record, then it __might__ not be possible to reliably read the data. E.g. undefined records which don't have an RDW, nor an end-of-record indicator (like program objects). Regards Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: 29 Januarie 2008 01:50 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Keep only the tail of the dataset On Mon, 28 Jan 2008 18:51:47 -, Van Dalsen, Herbie wrote: Hang on, I must be missing something... This is my output from the tail command in OMVS in tso, which I am sure can be used in BPXbatch. So If you mount your dataset in OMVS / USS as /var/tailin OMVS.TAILIN and a second one as /var/tailout OMVS.TAILOUT(empty) and issue the command tail /var/tailin /var/tailout, won't you get the best results ? No messing around with other unix systems etc and code that someone needs to rewrite in 2 year's time? You're the first person who has mentioned other unix systems; I believe the rest of us had assumed from the beginning z/OS Unix System Services. This still leaves unanswered my concerns about binary data in RECFM=V(B) and John M.'s about short generations. -- 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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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: DFHSM - RECALL PROBLEM
Ed, We have narrowed it down to SAS. The 6.0 version did not work. The 8.1 version worked, but for some reason the 8.2 does not work. We are still in the process of checking. Thanks for your input. Ed Gould [EMAIL PROTECTED] wrote: At one time there was an issue with sas databases and DFHSM. I was told this has been corrected on the newer version(s) of SAS. If this is an old version of a database that was created with an older version (check with the SAS people as to what is OK to migrate and what isn't and if there are any restrictions like you must use(via DFHSM) DFDSS to restore you might be out of luck. We ran into this and really disliked SAS because of this incompatibility. They may have fixed this but it depends (I think) on the SAS version number that created it. Ed -- 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 - Looking for last minute shopping deals? Find them fast with Yahoo! Search. -- 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 Link is Down -- Even the 3270 Purple Screen
I was in IBMLink 2000 and it failed while trying to pull up an open ETR, giving a panel that says Request for entitlement followed by more text and Internal Server Error. So I decided to switch over to the purple screen system. It doesn't recognize my password. So the support person tried to explain that my IBMLink ID and the VM system use the same ID It took a few minutes to get them to listen that in my case this isn't true, I got one of the last IDs they were giving out before cutting off any new IDs. That ID is non-functional now. Looks like things are really busted. One more observation. When you call the 800 number for IBMLink 2000 support, it seems interesting that you have to listen to a LONG winded message about IBM Link being down before it will ever accept a menu selection number. Now that should tell anyone who is looking at this that there is a problem when this is the first thing you hear before selecting a menu option specific to logon problems (or some such). I may not be saying this well, but I think you can get the point. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: identify sas uage by component
Having a choice as to SMF record type is mandatory if you are going to be cutting them but there should be a better way (OR) IBM could expand the number of SMF record types. Hardly needed, I think. MXG Supports (I claim) every SMF record on the face of the earth, and there are only 127 separate products that write User SMF records that need their own SMF ID, and it's impossible for any site to have all of those products installed. I'd guess a more realistic number is 20 to 30 user SMF records, not 127. Barry Merrill -- 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: DFHSM - RECALL PROBLEM
They may have fixed this but it depends (I think) on the SAS version number that created it. The SAS Version 5 data libraries on MVS were not moveable by MVS utilities, but in SAS Version 6, the data libraries became conventional S/370 Physical Sequential datasets. I believe SAS Version 6 became available in, uh, 1987. Hard to believe this is an incompibility worth discussing now. Barry Merrill -- 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: Several Openings Available
On 29 Jan 2008 08:08:12 -0800, [EMAIL PROTECTED] (Kelman, Tom) wrote: However, Commerce Bank so far has still been a company that hires permanently and fires only for cause. So once on board you should have a career for life if you want it That's a characteristic of companies I have valued greatly. But I will note that companies with such policies have been bought out by other companies. Things change. -- 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
Finding the list owner (was RE: Several Openings Available)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Kelman, Tom I would normal get permission from the owner of IBM-Main before posting this, but I don't know who that is now. By design of the Listserv software, send an email to [EMAIL PROTECTED] to reach the list's owner/administrator directly. Thus, [EMAIL PROTECTED] will reach Big D (Darren) directly. (Yep, he's still the owner.) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Cuts Employee Salaries
On 29 Jan 2008 07:54:59 -0800, [EMAIL PROTECTED] (Scrood Blued) wrote: No, but every one of those employees who had achieved a work/life balance that contained less than 5 hours of overtime a week have to now *start to make family-killing demands on their time* to break even on weekly take home pay. To achieve equivalent total compensation is likely impossible, there will not be enough overtime hours to do that. It is quite possible that IBM created a cost-neutral solution, and will pay out the same amount of money for the same amount of work - for the company. If so, some people will gain and some people will lose (this is the nature of choices).Those who put in more than the average amount of overtime will earn more, and those who put in less than the average amount of overtime will earn less. -- 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: Several Openings Available
Tom I just talked to a co-worker who lives there, he said it was 21 degrees with 30 mile an hour winds blowing the snow all over the place. Tom Moulder On a personal note -- good to see you at CMG and hope to see you in Vegas this year. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kelman, Tom Sent: Tuesday, January 29, 2008 10:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Several Openings Available snip I moved to Kansas City from Atlanta in May of 2005 and was pleasantly surprised with the city. This is a very nice area to work and live in. unsnip No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.15/1249 - Release Date: 1/29/2008 9:51 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New Opcodes
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. re: http://www.garlic.com/~lynn/2008c.html#29 New Opcodes justification is justification ... not all have to be there based on the same justification. as an aside ... there was some similar speculation two decades ago about such stuff. there was even some speculation that one of the other clone processor vendors creation of macrocode was to enable them to quickly adapt to such things (be more agile in tracking, implementing, deploying changes). misc. past posts mentioning macrocode. http://www.garlic.com/~lynn/2002p.html#44 Linux paging http://www.garlic.com/~lynn/2002p.html#48 Linux paging http://www.garlic.com/~lynn/2003.html#9 Mainframe System Programmer/Administrator market demand? http://www.garlic.com/~lynn/2003.html#56 Wild hardware idea http://www.garlic.com/~lynn/2005d.html#59 Misuse of word microcode http://www.garlic.com/~lynn/2005d.html#60 Misuse of word microcode http://www.garlic.com/~lynn/2005h.html#24 Description of a new old-fashioned programming language http://www.garlic.com/~lynn/2005p.html#14 Multicores http://www.garlic.com/~lynn/2005p.html#29 Documentation for the New Instructions for the z9 Processor http://www.garlic.com/~lynn/2005u.html#40 POWER6 on zSeries? http://www.garlic.com/~lynn/2005u.html#43 POWER6 on zSeries? http://www.garlic.com/~lynn/2005u.html#48 POWER6 on zSeries? http://www.garlic.com/~lynn/2006b.html#38 blast from the past ... macrocode http://www.garlic.com/~lynn/2006c.html#9 Mainframe Jobs Going Away http://www.garlic.com/~lynn/2006j.html#32 Code density and performance? http://www.garlic.com/~lynn/2006j.html#35 Code density and performance? http://www.garlic.com/~lynn/2006m.html#39 Using different storage key's http://www.garlic.com/~lynn/2006p.html#42 old hypervisor email http://www.garlic.com/~lynn/2006u.html#33 Assembler question http://www.garlic.com/~lynn/2006u.html#34 Assembler question http://www.garlic.com/~lynn/2006v.html#20 Ranking of non-IBM mainframe builders? http://www.garlic.com/~lynn/2007b.html#1 How many 36-bit Unix ports in the old days? http://www.garlic.com/~lynn/2007d.html#3 Has anyone ever used self-modifying microcode? Would it even be useful? http://www.garlic.com/~lynn/2007d.html#9 Has anyone ever used self-modifying microcode? Would it even be useful? http://www.garlic.com/~lynn/2007j.html#84 VLIW pre-history http://www.garlic.com/~lynn/2007k.html#74 Non-Standard Mainframe Language? http://www.garlic.com/~lynn/2007n.html#96 some questions about System z PR/SM -- 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: Retry: Bits in Region-Table Entries
Jeff, Thanks for the clarification. There are also bits 62-63 (Table Length). E.g., you could use TF=0, and TL=1 to have entries at the begining of the next level table, but not use the entire table. Ofcourse! I misunderstood the TL-bits! So, basically, the combination of TF- and TL-bits determines which of the 4 quarters of the next level table are available. The ASCE has no TF-bits, so the Region-First-Table always starts at the Region-Table origin. -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- 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: New Opcodes
On Jan 29, 2008, at 8:00 AM, Anne Lynn Wheeler wrote: ---SNIP-- getting an instruction added could require a lot of justification. -SNIP--- Or is this new behavior on IBM's part to starve off the INTEL Emulator? I think my idea makes more sense. Ed -- 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: New Opcodes
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Phil Payne Sent: Monday, January 28, 2008 5:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: New Opcodes New opcodes aren't something I worry too much about - I managed to solve quite a few business problems with System/360. Now old opcodes - I hope they all stick around. The terminology used in the PDF file is interesting: 50+ instructions added to improve compiled code efficiency. It almost sounds like these will be unpublished instructions foro use exclusively by IBM's compilers. I hope not. I really __despise__ undocumented instructions. I don't know why, but I do. I guess because I find computer architecture interesting. But I don't see how a compiler can use an undocumented instruction. How would I debug the program if the instruction gets an exception of some sort? Or do source level, interactive, debugging at the assembler level? And, if they are reserved for IBM only compilers, that is anti competative. And what about GCC on Linux? I guess it would not be able to use the instructions. Undocumented, problem state, instructions are __EVIL__ as far as I am concerned. Yes, you've finally found something that I am a bit passionate about grin. Down at metal level it's quite a different architecture. I wouldn't be surprised to see some object code optimized a little with special instructions. -- Phil Payne -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: System abend D38 - what is that ?
On Tue, 29 Jan 2008 13:05:01 - Van Dalsen, Herbie [EMAIL PROTECTED] wrote: :What happens if you disable Fault Analyzer? Do you still get the SD38? :Regards :Herbie :-Original Message- :From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Berg :Sent: 26 November 2007 05:32 nm ^ Welcome back, Rip Van Winkel. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [OT] Not exactly the best Friday off topic post
Sorry, I missed it, I thought that you were still in your current position for a bit... Regards Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards, Robert B. Sent: 29 Januarie 2008 12:02 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [OT] Not exactly the best Friday off topic post Herbie, Thanks for the heads-up, but as you can see from my sigline, I am already working again. Maybe your post will provide an opportunity for another unemployed systems programmer that was unaware of this opening at US Bank. Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] - -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Van Dalsen, Herbie Sent: Monday, January 28, 2008 8:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [OT] Not exactly the best Friday off topic post Bob, There is a MVS Position in USBank open at the moment... Maybe Richard Pinion can forward you the details, not sure if I will be able to pull it off to fill the position remotely... Regards Herbie -- 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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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: [OT] Not exactly the best Friday off topic post
Herbie, Thanks for the heads-up, but as you can see from my sigline, I am already working again. Maybe your post will provide an opportunity for another unemployed systems programmer that was unaware of this opening at US Bank. Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] - -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Van Dalsen, Herbie Sent: Monday, January 28, 2008 8:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [OT] Not exactly the best Friday off topic post Bob, There is a MVS Position in USBank open at the moment... Maybe Richard Pinion can forward you the details, not sure if I will be able to pull it off to fill the position remotely... Regards Herbie -- 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
Retry: Bits in Region-Table Entries
L.s, This is a retry of an earlier post. Since I got no response, I'm wondering if my questions are unclear!? -- Recently I had my first system programmer course ( ES15 ). It was meant as a MVS refresh-course but it contained a lot more information than expected. So now I am slowly working through the course materials checking if I understand everything. At the moment I am looking into 64-bit addressing and some things are unclear. The Principles of Operation didn't help as much as I hoped. -- Short version questions: - Are region tables filled back to front in blocks of 4096 bytes ( 512 * 64-bit entries )? - Am I correct that the maximum needed storage for all the tables is ~32 Petabyte?: If I assume there are 5 Region-Second-Tables, then: - Bit 58 ( region invalid bit ) of the entries 2044 to 2048 of the Region-First-Table is 0? - Bit 58 of entries 1537 to 2043 of the Region-First-Table is 1? - Bits 0 - 51 of entries 1537 to 2043 of the First-Region-Table are also 0? -- Long version: The first part of the address ( RFX, 11 bits ) is the index in the Region-First-Table of the entry that points to the beginning of the Region-Second-Table. So far so good! Everything crystal clear. Now the entry in Region-First-Table itself. Bits 0 - 51 plus 12 zeros is the address of the associated Region-Second-Table. Ok Bits 52 - 55 are not used in region tables. Ok Bits 56 - 57 : 0-3 * 4096 bytes is the length of the unused first part of the Region-Second-Table: - So Region tables are filled back to front in blocks of 4096 bytes ( 512 entries )? Bit 58 : Region-Invalid Bit. When the bit is one, the Region-Second-Table associated with the entry is not valid. So... If I assume there are 5 Region-Second-Tables, then: - Bit 58 of the entries 2044 to 2048 of the First-Region-Table is 0? - Bit 58 of entries 1537 to 2043 of the First-Region-Table is 1? - Bits 0 - 51 of entries 1537 to 2043 of the First-Region-Table are also 0? Am I correct that the maximum needed storage for all the tables is ~32 Petabyte?: -- 1 Region-First-Table 2048 entries of 8 bytes = 16.384 bytes + 2048 Region-Second-Tables 2048 * 2048 entries of 8 bytes = 33.554.432 bytes + 2048^2 Region-Third-Tables 2048^2 * 2048 entries of 8 bytes = 68.719.476.736 bytes + 2048^3 Segment-Tables 2048^3 * 2048 entries of 8 bytes = 140.737.488.355.328 bytes + 2048^4 Page Tables 2048^4 * 256 entries of 8 bytes = 36.028.797.018.963.968 bytes -- Or am I making a horrible mistake somewhere? -- Maarten Slegtenhorst - Eagles may soar - but weasels don´t get sucked into jet engines! - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.9 TCPIP
According to chapter 14 of z/OS Communications ServerIP Sockets Application Programming Interface Guide and Reference Version 1 Release 9 SC31-8788-06 there should be some sample REXX execs in SEZAINST, but I can't see them. The REXX execs I am looking for are EZARXS06, EZARXS05, EZARXS04 and EZARXS03 Can someone out there who has z/OS 1.9 see if they have these examples in SEZAINST . Crispin Hugo Systems Programmer Macro 4 Direct Line: +44 (0)1293 872121, Switchboard: +44 (0)1293 872000, Fax: +44 (0)1293 872001 This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- 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
CS025I contridiction
Given that the program(EQQXINIX) is not defined as program controlled with RACF, what are the circumstances which cause it to be treated as program controlled? The error message manual for CSV025I indicates This error might occur when a user has EXECUTE access to a problem library's data set profile, even if none of the program modules involved are RACF program protected. WHy does it think EQQXINIX is program controlled? ICH419I THE ENVIRONMENT IS NOT CONTROLLED. ATTEMPT TO LOAD PROGRAM EQQXINIX FROM LIBRARY SYS1.EQQ.SEQQLMD0 FAILED. ICH420I PROGRAM IKJEES73 FROM LIBRARY SYS1.CMDLIB CAUSED THE ENVIRONMENT TO BECOME UNCONTROLLED. ICH420I PROGRAM EXEC FROM LIBRARY SYS1.CMDLIB CAUSED THE ENVIRONMENT TO BECOME UNCONTROLLED. CSV025I PROGRAM CONTROLLED MODULE EQQXINIX NOT ACCESSED, USER UNAUTHORIZED -- 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: New Opcodes
In a message dated 1/29/2008 7:49:27 A.M. Central Standard Time, [EMAIL PROTECTED] writes: I know that there are a few not listed in the POO. Still, it sounds like it's a lot over 50. Those are just the graphics and sound instructions for the GDDM replacement? **Start the year off right. Easy ways to stay in shape. http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489 -- 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: DFSORT symbols from COBOL copybook?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John This is likely a strange question. But does anybody know of anything which can take a COBOL copy book (file defination) and create DFSORT symbols? Or maybe something that can post process a COBOL compile listing and create DFSORT symbols? What I would like is a way to __easily__ create a DFSORT step which can read an input file and do selection and reformatting so that the resulting output file is simply printable EBCDIC. This output file would then be ftp'ed to a Windows / Linux server which would use it to update a relational database. We don't have any relational database software on z/OS. I want to use symbols so that, hopefully, even a non-programmer could easily learn how to write such a program. ICETOOL? -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
Need a SMF tool
I had some task suck a lot of CPU the other day, but I don't have any tools handy to hunt this anomaly down. Would someone kindly point me to their favorite freeware SMF tool? Thanks!! 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System abend D38 - what is that ?
Binyamin, I did send a second one saying please ignore... But yes, since you asked... I am curious what the end result was... Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: 29 Januarie 2008 01:50 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: System abend D38 - what is that ? On Tue, 29 Jan 2008 13:05:01 - Van Dalsen, Herbie [EMAIL PROTECTED] wrote: :What happens if you disable Fault Analyzer? Do you still get the SD38? :Regards :Herbie :-Original Message- :From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Berg :Sent: 26 November 2007 05:32 nm ^ Welcome back, Rip Van Winkel. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: identify sas uage by component
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Monday, January 28, 2008 7:00 PM Tom: I do NOT know a lot about SAS I have used it a few times to create some reports. There are things you can do in SAS that some other report writers cannot do so the preference is to do it in SAS. My *VAGUE* recollection at one time there was a STC that printed graphs out on an IBM color printer 3287(?). You would run SAS and invoke SASGRAPH and that would somehow communicate with the STC. I never did much with sasgraph other than to set up the STC. If you are talking some components of SAS then I agree that SAS cutting the SMF record is probably the only way. If you are talking about SAS itself running as a batch job the type (4 or 3X) is a reasonable way of catching it. Otherwise you are stuck with SAS creating the SMF record. Personally I am *LOATH* to let programs cut their own records. I have seen (in the past) where they cut records and the layouts are like say DFSORT records and use the same number and the program that then processes the records abends because of this discrepancy. If I were to do it. I would make sure that any records it cuts do *NOT* get into the weekly or Monthly cumulative tapes. Also probably you may have to make the SAS library APF authorized in order to cut SMF records, not a good thing to let loose in the general population (make sure its write protected). Ed -- Ed, I certainly agree with you on letting the ability to cut SMF records or set up authorized libraries loose on the general population. That would be a disastrous situation. What we've done is copy the SVC supplied by SAS into a separate library controlled by the sysprogs. In fact the SAS product itself is installed by me, the capacity planner, and the general community doesn't have update access to the load libraries. Also, we have several other OEM products that cut SMF records such as CA's TopSecret, the Omegamon products, SuperSession, and IAM. I'm sure other companies have those also. Each product gives the user the ability to choose an SMF record number to use. We just keep track of what's been assigned so that we don't duplicate numbers. The general user community (read application programmers) has to go through the sysprogs if they have a system that cuts SMF records or installs SVCs. From what you have posted your SAS experience seems a might old. It has changed a lot since the process you remember to print a graph on a color printer. There is no longer an SVC to control printing to the graphics printers. Now I just create the graph using GPLOT, GCHART, or another SAS/Graph PROC and an appropriate device definition and put it out as a gif in the USS files. I can then pull it up in my browser, or a manager can pull it up in his. You can also use the SAS Output Delivery System (ODS) to place the graph into a pdf or html file. Of course others may do it differently and probably use SAS on Windows or UNIX. At my shop we still run SAS for z/OS. Tom Kelman * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.9 TCPIP
Thanks MArk Crispin Hugo Systems Programmer Macro 4 Direct Line: +44 (0)1293 872121, Switchboard: +44 (0)1293 872000, Fax: +44 (0)1293 872001 Simply get more www.macro4.com Macro 4 plc Registered office:The Orangery, Turners Hill Road, Worth, Crawley, West Sussex, RH10 4SS Registered in England no. 927588 Please consider the environment and THINK before you print this email. Email Disclaimer -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace Sent: 29 January 2008 13:26 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.9 TCPIP Yes - these REXX execs are in my 1.9 system. -- Mark Pace Mainline Information Systems -- 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 This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- 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: System abend D38 - what is that ?
What happens if you disable Fault Analyzer? Do you still get the SD38? Regards Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Berg Sent: 26 November 2007 05:32 nm To: IBM-MAIN@BAMA.UA.EDU Subject: SV: System abend D38 - what is that ? To avoid confusion: there is no D37, only a D38 ! (D37 is mentioned partly du to my fumble fingers, partly as a wild guilty by association teory...) Thomas -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Ed Finnell Skickat: den 26 november 2007 18:12 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: System abend D38 - what is that ? In a message dated 11/26/2007 9:34:20 A.M. Central Standard Time, [EMAIL PROTECTED] writes: would need to see the entire dump, No clue as to what SVC 145 is, which is hardcoded in a cobol program?? Something is screwy in LE. Well it may be that due to the D37 out of space the pgm took a wild branch on an unhandled condition. Probably maybe fix the D37 the D38 goes away? **Check out AOL's list of 2007's hottest products. (http://money.aol.com/special/hot-products-2007?NCID=aoltop000 301) -- 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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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: CS025I contridiction
On Tue, 29 Jan 2008 04:30:49 -0600, Steve Emson [EMAIL PROTECTED] wrote: Given that the program(EQQXINIX) is not defined as program controlled with RACF, what are the circumstances which cause it to be treated as program controlled? The error message manual for CSV025I indicates This error might occur when a user has EXECUTE access to a problem library's data set profile, even if none of the program modules involved are RACF program protected. WHy does it think EQQXINIX is program controlled? ICH419I THE ENVIRONMENT IS NOT CONTROLLED. ATTEMPT TO LOAD PROGRAM EQQXINIX FROM LIBRARY SYS1.EQQ.SEQQLMD0 FAILED. ICH420I PROGRAM IKJEES73 FROM LIBRARY SYS1.CMDLIB CAUSED THE ENVIRONMENT TO BECOME UNCONTROLLED. ICH420I PROGRAM EXEC FROM LIBRARY SYS1.CMDLIB CAUSED THE ENVIRONMENT TO BECOME UNCONTROLLED. CSV025I PROGRAM CONTROLLED MODULE EQQXINIX NOT ACCESSED, USER UNAUTHORIZED One of the following is almost certainly true: (a) You have a PROGRAM profile that covers EQQXINIX and grants the user EXECUTE. (b) You have a DATASET profile for the library containing EQQXINIX that grants the user EXECUTE. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- 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: New Opcodes
On Tue, 29 Jan 2008 12:54:53 EST, Ed Finnell wrote: Message dated 1/29/2008 7:49:27 A.M. CST, m42tom-ibmmain writes: I know that there are a few not listed in the POO. Still, it sounds like it's a lot over 50. Those are just the graphics and sound instructions for the GDDM replacement? Oh, that makes sense -- the new PTF instruction must mean: Play The Flute (or Play The Fiddle?) -- Tom Schmidt -- 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: DFSORT symbols from COBOL copybook?
John McKown wrote on 01/29/2008 09:46:53 AM: This is likely a strange question. But does anybody know of anything which can take a COBOL copy book (file defination) and create DFSORT symbols? Or maybe something that can post process a COBOL compile listing and create DFSORT symbols? What I would like is a way to __easily__ create a DFSORT step which can read an input file and do selection and reformatting so that the resulting output file is simply printable EBCDIC. This output file would then be ftp'ed to a Windows / Linux server which would use it to update a relational database. We don't have any relational database software on z/OS. I want to use symbols so that, hopefully, even a non-programmer could easily learn how to write such a program. John, We have a Rexx in the Smart DFSORT Tricks document that can do what you asked for. See Create DFSORT Symbols from COBOL COPYs at: http://www.ibm.com/servers/storage/support/software/sort/mvs/tricks/ Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED] Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- 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: New Opcodes
In a message dated 1/29/2008 12:06:27 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Play The Flute Getting kind of silly but I liked-Plunk Twanger Froggie or Push The FUD. **Start the year off right. Easy ways to stay in shape. http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489 -- 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
DFSORT symbols from COBOL copybook?
This is likely a strange question. But does anybody know of anything which can take a COBOL copy book (file defination) and create DFSORT symbols? Or maybe something that can post process a COBOL compile listing and create DFSORT symbols? What I would like is a way to __easily__ create a DFSORT step which can read an input file and do selection and reformatting so that the resulting output file is simply printable EBCDIC. This output file would then be ftp'ed to a Windows / Linux server which would use it to update a relational database. We don't have any relational database software on z/OS. I want to use symbols so that, hopefully, even a non-programmer could easily learn how to write such a program. Just a thought. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: DFSORT symbols from COBOL copybook?
On 29 Jan 2008 09:47:10 -0800, [EMAIL PROTECTED] (McKown, John) wrote: This is likely a strange question. But does anybody know of anything which can take a COBOL copy book (file defination) and create DFSORT symbols? Or maybe something that can post process a COBOL compile listing and create DFSORT symbols? I suppose we could write a CoBOL program that read in a copybook member: 01 BR-BILL-REC-WORK. 05 BR-BILL-SORT-KEY. 10 FILLERPIC X. 10 ZIP PIC X(5). 10 NAME PIC X(16). 10 DORM PIC X(4). 10 ROOM PIC X(6). 10 FLAG PIC X(1). 10 FILLERPIC X(5). and write out a SYMNAMES: FILLER,01,01,CH ZIP,*,05,CH NAME,*,05,CH DORM,=,02,CH ROOM,=,04,CH SUFFIX,*,01,CH FLAG,*,01,CH It doesn't look trivial. (Note the initial Filler) -- 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: System abend D38 - what is that ? Please ignore, Got my dates mixed up....
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Van Dalsen, Herbie Sent: 29 Januarie 2008 01:05 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: System abend D38 - what is that ? What happens if you disable Fault Analyzer? Do you still get the SD38? Regards Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Berg Sent: 26 November 2007 05:32 nm To: IBM-MAIN@BAMA.UA.EDU Subject: SV: System abend D38 - what is that ? To avoid confusion: there is no D37, only a D38 ! (D37 is mentioned partly du to my fumble fingers, partly as a wild guilty by association teory...) Thomas -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Ed Finnell Skickat: den 26 november 2007 18:12 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: System abend D38 - what is that ? In a message dated 11/26/2007 9:34:20 A.M. Central Standard Time, [EMAIL PROTECTED] writes: would need to see the entire dump, No clue as to what SVC 145 is, which is hardcoded in a cobol program?? Something is screwy in LE. Well it may be that due to the D37 out of space the pgm took a wild branch on an unhandled condition. Probably maybe fix the D37 the D38 goes away? **Check out AOL's list of 2007's hottest products. (http://money.aol.com/special/hot-products-2007?NCID=aoltop000 301) -- 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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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: EMC PAV
-snip- How can you tell if a Sales Person is lying? ...their mouth is open! ---unsnip-- Or his lips are moving! G -- 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: Dumb idea - pandering to the other systems people?
---snip-- Welcome to the dumbing down of IT, regardless of platform. I'm not a cynic! I'm a realist! unsnip- The IDEALIST builds castles in the sky The REALISTS live in them. The CYNIC collects the rent! -- 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: New Opcodes
On Mon, 28 Jan 2008 11:42:37 -, Phil Payne wrote: The terminology used in the PDF file is interesting: 50+ instructions added to improve compiled code efficiency. It also says, 894 instructions (668 implemented entirely in hardware) The latest POO lists about 750 instructions. I know that there are a few not listed in the POO. Still, it sounds like it's a lot over 50. -- Tom Marchant -- 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: Two things missing from DFSORT in a perfect world?
Henry Willard wrote on 01/28/2008 05:32:45 PM: BTW, the dotted decimal representation of 8520E301 is 133.32.227.1. 133.032.227.001 is 851AE301. Leading zeros means octal. The original poster asked for ddd.ddd.ddd.ddd output so that's what I showed the DFSORT statements for. You can suppress the leading zeros using DFSORT's SQZ function as follows: OPTION COPY INREC IFTHEN=(WHEN=INIT, BUILD=(1:1,1,BI,EDIT=(IIT),5:2,1,BI,EDIT=(IIT), 9:3,1,BI,EDIT=(IIT),13:4,1,BI,EDIT=(IIT))), IFTHEN=(WHEN=INIT,BUILD=(1,15,SQZ=(SHIFT=LEFT,MID=C'.'))) The output for the example input I showed would then be: 5.226.19.8 133.32.227.1 Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED] Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- 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: New Opcodes
I think it's Pity The Fool. It's a very dangerous op-code to attempt. Not many people know that Mr. T moonlights as a hardware architect. Jon snip Second, there was one mnemonic that caught my eye. I do not know what it does, but it's probably one that none of us will forget: PTF. Keith E. Moe Perform The Following? Maybe it is the long wanted execute immediate instruction? Waiting with worm on tongue to read more. /snip -- 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: DFSORT symbols from COBOL copybook?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Frank Yaeger Sent: Tuesday, January 29, 2008 12:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFSORT symbols from COBOL copybook? John McKown wrote on 01/29/2008 09:46:53 AM: This is likely a strange question. But does anybody know of anything which can take a COBOL copy book (file defination) and create DFSORT symbols? Or maybe something that can post process a COBOL compile listing and create DFSORT symbols? What I would like is a way to __easily__ create a DFSORT step which can read an input file and do selection and reformatting so that the resulting output file is simply printable EBCDIC. This output file would then be ftp'ed to a Windows / Linux server which would use it to update a relational database. We don't have any relational database software on z/OS. I want to use symbols so that, hopefully, even a non-programmer could easily learn how to write such a program. John, We have a Rexx in the Smart DFSORT Tricks document that can do what you asked for. See Create DFSORT Symbols from COBOL COPYs at: http://www.ibm.com/servers/storage/support/software/sort/mvs/tricks/ Thanks! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: DFSORT symbols from COBOL copybook?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Tuesday, January 29, 2008 11:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFSORT symbols from COBOL copybook? -Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John This is likely a strange question. But does anybody know of anything which can take a COBOL copy book (file defination) and create DFSORT symbols? Or maybe something that can post process a COBOL compile listing and create DFSORT symbols? What I would like is a way to __easily__ create a DFSORT step which can read an input file and do selection and reformatting so that the resulting output file is simply printable EBCDIC. This output file would then be ftp'ed to a Windows / Linux server which would use it to update a relational database. We don't have any relational database software on z/OS. I want to use symbols so that, hopefully, even a non-programmer could easily learn how to write such a program. ICETOOL? -jc- How? I know how to use ICETOOL to get what I want, once I have the symbols. But reading the COBOL code and creating the symbols is the problem. Oh, I could do it by hand. But I'm far too lazy to do that! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: New Opcodes
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Schmidt On Tue, 29 Jan 2008 12:54:53 EST, Ed Finnell wrote: Message dated 1/29/2008 7:49:27 A.M. CST, m42tom-ibmmain writes: I know that there are a few not listed in the POO. Still, it sounds like it's a lot over 50. Those are just the graphics and sound instructions for the GDDM replacement? Oh, that makes sense -- the new PTF instruction must mean: Play The Flute (or Play The Fiddle?) I doubt IBM would call it a Fiddle. Violin would seem more their style. :-) How about Point The Finger? -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: Need a SMF tool
Freeware? C++ or any other language or scripting language. Use IFASMFDP to dump the type 30 records, use the manual to figure out the record layout, and a programming or scripting language to extract the pertinent data. You may then be able to use Excel or some type of data manager/graphing tool to get visual displays of how much CPU time various things took, or something with which you can perform easy sorting. David Logan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Tuesday, January 29, 2008 11:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Need a SMF tool I had some task suck a lot of CPU the other day, but I don't have any tools handy to hunt this anomaly down. Would someone kindly point me to their favorite freeware SMF tool? Thanks!! 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 [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
Question on 64 bit
I know I'm behind the curve, but management is to blame. I am currently running z/OS 1.4 in 32 byte. I think they are going to let me upgrade, at last. The question I need assistance on is this: I am planning on doing a POR so that I can set the memory for the Tech LPAR for no expanded and IPL it for 64 bit processing. Can I setup the PROD LPAR so that when I'm ready to IPL it to 64 byte I just need to do the IPL and not a second POR? Thanks in advance. Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 [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: Arial Font printing on Mainframe
On 29 Jan 2008 12:06:47 -0800, [EMAIL PROTECTED] (Lizette Koehler) wrote: I am trying to help out an application group that is designing forms on a PC and then uploading them to the mainframe for printing. We have an Infoprint 4445 Printer (?) and what they want to see is an Arial Font that is about a 12 pitch. I do not have a pitch ruler so I am guessing at the 12, it maybe smaller. I'm not familiar with your printer, but I've written programs that used special fonts (and even colors) on mainframe printers. These have been designed to work with the printer control language. Think of Postscript - except what I passed was simpler and less universal. The JCL would include a line such as: // PRTM2='(R,,747S),DEST=R0010', which loads the print program into the printer and tells the operator what paper to use.Then my CoBOL includes control characters that that print program recognized to pick the font. My current printer looks at a character in column 1 and prints a line with that font. Such lines don't have to include form feeds, allowing multiple fonts on a printed page. This is highly individual - you have to work with the particular mainframe printer. -- 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: Keep only the tail of the dataset
This might have been mentioned, but using our free Dataset Pipes tool, this is pretty easy if your file is text, since tail would work: // EXEC DTLSPAWN //LOG DD DISP=OLD,DSN=... //STDIN DD * fromdsn //DD:LOG \ | tail -2000 \ | todsn //DD:LOG // If the dataset has fixed length, binary records (say length=100), then you can do this: // EXEC DTLSPAWN //LOG DD DISP=OLD,DSN=... //STDIN DD * fromdsn -b //DD:LOG \ | tail -c -20 \ | todsn -b //DD:LOG // But, if the data is variable AND binary, then you can't use newlines to terminate the stream (the default for fromdsn and todsn). You could write a program like tail that uses ibm rdws as record prefixes. The program would read all of the records from stdin into a wrap-around table of the limiting size and then write the table out to stdout. Then you could have this: // EXEC DTLSPAWN //LOG DD DISP=OLD,DSN=... //STDIN DD * fromdsn -l ibmrdw //DD:LOG \ | rdw-tail -2000 \ | todsn -l ibmrdw //DD:LOG // (Of course, if you are going to write a program like this, you could have it just update the dataset rather than piping). On Jan 29, 2008 10:13 AM, Van Dalsen, Herbie [EMAIL PROTECTED] wrote: Thanks. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: 29 Januarie 2008 03:56 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Keep only the tail of the dataset On Tue, 29 Jan 2008 15:49:54 -, Van Dalsen, Herbie [EMAIL PROTECTED] wrote: Sorry, I am still on z/OS 1.6... If you have the PTF for OA11699 (UA23196) then you can direct STDOUT to SYSOUT or a MVS data set. It's old at this point... it has been available since December 2005. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: 29 Januarie 2008 02:48 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Keep only the tail of the dataset On Mon, 28 Jan 2008 17:04:26 -0600, Luis Miguel Martinez [EMAIL PROTECTED] wrote: Have you tried with the USS command: tail -n //'my.dataset.to.read' where n would be the number of lines Please let me know if you could do it. That should work. But why -n without a value? It would be tail -n nnn //'my.dataset.to.read' where nnn is the number of lines wouldn't it? With BPXBATCH and z/OS 1.8 (or 1.5-1.7 with the proper maintenance) STDOUT can point to a MVS data set. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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: Question on 64 bit
I am planning on doing a POR so that I can set the memory for the Tech LPAR for no expanded and IPL it for 64 bit processing. Can I setup the PROD LPAR so that when I'm ready to IPL it to 64 byte I just need to do the IPL and not a second POR? You don't need a POR, at all. Just change the address mode and memory settings, de-activate and re-activate each LPAR, as you move forward. - 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: Arial Font printing on Mainframe
You print on printers, not the mainframe ;-) Seriously, the printer doc is where you need to look. You send directives to the printer to load whatever fonts, overlays, or action sequences (page eject, etc). If the device can't do that font, then you are out of luck. Printing subsystems (VPS is one example, AFP another) might offer some facilities to simplify/complicate the process. You would consult that doc to fund out the 'right stuff'. And, yes, the correct technical term is 'stuff' ;-) I have used some other terms, but they are not suitable for this list :-)) Another possibility is that you may have to route the print data through another program (XMITIP, for example) to get what you want. Now, IMHO, printing is a career path and my comments may or may not apply to any known reality. HTH and good luck -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Tuesday, January 29, 2008 2:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Arial Font printing on Mainframe I am trying to help out an application group that is designing forms on a PC and then uploading them to the mainframe for printing. We have an Infoprint 4445 Printer (?) and what they want to see is an Arial Font that is about a 12 pitch. I do not have a pitch ruler so I am guessing at the 12, it maybe smaller. I have been looking for manuals or archives that might help me understand how to print Arial on the Mainframe in 12pitch font. I remember that there are Pagedef and Formdefs that can help, but I have not located a manual that says a GT12 is this or a GF15 is that. I am just looking for documentation that identifies the normal core fonts that exist on the mainframe (or how to find them) and what ?defs I need to use to get the same page print on the infoprint that I get on a windows attached printer. We are using ExStream Dialogue drivers on the mainframe to do the print the files from the PC, I am just thinking that perhaps the JCL needs a little Output tweaking. The test I will use is printing a word doc with Arial 12. Then printing the same file to the mainframe printer. If they are identical, then I have the right combination of stuff (that is the technical term? Stuff?). Thanks Lizette 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on 64 bit
...so are you going to jump from z/OS 1.4 to 1.9 ? Or 1.8? -- Tom Schmidt -- 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: PSF
Anyone aware of ACIF being a seperate cost item??? does not seem to come with PSF4.1 ... anyone know the prod. number it maybe listed under now..? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: Question on 64 bit
Dontcha love it when the platform stays and the management leaves. :-) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pat Mihalec Sent: Tuesday, January 29, 2008 3:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Question on 64 bit Thanks, we have not done any upgrades to the Mainframe in over two years. My memory cells were very fuzzy on this. I had changed the memory but had not IPL'd. We just did that now and all is looking good. The management that was here has left. The decision has been made that the cpu will remain here for at least 3 more years and the current management agrees living on unsupported software for that long is not a good idea. Now I get to take off my new Unix hat and put the MVS hat back on. Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 [EMAIL PROTECTED] McKown, John [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 01/29/2008 03:29 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Question on 64 bit -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, January 29, 2008 3:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Question on 64 bit I am planning on doing a POR so that I can set the memory for the Tech LPAR for no expanded and IPL it for 64 bit processing. Can I setup the PROD LPAR so that when I'm ready to IPL it to 64 byte I just need to do the IPL and not a second POR? You don't need a POR, at all. Just change the address mode and memory settings, de-activate and re-activate each LPAR, as you move forward. And you don't even absolutely __need__ to do a deactivate and activate, just change to 64 bit mode in the LOAD member. If your LPAR defination has XSTOR in 64 bit mode, you'll just get a whining message at IPL time and the XSTOR is ignored. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.15/1249 - Release Date: 1/29/2008 9:51 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.15/1249 - Release Date: 1/29/2008 9:51 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on 64 bit
Thanks, we have not done any upgrades to the Mainframe in over two years. My memory cells were very fuzzy on this. I had changed the memory but had not IPL'd. We just did that now and all is looking good. The management that was here has left. The decision has been made that the cpu will remain here for at least 3 more years and the current management agrees living on unsupported software for that long is not a good idea. Now I get to take off my new Unix hat and put the MVS hat back on. Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 [EMAIL PROTECTED] McKown, John [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 01/29/2008 03:29 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Question on 64 bit -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, January 29, 2008 3:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Question on 64 bit I am planning on doing a POR so that I can set the memory for the Tech LPAR for no expanded and IPL it for 64 bit processing. Can I setup the PROD LPAR so that when I'm ready to IPL it to 64 byte I just need to do the IPL and not a second POR? You don't need a POR, at all. Just change the address mode and memory settings, de-activate and re-activate each LPAR, as you move forward. And you don't even absolutely __need__ to do a deactivate and activate, just change to 64 bit mode in the LOAD member. If your LPAR defination has XSTOR in 64 bit mode, you'll just get a whining message at IPL time and the XSTOR is ignored. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Question on 64 bit
If your LPAR defination has XSTOR in 64 bit mode, you'll just get a whining message at IPL time and the XSTOR is ignored. You'll get more than that! We had a large IMS/DB2 environment that went from 10GB (2C/8E) to 2GB (ignored the XSTOR). Paging went through the roof; the AUX couldn't handle it; transactions died; eventually the sub-systems crashed. So, yes, you DO need to de/re-activate and change the definition in a large online environment! - 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: Need a SMF tool
RMF Monitor 2 or 3 can show you what is asid is causing a spike in activity, but the RMF Post Processor doesn't give you any information about individual address spaces. The workload manager report could show you what workload is spiking, but not the individual address space. Eric Ulrich Krueger [EMAIL PROTECTED] wrote: On Tue, 29 Jan 2008 11:59:47 -0600, Hal Merritt This may not be everybody's favorite SMF tool, but what about RMF? If you're running the RMF, RMF II, RMF III functions, then you can use on-line ISPF-panel driven functions to review the data. Older history data can also be reviewed using the batch RMF Post Processor program. Regards, Ulrich Krueger-- Eric Bielefeld Systems Programmer Aviva USA Des Moines, Iowa 515-645-5153 -- 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: Icetool question
Frank Yaeger just answered that for me: There are several ways to do this with DFSORT/ICETOOL. If you just want a list of the duplicate SSNs, the easiest way is to use an OCCURS job something like this: //S1 EXEC PGM=ICETOOL //TOOLMSG DD SYSOUT=* //DFSMSG DD SYSOUT=* //IN DD * 2 1 1 1 3 4 3 1 /* //OUT DD SYSOUT=* //TOOLIN DD * OCCURS FROM(IN) LIST(OUT) HEADER('SSN') ON(1,9,CH) ALLDUPS /* OUT would have: SSN 1 3 If you want something else, show me an example of the input records and what you want for output. Frank Yaeger -- 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: Question on 64 bit
Pat Mihalec wrote: I know I'm behind the curve, but management is to blame. I am currently running z/OS 1.4 in 32 byte. I think they are going to let me upgrade, at last. The question I need assistance on is this: I am planning on doing a POR so that I can set the memory for the Tech LPAR for no expanded and IPL it for 64 bit processing. Can I setup the PROD LPAR so that when I'm ready to IPL it to 64 byte I just need to do the IPL and not a second POR? Thanks in advance. Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 [EMAIL PROTECTED] You don't need to POR the box. Just deactivate the LPAR, change the storage allocations in the HMC for the lpar and reactivate/ipl. If you have ARCHLVL in LOADxx make sure that it specifies 2 (Or take it out altogether) -- Mark Jacobs Time Customer Service Tampa, FL Riley: Find the next number in the sequence: 313, 331, 367, ...? what? The Doctor: 379. It's a sequence of happy primes, 379. Martha: Happy what? The Doctor: Just enter it! Riley: Are you sure? We only get one chance. The Doctor: Any number that reduces to one when you take the sum of the square of its digits and continue iterating until it yields 1 is a happy number, any number that doesn't, isn't. A happy prime is both happy and prime. Doctor Who episode 42 -- 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: Need a SMF tool
On Tue, 29 Jan 2008 11:59:47 -0600, Hal Merritt [EMAIL PROTECTED] wrote: I had some task suck a lot of CPU the other day, but I don't have any tools handy to hunt this anomaly down. Would someone kindly point me to their favorite freeware SMF tool? Thanks!! This may not be everybody's favorite SMF tool, but what about RMF? If you're running the RMF, RMF II, RMF III functions, then you can use on-line ISPF-panel driven functions to review the data. Older history data can also be reviewed using the batch RMF Post Processor program. 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: Job ad for z/OS systems programmer trainee
You can include our own esteemed Mr. Marshall in that group! If I recall, and I am certain he will correct me if I am wrong, he was a Captain in the Air Force. His contributions to the various tapes were much read and I can certainly say I learned quite a bit from reading his source code back in the earlier-mid 80's. On Tue Jan 29 0:01 , Ed Gould [EMAIL PROTECTED] sent: On Jan 28, 2008, at 10:12 AM, Traylor, Terry wrote: When asked about the significance of a college degree for a prospective employee, a friend responded that it showed that the individual had to do thing they didn't like or didn't want to do, but did them well enough to pass. The same could be said of any branch of military service. Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 SNIP-- Terry: I was in the Army (back in the early 70's) and just from my experience I am not sure I can agree with you on that. I had exposure from e2's to Full bird Colonel's. The lifers (as we called them) were sometimes nice people but technical?? nope. I had to train 2 sp/7's and 1 E5 and not one of them had any idea what JCL was and they never wrote a lick of code. When IBM came in to give os an OS/Internals class There were two enlisted people. Myself and an (on leave from IBM type) who had been drafted. He was one of the people who wrote MVS internals(it was being worked on in the early 70's) and he was so far advanced he snickered when the instructor was talking about dispatching priority and he said under his breath you don't know what's coming. The LT's were generally nice and had some experience but they did learn quickly I will give them that. I caught one doing something that was a NO no and turned him in. It was no biggy but the rules had to be enforced. The point I am trying to get across is that most army types do not fit in well at a programmer jobs. I did *NOT* say all just most. So I don't think you can site army types as having a college degree. -- 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 Link is Down -- Even the 3270 Purple Screen
In a message dated 1/29/2008 1:03:46 P.M. Central Standard Time, [EMAIL PROTECTED] writes: And I was able to get in. I've been ok since then. I thought that link went away sometime ago when IBMLINK 2000 replaced IBMLINK. Who knows... I guess it's run by blue face monkeys. They just switch urls on the fly without doing any of the requisite maintence or supoort you'd expect from a service organization(or we'd be skewered for...) **Start the year off right. Easy ways to stay in shape. http://body.aol.com/fitness/winter-exercise?NCID=aolcmp0030002489 -- 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 Link is Down -- Even the 3270 Purple Screen
I got the same thing this morning when accessing IBMLINK via: The Support Download site. I got this email awhile later: Please use bookmarks after sign-on to have a quick reference to the page in their browser. Please do NOT to bookmark the sign-in page. ServiceLink page: https://www.ibm.com/ibmlink https://www-304.ibm.com/jct03004c/ibmlink/ttpu/displayTTPUPage.wss?lc=e ncc=US And I was able to get in. I've been ok since then. I thought that link went away sometime ago when IBMLINK 2000 replaced IBMLINK. Who knows... -- 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 Link is Down -- Even the 3270 Purple Screen
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Tuesday, January 29, 2008 1:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM Link is Down -- Even the 3270 Purple Screen I got the same thing this morning when accessing IBMLINK via: The Support Download site. I got this email awhile later: Please use bookmarks after sign-on to have a quick reference to the page in their browser. Please do NOT to bookmark the sign-in page.=20 ServiceLink page:=20 https://www.ibm.com/ibmlink https://www-304.ibm.com/jct03004c/ibmlink/ttpu/displayTTPUPage.wss?lc=3 D= e ncc=3DUS =20 And I was able to get in. I've been ok since then. I thought that link went away sometime ago when IBMLINK 2000 replaced IBMLINK. Who knows... SNIP Well, my posting showed up about 2 hours after I sent it. Since then the whole system has been rebooted (I just got off the phone with one of the people involved). And it seems that the VM system was somehow troubled by all this. What was interesting, in case you missed this in my original posting, I was already logged on and trying to pick up one of our ETRs to update it -- after getting out of one where I had read its updates. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- 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: TSO TRANSMIT and instream data set DLM=
Paul Gilmartin wrote: On Tue, 29 Jan 2008 09:33:23 +, Roy Hewitt wrote: See the following as an example of how to include such data instream using standard IBM utilities. This example includes Terse output (but could easily be Transmit), that has been reformatted as 64 bytes and offset to pos 3. Thanks for suggesting the utilities. Hmmm. The largest divisor of 80 I could use is 40. This cuts the efficency to 50% from your 80% with TERSE. That's still acceptable, and I don't need TERSE which is not yet a standard IBM utility at all supported releases. Just to clarify, 64 has to be a factor of the blocksize, not the record length, so with FB 80, blksize=8000, you could still split up to 64 byte chunks I've done similar with uuencode as a test. All things considered, I'd prefer not to frighten the customer with complexity; I can understand that Roy -- 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: Several Openings Available
Yeah... Like the OTHER Commerce Bank Tom mentioned, the one in New Jersey... They were bought out by TD BankNorth. I know many people at Commerce, and a couple at TD and I am curious what changes will take place during this consolidation. Especially since the TD mainframe operations were moved from Maine to Canada last year. On Tue Jan 29 9:57 , Howard Brazee [EMAIL PROTECTED] sent: On 29 Jan 2008 08:08:12 -0800, [EMAIL PROTECTED] (Kelman, Tom) wrote: However, Commerce Bank so far has still been a company that hires permanently and fires only for cause. So once on board you should have a career for life if you want it That's a characteristic of companies I have valued greatly. But I will note that companies with such policies have been bought out by other companies. Things change. -- 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: TSO TRANSMIT and instream data set DLM=
Paul Gilmartin wrote: snip Hmmm. The largest divisor of 80 I could use is 40. This cuts the efficency to 50% from your 80% with TERSE. That's still acceptable, and I don't need TERSE which is not yet a standard IBM utility at all supported releases. snip See APAR OA19194, which makes AMATERSE, alias TRSMAIN, available on z/OS R7 and up. That's all supported releases since R6 is out of service and AMATERSE is included in z/OS R9. The PTFs closed 4 November 2007. They are: UA36927 - z/OS R7 UA36928 - z/OS R8 -- John Eells z/OS Technical Marketing IBM Poughkeepsie [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: What Now?
Turns out that I can produce a report from TLMS11 which shows the names of all new tape datasets created the previous day, or on a specified date. With that as input I wrote some REXX code to scan for the VTS volumes I want based on patterns for the dataset name. Then it's a small matter of creating the control cards to feed into the stacking process for the EXPORT job. -- 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
Arial Font printing on Mainframe
I am trying to help out an application group that is designing forms on a PC and then uploading them to the mainframe for printing. We have an Infoprint 4445 Printer (?) and what they want to see is an Arial Font that is about a 12 pitch. I do not have a pitch ruler so I am guessing at the 12, it maybe smaller. I have been looking for manuals or archives that might help me understand how to print Arial on the Mainframe in 12pitch font. I remember that there are Pagedef and Formdefs that can help, but I have not located a manual that says a GT12 is this or a GF15 is that. I am just looking for documentation that identifies the normal core fonts that exist on the mainframe (or how to find them) and what ?defs I need to use to get the same page print on the infoprint that I get on a windows attached printer. We are using ExStream Dialogue drivers on the mainframe to do the print the files from the PC, I am just thinking that perhaps the JCL needs a little Output tweaking. The test I will use is printing a word doc with Arial 12. Then printing the same file to the mainframe printer. If they are identical, then I have the right combination of stuff (that is the technical term? Stuff?). Thanks Lizette -- 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: Need a SMF tool
I gather the SMF data and run a report off a PC using RMF Spreadsheet Reporter. You have to run a second report from the PC after you have gathered the data you want to report on. This second report ftp's a file back to the PC which is then pulled into a spreadsheet. It is free and it works. Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 [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: Keep only the tail of the dataset
And none of these relate to the original post. The OP wanted a automatic way to have a file wrap around after n writes. He did not want a way to write n entries to the file and then later only see the last n entries in the file. He wanted the n+1 write to be written as the first record on the file, n+2 to be the second, and so on. There is basically no way to get what the OP wanted without changing his program, which he indicated is not an option. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Question on 64 bit
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, January 29, 2008 3:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Question on 64 bit I am planning on doing a POR so that I can set the memory for the Tech LPAR for no expanded and IPL it for 64 bit processing. Can I setup the PROD LPAR so that when I'm ready to IPL it to 64 byte I just need to do the IPL and not a second POR? You don't need a POR, at all. Just change the address mode and memory settings, de-activate and re-activate each LPAR, as you move forward. And you don't even absolutely __need__ to do a deactivate and activate, just change to 64 bit mode in the LOAD member. If your LPAR defination has XSTOR in 64 bit mode, you'll just get a whining message at IPL time and the XSTOR is ignored. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Arial Font printing on Mainframe
GTxx is for the Gothic Text font where the XX is the pitch size (GT10 = 10 characters per inch horizontally, GT12 = 12 characters per inch horizontally), etc. If I recall correctly, GTxx is a fixed font vs. proportional. This is going back many years from when I did a lot of PAGEDEF and FORMDEF generation and I think it's correct. Hope this helps. Gary -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Tuesday, January 29, 2008 2:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Arial Font printing on Mainframe You print on printers, not the mainframe ;-) Seriously, the printer doc is where you need to look. You send directives to the printer to load whatever fonts, overlays, or action sequences (page eject, etc). If the device can't do that font, then you are out of luck. Printing subsystems (VPS is one example, AFP another) might offer some facilities to simplify/complicate the process. You would consult that doc to fund out the 'right stuff'. And, yes, the correct technical term is 'stuff' ;-) I have used some other terms, but they are not suitable for this list :-)) Another possibility is that you may have to route the print data through another program (XMITIP, for example) to get what you want. Now, IMHO, printing is a career path and my comments may or may not apply to any known reality. HTH and good luck -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Tuesday, January 29, 2008 2:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Arial Font printing on Mainframe I am trying to help out an application group that is designing forms on a PC and then uploading them to the mainframe for printing. We have an Infoprint 4445 Printer (?) and what they want to see is an Arial Font that is about a 12 pitch. I do not have a pitch ruler so I am guessing at the 12, it maybe smaller. I have been looking for manuals or archives that might help me understand how to print Arial on the Mainframe in 12pitch font. I remember that there are Pagedef and Formdefs that can help, but I have not located a manual that says a GT12 is this or a GF15 is that. I am just looking for documentation that identifies the normal core fonts that exist on the mainframe (or how to find them) and what ?defs I need to use to get the same page print on the infoprint that I get on a windows attached printer. We are using ExStream Dialogue drivers on the mainframe to do the print the files from the PC, I am just thinking that perhaps the JCL needs a little Output tweaking. The test I will use is printing a word doc with Arial 12. Then printing the same file to the mainframe printer. If they are identical, then I have the right combination of stuff (that is the technical term? Stuff?). Thanks Lizette 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 [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: Question on 64 bit
No, I ordered 1.7 when I still could, just in case. I plan to upgrade to 1.7, knowing that it will be out of support next year. Before the brakes were put on we had upgraded everything with plans to jump to 64 then 1.7. Since there are only two of us doing this I am going to stick with that plan. Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 [EMAIL PROTECTED] Tom Schmidt [EMAIL PROTECTED] 01/29/2008 03:52 PM To IBM-MAIN@BAMA.UA.EDU, Pat Mihalec [EMAIL PROTECTED] cc Tom Schmidt [EMAIL PROTECTED] Subject Re: Question on 64 bit ...so are you going to jump from z/OS 1.4 to 1.9 ? Or 1.8? -- Tom Schmidt -- 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: Keep only the tail of the dataset
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Tuesday, January 29, 2008 4:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Keep only the tail of the dataset On Tue, 29 Jan 2008 15:35:09 -0600, McKown, John [EMAIL PROTECTED] wrote: And none of these relate to the original post. The OP wanted a automatic way to have a file wrap around after n writes. snip I'm not so sure of that. Re-read it. To me is sounded like the OP had this large file, but was only interested in the last n records. Perhaps they will clarify. Mark Yes, after rereading the OP, I can see that now. So, the simple way is to put the data to a temporary file, then write another small program which buffers the last n records in memory. When that program gets EOF, then write the buffered records. Or use the tail command as so many others have indicated. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: PSF
Thanks Ken -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: Timeout to server printer software after IP change
IIRC, a PING or TRACERT is answered by the NIC, not the target software. That is, the target server need not have an active operating system to reply. That does, however, tend to point away from network appliances getting in the way. Not conclusive, mind you, but enough for the moment. The next thing to consider is that Windows applications tend to be serial. So, a 'hanging' session might tie up the port on the target box. That would explain why a restart of the server breaks things loose. An interesting bit of information would be a NETSTAT of open sessions at point of failure. Then the question becomes which side is not terminating and cleaning up. Could be either. It's more fun to blame the PC's, but CA is in my top ten usual suspects :-) Another possibility is that the server application is completely serial and you are attempting a second, concurrent transfer. Sorta like the hanging thread, but two (or max+1) active threads. We've seen that and had to do some scheduling dances to compensate. Ya just gotta love those PC's and those that serve them :-) HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Johnston, Robert E Sent: Monday, January 28, 2008 12:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Timeout to server printer software after IP change Hello everyone... We have been running for a week now after upgrading from z/OS 1.4 w/ CA TCPIP to z/OS 1.7 running both IBM and CA stacks. Everything is going thru IBM except for FTP and some telnet. About the only problem we have left is this one: Throughout the day and night when batch jobs run, the reports the jobs produce are sent via TCPIP LPR (EPS) to a windows server running HBOC/McKesson software called Laserarc. This is online report viewing software. Things work fine for a while but sometime during the day or night we stop being able to send reports to Laserarc. During the day not much is sent - we might have a successful send at 09:00 and not try again until 15:00, which fails. When it fails after hours, none of the nightly reports are available for users to view when they get to work. The message our software puts out is: T07OB058E OLPR1_J29562 unable to connect to remote host (48): Socket T07OB058E+connection attempt timed out A ping or tracert indicates everything is ok. traceroute to xxx.yy.3.147 (xxx.yy.3.147), 30 hops max, 40 byte packets 1 xxx.yy.3.147 (xxx.yy.3.147) 3 ms 1 ms 1 ms CS V1R7: Pinging host xxx.yy.3.147 Ping #1 response took 0.003 seconds. (NETSTAT shows) EPS 0023794E xxx.yy.1.71..721 xxx.yy.3.147..515 SynSent We continue to get timeouts until the server and/or server software is restarted (not sure what gets restarted). We, the mainframe side, don't have to do anything. When the server is restarted we start sending again. The server people have contacted McKesson for Laserarc support but they haven't got anywhere yet. We (MF people) are the ones who converted and changed something and this problem started later in the night after conversion. Does anyone have any ideas of something we may not have set up right in TCPIP or pointers of what to look for? We do a lot of networked printing and aren't having this problem with anything else. Thanks for any help and sorry for the length. Robert Johnston UAMS - Little Rock Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- 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 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Cuts Employee Salaries
I work in California, and their state law has forced my company to move me, a sysprog, from salaried to hourly. I hate it. I am a workaholic, and suddenly HR is reporting me to management for working more hours than I am putting down on my time sheet. Its insane. I have gotten around it by getting them to agree that I can stay extra hours if I use the time for personal study to develop my work skills. Honestly it is about a wash, but I would prefer getting the same paycheck every time just to make budgeting easier. -- 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: Question on 64 bit
The current management plans to allow z/OS to die a natural death of old age They may die of old age first. I have been waiting for the 'death of the mainframe' for over 20 years. Why do we upgrade every 6 months on a dying platform. And, generate millions of lines of COBOL every year? - 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: Keep only the tail of the dataset
John, Sorry, I read the original question to mean how can I truncate a dataset to the last n lines. In any case, I agree with your earlier post - if you really want it to only *ever* keep the last n lines, then an wrap-around RRDS is the way to go (if you can change the program). Kirk On Jan 29, 2008 3:35 PM, McKown, John [EMAIL PROTECTED] wrote: And none of these relate to the original post. The OP wanted a automatic way to have a file wrap around after n writes. He did not want a way to write n entries to the file and then later only see the last n entries in the file. He wanted the n+1 write to be written as the first record on the file, n+2 to be the second, and so on. There is basically no way to get what the OP wanted without changing his program, which he indicated is not an option. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Keep only the tail of the dataset
On Tue, 29 Jan 2008 15:35:09 -0600, McKown, John [EMAIL PROTECTED] wrote: And none of these relate to the original post. The OP wanted a automatic way to have a file wrap around after n writes. snip I'm not so sure of that. Re-read it. To me is sounded like the OP had this large file, but was only interested in the last n records. Perhaps they will clarify. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: PSF
It is now Enhanced ACIF and is chargeable. It should be an option under PSF. 5655-M32 PSF 4.1 Our charge was $400/month on a z990-302 From: 5655-M32 IBM Print Services Facility IBM U.S. Sales Manual Revised: October 25, 2005. Enhancements to AFP Conversion and Indexing Facility (ACIF) ACIF is a utility that helps you prepare print files for transfer to another print location or to an archival/retrieval system. With Enhanced ACIF you can convert line data, unformatted ASCII files, or XML data using instructions in a page definition into the AFP (MO:DCA-P) data stream. Optionally, Enhanced ACIF can be used to package AFP resources needed to print the jobs, and to index a document to separate a large print file into individual documents to facilitate use with archival/retrieval systems such as IBM Content Manager OnDemand. In PSF V4, ACIF is enhanced with additional indexing capabilities to provide more flexibility in defining individual documents and page groups within a file. Enhanced ACIF is ordered as a separate, optional feature of PSF. Unlike PSF V3, the Enhanced ACIF feature in PSF V4 can be ordered without having to pre-req the base PSF feature. -Original Message- Ron Wells Anyone aware of ACIF being a seperate cost item??? does not seem to come with PSF4.1 ... anyone know the prod. number it maybe listed under now..? -- 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