Re: Has anyone seen that error?
Actually Shmuel, according to IBMLINK on the web, it is Electronic Technical Response Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Tuesday, April 24, 2007 5:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Has anyone seen that error? In [EMAIL PROTECTED], on 04/19/2007 at 11:01 AM, Vi-ctor de la Fuente [EMAIL PROTECTED] said: Please excuse me for my English, but...What does ETR mean? Electronic Trouble Report. -- 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) This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: non-IBM documentation (Friday, but on-topic)
In [EMAIL PROTECTED], on 04/19/2007 at 03:44 PM, McKown, John [EMAIL PROTECTED] said: I don't know anything about Bookmangler, but isn't is derived from DCF? BookMaster was implemented as a set of Script Macros, similar to the GML Starter Set but more comprehensive. BookManager/BUILD extended those macros and built books from the output of Script. -- 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: Laugh, laugh. I thought I'd die - application crashes
In [EMAIL PROTECTED], on 04/24/2007 at 11:28 AM, Rick Fochtman [EMAIL PROTECTED] said: Strange. ISTR using TSO under Release 18.6 of MVT. Communications were via TCAM. Well, communications was via TCAM. Wrong, oh how wrong! The Master Scheduler was the boss of allocation and was invoked by running ANY job step, whether it was IEFBR14, IEFIIC, or any user-written program or any IBM or third party program. The Master Scheduler was involved in processing lengthy commands, including START. It was not involved in processing batch jobs. Before SVC-99, we still had SVC-34, but the setup was somewhat more complex and far less forgiving of errors. The interface to SVC 34 was far simpler than that to SVC 99. -- 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: Laugh, laugh. I thought I'd die - application crashes
In [EMAIL PROTECTED], on 04/24/2007 at 03:28 PM, Kirk Talman [EMAIL PROTECTED] said: Was SVC 99 the other name for the DAIR (dynamic allocation interface routine(s?)) or did it replace them? No. In S229-3169-3 (1971Jul no release) SVC32 shows parm of R1--UCB list but no mention of DSN, disp, etc. R0: +: - JFCB -: - Partial DSCB R1: -- UCB Not list, just one UCB. Paraphrased from GC28-0708-1 (November 1978). -- 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: Question about IKJEFT01
In [EMAIL PROTECTED], on 04/18/2007 at 11:08 AM, Daniel [EMAIL PROTECTED] said: Something is wrong with the second syntax Nothing is wrong with the syntax. Is DSN in an authorized library? Is it in the authorized commands table? Something is wrong with the second syntax , can you please show me the error ? (DH08 is a DB2 subsystem, the program is not DB2 , but i don't know how to code without it ...) What are you trying to do? CALL 'SIC8.LOAD(TEST)'? Does your program use TSO services? -- 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: Rexx LISTDSI problem on z/OS 1.7 ** SOLVED **
In [EMAIL PROTECTED], on 04/13/2007 at 06:09 AM, Nasuh KARAHALLI [EMAIL PROTECTED] said: Good news, focused on the datasets in our logon procedure and clists and been tracking every dataset one by one. In logon clist ISPPDF delivered in CPAC.CMRPROC there exists a tso related load module dataset called SYS1.AOST4 in ISPLLIB section, Are you sure that's the way it came from IBM. If so, submit a PMR; you should not be using a DLIB in your logon proc. Since this dataset was not in APF list, I added it to APF and added it to ISPPDF member back again Take it out, take it out, take it out, remove it! From the APF list and from the proc. Don't add anything to the APF list unless you know what it is, or it will come back and bite you. -- 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: Lnnnnn tapes mystery
In a recent note, Ed Gould said: Date: Tue, 24 Apr 2007 19:43:21 -0500 There is also the poor design of Tape Labels where you have only 17 positions to store the last 17 characters of 18-44 character long There must be a history behind this decision. Can anyone share it? Is it sufficient explanation that storage used to be expensive? But why does the deficiency persist into the 21st century? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Rexx LISTDSI problem on z/OS 1.7 ** SOLVED **
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour J.) [ snip ] Take it out, take it out, take it out, remove it! ... Ooh, another Oscar Brand fan! :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 reliability question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Sipples Sent: Wednesday, April 25, 2007 5:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.8 reliability question If you're up to z/OS 1.5 or better then you could always set up an LPAR for z/OS 1.8 any time you wish (assuming you've got any necessary maintenance on the 1.5 LPAR). There's no single version charge clock to worry about, so no harm no foul. If you're on 1.7 then you can sign up for the early 1.9 program and have a very fun LPAR going. - - - - - Timothy Sipples I thought the clock started when I first ordered 1.8. I.e. order 1.8 on ??? and you'd better be off of 1.6 by ???+nnn days (or whatever). I will admit that I've never had to work with marketting much, so I don't know the rules about this sort of thing. -- 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: Lnnnnn tapes mystery
Paul Gilmartin [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... In a recent note, Ed Gould said: Date: Tue, 24 Apr 2007 19:43:21 -0500 There is also the poor design of Tape Labels where you have only 17 positions to store the last 17 characters of 18-44 character long There must be a history behind this decision. Can anyone share it? Is it sufficient explanation that storage used to be expensive? But why does the deficiency persist into the 21st century? -- gil Probably because it costs more than it gains to fix it, everybody is handling this deficiency for decades already. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Lnnnnn tapes mystery
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Wednesday, April 25, 2007 7:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Ln tapes mystery In a recent note, Ed Gould said: Date: Tue, 24 Apr 2007 19:43:21 -0500 There is also the poor design of Tape Labels where you have only 17 positions to store the last 17 characters of 18-44 character long There must be a history behind this decision. Can anyone share it? Is it sufficient explanation that storage used to be expensive? But why does the deficiency persist into the 21st century? -- gil Well, (1) it is an ANSI standard, not subject to IBM's whim and (2) it would likely cause much consternation in the industry to break the standard. If nothing else, IBM would need to update every system of theirs which processes tape labels to be compatable with the new format. z/OS, z/VM-CMS, z/VSE, z/Linux (I think it can process SL tapes). -- 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: Download of Audit and report application
Thank you listers, I was able to download it. Regards, Vinod Kumar -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Wednesday, April 25, 2007 12:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Download of Audit and report application - Original Message - From: Vinod Kumar [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, April 24, 2007 3:55 AM Subject: Download of Audit and report application Anybody attempted to download the Audit and Report Application for RACF from ftp://lscftp.pok.ibm.com/pub/racf/mvs. It is not working for me and am just wondering if download instructions have changed since the book SG244820 RACF Audit Tools was published in 1996. Any help will be appreciated. Vinod, The files have been moved here: http://www-03.ibm.com/servers/eserver/zseries/zos/racf/os390art.html Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Laugh, laugh. I thought I'd die - application crashes
Paul Gilmartin wrote: In a recent note, Rob Scott said: Subject: Re: Laugh, laugh. I thought I'd die - application crashes Haven't you two guys just re-created the apocryphal IEFBR14 APAR ? I find the word apocryphal well-chosen insofar as the many times I've heard this story I can't recall the APAR's being cited by number, and an IBMLink SIS for IEFBR14 return code doesn't show it. The legend further transpires that IEFBR14 has been granted an extraordinary exemption from coding standards requiring eyecatchers, register save/restore, and boundary alignment. -- gil Not apocryphal, but very old APAR records were purged from the system several years ago. Before that happened, I once searched in RETAIN and found, if memory serves, four (perhaps five, but no more than that) APARs. You can find the details in the archives if you care to search, though perhaps not the actual APAR numbers. (IEFBR14 doubtless holds the all-time records for APARs/lines of code, percentage of code added via APAR, etc. ;-) -- 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: Lnnnnn tapes mystery
But why does the deficiency persist into the 21st century? Backward compatability? Lack of programming staff? Priority of other issues? - 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: FEKFRSRV Service Class
On Wed, 25 Apr 2007 07:01:06 -0400, Bob Shannon [EMAIL PROTECTED] wrote: In our shop FEKFRSRV is in a service class of SYSOTHER even though I explicitly defined it to go into another service class. I assumed it was an STC. What do I have to do to get this thing out of SYSOTHER? TIA. Bob, Is that a APPC tran? If so, classify it under ASCH in WLM (if you don't have ASCH defined as a subsystem type you will need to do so). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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: z/OS 1.8 reliability question
On Wed, 25 Apr 2007 07:30:52 -0500, McKown, John [EMAIL PROTECTED] wrote: I thought the clock started when I first ordered 1.8. I.e. order 1.8 on ??? and you'd better be off of 1.6 by ???+nnn days (or whatever). I will admit that I've never had to work with marketting much, so I don't know the rules about this sort of thing. The clock matters for new versions, not new releases. Both are z/OS V1. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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: z/OS 1.8 reliability question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Wednesday, April 25, 2007 8:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.8 reliability question On Wed, 25 Apr 2007 07:30:52 -0500, McKown, John [EMAIL PROTECTED] wrote: I thought the clock started when I first ordered 1.8. I.e. order 1.8 on ??? and you'd better be off of 1.6 by ???+nnn days (or whatever). I will admit that I've never had to work with marketting much, so I don't know the rules about this sort of thing. The clock matters for new versions, not new releases. Both are z/OS V1. Mark Thanks. I must have been remembering the clock from our CICS/TS 1.3 to 2.3 conversion. We don't do all that well with clocks around here, at times. -- 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
New Paper on Capacity Planning for zIIP Processors
In case the above subject interests anyone, IBM has published a paper entitled z/OS IP Network Security: Capacity Planning for zIIP Assisted IPSec. http://www-1.ibm.com/support/docview.wss?uid=swg27009459amp;aid=1 Interesting read I must say. Have fun and good luck. Gary Green -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Lnnnnn tapes mystery
On 4/25/2007 8:24 AM, Paul Gilmartin wrote: Is it sufficient explanation that storage used to be expensive? But why does the deficiency persist into the 21st century? Perhaps because it's difficult to change standards and get everyone to recode their applications, especially across different types of systems? 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: RACF and Member Level Protection
In [EMAIL PROTECTED], on 04/24/2007 at 03:18 PM, Paul Gilmartin [EMAIL PROTECTED] said: Not if the changes also retained information about where each member ends. Are you taking about modifying the directory structure? If not, they have to find it before they can retain it. If so, they'd have to modify IEBCOPY compress processing, and they'd break every program that reads the directory. -- 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: Lnnnnn tapes mystery
On 25 Apr 2007 05:24:30 -0700, [EMAIL PROTECTED] (Paul Gilmartin) wrote: Is it sufficient explanation that storage used to be expensive? But why does the deficiency persist into the 21st century? Change is expensive. That said, a big reason that OS-X has fewer vulnerabilities than Windows is because Apple was willing to start over, replacing its core operating system with a new one. The big advantage of running 30 year old applications on our Z/OS machine can be a disadvantage when companies decide that the only way they are ever going to get their garage cleaned out is to move. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FW: Do we have to defrag MVS volumes on newer generation disk arrays?
Forwarded for a colleague Late last year, we migrated from several strings of Fujitsu Spectris DASD to a single EMC-DMX3 disk subsystem. The question is whether we still need to run our regularly scheduled ADRDSSU DEFRAGs against the volumes on this newer technology. Thanks, Jim = My guess is that we do, because it still looks like (E)CKD to z/OS. TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Not mainframe but the latest in the TJMax fisaco
Because of their lax security measures, they now face several lawsuits. http://searchsecurity.techtarget.com/originalContent/0,289142,sid14_gci1252778,00.html?track=NL-102ad=584963USCAasrc=EM_NLN_1351918uid=1900046 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Do we have to defrag MVS volumes on newer generation disk arrays?
My guess is that we do, because it still looks like (E)CKD to z/OS. Yes. You have to. We have a DS8300, and we are still running DEFRAG. The problem is due to the same ECKD limitations being carried 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: RMM Discrete profiles
- Original Message - From: John Benik [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, April 25, 2007 11:35 AM Subject: RMM Discrete profiles We are trying to find the best way to stop using discrete profiles for at least our virtual tape environment. What is the best way to do this, we know one way is through the use of VLPOOL statements in the RMM parms, but this means deleteing all existing profiles?? We always were thinking of getting rid of Tape vol class, but it seems this could cause an issue with BLP processing. John, RMM can now protect by dataset name on the tape, not just OWNER, so take a look at that. I'm not a big fan of VLPOOL. Not sure why turning off TAPEVOL would affect BLP, other than BLP access would give blanket authority for all tapes, but BLP should only be used by the trusted folks anyway. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Do we have to defrag MVS volumes on newer generation disk arrays?
- Original Message - From: Ted MacNEIL [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, April 25, 2007 12:45 PM Subject: Re: Do we have to defrag MVS volumes on newer generation disk arrays? My guess is that we do, because it still looks like (E)CKD to z/OS. Yes. You have to. We have a DS8300, and we are still running DEFRAG. The problem is due to the same ECKD limitations being carried forward. Doesn't really have anything to do with ECKD, it has more to do with how DADSM allocates datasets on a volume. He still looks at the freespace in the VTOC, so if the freespace ain't contiguous, some allocations may still fail. Most DEFRAGs will use FlashCopy or SnapShot under the covers, so you shouldn't see the huge times in ENQ and data movement that you used to see with DEFRAG (or COMPAKTOR if using FDR). Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not mainframe but the latest in the TJMax fisaco
--snip--- Because of their lax security measures, they now face several lawsuits. http://searchsecurity.techtarget.com/originalContent/0,289142,sid14_gci1252778,00.html?track=NL-102ad=584963USCAasrc=EM_NLN_1351918uid=1900046 --unsnip Just imagine how many really secure z/OS environments could be established with the proceeds from all those lawsuits, not to mention what's coming.. :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: FW: Do we have to defrag MVS volumes on newer generation disk arrays?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Wednesday, April 25, 2007 12:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FW: Do we have to defrag MVS volumes on newer generation disk arrays? Chase, John wrote: Forwarded for a colleague SNIPAGE My guess is that we do, because it still looks like (E)CKD to z/OS. TIA, I'm inclined to agree; continue the DEFRAG operations. SNIP Is there some way to run a test of this and see if there is any performance improvement? I'm asking because the DASD is simulated/emulated behind cache. And isn't this why certain VSAM options are no longer required/supported? So if there is a certain amount of intelligent read-ahead into cache, would defragging actually accomplish anything more than correcting VTOC entries? Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not mainframe but the latest in the TJMax fisaco
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Wednesday, April 25, 2007 12:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Not mainframe but the latest in the TJMax fisaco --snip--- Because of their lax security measures, they now face several lawsuits. Yes, amazing how top level management don't even consider the TCO of an insecure system. And, from what I gather, the main problem shown here is machine to machine communications in the clear. I don't entirely know what to do about this. In my paranoid moments, I would want an encrypted tunnel from machine A to machine B for every combination of A and B on the LAN who talk to each other. I don't know how much overhead this would add. But the tunnel would be established at boot time or upon first connect and stay up until shutdown. -- 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: Not mainframe but the latest in the TJMax fisaco
Always looking at the flip-side huh Rick...? GGG As an aside... This particular situation makes me wonder... How large can some of the data stores on the other platforms grow to and how easy is it to process those records? Yesterday I needed to sort about 46 million SMF records, the same number of customer records that were compromised at TJX, but my job ran out of sort-work space. Nothing unusual about that except that it took less than 40 minutes of wall-clock time to run out of that space, on a Z890-2086-A04. I told my S.O. about it last night on the way home and she laughed at how long it would take on their other platforms. Laughed, as in it would still be running at the end of the week. This is NOT to start another bashing... Just a situation of inquiring minds want to know. On Wed Apr 25 12:23 , Rick Fochtman [EMAIL PROTECTED]sent: - Because of their lax security measures, they now face several lawsuits. http://searchsecurity.techtarget.com/originalContent/0,289142,sid14_gci1252778,00.html\?track=NL-102amp;ad=584963USCAamp;asrc=EM_NLN_1351918amp;uid=1900046 -- Just imagine how many really secure z/OS environments could be established with the proceeds from all those lawsuits, not to mention what's coming.. :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RMM Discrete profiles
Here's what I received from the security group regarding BLP. If your system supports BLP processing, RACF provides installations with the ability to control the use of the BLP option on JCL DD statements. To control who can use BLP, take the following steps: 1. Activate the TAPEVOL class. 2. Define a profile in the FACILITY class to protect the ICHBLP resource, and grant users READ or UPDATE authority, as appropriate. John Benik This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not mainframe but the latest in the TJMax fisaco
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Wednesday, April 25, 2007 12:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Not mainframe but the latest in the TJMax fisaco Always looking at the flip-side huh Rick...? GGG As an aside... This particular situation makes me wonder... How large can some of the data stores on the other platforms grow to and how easy is it to process those records? Yesterday I needed to sort about 46 million SMF records, the same number of customer records that were compromised at TJX, but my job ran out of sort-work space. Nothing unusual about that except that it took less than 40 minutes of wall-clock time to run out of that space, on a Z890-2086-A04. I told my S.O. about it last night on the way home and she laughed at how long it would take on their other platforms. Laughed, as in it would still be running at the end of the week. This is NOT to start another bashing... Just a situation of inquiring minds want to know. I don't think that other platforms bother to do many sorts. Most of their data reside in databases such as MS SQL, MySQL, Oracle, DB/2, etc. If they need something sorted, they depend on the database system to do it. I think this just basically sorts the keys with a pointer to the actual data and not the entire record. And most DBAs will create a sorted index, if the request is not ad hoc. -- 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: FEKFRSRV Service Class
Two possibilities that I can think of (perhaps more) ... The FEKFRSRV task is not really an STC, but a (1) APPC task of a (2) USS task. In case (1), this task name should be placed in the ASCH subsystem entry under WLM option 6. In case (2), this task should be placed in the OMVS subsystem entry under WLM option 6. IMHO, nothing should ever run with SYSOTHER, which you are correctly trying to fix. Everything should be well known, and classified accordingly. On Wed, 25 Apr 2007 07:01:06 -0400, Bob Shannon [EMAIL PROTECTED] wrote: In our shop FEKFRSRV is in a service class of SYSOTHER even though I explicitly defined it to go into another service class. I assumed it was an STC. What do I have to do to get this thing out of SYSOTHER? TIA. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Not mainframe but the latest in the TJMax fisaco
I guess a security mind-set is necessary at appropriate levels of the organization, and this organization appears to have had no such mind-set. BACK patting Back in the mid 90's I designed and wrote a small system for one of the brokerage houses. This system replaced the then current method of getting trades from the brokerage house to a custodian bank, to process the financial aspects of the trade, via FAX. (they actually had a room full of fax machines and a small staff that did nothing but fax trade orders to custodians banks around the world as they came off the printers). Anyway, part of my design included 128 bit encryption security measures and the key changed with each transmission to each custodian bank. If things got of out sync, and they did on occasion (we were using Windows after all), it required human intervention on both ends. When I presented the original design, I had to convince some staff members of the importance of the security that was designed in. Luckily it took all of five minutes with the CIO to convince him and it then filtered down to the rest of the staff. However, the CIO had some trouble convincing his boss. To this day I have no idea why there was reluctance. It didn't cost any more to do it the proper way; other than the development and testing time of that section of code. When we presented the system to the board, as the replacement for the FAX method, not one person asked if it was a secure way of doing things. Go figure... /BACK patting On Wed Apr 25 12:37 , 'McKown, John' [EMAIL PROTECTED]sent: -Original Message- From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Wednesday, April 25, 2007 12:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Not mainframe but the latest in the TJMax fisaco - Because of their lax security measures, they now face several lawsuits. Yes, amazing how top level management don't even consider the TCO of an insecure system. And, from what I gather, the main problem shown here is machine to machine communications in the clear. I don't entirely know what to do about this. In my paranoid moments, I would want an encrypted tunnel from machine A to machine B for every combination of A and B on the LAN who talk to each other. I don't know how much overhead this would add. But the tunnel would be established at boot time or upon first connect and stay up until shutdown. -- 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: Not mainframe but the latest in the TJMax fisaco
Yeah... Makes perfect sense. I did not think about it like that. Thanks. On Wed Apr 25 12:55 , 'McKown, John' [EMAIL PROTECTED] sent: -Original Message- From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Wednesday, April 25, 2007 12:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Not mainframe but the latest in the TJMax fisaco Always looking at the flip-side huh Rick...? As an aside... This particular situation makes me wonder... How large can some of the data stores on the other platforms grow to and how easy is it to process those records? Yesterday I needed to sort about 46 million SMF records, the same number of customer records that were compromised at TJX, but my job ran out of sort-work space. Nothing unusual about that except that it took less than 40 minutes of wall-clock time to run out of that space, on a Z890-2086-A04. I told my S.O. about it last night on the way home and she laughed at how long it would take on their other platforms. Laughed, as in it would still be running at the end of the week. This is NOT to start another bashing... Just a situation of inquiring minds want to know. I don't think that other platforms bother to do many sorts. Most of their data reside in databases such as MS SQL, MySQL, Oracle, DB/2, etc. If they need something sorted, they depend on the database system to do it. I think this just basically sorts the keys with a pointer to the actual data and not the entire record. And most DBAs will create a sorted index, if the request is not ad hoc. -- 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
ABCs of System Programming Volume 6
Where can we get volume 6? Searched the Redbooks site to no avail. Thanks, Mac. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABCs of System Programming Volume 6
Per the ABCs of Systems Programming web page not available yet. McKnight, Lee [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 04/25/2007 02:15 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject ABCs of System Programming Volume 6 Where can we get volume 6? Searched the Redbooks site to no avail. Thanks, Mac. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: RACF and Member Level Protection
On Wed, 25 Apr 2007 11:13:15 -0300, Shmuel Metz (Seymour J.) wrote: In [EMAIL PROTECTED], on 04/24/2007 at 03:18 PM, Paul Gilmartin [EMAIL PROTECTED] said: Not if the changes also retained information about where each member ends. Are you taking about modifying the directory structure? If not, they have to find it before they can retain it. If so, they'd have to modify IEBCOPY compress processing, and they'd break every program that reads the directory. Probably not. There is already space in the directory for user data and IEBCOPY can already deal with that just fine. They would, however, break every program that uses the user data area in the directory entries. -- 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: Not mainframe but the latest in the TJMax fisaco
Avivah Litan, vice president of research with Stamford, Conn.-based Gartner Inc., has called the TJX breach the largest online burglary ever. If Gartner says it, it must be true then :-) -Original Message- From: [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Sent: Wed, 25 Apr 2007 12:38 PM Subject: Not mainframe but the latest in the TJMax fisaco Because of their lax security measures, they now face several lawsuits. http://searchsecurity.techtarget.com/originalContent/0,289142,sid14_gci1252778,00.html?track=NL-102ad=584963USCAasrc=EM_NLN_1351918uid=1900046 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html AOL now offers free email to everyone. Find out more about what's free from AOL at AOL.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Latest Principles of Operation
On Mon, 23 Apr 2007 14:10:15 -0700, John R. Ehrman wrote: The new updated to the z/Architecture Principles of Operation is now available at http://publibz.boulder.ibm.com/epubs/pdf/a2278325.pdf With the new instructions, I now count 751 instructions documented in the POO. That's up a lot from the (IIRC) 143 for S/360. -- 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: Not mainframe but the latest in the TJMax fisaco
Gary Green wrote: Always looking at the flip-side huh Rick...? GGG -unsnip My job for 23 years was, in part, to play Devil's Advocate and help find holes in others' solutions. I have to admit: I rather enjoyed it at times. Wasn't overjoyed when my solutions had problems but they were, in most cases, much easier for me to solve. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not mainframe but the latest in the TJMax fisaco
--snip Avivah Litan, vice president of research with Stamford, Conn.-based Gartner Inc., has called the TJX breach the largest online burglary ever. If Gartner says it, it must be true then :-) --unsnip Ignoring the sarcasm: that final statement goes a long way to explain why the mainframe is in serious trouble today. Not all, by any stretch of the imagination, but certainly a very significant contributor. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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.8 reliability question
One of the good intangibles about z/OS (and, MVS/ESA, and MVS/XA, and.. ) reliability is that when you call support with a problem, they usually work on the problem. With those other guys and even with some vendors on z/OS who code on other platforms and then port to z/oS, you often spend the first day or two convincing them that there *is* a problem and that the problem *is* in their code.IBM's mainframe support, on the other hand, usually assumes that you are *not* a clueless person and that when you call, a problem *does* exist.While it's hard to measure, I do believe that this contributes to a faster problem resolution cycle and therefore improved reliability. Thanks, IBM support crew - wherever you are now. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Latest Principles of Operation
snip- The new updated to the z/Architecture Principles of Operation is now available at http://publibz.boulder.ibm.com/epubs/pdf/a2278325.pdf With the new instructions, I now count 751 instructions documented in the POO. That's up a lot from the (IIRC) 143 for S/360. -unsnip--- It's called evolution, son. Like it or not, we're stuck with it and it can be a good thing, in spite of personnal opinions to the contrary. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not mainframe but the latest in the TJMax fisaco
Rick Fochtman Wrote: - My job for 23 years was, in part, to play Devil's Advocate and help find holes in others' solutions. I have to admit: I rather enjoyed it at times. Wasn't overjoyed when my solutions had problems but they were, in most cases, much easier for me to solve. As long as they don't shoot the messenger, or advocate. ;) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABCs of System Programming Volume 6
Mac - that publication is not available yet but the good news is that IBM does plan to do it (at least at one point they did). here is a page with links to all the ABC publications http://www.lbdsoftware.com/abcs.html Cheers Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. McKnight, Lee [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 04/25/2007 11:36 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject ABCs of System Programming Volume 6 Where can we get volume 6? Searched the Redbooks site to no avail. Thanks, Mac. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Latest Principles of Operation
On Wed, 25 Apr 2007 14:16:47 -0500, Rick Fochtman wrote: With the new instructions, I now count 751 instructions documented in the POO. That's up a lot from the (IIRC) 143 for S/360. It's called evolution, son. Like it or not, we're stuck with it and it can be a good thing, in spite of personnal opinions to the contrary. That wasn't a complaint. Actually, I do like it, even though it makes being an Assembler programmer more challenging. It's one of the many details about this platform that I find to be very impressive. -- 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: Latest Principles of Operation
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant Sent: Wednesday, April 25, 2007 2:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Latest Principles of Operation snip That wasn't a complaint. Actually, I do like it, even though it makes being an Assembler programmer more challenging. It's one of the many details about this platform that I find to be very impressive. -- Tom Marchant Perhaps to you, but not true in general according to one article. Paraphrasing: Having so many instructions will simply confuse the programmer! Better to have one, true way than many. http://www.oreillynet.com/onlamp/blog/2007/04/the_virtues_of_monoculture .html This article is basically about why Microsoft is better than Linux in some ways. Linux has too many competing ways to do something whereas Microsoft is usually monolithic. And lack of choice is superior because choice leads to confusion. -- 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
sysdsn enq
Hello: Is there a way to prevent the SYSDSN ENQ from being removed when you dynamically de-allocate a data set? There is the parameter S99NORES to prevent the ENQ from being done when the data set is allocated, but no corresponding parameter on the de-allocation. Thank you. Paul Schuster -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Latest Principles of Operation
On 25 Apr 2007 12:41:18 -0700, [EMAIL PROTECTED] (McKown, John) wrote: Paraphrasing: Having so many instructions will simply confuse the programmer! Better to have one, true way than many. http://www.oreillynet.com/onlamp/blog/2007/04/the_virtues_of_monoculture html This article is basically about why Microsoft is better than Linux in some ways. Linux has too many competing ways to do something whereas Microsoft is usually monolithic. And lack of choice is superior because choice leads to confusion. That makes sense. But continuing that thought, I see Apple, which doesn't try to make its OS be all things for all people (and hardware manufacturers).Even if it *is* UNIX. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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.8 reliability question
Tim Hare wrote: One of the good intangibles about z/OS (and, MVS/ESA, and MVS/XA, and.. ) reliability is that when you call support with a problem, they usually work on the problem. With those other guys and even with some vendors on z/OS who code on other platforms and then port to z/oS, you often spend the first day or two convincing them that there *is* a problem and that the problem *is* in their code.IBM's mainframe support, on the other hand, usually assumes that you are *not* a clueless person and that when you call, a problem *does* exist.While it's hard to measure, I do believe that this contributes to a faster problem resolution cycle and therefore improved reliability. It goes _much_ further than that... *We* have a culture that focuses on post-mortem analysis -- probably because we grew up with batch processing. Our processes involves making the system and infrastructure code capable of capturing as much useful information as possible at the time of a failure. An SVC dump contains storage, state information, system trace, etc. IPCS provides formatters for system data and a programmable infrastructure for creating/inserting our own. *They* have a culture of attempting to reproduce errors on a development machine with a debugger present -- a system that simply cannot find subtle, timing- or location-dependent, or environmental errors ... plain and simple. I have seen dumps being taken on other platforms (e.g., Windows). But, I have yet to find a programmer that knows how read one. :-( -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: FW: Do we have to defrag MVS volumes on newer generation disk arrays?
I'm inclined to agree; continue the DEFRAG operations. Depends. If you defined / migrated all of the DASD to say ... mod-27 or larger, you probably never need to worry about contiguous space. :-) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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: Not mainframe but the latest in the TJMax fisaco
Couldn't agree more Rick! In the good ole days - maybe 20 years back - when Gartner spoke, people listened. Unfortunately, their current 'experts' have probably never seen a mainframe, nor could they spell it. -Original Message- From: [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Sent: Wed, 25 Apr 2007 3:13 PM Subject: Re: Not mainframe but the latest in the TJMax fisaco --snip Avivah Litan, vice president of research with Stamford, Conn.-based Gartner Inc., has called the TJX breach the largest online burglary ever. If Gartner says it, it must be true then :-) --unsnip Ignoring the sarcasm: that final statement goes a long way to explain why the mainframe is in serious trouble today. Not all, by any stretch of the imagination, but certainly a very significant contributor. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html AOL now offers free email to everyone. Find out more about what's free from AOL at AOL.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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.8 reliability question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Wednesday, April 25, 2007 2:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.8 reliability question snip *They* have a culture of attempting to reproduce errors on a development machine with a debugger present -- a system that simply cannot find subtle, timing- or location-dependent, or environmental errors ... plain and simple. I have seen dumps being taken on other platforms (e.g., Windows). But, I have yet to find a programmer that knows how read one. :-( -- Edward E Jaffe Very true. When the let's go to Windows! crowd was here, we in Tech Services were allowed to ask questions of the vendors who were going to do the conversion and post-conversion support. One of our questions was along the lines of: It is 2 am and a report job just terminated with errors. What do we do? The answer was along the lines of: Recompile the application with debugging information. Now have the programmer do a single step until the error reoccurs. Our subsequent question was something like: The process had run for 3 hours at full speed before the error occurred. Do you have an estimate of how long the process would need to run with the programmer single-stepping through it to reach the same point in its processing? Dead silence. The entire mind set of the convert-now team was that batch was not needed anymore. If a report was needed, the user would simply do an ad hoc request to get it. Nothing said about the fact that this doesn't work for printing insurance policies. When we do this, we can print thousands at a time. Again, being in insurance, there are BIG PENALITIES for not getting things done in a timely manner. -- 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: Latest Principles of Operation
In a message dated 4/25/2007 1:41:31 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: With the new instructions, I now count 751 instructions documented in the POO. That's up a lot from the (IIRC) 143 for S/360. I do something similar, but less time-consuming. I look at the number of pages. With a PDF version, it is very simple - scroll down to the bottom and look at PDF's page number. Version -05 is 1218. I remember being very pleased about seven years ago when I discovered that the first POO that documented 64-bit architecture and grande instructions had 1024 pages, an integral power of two. Bill Fairchild Plainfield, IL ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: sysdsn enq
Paul, There is a way: SVC screening, but not for the faint of heart, nor do I recommend it. Tom Harper NEON Enterprise Software, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Schuster Sent: Wednesday, April 25, 2007 9:52 PM To: IBM-MAIN@BAMA.UA.EDU Subject: sysdsn enq Hello: Is there a way to prevent the SYSDSN ENQ from being removed when you dynamically de-allocate a data set? There is the parameter S99NORES to prevent the ENQ from being done when the data set is allocated, but no corresponding parameter on the de-allocation. Thank you. Paul Schuster -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Latest Principles of Operation
Gee, the POO I use (paper) tops out at around 175 pages... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of (IBM Mainframe Discussion List) Sent: Wednesday, April 25, 2007 4:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Latest Principles of Operation In a message dated 4/25/2007 1:41:31 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: With the new instructions, I now count 751 instructions documented in the POO. That's up a lot from the (IIRC) 143 for S/360. I do something similar, but less time-consuming. I look at the number of pages. With a PDF version, it is very simple - scroll down to the bottom and look at PDF's page number. Version -05 is 1218. I remember being very pleased about seven years ago when I discovered that the first POO that documented 64-bit architecture and grande instructions had 1024 pages, an integral power of two. Bill Fairchild Plainfield, IL _ The average US Credit Score is 675. The cost to see yours: $0 by Experian. http://www.freecreditreport.com/pm/default.aspx?sc=660600bcd=EMAILFOOTERAVERAGE -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Latest Principles of Operation
In a message dated 4/25/2007 3:19:22 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Gee, the POO I use (paper) tops out at around 175 pages... How does it check for floating point decimal? ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Latest Principles of Operation
Just 'cause it's 37 years out of date is no reason to pick on it... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell Sent: Wednesday, April 25, 2007 4:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Latest Principles of Operation In a message dated 4/25/2007 3:19:22 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Gee, the POO I use (paper) tops out at around 175 pages... How does it check for floating point decimal? _ Need a break? Find your escape route with Live Search Maps. http://maps.live.com/default.aspx?ss=Restaurants~Hotels~Amusement%20Parkcp=33.832922~-117.915659style=rlvl=13tilt=-90dir=0alt=-1000scene=1118863encType=1FORM=MGAC01 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Latest Principles of Operation
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. Howard Brazee [EMAIL PROTECTED] writes: That makes sense. But continuing that thought, I see Apple, which doesn't try to make its OS be all things for all people (and hardware manufacturers).Even if it *is* UNIX. nominally the argument is that complexity contributes to confusion and failures ... KISS is frequently better because it minimizes confusion which can be major source of failures, vulnerabilities, threats and exploits. however, another argument is that the solution paradigm has to match the environment ... that there can be enormous amount of complexity introduced when the solution paradigm is a mismatch for the environment that it is being applied to. slightly related thread discussing f18/f14, f16/f15, as well as f20 (with even a little computer related stuff sprinkled in) ... warning quite a bit of thread drift ... even tho there was a lot of numerical intensive computing that went into f16, f18, f20, etc: http://www.garlic.com/~lynn/2007i.html#3 John W. Backus, 82, Fortran developer, dies http://www.garlic.com/~lynn/2007i.html#4 John W. Backus, 82, Fortran developer, dies http://www.garlic.com/~lynn/2007i.html#6 John W. Backus, 82, Fortran developer, dies http://www.garlic.com/~lynn/2007i.html#7 John W. Backus, 82, Fortran developer, dies http://www.garlic.com/~lynn/2007i.html#8 John W. Backus, 82, Fortran developer, dies http://www.garlic.com/~lynn/2007i.html#10 John W. Backus, 82, Fortran developer, dies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Many or few instructions?
John McKown writes: This article is basically about why Microsoft is better than Linux in some ways. Linux has too many competing ways to do something whereas Microsoft is usually monolithic. And lack of choice is superior because choice leads to confusion. without necessarily subscribing to this view himself. It is, I think, important to understand that this is issue is not technical: It is political. In the appendix to his novel 1984 that describes the Newspeak language George Orwell wrote: The purpose of Newspeak was not only to provide a medium of expression for the world-view and mental habits proper to the devotees of Ingsoc, but to make all other modes of thought impossible. It was intended that when Newspeak had been adopted once and for all and Oldspeak forgotten, a heretical thought---that is a thought diverging from the principles of Ingsoc---should be literally unthinkable, at least so far as thought is dependent upon words. Its vocabulary was so constructed as to give exact and often very subtle expression to every meaning that a Party member could properly wish to express, while excluding all other meanings and also the possibility of arriving at them by indirect means. This was done partly by inventing new words but chiefly by eliminating undesirable words . . . Quite apart from the suppression of definitely heretical words, reduction of vocabulary was regarded as an end in itself, and no word that could be dispensed with was allowed to survive. Newspeak was designed not to extend but to diminish the range of thought, and this purpose was indirectly assisted by cutting the choice of words down to a mini-mum. Fanatic minimalists always have political agenda; they want to structure some microcosm so that in it things must be done their way and only their way. John Gilmore Ashland, MA 01721-1817 USA _ Download Messenger. Join the im Initiative. Help make a difference today. http://im.live.com/messenger/im/home/?source=TAGHM_APR07 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Many or few instructions?
You need only one instruction: DOIT The rest is just operands and microding g,d, r Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Latest Principles of Operation
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folkore.computers as well. Howard Brazee [EMAIL PROTECTED] writes: That makes sense. But continuing that thought, I see Apple, which doesn't try to make its OS be all things for all people (and hardware manufacturers).Even if it *is* UNIX. re: http://www.garlic.com/~lynn/2007i.html#25 Latest Principles of Operation apple os (and next before it) starts out with a MACH microkernel basis ... could be considered striving for KISS ... somewhat like the original CP67, as an extremely well focused microkernel. The morph from CP67 to VM370 included work by people with much more of traditional operating system training. Over the years, many found that the extreme simplicity of the kernel made it easy to change/add/modify on an adhoc basis. Unfortunately many such years of such adhoc approach to dealing with something that was suppose to be a microkernel (rather than operating system) ... eventually results in a lot of bloat and spaghetti code past reference to comment about simple can be frequently much harder than complex ... and it should be done with there is nothing left to remove ... as opposed to it being done when there is nothing left to add. http://www.garlic.com/~lynn/2007h.html#29 sizeof() was: The Perfect Computer - 36 bits? http://www.garlic.com/~lynn/2007h.html#30 sizeof() was: The Perfect Computer - 36 bits? http://www.garlic.com/~lynn/2007i.html#5 John W. Backus, 82, Fortran developer, dies more recently there have been comments about simple virtual machine microkernels may be solution to various significant security issues in the personal computing market place ... dynamically opening up a traditional operating system in a padded cell virtual machine when it needs to do various kinds of internet/network operations ... and then collapsing and discarding most of the environment when finished. lots of past posts referring to various microkernel activities: http://www.garlic.com/~lynn/94.html#54 How Do the Old Mainframes http://www.garlic.com/~lynn/95.html#0 pathlengths http://www.garlic.com/~lynn/2000e.html#42 IBM's Workplace OS (Was: .. Pink) http://www.garlic.com/~lynn/2001f.html#23 MERT Operating System Microkernels http://www.garlic.com/~lynn/2001h.html#11 checking some myths. http://www.garlic.com/~lynn/2001j.html#36 Proper ISA lifespan? http://www.garlic.com/~lynn/2001k.html#45 SMP idea for the future http://www.garlic.com/~lynn/2001l.html#25 mainframe question http://www.garlic.com/~lynn/2001m.html#47 TSS/360 http://www.garlic.com/~lynn/2003.html#50 Origin of Kerberos http://www.garlic.com/~lynn/2003.html#60 MIDAS http://www.garlic.com/~lynn/2003h.html#37 Does PowerPC 970 has Tagged TLBs (Address Space Identifiers) http://www.garlic.com/~lynn/2003j.html#72 Microkernels are not all or nothing. Re: Multics Concepts For http://www.garlic.com/~lynn/2003k.html#5 What is timesharing, anyway? http://www.garlic.com/~lynn/2003k.html#9 What is timesharing, anyway? http://www.garlic.com/~lynn/2003k.html#24 Microkernels are not all or nothing. Re: Multics Concepts For http://www.garlic.com/~lynn/2003k.html#26 Microkernels are not all or nothing. Re: Multics Concepts For http://www.garlic.com/~lynn/2003k.html#27 Microkernels are not all or nothing. Re: Multics Concepts For http://www.garlic.com/~lynn/2003k.html#28 Microkernels are not all or nothing. Re: Multics Concepts For http://www.garlic.com/~lynn/2003k.html#30 IBM channels, was Re: Microkernels are not all or nothing http://www.garlic.com/~lynn/2003k.html#37 Microkernels are not all or nothing. Re: Multics Concepts For http://www.garlic.com/~lynn/2005b.html#22 The Mac is like a modern day Betamax http://www.garlic.com/~lynn/2005c.html#44 [Lit.] Buffer overruns http://www.garlic.com/~lynn/2005c.html#56 intel's Vanderpool and virtualization in general http://www.garlic.com/~lynn/2005c.html#63 intel's Vanderpool and virtualization in general http://www.garlic.com/~lynn/2005f.html#10 Where should the type information be: in tags and descriptors http://www.garlic.com/~lynn/2006p.html#10 What part of z/OS is the OS? http://www.garlic.com/~lynn/2006p.html#11 What part of z/OS is the OS? http://www.garlic.com/~lynn/2007g.html#70 The Perfect Computer - 36 bits? http://www.garlic.com/~lynn/2007g.html#83 IBM to the PCM market -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: PL/I Relocatables
In [EMAIL PROTECTED], on 04/05/2007 at 06:05 AM, Steve Comstock [EMAIL PROTECTED] said: For some reason, PL/I shops have tended to keep object code and they do a lot of re-linking Because it's less hassle and more efficient. But that doesn't require extraneous recompiles. 1. If you call your routines statically, then when you change a subroutine its source must be recompiled and bound; then you can do a re-bind of the caller and your back together; no need to do a recompile Which is the standard methodology. -- 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: Wylbur and Paging
In [EMAIL PROTECTED], on 04/05/2007 at 11:00 AM, Rick Fochtman [EMAIL PROTECTED] said: My memory may be pretty hazy here, but wasn't the 2302 a fixed-head design ?? No. The 1301, 1302 and 2302 were moving-head disks. You may be thinking of the 2301 and 2303, which were fixed head drums, which IBM always considered respectable. It was the fixed-head disk where IBM changed course. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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: Question about SuperWylbur
In [EMAIL PROTECTED], on 04/05/2007 at 10:51 AM, Thompson, Steve [EMAIL PROTECTED] said: And wasn't it NIH NIH isn't OSI or SSI. NIH Wylbur was not the only competition. Tell me again what your experience is to know all this? You mean other than using both OBS Wylbur and SuperWylbur? But thanks for asking so plitely. -- 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: The Mainframe in 10 Years...
In [EMAIL PROTECTED], on 04/11/2007 at 08:05 AM, IBMsysProg [EMAIL PROTECTED] said: ISAM or Indexed Sequential Access Method was about the second access method produced by IBM for data storage and retrieval especially for new fangled devices called disk drives FSVO newfangled; IBM's first mainstream disk drive was the RAMAC, back in the 1950s. sometimes known as DASD Thats a common misconceptions; disk drives are DASD's, but not every DASD is a disk drive. Take the data cell - please! The 360 instruction set was the worst for speed. On what do you base that claim? Some instructions like load would take a very small number of cycles and some like MVCL could take hundreds or thousands. Well, other than the fact that MVCL did not even exist on the S/360, how many cycles would you expect it to take to move millions of bytes? An MVCL of, e.g., 10 bytes did not take hundreds or thousands. -- 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: SVCDUMP vs. SYSMDUMP (was SP230?)
In [EMAIL PROTECTED], on 04/19/2007 at 02:05 PM, Patrick O'Keefe [EMAIL PROTECTED] said: Oh, oh. An assumption I've had for many years is about to get shot down. But not the assumption you were thinking of ;-) What does an SVCDUMP give you that an MDUMP doesn't? What did you think that an MDUMP is? The dump that ABEND takes for SYSMDUMP, like the dump that the DUMP and SLIP commands take, is an SVC dump. -- 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: sysdsn enq
On Wed, 25 Apr 2007 14:51:56 -0500 Paul Schuster [EMAIL PROTECTED] wrote: :Hello: Is there a way to prevent the SYSDSN ENQ from being removed when you :dynamically de-allocate a data set? :There is the parameter S99NORES to prevent the ENQ from being done when the :data set is allocated, but no corresponding parameter on the de-allocation. Because one (or, at least, I) cannot think of a reason for it. If you want the dataset held, why free it? -- 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: sysdsn enq
Paul, A better way to do this is to issue your own ENQ and then use S99NORES to prevent allocation from issuing the ENQ/DEQ. Tom Harper NEON Enterprise Software, Inc. Sent: Thursday, April 26, 2007 12:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: sysdsn enq On Wed, 25 Apr 2007 14:51:56 -0500 Paul Schuster [EMAIL PROTECTED] wrote: :Hello: Is there a way to prevent the SYSDSN ENQ from being removed when you :dynamically de-allocate a data set? :There is the parameter S99NORES to prevent the ENQ from being done when the :data set is allocated, but no corresponding parameter on the de-allocation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
NL Usage for Tapes
Someone asked the question about what good are reading tapes NL. There are valid reasons and these go back to the early years before diskettes, etc, when people wanted to tansfer data. Early, early on the universal mode of transfer was 7-track tape, BCD, Even-parity with no labels. People have heard about 2400 foot reels or even 3600 foot reels, but back then 300 600 foot mini- reels were prized. Along came 9-track 800 and even 1600 along with the capability to do ASCII formats with even ASCII labels. Other computer makers offered some capability of making IBM SL or AL labels. Some worked and some did not. So what I told everyone was no labels for I would only have to bypass them anyway most of the time. Interesting enough the IRS in the early years created a whole system of SUL (user Labels) which was really challenging. Besides the NL was preferred early on because most tape libraries ran with all SL tapes internally. When outside data came in the applications person coded NL and if OPS mounted accidently a SL tape to read, it would kick it down. This was preferred to having the code BLP. The use of BLP was tightly controlled for early security reasons. One offshoot of NL, SL, etc, was the writing of the many existing utilities to handle tape copying, dumping, and securing. One utility which came out was a program to read down all the data, jump over all the tapemarks to find the real end of data, and then write binary zeros out to the end of reel. A few times I got data tapes from corporations, jumped all the tapemarks and read meaningful sensitive corporate data beyond the logical end. The other directive was always to degauss the tape and relabel it for use. But then SYSPROG's sometime took shortcuts. I do not miss the old days at all. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: sysdsn enq
On 4/25/2007 3:52 PM, Paul Schuster wrote: Hello: Is there a way to prevent the SYSDSN ENQ from being removed when you dynamically de-allocate a data set? There is the parameter S99NORES to prevent the ENQ from being done when the data set is allocated, but no corresponding parameter on the de-allocation. Out of curiosity, why would you want to do that? What purpose does it serve to hold the ENQ when you no longer have the data set allocated? 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: sysdsn enq
In a recent note, Walt Farrell said: Date: Wed, 25 Apr 2007 20:28:23 -0400 Hello: Is there a way to prevent the SYSDSN ENQ from being removed when you dynamically de-allocate a data set? Out of curiosity, why would you want to do that? What purpose does it serve to hold the ENQ when you no longer have the data set allocated? I can envision a reason: perhaps to prevent another job's grabbing the data set between the FREE and another ALLOCATE (perhaps to a different DDNAME). After all, batch processing FREEs all data sets between steps, but continues to hold the ENQ if a subsequent step uses the same data set name. I consider it to have good purpose to do this. That said, and positing the reason stated, if the OP were to perform the second ALLOCATE _before_ the first FREE, the ENQ would be held; or he could perform an otherwise meaningless ALLOCATE (no DDNAME required) early and FREE it late to achieve the same effect. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: sysdsn enq
After all, batch processing FREEs all data sets between steps, but continues to hold the ENQ if a subsequent step uses the same data set name. I don't thinks that's accurate. DSN allocation is not cleared until EOJ. Hence the scramble with GDG's in a job, especially if you create more than one in the same one. The same thing can be proven with allocation for step N. Allocate a DSN under TSO and then submit a job. Even if a job will not touch the file for hours, the job will hang in ENQ. It's even 'worse' in a JES3 environment. The only way around it is dynamic allocations; then you have synchronisation issues. All OS's have enq-like structures, or they have data integrity issues. Don't try to outsmart them; you'll outsmart yourself! - 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: RACF and Member Level Protection
In [EMAIL PROTECTED], on 04/25/2007 at 01:33 PM, Tom Marchant [EMAIL PROTECTED] said: Probably not. There is already space in the directory for user data and IEBCOPY can already deal with that just fine. They would, however, break every program that uses the user data area in the directory entries. That includes breaking the Binder, Fetch, the Linkage Editor and the Loader. -- 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: Lnnnnn tapes mystery
On Apr 25, 2007, at 7:24 AM, Paul Gilmartin wrote: In a recent note, Ed Gould said: Date: Tue, 24 Apr 2007 19:43:21 -0500 There is also the poor design of Tape Labels where you have only 17 positions to store the last 17 characters of 18-44 character long There must be a history behind this decision. Can anyone share it? Is it sufficient explanation that storage used to be expensive? But why does the deficiency persist into the 21st century? IBM and its famous compatibility reputation. The need for additional numbers are being put on the back burner as the tapes have grown tremendously denser as IBM has been able to pack more and more data on a tape. 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
Mainframe education program
Ryerson University in Toronto, Canada has announced a new certificate program focusing on z/OS technology that will start up in the fall. http://www.ryerson.ca/ce/mainframe Nice to hear some good news for a 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
Re: Mainframe education program
In a message dated 4/25/2007 10:04:36 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Ryerson University in Toronto, Canada has announced a new certificate program focusing on z/OS technology that will start up in the fall. Maybe they're getting better, we had a CE go to 9370 level 2(want to say White Plains) for a year and being shorthanded took a service call across the border. The would let him in, but not his IBM toolkit! Also big trouble with Service tapes. Isn't software manufacturing based in Toronto these days? ** See what's free at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: sysdsn enq
At 19:35 -0600 on 04/25/2007, Paul Gilmartin wrote about Re: sysdsn enq: After all, batch processing FREEs all data sets between steps, but continues to hold the ENQ if a subsequent step uses the same data set name. Unfortunately due to a poor design in the ENQ support code it can be forced to hold the ENQ longer than should be needed. The situation I am talking about is when step 1 has an exclusive ENQ (DISP=OLD) while step 2 needs only a shared ENQ (DISP=SHR). Since the designers of ENQ didn't bother to support the capability to downgrade the ENQ from EXC to SHR (ie: Keep the ENQ but allocate it to any other task that was waiting for SHR access), step 2 maintains the EXC ENQ even though it only needs SHR access. For some reason, the ENQ code DOES allow a SHR to be altered to EXC if/when no other task has the QNAME/RNAME allocated (although I can not think of a situation where this is of any use). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe education program
Ryerson University in Toronto, Canada has announced a new certificate program focusing on z/OS technology that will start up in the fall. It was actually supposed to start in the spring, but there wasn't enough interest, so it got post-poned. - 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: SVCDUMP vs. SYSMDUMP (was SP230?)
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 04/25/2007 11:37:30 AM: What does an SVCDUMP give you that an MDUMP doesn't? What did you think that an MDUMP is? The dump that ABEND takes for SYSMDUMP, like the dump that the DUMP and SLIP commands take, is an SVC dump. While SVC Dump and SYSMDUMP do share some common code, there are significant differences in processing, and we in development do not consider them to be the same. We use the term SVC Dump to refer to a dump initiated via the SDUMP(X) macro (including those initiated via the SLIP or DUMP commands). IEATDUMP and SYSMDUMP have much more in common - you could think of IEATDUMP as an API into SYSMDUMP processing. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html