Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/...
On Thu, 5 Feb 2009 16:01:37 EST "(IBM Mainframe Discussion List)" wrote: :>In a message dated 2/5/2009 12:04:24 P.M. Central Standard Time, :>dennis.ro...@lmco.com writes: :>>I had always been taught that :>the ONLY time storage is cleared is when RSM assigns a real page to a :>virtual page that is not already backed by one in aux storage. :>And how is a programmer supposed to know that this has happened? When documented, such as virtual storage 4096+ on a page boundary. :> Ergo, :>always initialize. Why assign slots to 40M of storage if only 200K gets used in the particular run? -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
On Thu, 5 Feb 2009 22:41:41 -0800 Edward Jaffe wrote: :>Binyamin Dissen wrote: :>> I wonder if VSM is smart enough to recognize that a paged out page is all zero :>> and to just mark it as not assigned yet so that a page fault will not require :>> a page in. :>I seriously doubt VSM is the least bit aware of the contents of the :>pages. But perhaps it should be. Or detect a page fault for an unassigned page when a MVCL(E) is being issued and if the entire page is being set to zero just update the registers and let it try again? :> Of course, the application program can use PGSER RELEASE to :>"zero" a page and release any frame/slot it might occupy. No page in (or :>out) required. Like first reference. Great for those that know what they are doing. I coded that in a project where a wrap around LDS log was being used and rarely more than X old records were examined. Did a PGSER after hardening the pages. -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
On Thu, Feb 5, 2009 at 4:54 PM, Tom Marchant wrote: ..snip > To single out this one > class of error as inexcusable or bad programming is absurd. > > That's my opinion. > > ..snip It's absurd to RTFM before you code a macro? Any ISV product that has this problem would make me wonder about what other simple rules were ignored or what other data areas were used that should not have been, etc. It's not absurd to expect a product to be written to IBM standards. Yes, all code will have "bugs", that a guarantee, but ones that were caused by not reading about a macro before coding it or using a data area that IBM has clearly marked as "reserved" etc are inexcusable. As I've said, I understand the need for IBM's "fix" since there is a lot of home grown assembler applications that maybe were written without complete understanding of what was being used, but an ISV product that a company charges companies for, should follow the book. Guy Gardoit z/OS Systems Programming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Red Alert APAR OA27386 & Top-Secret or ACF2
PTF UA45540 is available for OA27386. The Red Alert was especially noteworthy for anyone running Top-Secret or ACF2. http://www.ibm.com/support/docview.wss?uid=isg1OA27386 http://www14.software.ibm.com/webapp/set2/sas/f/redAlerts/20081215.html Partial Release of VSAM Extended Format Data sets on z/OS 1.10 using OEM Security Product, may cause loss of access to data sets due to an error in DADSM Partial Release processing. Description: In z/OS 1.10, when attempting to release space on VSAM extended format data set, an ABEND0C4 may occur in IGG020P1 or IGG020P2. On the subsequent Open, you may receive a message IEC331I, which indicates loss of access to the data set. If this occurs, please open a PMR with IBM and we can help regain access to the data set. APAR OA27386 has been created to resolve this issue. See the APAR text for additional details Recommended Actions: Apply fix for OA27386. Partial Release is controlled in the DFSMS Management Class. If it is possible, you can turn off Partial Release for the affected data sets. Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 "Think big, act bold, start simple, grow fast..." This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
On Thu, 5 Feb 2009 11:02:42 -0700, Roach, Dennis (N-GHG) wrote: >I never knew about the 4096 or 8192 rules. I had always been taught that >the ONLY time storage is cleared is when RSM assigns a real page to a >virtual page that is not already backed by one in aux storage. I don't think your "rule" is not one that a programmer can make use of, as it does not provide a way to know when RSM will take that action. The 4096+page boundary or >= 8192 rule is one a programmer can use, and in fact describes the cases that lead to your statement. If you have any other GETMAIN or STORAGE OBTAIN, then you have no guarantee that a new page was assigned, and thus no guarantee of zeroed storage. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Edward Jaffe > > Guy Gardoit wrote: > > For the life of me, I can't understand why this is such a surprise or > > problem. How many bad programmers were-there/are-there anyway? > > > > Sorry, but one who breaks the rules, end ups broken. > > > > Even good programmers make mistakes. That's why we have testing. What's > needed are test tools to help detect problems early, before > newly-developed programs are used in production environments. > > Thanks to Jim Mulder's efforts, the IgvInitGetMain DIAG trap is just > such a tool. It has been available since OS/390 V2R6 and has been > disclosed to IBM and ISV development organizations for many, many years. > In that light, there is very little excuse (IMHO) for 21st-century > program product code to have problems related to uninitialized GETMAINed > storage. (I just know Sam Knutson will adopt the "Prodigal Son" approach > and praise developers that waited until 2009 to *finally* fix their > "broken" code. But, I digress...) > > OTOH, customers have not had the luxury of this tooling. There are a few > tech-savvy sysprogs that have enabled this and other undocumented DIAG > traps based on information they received at SHARE, IBM-MAIN, or other > avenues (include Barabara Nitz in this category). But, the rest of the > user community is completely unaware that such tooling is available. > Their exits and applications are at risk and they have no way of testing > them. > > This ignorance, and the fall-out we'll be feeling from it for some time > to come, could have been avoided. IMHO, IBM should move to document > these tools ASAP! This thread should also reinforce the notion, "If you want it done right, do it yourself." IOW, if you want GETMAINed storage to be "clean", then "clean" it yourself, every time you GETMAIN. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of John McKown > > On Fri, 6 Feb 2009 07:53:03 -0600, Chase, John wrote: > > > >This thread should also reinforce the notion, "If you want it done > >right, do it yourself." IOW, if you want GETMAINed storage to be > >"clean", then "clean" it yourself, every time you GETMAIN. > > > >-jc- > > I generally agree. However, IIRC, the PL/I compiler did this type of > operation long ago. And when somebody would specify large buffers, then the > compiler would cause a large paging spike due to initializing a couple of > meg(?) of storage to x'00'. BICR the OS/VS COBOL compiler did that, too. Then along came VS/COBOL-II which didn't, unless the WSCLEAR option was specified or tailored in the installation defaults. Now we have LE, which provides STORAGE(xx,...). "Institutionalized" habits, good or bad, are nearly impossible to change, especially when a "permanent crutch" is provided. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to CAP CPU CICS workload using resource GROUP in WLM
yes ..I try to use subsystem instance group...but I seems doesn't work properly how comes?/ On Fri, Feb 6, 2009 at 10:21 PM, Kelman, Tom wrote: > I'm not sure I understand. Are you wanting to put a CPU usage cap on > your CICS regions? I would think that is one are where you definitely > don't want to use a cap. > > As far as defining the CICS regions to WLM using sub-system instance > group, that is the VTAM APPLID. > > Tom Kelman > Enterprise Capacity Planner > Commerce Bank of Kansas City > (816) 760-7632 >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On >> Behalf Of Tommy Tsui >> Sent: Thursday, February 05, 2009 8:43 PM >> To: IBM-MAIN@bama.ua.edu >> Subject: How to CAP CPU CICS workload using resource GROUP in WLM >> >> Hi all, >> >> How can I use the CICS APPLID to classify all CICS workload, I try to >> use sub-system instance group, but it seems doesn't work properly. As >> I know, CICS transaction cannot be CAP by the resource group except >> the region >> >> >> any help will be appreciated >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >> Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > * > If you wish to communicate securely with Commerce Bank and its > affiliates, you must log into your account under Online Services at > http://www.commercebank.com or use the Commerce Bank Secure > Email Message Center at https://securemail.commercebank.com > > NOTICE: This electronic mail message and any attached files are > confidential. The information is exclusively for the use of the > individual or entity intended as the recipient. If you are not > the intended recipient, any use, copying, printing, reviewing, > retention, disclosure, distribution or forwarding of the message > or any attached file is not authorized and is strictly prohibited. > If you have received this electronic mail message in error, please > advise the sender by reply electronic mail immediately and > permanently delete the original transmission, any attachments > and any copies of this message from your computer system. > * > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OAM RECALL objects to DB2 dasd...IMAGPLUS
Joel, We had to recall all our objects because our 3995 optical jukebox was going off support. I set up the CBROAM00 member as follows; SETOPT MOUNTWAITTIME(60) SETOSMC MAXRECALLTASKS(5) STORAGEGROUP(SGROUP00 RECALLOPTICAL(255)) STORAGEGROUP(SGROUP10 RECALLOPTICAL(255)) STORAGEGROUP(SGROUP12 RECALLOPTICAL(255)) STORAGEGROUP(SGROUP13 RECALLOPTICAL(255)) We then wrote an assembler program to do a OSREQ RETRIEVE for each object on optical for a group. OAM recalled them fine creating a copy on DASD for each object. Brad Wissink Information Technology Services Iowa State University 515-294-3088 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joel M Ivey Sent: Thursday, February 05, 2009 3:59 PM To: IBM-MAIN@bama.ua.edu Subject: OAM RECALL objects to DB2 dasd...IMAGPLUS We need to recall many objects from OAM optical to DB2 dasd (user requirement). In parmlib, SETOSMC MAXRECALLTASKS is 4, and RECALLOPTICAL(90) is set on the storage group. To test, we are using OSREQ RETRIEVE with RECALL. This does not seem to be giving us what we need. The object is not recalled to dasd but remains on optical. We determine this by the length of time that it takes to view the object after the recall, and by verifying with SQL against the IMAGPLUS object directory that the object is indeed not on dasd. Questions: On an OAM RECALL, do the SMS ACS routines get invoked? If so, what is the ACSENVIR at this point? Is it STORE?Also, do we need to change the storclas on each object before we recall it? After a succesful recall, does the mgmtclas not affect the object? If the RECALL is for 90 days, this doesn't necessarily match certain values in the mgmtclas (creation days/months, etc.). Finally, is the recalled object just a COPY of the original from optical? We have seveal manuals out researching this and are testing. Any insight would be appreciated. Thanks, Joel USC Columbia, SC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
This performance issue is what was "fixed" in LE at some point. IBM did have a well documented option that would make it work like it used to. Dennis Roach GHG Corporation Lockheed Marten Mission Services FDOC Contract 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Voice: (281) 336-5027 Cell:(713) 591-1059 Fax: (281) 336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of John McKown > Sent: Friday, February 06, 2009 8:35 AM > > I generally agree. However, IIRC, the PL/I compiler did this type of > operation long ago. And when somebody would specify large buffers, then > the > compiler would cause a large paging spike due to initializing a couple > of > meg(?) of storage to x'00'. > > -- > John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
APAR OA25205 - SMF 42 for member add/del/rename
Now this is interesting (to me). APAR OA25205. PROBLEM SUMMARY: * USERS AFFECTED: Users of DFSMS that use PDS or PDSE data * * sets that require an SMF audit trail at * * the member level.* * PROBLEM DESCRIPTION: Currently, BPAM and DESERV will create * * an SMF 42 record when a PDS or PDSE * * directory is initialized and when * * individual members are deleted. * * However, BPAM and DESERV does not * * provide an audit trail at the member* * level when PDS or PDSE members are * * added, updated and renamed. SMF type * * 42 records should be enhanced to* * provide new subtypes when a PDS or PDSE * * member for STOW ADD/REPLACE/CHANGE and * * DESERV PUT/RENAME. * * RECOMMENDATION: * BPAM and DESERV must provide an SMF 42 record when a PDS or PDSE member is added, replaced or renamed. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/Linux
anyone know if SAS can run on z/Linux?? from what I gather SAS only supports it on Intel/amd platform -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
>To single out this one class of error as inexcusable or bad programming is >absurd. > That's my opinion. Of course, you're entitled to your opinion. But, not initialising is the worst mistake a programmer can make! The first thing I was taught, in the early 1970's, was always ensure your data structures are initialised. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Vernooy, C.P. - SPLXM wrote: What worries me is the fact that the fix sets default processing to UseZosV1R9Rules(Yes). You don't have to do anything to remain in the safe pre-1.10 mode, so many customers will probably overlook this 1.10 enhancement. The pre-1.10 mode is not "safe"--just a little different. And, programs that seem to continue to work using the post-1.10 mode are not "safe" either. When programs erroneously expect zeros, in cases where such zeroing is not guaranteed, avoidance of abend depends entirely on luck. Any subtle change in the calling environment's storage allocation can cause them to fail. The only way to locate these programs is to use the IgvInitGetMain DIAG trap! I also wish the default had been UseZosV1R9Rules(No). But, when customers get upset, and IBM executives--who fancy themselves experts in risk assessment--get involved, things usually go this way. There is ample recent precedent at IBM for undocumented options, that become documented options, that default to the old behavior and eventually go the other way. Examples: IosProtCaptUcb which became CaptUcb NO which became CaptUcb YES, IgvNoUserKeyCsa which became Vsm AllowUserKeyCsa YES which became Vsm AllowUserKeyCsa NO. There are some pending ones like AsnReuse which became ReusAsid NO which will hopefully become ReusAsid YES in a future release and CbLoc Virtual24(IHALCCA,IHAPCCA) which will hopefully become CbLoc Virtual31(IHALCCA,IHAPCCA) in a future release. Arguably, this VSM change should have been handled more like Vsm AllowUserKeyCsa was. Put out the option with default as 'no change' and eventually change the default. That more deliberate approach probably wouldn't have ruffled so many feathers... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy SMF Records With Syncsort
You could also have corrected those records with just SAS, i.e., MXG not required: DATA _NULL_; INFILE SMF; INPUT @11 SYSTEM $EBCDIC4. @; IF SYSTEM='1234' THEN SYSTEM='5678'; ELSE ... change system to desired; FILE SMFOUT DCB=SMF; PUT _INFILE_ @11 SYSTEM $EBCDIC4. ; FILE LOG; -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Linux
On Fri, 6 Feb 2009 10:08:17 -0600, Ron Wells wrote: >anyone know if SAS can run on z/Linux?? >from what I gather SAS only supports it on Intel/amd platform > SAS does not currently run on zLinux. I would encourage all interested parties to formally contact SAS Support for future R&D planning and deployment. Scott Barry SBBWorks, Inc. http://support.sas.com/resources/sysreq/hosts/unix/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
On Fri, 6 Feb 2009 07:53:03 -0600, Chase, John wrote: >This thread should also reinforce the notion, "If you want it done >right, do it yourself." IOW, if you want GETMAINed storage to be >"clean", then "clean" it yourself, every time you GETMAIN. > >-jc- I generally agree. However, IIRC, the PL/I compiler did this type of operation long ago. And when somebody would specify large buffers, then the compiler would cause a large paging spike due to initializing a couple of meg(?) of storage to x'00'. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to CAP CPU CICS workload using resource GROUP in WLM
I'm not sure I understand. Are you wanting to put a CPU usage cap on your CICS regions? I would think that is one are where you definitely don't want to use a cap. As far as defining the CICS regions to WLM using sub-system instance group, that is the VTAM APPLID. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Tommy Tsui > Sent: Thursday, February 05, 2009 8:43 PM > To: IBM-MAIN@bama.ua.edu > Subject: How to CAP CPU CICS workload using resource GROUP in WLM > > Hi all, > > How can I use the CICS APPLID to classify all CICS workload, I try to > use sub-system instance group, but it seems doesn't work properly. As > I know, CICS transaction cannot be CAP by the resource group except > the region > > > any help will be appreciated > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
>This thread should also reinforce the notion, "If you want it done right, do >it yourself." IOW, if you want GETMAINed storage to be "clean", then "clean" >it yourself, every time you GETMAIN. 100% in agreement. The first programme I wrote (1971 -- High School) was in FORTRAN, and we learned about DO Loops and ARRAYs on the same day. We learned about DO Loops, because initialisation was the first thing we were taught to do. And, it was a loop that was used to do it. It was also the first lines of code invoked by the programme. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
>I generally agree. However, IIRC, the PL/I compiler did this type of operation >long ago. >And when somebody would specify large buffers, then the compiler >would cause a large paging spike due to initializing a couple of meg(?) of storage to x'00'. With today's memory-rich environment, is this still an issue? And, what is the business risk of a few extra page ins versus corrupted/invalid data. I don't believe there's a Visine for that! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Linux
>>anyone know if SAS can run on z/Linux?? >from what I gather SAS only supports it on Intel/amd platform Why not go to www.sas.com and post this query? They can answer better than we can. Also, you could make a formal request to have it supported. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Linux
>>> On 2/6/2009 at 11:08 AM, Ron Wells wrote: > anyone know if SAS can run on z/Linux?? > from what I gather SAS only supports it on Intel/amd platform So far, SAS Institute has declined to put it on the market, although various beta testers among their customers were very happy with it. As others have said, please add your company's voice to the (slowly?) growing chorus that would like to see it released. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APAR OA25205 - SMF 42 for member add/del/rename
Do you think the MAN files will need to be increased in order to support this PTF? I like the idea about having an SMF record to go back and see who did what to whom, but it might put more stress on a busy PDS/PDSE updating system. Lizette > >Now this is interesting (to me). APAR OA25205. > >PROBLEM SUMMARY: > > * USERS AFFECTED: Users of DFSMS that use PDS or PDSE data * > * sets that require an SMF audit trail at * > * the member level.* > > * PROBLEM DESCRIPTION: Currently, BPAM and DESERV will create * > * an SMF 42 record when a PDS or PDSE * > * directory is initialized and when * > * individual members are deleted. * > * However, BPAM and DESERV does not * > * provide an audit trail at the member* > * level when PDS or PDSE members are * > * added, updated and renamed. SMF type * > * 42 records should be enhanced to* > * provide new subtypes when a PDS or PDSE * > * member for STOW ADD/REPLACE/CHANGE and * > * DESERV PUT/RENAME. * > > * RECOMMENDATION: * > > BPAM and DESERV must provide an SMF 42 record when a PDS or PDSE > member is added, replaced or renamed. > >-- >John > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Linux
Been to site and asked question and there list they gave me did not have z/Linux...so yes..I submitted interest..let's see if someone...someday---wakes up.. but then---there maybe less money for them Oh---forgot---we'll just bail them outor give them more money because they had to redesign / retool .lol..at our expense . -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Linux
>there maybe less money for them. Why would there be less money? You can't charge for LINUX (except maybe support), but you can charge for products that run under LINUX. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Assembler Question
Hello, all I have a question. I was just looking through the principle of ops guide on an instruction I had a question on and noticed a BAS instruction. I started reading about it and noticed that it said we should use the BAS, BASR type of instructions instead of the BAL and BALR types. I won't bore you with the details. My question is: Is there a list of recommended instructions that we should be using instead of the old instructions we had been using? == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Linux
On Fri, 6 Feb 2009 17:34:56 +, Ted MacNEIL wrote: >>there maybe less money for them. > >Why would there be less money? >You can't charge for LINUX (except maybe support), but you can charge for >products that run under LINUX. Yes, you can charge for Linux. In any case, Ron was talking about SAS. >Too busy driving to stop for gas! Maybe you should slow down. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Linux
Ted MacNEIL wrote: >> there maybe less money for them. >> > > Why would there be less money? > You can't charge for LINUX (except maybe support), but you can charge for > products that run under LINUX. > > - > Too busy driving to stop for gas! > > Not exactly true. You can charge for LINUX, the question is will anyone pay for it. There is nothing in the GPL license that prevents you from making your own distribution and charging for it. You just have to supply the source code and not prevent anyone from doing whatever they want with it, including undercutting your price. -- Mark Jacobs Time Customer Service Tampa, FL Gosh, that takes me back. Or forward. That's the trouble with time travel; you can never remember. The Doctor, in "The Androids of Tara" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DD DEST=(MS Windows machine)
An option is use the FTP utility over the EXEC statement; then, after the DDs definition, (DSN to be transfered, otuput, ReturnCodes, etc) becomes the ftp sentences to signin,, this step declares the IP, user and password for the server (whatever of kind) and multiple FTP options Keep in mind that the TSO user must have the properly rights to the FTP z/OS libraries and it depends of the own configuration of your installation. Once this ready, by the side of the Windows server you need a service account with the properly policies defined to use the FTP and write rights over the folder you trying to put your data. Hope this help you. Regards from Mexico. > Date: Thu, 5 Feb 2009 07:50:57 -0800> From: russell@gmail.com> Subject: > DD DEST=(MS Windows machine)> To: IBM-MAIN@bama.ua.edu> > I'm toying with > different ideas of how to send data to an MS Windows> server from MVS (1.9)> > > Right now I have "step one" produce a sequential, plain text file on> DASD, > and step 2 uses FTP to send it to the PC, translating ebcdic to> ascii along > the way.> > I can easily send data from MVS to VM/CMS using > DEST=(vmnode,userid)> and that got me thinking... what would it take to have > something> similar to write data to a PC?> Where can I read about the process > required to to do that? (I'm> anticipating the work required to do it is > prohibitive given that FTP> is readily available, but still, it's an > interesting (to me) idea. :-)> > Note: The PC is not a "user workstation", > it's a server that watches> the directory the FTP process writes to, and then > processes the file> when the size stops changing. (Seems a little hokey to > me... but there> it is)> > Thanks.> > > --> For > IBM-MAIN subscribe / signoff / archive access instructions,> send email to > lists...@bama.ua.edu with the message: GET IBM-MAIN INFO> Search the archives > at http://bama.ua.edu/archives/ibm-main.html _ Personaliza Messenger como tú quieras. http://download.live.com/messenger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APAR OA25205 - SMF 42 for member add/del/rename
On Fri, 6 Feb 2009 10:08:17 -0600, John McKown wrote: >Now this is interesting (to me). APAR OA25205. > >PROBLEM SUMMARY: > > * USERS AFFECTED: Users of DFSMS that use PDS or PDSE data * > * sets that require an SMF audit trail at * > * the member level.* > > * PROBLEM DESCRIPTION: Currently, BPAM and DESERV will create * > * an SMF 42 record when a PDS or PDSE * > * directory is initialized and when * > * individual members are deleted. * > * However, BPAM and DESERV does not * > * provide an audit trail at the member* > * level when PDS or PDSE members are * > * added, updated and renamed. SMF type * > * 42 records should be enhanced to* > * provide new subtypes when a PDS or PDSE * > * member for STOW ADD/REPLACE/CHANGE and * > * DESERV PUT/RENAME. * Of course, one can not really depend on getting those records for a PDS, as it does not require very sophisticated programming to rewrite a PDS directory without using STOW. Thus anyone with UPDATE to a PDS could add/delete/rename members of that PDS without any type 42 record being created. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
FWIW...the z/OS R10 Migration book has been recently refreshed and is available on the z/OS R10 bookshelves. The reason I mention this, is because we added a migration action for OA27291. There's some good information in there also, I daresay. (Here's a link to the BOOK: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/E0Z2M161/CCONTENTS?SHELF=EZ2ZO10L&DN=GA22-7499-14&DT=20090122142947 ). -Marna WALLE z/OS System Build and Install -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Linux
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL So, my question still stands. Why would SAS Institute not make a profit on z/LINUX SAS? PS: I'm aware of the terms and conditions of the GPL. - Too busy driving to stop for gas! Because 1. The pricing scheme would be expected to be "cheaper" 2. Therefore many would drop their z/OS (expensive) license 3. Thus SAS Institute total revenue might suffer. Dave Gibney Information Technology Services Washington State Univsersity -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Friday, February 06, 2009 10:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/Linux >Not exactly true. You can charge for LINUX, the question is will anyone pay for it. There is nothing in the GPL license that prevents you from making your own distribution and charging for it. You just have to supply the source code and not prevent anyone from doing whatever they want with it, including undercutting your price. That's what I thought I said. But, my point was that if SAS (or any other product) is ported to LINUX, you can charge whatever you want, and you DO NOT have to make the source code available. So, my question still stands. Why would SAS Institute not make a profit on z/LINUX SAS? PS: I'm aware of the terms and conditions of the GPL. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APAR OA25205 - SMF 42 for member add/del/rename
The PTF for that APAR breaks macro IGWSMF, at least in HDZ1190. We have a PMR open and fixing APAR has been promised. Bob John McKown wrote: Now this is interesting (to me). APAR OA25205. PROBLEM SUMMARY: * USERS AFFECTED: Users of DFSMS that use PDS or PDSE data * * sets that require an SMF audit trail at * * the member level.* * PROBLEM DESCRIPTION: Currently, BPAM and DESERV will create * * an SMF 42 record when a PDS or PDSE * * directory is initialized and when * * individual members are deleted. * * However, BPAM and DESERV does not * * provide an audit trail at the member* * level when PDS or PDSE members are * * added, updated and renamed. SMF type * * 42 records should be enhanced to* * provide new subtypes when a PDS or PDSE * * member for STOW ADD/REPLACE/CHANGE and * * DESERV PUT/RENAME. * * RECOMMENDATION: * BPAM and DESERV must provide an SMF 42 record when a PDS or PDSE member is added, replaced or renamed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Linux
On Fri, 6 Feb 2009 12:57:31 -0500, Mark Jacobs wrote: >Not exactly true. You can charge for LINUX, the question is will anyone >pay for it. True. But we do pay for it. Why? Not for Linux, per se, but for the support. And the support only comes when you "buy" that vendor's Linux distro. >There is nothing in the GPL license that prevents you from >making your own distribution and charging for it. Ref: CentOS which is a free-as-in-beer clone of RHEL. However, there are parts of RHEL which are not included because they are copyrighted by RedHat and only licensed when you buy RHEL. Also, CentOS users cannot "tap into" the RHEL update servers. >You just have to >supply the source code and not prevent anyone from doing whatever they >want with it, including undercutting your price. Again, for the parts which are GPL'ed. Not everything in a distro is GPL'ed. > >-- >Mark Jacobs >Time Customer Service >Tampa, FL > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Output to SYSOUX & FILE
I know we've talked about this before, but I can't find in my notes how to simultaneously make output go to SYSOUX and to a file? I tried going to a file first and copying it, but when the program Abended, I looked at the file and it was from a previous run. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DD DEST=(MS Windows machine)
On Thu, 5 Feb 2009 07:50:57 -0800, Don Russell wrote: >I'm toying with different ideas of how to send data to an MS Windows >server from MVS (1.9) > >Right now I have "step one" produce a sequential, plain text file on >DASD, and step 2 uses FTP to send it to the PC, translating ebcdic to >ascii along the way. > >I can easily send data from MVS to VM/CMS using DEST=(vmnode,userid) >and that got me thinking... what would it take to have something >similar to write data to a PC? >Where can I read about the process required to to do that? (I'm >anticipating the work required to do it is prohibitive given that FTP >is readily available, but still, it's an interesting (to me) idea. :-) You would need to write (or buy) a program that implements the JES NJE facility. I suspect this is non-trivial. I do not know where any of it is documented, but presumably (for the SNA version of NJE, at least) you could look at JES2 source and reverse engineer the communication protocols. Or you could acquire a product that already does this; there's at least one Windows implementation of NJE shown by a simple Google search, for example. Or you could stick with FTP or some other communication mechanism that already exists between z/OS and your server, which is probably simplest. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Linux
>Not exactly true. You can charge for LINUX, the question is will anyone pay >for it. There is nothing in the GPL license that prevents you from making your >own distribution and charging for it. You just have to supply the source >code and not prevent anyone from doing whatever they want with it, including >undercutting your price. That's what I thought I said. But, my point was that if SAS (or any other product) is ported to LINUX, you can charge whatever you want, and you DO NOT have to make the source code available. So, my question still stands. Why would SAS Institute not make a profit on z/LINUX SAS? PS: I'm aware of the terms and conditions of the GPL. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bruce Black passed away
I keep BB in my address book, out of respect for the "guru", RIP Bruce! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R Hey Sent: Thursday, February 05, 2009 10:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Bruce Black passed away To my regret & sorrow, I just found out about this, searching the archive for ERV. I don't remember doing a me-too reply before, so this is not one neither. I'm really moved & shaken by reading all the replies. BB was one of my most favourite posters of all times. I used to read every one of his posts. Some poet, somewhere on this rock we all live on, wrote a poem a few centuries ago, saying: If you could fly, you'd be a fly; If you could walk on water, you'd be a twig; Find your way into somebody's heart, to be somebody. I think BB was truly blessed & a lucky man, judging by all the replies I just read. I wish God would use a much bigger ERV for good people. RIP BB. Regards, Rez -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Assumptions about the state of uninitialized storage can bite the best of us. Last year we ran into a problem with the Cobol code generated by the SQL Coprocessor using Enterprise Cobol 3.3 under DB2 V8. In the SQL---PLIST it was generating the following FILLER area: 02 SQL---STMT-NUMPIC S9(9) COMP-5. 02 FILLER PIC X(20). Apparently the FILLER area is used by DB2 to store some bit switches and its logic assumes that initially the FILLER contains x'00'. *Usually* this is true, but we ran into some very weird application abends in an IMS MPR. . It turned out that we were a bit behind in our Cobol maintenance. After the maintenance was applied the generated code changed to: 02 SQL---STMT-NUMPIC S9(9) COMP-5. 02 FILLER PIC X(20) VALUE IS X'' In my experience this is the first time that a programmer's protest that "It's not my fault!" turned out to be true. :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Linux
>Because >1. The pricing scheme would be expected to be "cheaper" Why? Oracle is not cheaper under z/LINUX. >2. Therefore many would drop their z/OS (expensive) license They're already cheaper under UNIX & Windows. >3. Thus SAS Institute total revenue might suffer. Might! NOT will. And, I believe the whole argument to be specious. SAS has already moved to 'cheaper' platforms, and I don't see SAS Institute going belly up! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Linux, Was SAS, now Oracle
I may be wrong, but I thought Oracle was still a per processor license, even under z/Linux. A dozen Oracles on a zprocessor is cheaper than the same on dedicated Intel boxen. Dave Gibney Information Technology Services Washington State Univsersity > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Ted MacNEIL > Sent: Friday, February 06, 2009 1:23 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: z/Linux > > >Because > >1. The pricing scheme would be expected to be "cheaper" > > Why? Oracle is not cheaper under z/LINUX. > > >2. Therefore many would drop their z/OS (expensive) license > > They're already cheaper under UNIX & Windows. > > >3. Thus SAS Institute total revenue might suffer. > > Might! NOT will. > And, I believe the whole argument to be specious. > SAS has already moved to 'cheaper' platforms, and I don't see SAS > Institute going belly up! > > - > Too busy driving to stop for gas! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to APPLY FMID's again
On Thu, 5 Feb 2009 11:44:49 -0800, Skip Robinson wrote: >I'm not sure what Gil means by 'exportable'. There was a period some years > ISV's point of view. I was wondering whether BUILDMCS might be a technique for (re-)packaging a function for distribution to customers in the field. Clearly, now that I RTFM, no. That's not what it's for. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Changes to Shopz
1) Who and how did IBM announce these changes to the process so we could of had this all in place rather than race to get it fixed. 2) We noticed on the website we see RSU is available to download for our z/OS system but no indication of PUT which we also download. Does anyone know will it also be available like it used to be through shopz? Posting a response for a colleague: The recent ShopzSeries changes were intended to simplify installed software report selection and creation, and clarify package selection. We apologize for any disruption to your existing processes that occurred due to the lack of advance notice of these changes. Now let me address your other concerns. When creating the installed software report using the GIMXSID program you may change the SMPXTOUT DD statement to be a sequential data set, just like you had used for the other types of reports. This is identified in comment 3 in the sample JCL provided in the Help on the website (https://www14.software.ibm.com/ShopzSeries/GimxsidJCL.txt). To order PUT service, simply select package category "All service" in the z/OS service drop-down list on the "My orders" page. For a description of all the ShopzSeries changes deployed on January 26, 2009 click "News" on the left navigation bar of the ShopzSeries website (www.ibm.com/software/shopzseries). Should you have any further questions or concerns you may email me directly at de...@us.ibm.com. Deran Soovajian - IBM (z/OS Customized Offerings) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHOWzOS 7.18 latest beta available
Hi, what's new *$718RS1107 * Implement enhancements contributed by Roland Schiradin RS0908 * Display some System Rexx dataRS0209 * Fixed S0C7 using the TCP/IP client/server display func RS1108 * Display TCP/IP interface via IOCTL for first stack RS1108 * Display TCP/IP statistics via IOCTL for first stack RS1108 * Display special devices with alternate subchannel setRS1108 * Display IOFACILITIES from IOCINFO (MIDAW and zHPF) RS1108 * Display zHPF flag for channels RS1108 * Display zHPF flag for devicesRS1108 * Column Count in the RRS display gone RS1108 * Display RACF data sharing status and modeRS1108 * Show Policy Event Message based or Policy based RS1108 * for CF and Structures RS1108 * Use MCTCurSystemUIC instead of RCVUICA (HBB7730) RS1008 * Add also MCTMaxSystemUIC and MCTMinSystemUIC RS1008 * Verify the IXGLOGR ASCB in a GDPS environmentRS1008 * MCCAFCTH in IEAOPT was wrong, added display for RS1008 * BLWLTRPCT and BLWLINTHD. HiperDispatch value RS1008 * Display sequence number for Linkage Index (Reuse LX) RS1008 * Distinct big and small LX numbers (System and Non-System)RS1008 * Fixed abend S1C7 in WLMD00 if ansarea is close toRS1008 * the last protected page, subtract 4096 to prevent 0C4RS1008 * on the last page (Paul Feller) RS1008 * Show ASIDs using Crypto RS0908 * Hyperpav=BaseonlyRS0908 * Title for SMF logstream only onceRS0908 * SMS system names was limited to 8 systems (W.Tomek) RS0908 * Don't show SYS1.MAN% if SMF logstream is set (W.Tomek) RS0908 * Show NOHONORREGIONLIMIT in the PPT (HBB7750) RS0908 * Show potential real storage (Mark Zelden)RS0908 * New IPA settings CEA (Common Event Adapter HBB7750) RS0908 If you like to test this latest beta contact me offline. Regards Roland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DD DEST=(MS Windows machine)
On Thu, 5 Feb 2009 07:50:57 -0800 Don Russell said: >I'm toying with different ideas of how to send data to an MS Windows >server from MVS (1.9) > >Right now I have "step one" produce a sequential, plain text file on >DASD, and step 2 uses FTP to send it to the PC, translating ebcdic to >ascii along the way. > >I can easily send data from MVS to VM/CMS using DEST=(vmnode,userid) >and that got me thinking... what would it take to have something >similar to write data to a PC? >Where can I read about the process required to to do that? (I'm >anticipating the work required to do it is prohibitive given that FTP >is readily available, but still, it's an interesting (to me) idea. :-) > >Note: The PC is not a "user workstation", it's a server that watches >the directory the FTP process writes to, and then processes the file >when the size stops changing. (Seems a little hokey to me... but there >it is) Warning: I haven't tried this exact scenario, but have similar ones. Since you appear to already have RSCS, you could use UFT on RSCS. (Unsolicited File Transfer). In theory, you don't need RSCS for UFT, it is already implemented in the NJE world. It's RFC1440 if that's helpful. I don't know of a Windows server client, but there's and old UNIX server here: http://casita.net/pub/uft/ /ahw > >Thanks. > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DD DEST=(MS Windows machine)
On Thu, 5 Feb 2009 07:50:57 -0800, Don Russell wrote: > >Note: The PC is not a "user workstation", it's a server that watches >the directory the FTP process writes to, and then processes the file >when the size stops changing. (Seems a little hokey to me... but there >it is) > Considerably hokey. I'd recommend, rather, FTP to a temp file and renaming after. That way, as soon as the file appears on the server, it's complete -- no spinning on size. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Linux, Was SAS, now Oracle
>I may be wrong, but I thought Oracle was still a per processor license, even >under z/Linux. A dozen Oracles on a zprocessor is cheaper than the same on dedicated Intel boxen. Yes, you are correct. But, aside from being accurate, what does this have to do with SAS licensing, under z/LINUX, which doesn't exist, yet. My point was, ORACLE is not cheaper just because it runs under z/LINUX. It is still priced the same -- on a per CPU basis, which has nothing to do with the OS it runs under. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-1 TO RMM CONVERSION: RDS
Avner, If you have no RDS you do not need to run EDGJSRDS, except when you are using special keyword EXPDT values in JCL and want those to be continued to be used under rmm. The dates are extracted in EDGJ5LDR and merged with any RDS entries in EDGJSRDS. If you need to handled the special keyword dates, point EDGJSRDS to a DUMMY RDS. You say 'all data sets must be cataloged or their expdt gt today.' That can be handled in rmm with VRS: RMM AS DSNAME('**') WHILECATALOG LOCATION(CURRENT) NEXTVRS(UEX) RMM AS NAME(UEX) UNTILEXPIRED LOCATION(CURRENT) The first VRS retains data sets as long as cataloged. once uncataloged or if never cataloged, the nextvrs retains them until the JCL expiration date is reached. If no expdt was specified, the default retention is used to calculate expdt. Mike WoodRMM Development On Wed, 4 Feb 2009 09:26:03 +0200, אבנר מיכאלי wrote: >Hi all, >Our retention policy (in CA-1) is simple and based on two parameters - all data sets must be cataloged or their expdt gt today. Otherwise they are scratched. So, we don't use any RDS (no RDS file exists). >One of the conversion steps from CA-1 to DFRMM deals with the RDS and creates output that is going to be a part of RMM setup (EDGJSRDS). How do we proceed without this step ? does RMM require a set of names ? how can we implement our policy in RMM ? > >Thanks >Avner -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Linux, Was SAS, now Oracle
On Fri, Feb 6, 2009 at 6:31 PM, Ted MacNEIL wrote: >>I may be wrong, but I thought Oracle was still a per processor license, even >>under z/Linux. A dozen Oracles on a zprocessor is cheaper > than the same on dedicated Intel boxen. > > Yes, you are correct. > But, aside from being accurate, what does this have to do with SAS licensing, > under z/LINUX, which doesn't exist, yet. > > My point was, ORACLE is not cheaper just because it runs under z/LINUX. > It is still priced the same -- on a per CPU basis, which has nothing to do > with the OS it runs under. You're assuming that you can only run ONE copy of Linux on a CPU. Since you can run more than one, the net is that it's a lot cheaper to use Oracle on Linux on z than on the same horsepower of, say, Intel boxes. More than one site has justified Linux on z on this basis alone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
estae/frr/sdwa ?
Hello: I have an ESTAE coded, but discovered it isn't doing its job correctly. (It is essentially being bypassed.) So, 1) from a dump, is it possible to tell if an SDWA was being passed to the ESTAE routine? and 2) is it possible to tell if an FRR got control instead of my ESTAE? (During program testing, I was able to force an abend which the ESTAE did get control and it did what it was supposed to do.) Thank you. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Linux, Was SAS, now Oracle
>You're assuming that you can only run ONE copy of Linux on a CPU. I'm making no such assumption. >Since you can run more than one, the net is that it's a lot cheaper to use >Oracle on Linux on z than on the same horsepower of, say, Intel boxes. I'm well aware of this. >More than one site has justified Linux on z on this basis alone. A couple of years ago, I pointed out an example of this with the Quebec Provincial Government. They consolidated 140 servers down to three IFL's. While not all of them were ORACLE, over 100 were (iirc), so the savings were HUGE! They even won some sort of innovation award at SHARE because if it. The first Canadian organisation to do so. While this is all very interesting, it doesn't answer my original query. Somebody stated that SAS Institute would lose money if they ported to z/LINUX. I asked why, and we went on a trip down ORACLE Lane. I'm still asking why? Because, regardless of the pricing model, they would/should be new SAS licences. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: estae/frr/sdwa ?
Paul Schuster wrote: Hello: I have an ESTAE coded, but discovered it isn't doing its job correctly. (It is essentially being bypassed.) So, 1) from a dump, is it possible to tell if an SDWA was being passed to the ESTAE routine? and 2) is it possible to tell if an FRR got control instead of my ESTAE? Look at the SYSTRACE. I'm not sure if you can tell if an SDWA was passed. (In my experience, one is always passed.) But, you can certainly tell what kind of recovery routine was given control. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html