Re: Utilization of Mainframe Software Licenses
Ted MacNeil writes: When Parallel SYSPLEX first came out, you got a discount on IBM software, if you bought at least one coupling facility and one timer. I replied: The 9037 Sysplex Timer was never a requirement for Sysplex IBM software pricing aggregation, to the best of my recollection. It still isn't, nor is STP. The Coupling Facility and appropriate, physically connected cabling are among the requirements. Sorry folks, I suffered a brain lock on that reply (no pun intended). Yes, you need a common time source (i.e. timer). Previously that was the 9037 Sysplex Timer, and now it can be Server Time Protocol (STP, which has no physical boxes). I was getting confused and thinking that Ted was talking about an external time reference -- mixing that up with another recent thread here -- and then botching my answer anyway. ETR is *not* required for Sysplex aggregation, but a timer (9037 or STP) *is*. Again, apologies for the confusion. - - - - - Timothy Sipples Consulting Enterprise Software Architect IBM Japan, Ltd. [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: IBM buys PSI
On Sat, 5 Jul 2008 09:08:48 +0900, Timothy Sipples [EMAIL PROTECTED] wrote: The primary machine requirement for licensing the ADCD software is that you obtain the machine through IBM PartnerWorld, but I don't see any requirement (other than technical) concerning machine type. So I'd recommend contacting PartnerWorld to ask about what machines (if any) they currently have on offer (used z890?) for purchase or lease, then compare that to the hosting service. Yes and when they come for a demo into my office with a z890 on wheels with dasds on top , i will of course say : Please come in and make yourself at ease Nah ... just bitter to see the way small ISV's are being eliminated Bruno Sugliani zxnetconsult(at)free(dot)fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM buys PSI
On Sun, 6 Jul 2008 07:20:48 -0600, Steve Comstock wrote: The telling point, however, is that nothing beats the cost and small footprint of running z/OS on a ThinkPad. For the very small ISVs, the one or two person shop that develops software or, in our case, courseware, is pretty much shut out then. But consider the effect on IBM's tech support. Small ISV laboratories or courseware laboratories are are likely to generate a PMR traffic disproportionate to the computing power they employ. Student raises hand. What if ... ? Interesting question; I'll try it overnight. Appeared to be a bug; I submitted an ETR. How would it affect you if IBM chose to offset this by burdening their charges with a term proportional to the 0.5 power of processor speed (enforcing Grosch's Law)? OTOH, IBM might benefit from ISV's actually paying IBM for the privilege or performing field tests (Linus's Law). The gripping hand is that IBM likely sees little business motive, except in terms of reputation, for repairing defects that don't affect its larger revenue customers. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Return the base of the racf.
On Fri, 4 Jul 2008 20:32:12 +0200, R.S. [EMAIL PROTECTED] wrote: I forgot about DBSYNC. However it requires IRRDBU as an input, so the database still need to be restored on some sandbox system. Why would a sandbox system be needed? IRRDBU00 can be run against an offline copy of the RACF database. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Utilization of Mainframe Software Licenses
...Gee, maybe this time I can get it right. :-) When I said ETR I actually mean external time source. I guess the 9037 without any sync to NIST or any other external (colloquially) time source has been called an ETR. Anyway, everybody should just read their contracts and that fabulous redbook, OK? :-) :-) - - - - - Timothy Sipples Consulting Enterprise Software Architect IBM Japan, Ltd. [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
coming soon in my product.
HI, If you interesting to learn more, you can see some new features which are coming soon in my product using the product Download page. Please send me feedback using my private email and not this site. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: coming soon in my product.
What product download page? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shai Hess Sent: 7. heinäkuuta 2008 12:09 To: IBM-MAIN@BAMA.UA.EDU Subject: coming soon in my product. HI, If you interesting to learn more, you can see some new features which are coming soon in my product using the product Download page. Please send me feedback using my private email and not this site. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: coming soon in my product.
www.mfnetdisk.com then select the Download page. On 7/7/08, Lindy Mayfield [EMAIL PROTECTED] wrote: What product download page? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shai Hess Sent: 7. heinäkuuta 2008 12:09 To: IBM-MAIN@BAMA.UA.EDU Subject: coming soon in my product. HI, If you interesting to learn more, you can see some new features which are coming soon in my product using the product Download page. Please send me feedback using my private email and not this site. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: coming soon in my product.
Oh yes. Welcome back! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of shai hess Sent: 7. heinäkuuta 2008 13:18 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: coming soon in my product. www.mfnetdisk.com then select the Download page. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RSU 0806?
What error message(s) are you getting? Sometimes the IBM server(s) are down. Lizette [] Snip We tried to download this morning the RSU0806 we were able to download PUT0806 has anyone had a problem downloading RSU0806? We are going to open an ETR but thought we would start here. Thanks [] UnSnip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: coming soon in my product.
HI, Thanks you all. My lesson is never to say never. Anyway, I will not be as active as before about my product. Only if I have something special, I will ask you to take a look, and give me some feedback, privately. Special thanks to the people who sent me private email and express their willing to have me back. Thanks, Shai On 7/7/08, Lindy Mayfield [EMAIL PROTECTED] wrote: Oh yes. Welcome back! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of shai hess Sent: 7. heinäkuuta 2008 13:18 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: coming soon in my product. www.mfnetdisk.com then select the Download page. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
What is AKPCSIEP?
This is in the IEFSDPPT. I think it relates to AFP printing, but I'm not sure. A friend's shop is being audited (internally) and the auditors are asking. And we all know about that type of auditor. -- 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
SMF record 74 subtype 1
Hello, I am having problems with collecting SMF record 74 subtype 1 . Everything seems to be set up correctly, I am collecting SMF record 74 and subtypes 3,4,5 and so on, but no subtype 1. Is there something I have to do to start collecting this record? This is my SMFPRM member: ACTIVE DSNAME(SYS1.SYSNAME..MAN1, SYS1.SYSNAME..MAN2, SYS1.SYSNAME..MAN3, SYS1.SYSNAME..MAN4, SYS1.SYSNAME..MAN5, SYS1.SYSNAME..MAN6) NOPROMPT REC(PERM) MAXDORM(3000) STATUS(01) JWT(0030) SID(SYSNAME.) INTVAL(30) LISTDSN SYS(NOTYPE(4,5,16:19,34,35,40,62,63,65:69,92,99,100:102,200), EXITS(IEFU83,IEFU84,IEFACTRT, IEFUSI,IEFUJI,IEFU29),INTERVAL(003000),NODETAIL) SUBSYS(STC,EXITS(IEFUJI,IEFU29,IEFU83,IEFU84,IEFUJP,IEFUSO, IEFACTRT)) SUBSYS(JES2,EXITS(IEFUJI,IEFACTRT,IEFU83)) Regards, Natasa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: coming soon in my product.
I think you should be much more active, personally. (If you want my honest opinion as to what to think about certain comments, I'm happy to give it to you off list, as I wouldn't want to offend anyone.) More people like you are what is missing in the mainframe world -- someone who gets an idea and has the ability and drive to work towards a final product. Two other products that come to mind are Simplist and z/XDC. (Both are excellent products). Sure there are some great examples but not a lot. Not like there exists in the Linux world. Things like this are, in my opinion, just the sort of innovation that the mainframe world needs. At the IBM conference this year in Dresden by far the best presentation was a company called Sine Nomine who are porting Open Solaris to z/VM. It was mesmerizing. Sorry to sound a bit soapbox-ish. Even a bear of very little brain like me can dream of an even better world. (-: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of shai hess Sent: 7. heinäkuuta 2008 15:13 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: coming soon in my product. HI, Thanks you all. My lesson is never to say never. Anyway, I will not be as active as before about my product. Only if I have something special, I will ask you to take a look, and give me some feedback, privately. Special thanks to the people who sent me private email and express their willing to have me back. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF record 74 subtype 1
From MVS System Management Facility: 13.80 Record Type 74 (4A) -- RMF Activity of Several Resources Subtype 1 -- Device Activity The record is written for all devices specified in the DEVICE option for a Monitor I session. HTH, Yifat. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Natasa Savinc Sent: Monday, July 07, 2008 4:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SMF record 74 subtype 1 Hello, I am having problems with collecting SMF record 74 subtype 1 . Everything seems to be set up correctly, I am collecting SMF record 74 and subtypes 3,4,5 and so on, but no subtype 1. Is there something I have to do to start collecting this record? This is my SMFPRM member: ACTIVE DSNAME(SYS1.SYSNAME..MAN1, SYS1.SYSNAME..MAN2, SYS1.SYSNAME..MAN3, SYS1.SYSNAME..MAN4, SYS1.SYSNAME..MAN5, SYS1.SYSNAME..MAN6) NOPROMPT REC(PERM) MAXDORM(3000) STATUS(01) JWT(0030) SID(SYSNAME.) INTVAL(30) LISTDSN SYS(NOTYPE(4,5,16:19,34,35,40,62,63,65:69,92,99,100:102,200), EXITS(IEFU83,IEFU84,IEFACTRT, IEFUSI,IEFUJI,IEFU29),INTERVAL(003000),NODETAIL) SUBSYS(STC,EXITS(IEFUJI,IEFU29,IEFU83,IEFU84,IEFUJP,IEFUSO, IEFACTRT)) SUBSYS(JES2,EXITS(IEFUJI,IEFACTRT,IEFU83)) Regards, Natasa -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMF record 74 subtype 1
On Mon, 7 Jul 2008 08:08:07 -0500, Natasa Savinc [EMAIL PROTECTED] wrote: Hello, I am having problems with collecting SMF record 74 subtype 1 . Everything seems to be set up correctly, I am collecting SMF record 74 and subtypes 3,4,5 and so on, but no subtype 1. Is there something I have to do to start collecting this record? This is my SMFPRM member: snip What about your RMF parm? Are you sure they aren't being generated / collected? Are you examining the records or just having a problem reporting on them? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RSU 0806?
On Mon, 7 Jul 2008 07:58:16 -0400, Andy White [EMAIL PROTECTED] wrote: We tried to download this morning the RSU0806 we were able to download PUT0806 has anyone had a problem downloading RSU0806? We are going to open an ETR but thought we would start here. Thanks Let us know what you find out. I just did a SMP/E 3.4 order for CONTENT(ALL) and also noticed no RSU0806 SOURCEIDs assigned, only PUT0806 (for the most part). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM buys PSI
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Sunday, July 06, 2008 4:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM buys PSI SNIP But consider the effect on IBM's tech support. Small ISV laboratories or courseware laboratories are are likely to generate a PMR traffic disproportionate to the computing power they employ. Student raises hand. What if ... ? Interesting question; I'll try it overnight. Appeared to be a bug; I submitted an ETR. How would it affect you if IBM chose to offset this by burdening their charges with a term proportional to the 0.5 power of processor speed (enforcing Grosch's Law)? OTOH, IBM might benefit from ISV's actually paying IBM for the privilege or performing field tests (Linus's Law). The gripping hand is that IBM likely sees little business motive, except in terms of reputation, for repairing defects that don't affect its larger revenue customers. SNIP So, as a small ISV, you have 30 customers. One of those is a JES3 shop with 12 CECs. Your product falls over. IBM spends time diagnosing the dump. Turns out to be their problem with [pick a component] killing off all ESTAEs during error recovery when a [IBM function in IBM code malfunctions]. Seems to me that the ISV, even though small, would have done the whole community a large service. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RSU 0806?
Here's the dates of the RSU files on the IBM FTP server ftp://service.boulder.ibm.com/s390/assigns since Jan 2007: Jan 4 2007 rsu0612.txt Feb 5 2007 rsu0701.txt Mar 5 2007 rsu0702.txt Apr 3 2007 rsu0703.txt May 4 2007 rsu0704.txt Jun 5 2007 rsu0705.txt Jul 6 2007 rsu0706.txt Aug 6 2007 rsu0707.txt Sep 5 2007 rsu0708.txt Oct 3 2007 rsu0709.txt Nov 6 2007 rsu0710.txt Dec 6 2007 rsu0711.txt Jan 8 2008 rsu0712.txt Feb 7 11:07 rsu0801.txt Mar 5 10:58 rsu0802.txt Apr 3 13:00 rsu0803.txt May 6 15:34 rsu0804.txt Jun 5 10:29 rsu0805.txt As you can see, the RSU files generally appear the second week of the month. Since today's the 7th of July, I would expect the RSU file to appear later today or tomorrow, based on past experience. The PUT files generally appear a few days earlier than the RSU files. From the same directory: Jan 5 2007 put0612.txt Feb 2 2007 put0701.txt Mar 2 2007 put0702.txt Apr 2 2007 put0703.txt May 2 2007 put0704.txt Jun 5 2007 put0705.txt Jul 6 2007 put0706.txt Aug 6 2007 put0707.txt Sep 4 2007 put0708.txt Oct 3 2007 put0709.txt Nov 5 2007 put0710.txt Jan 16 11:28 put0711.txt Jan 3 2008 put0712.txt Feb 5 11:13 put0801.txt Mar 5 14:03 put0802.txt Apr 3 09:43 put0803.txt May 6 10:51 put0804.txt Jun 4 09:49 put0805.txt Jul 2 11:00 put0806.txt My experience has been that if the new desired RSU file appears in this directory, it is also available electronically via RECEIVE ORDER and via ShopzSeries. Brian On Mon, 7 Jul 2008 07:58:16 -0400, Andy White wrote: We tried to download this morning the RSU0806 we were able to download PUT0806 has anyone had a problem downloading RSU0806? We are going to open an ETR but thought we would start here. Thanks Andy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM buys PSI
Normal PMR's are for product defect only, not QA. There is (was) a QA service within IBMLINK but it was quite pricey. ISV's that are Partnerworld members can open QA type issues via the partnerworld web site, but there is no commitment to timely responses. On the other hand, if I was a major corporation, I would be quite happy if other company, regardless of size, took the outage of a defect rather than me, so the more runs down a codepath, the better. Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Sunday, July 06, 2008 4:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM buys PSI On Sun, 6 Jul 2008 07:20:48 -0600, Steve Comstock wrote: The telling point, however, is that nothing beats the cost and small footprint of running z/OS on a ThinkPad. For the very small ISVs, the one or two person shop that develops software or, in our case, courseware, is pretty much shut out then. But consider the effect on IBM's tech support. Small ISV laboratories or courseware laboratories are are likely to generate a PMR traffic disproportionate to the computing power they employ. Student raises hand. What if ... ? Interesting question; I'll try it overnight. Appeared to be a bug; I submitted an ETR. How would it affect you if IBM chose to offset this by burdening their charges with a term proportional to the 0.5 power of processor speed (enforcing Grosch's Law)? OTOH, IBM might benefit from ISV's actually paying IBM for the privilege or performing field tests (Linus's Law). The gripping hand is that IBM likely sees little business motive, except in terms of reputation, for repairing defects that don't affect its larger revenue customers. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sysplex CDS placement
I would keep them separate, and LOGR too. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Strange Problem: System Code S106
Peter Relson wrote: You cannot just do lookup of the CDE unless you account for any and every bit combination that might be represented by the flags that exist, and I do not propose to explain how you should do this because, simply, you shouldn't do this. After the S106 abend, which return code will be returned when issuing the CSVQUERY service with the INEPNAME= keyword? -- 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: IBM buys PSI
Paul Gilmartin wrote: On Sun, 6 Jul 2008 07:20:48 -0600, Steve Comstock wrote: The telling point, however, is that nothing beats the cost and small footprint of running z/OS on a ThinkPad. For the very small ISVs, the one or two person shop that develops software or, in our case, courseware, is pretty much shut out then. But consider the effect on IBM's tech support. Small ISV laboratories or courseware laboratories are are likely to generate a PMR traffic disproportionate to the computing power they employ. Student raises hand. What if ... ? Interesting question; I'll try it overnight. Appeared to be a bug; I submitted an ETR. How would it affect you if IBM chose to offset this by burdening their charges with a term proportional to the 0.5 power of processor speed (enforcing Grosch's Law)? Not the way it works. If I do a test and find it works differently than expected, I don't report a defect but simply tell the student how it works in the real world. I have reported the occasional bug and the more frequent doc error, but I tend to do it informally through contacts instead of through the formal procedures. OTOH, IBM might benefit from ISV's actually paying IBM for the privilege or performing field tests (Linus's Law). The gripping hand is that IBM likely sees little business motive, except in terms of reputation, for repairing defects that don't affect its larger revenue customers. -- gil Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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: RSU 0806?
On Mon, 7 Jul 2008 08:58:35 -0500, Brian Peterson [EMAIL PROTECTED] wrote: Here's the dates of the RSU files on the IBM FTP server ftp://service.boulder.ibm.com/s390/assigns since Jan 2007: snip As you can see, the RSU files generally appear the second week of the month. Since today's the 7th of July, I would expect the RSU file to appear later today or tomorrow, based on past experience. The PUT files generally appear a few days earlier than the RSU files. From the same directory: My experience has been that if the new desired RSU file appears in this directory, it is also available electronically via RECEIVE ORDER and via ShopzSeries. snip I do my RSU receives based on email notification (which I am signed up for). I'm sure many others do the same thing (including the OP). On July 4th I received this email: Dear Mark Zelden, This e-mail has been sent by IBM to inform you that the RSU0806 and PUT0806 service levels are now available in the z/OS service packages orderable through ShopzSeries. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another difference between platforms...
Ted MacNEIL wrote: This would allow a migration path, better disk I-O routines because FBA wouldn't have to be mapped to CKD. Why? Better than what? 2-5 ms per I/O is not an issue! What are we to gain with FBA, these days? (From somebody who remembers 50-60 ms per I/O) It sounds as if they're concerned about the application or operating system math required to convert an emulated FBA sector number to cccHR. You have to divide by some RPT (records per track) value to get track and record number. Then divide track by 15 to get cylinder, track, and record. I honestly don't know how often this sort of thing is being done. But, with the speed of today's machines, it's hard to imagine it accounts for much if any measurable performance drag -- especially when compared to speed of the I/O itself. -- 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: z/OS 1.9 RACFDRV job converted to Top Secret
Jim wrote: I just started working for a new company where I am installing z/OS 1.9. I have virtually no security other than what I need to get by. The 3rd job in the 1.9 installation is job RACFDRV which is a bunch of updates to the security system. We have Top Secret administered by another person who is slow to non-responsive for requests. I gave him the RACF job to convert to Top Secret. He informed me that he does not know what to do. I have included the job. Can anyone help me get the Top Secret equivelences for these statements? Thanks. Jim chop Long ago and far away, we attempted to document all the security updates needed to make installation succeed with ServerPac. They were scattered about the documentation and hard to test. As a result, testing failed a lot and our customers had no consolidated view of what profiles they needed to have. So we put them all into new jobs called RACFDRV and RACFTGT that get tested. While you can certainly run RACFDRV as-is (in a RACF environment, at least), it's not actually intended to be run except after suitable modification to meet your installation's security standards, and then only against a new, empty RACF database. Mostly, the same goes for RACFTGT. What these jobs are really for is to provide a (tested!) list of security definitions that will get you through initial installation and IVPs. Your security administrator should be able to figure out what should really be done to provide any missing definitions you need in your environment, according to your standards. Once that's all done, you might still need more definitions to enable more functions to work. As I understand it, this is even more true in an ACF2 or TopSecret environment than it is in a RACF environment because they have fundamentally different approaches to security definitions. To take the first pair as an example: RDEFINE + FACILITY IRRDPI00 + UACC(NONE) PE + IRRDPI00 + CLASS(FACILITY) + ID(JEG) + ACC(READ) What this means is that the user JEG needs to have READ (or higher) access to the IRRDPI00 profile in the FACILITY class. However you accomplish that with ACF2 or TopSecret I have no clue, but someone should. (Note: This is actually a bad example. In this particular case, since I believe IRRDPI00 is specific to a RACF environment you can probably ignore it in an ACF2 or TopSecret environment.) -- 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
Multi-term
Just wondering if anybody else is using the product multiterm from sds. If so, about every 6 months ours locks up, for no apparent reason Thank You Bill Carroll EMAIL DISCLAIMER: The information contained in this message may be privileged or confidential and is protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CEA - Common Event Adapter
Thanks for the info. I received this from IBM: The manuals do not provide much information on CEA. CEA stands for Common Event Adapter (CEA). This new component is is responsible for delivering zos events notification to Unix System Services (USS) applications using C-language facilities. The documentation is still weak. As products start using it, you will see the documentation increasing. Already, the following manuals have been updated to help sysprogs better install zos19: i) zos19 Planning for Installation- GA22-7504-18 Chapter 5. Preparing for customization and test ii) zos19 Migration manual - GA22-7499-12 2.2.13 Accommodate new address spaces 2.2.14 Accommodate new SCOPE=COMMON data spaces iii) zos19 Init and TUning Reference- SA22-7592-16 BPXPRMxx MAXSOCKETS : when CEA is active, each CEA client requires two sockets connection tot he CEA server . Info apar OA23747 was also openned to clear some issues with early installs of zos19. The Component Trace member is still not documented. You need to start zos with the provided CTICEA00 parmlib member -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Fagen Sent: Thursday, July 03, 2008 7:05 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CEA - Common Event Adapter On Thu, 3 Jul 2008 07:08:31 -0400, Dean Montevago [EMAIL PROTECTED] wrote: Hi, Is there any doc on what the function of this address space is ? I found a couple of hits in the 1.9 books but it doesn't go into any detail. TIA Dean Common event adapter (CEA) is a component of the BCP that provides the ability to deliver z/OS events to C-language clients, such as the z/OS CIM server. A CEA address space is started automatically during initialization of every z/OS system. Well, the wording is quite clunky, probably written by someone for whom English is not their first language. A better explanation might be: The Common Event Adapter (CEA) is a component of the BCP that enables USS processes, written in C, to be able to receive z/OS system generated events (WTO, ENF, SSI, maybe others, who knows?). Examples of such processes are the CIM providers included with the CIM Server (see z/OS V1R9.0 Common Information Model User's Guide). The CEA address space is automatically started during z/OS system initialization. On Thu, 3 Jul 2008 09:32:15 -0500, Hal Merritt [EMAIL PROTECTED] wrote: Interesting. Next time, might ask for a formal statement to that effect that we can show our auditors. We are expected to know and manage every process. Nonsense. As stated by the documentation (and reinforced by Bob's interaction with IBM development), CEA is a part of the base operating system with no customer facing externals. There might be some disagreement as to whether or not the security and setup instructions are correct/complete (I've never tried, so I can't comment), but, on it's face, the information appears complete. The need for security clearly comes from the fact that these are unauthorized processes that need access to authorized programming resources. There's nothing to 'understand' or 'manage', other than to follow the installation instructions. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
OMEGAMON/DB2
Anybody willing give a little help on OMEGAMON/DB2 specificly the Application Trace Facility and how to print the trace in batch. So far IBM has been no help. Jim Chappell 503 745-7841 503 349-5603(cell) [EMAIL PROTECTED] Daimler Trucks North America LLC If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is AKPCSIEP?
From co-worker: 'That is (I think) the ACIF utility that comes with PSF. ACIF = AFP Conversion Indexing Facility.' s -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, July 07, 2008 8:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: What is AKPCSIEP? This is in the IEFSDPPT. I think it relates to AFP printing, but I'm not sure. A friend's shop is being audited (internally) and the auditors are asking. And we all know about that type of auditor. -- 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 http://www.antaressolutions.com/ Industry Expertise. Intelligent Solutions. Visit http://www.antaressolutions.com/ CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential or exempt from disclosure by law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that you are strictly prohibited from printing, storing, disseminating, distributing or copying this message. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Neither this information block, the typed name of the sender, nor anything else in this message is intended to constitute an electronic signature, unless a specific statement to the contrary is included in this message. Thank you, Antares Management Solutions. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is AKPCSIEP?
Not listed in the Diagnosis Reference Chap 1, which ties prefixes to components and product IDs. CA-Audit says this: Program:,AKPCSIEP ,PRINT SERVICES FACILITY ,IBM This entry was found in SYS1.LINKLIB(IEFSDPPT) DATASET SMF PREF INTEGRITY SECURITYTIMING CPU STOR BYPASSKEY BYPASS NON-CANCEL SWAP BYPASS AFFN FLAG - --- -- -- ,Expected ,YES ,1 ,NO,NO ,NO,YES ,ALL ,,001 ,Found,YES ,1 ,NO,NO ,NO,YES ,ALL ,,001 Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another difference between platforms...
-snip--- It sounds as if they're concerned about the application or operating system math required to convert an emulated FBA sector number to cccHR. You have to divide by some RPT (records per track) value to get track and record number. Then divide track by 15 to get cylinder, track, and record. --unsnip Why not just use BDAM and Relative Record addressing? As far as I know, that still works and it's pretty fast, too. :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multi-term
In a message dated 7/7/2008 9:58:48 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: If so, about every 6 months ours locks up, for no apparent reason Thank You Don't use it, but most locks up are because it runs out of storage either because it's not freeing buffers properly or something else is gobbling it up. Probably maybe the vendor and the DUMP(s) should provide clues. **Gas prices getting you down? Search AOL Autos for fuel-efficient used cars. (http://autos.aol.com/used?ncid=aolaut000507) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: coming soon in my product.
[EMAIL PROTECTED] A[EMAIL PROTECTED] [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 MIME-Version: 1.0 X-OriginalArrivalTime: 07 Jul 2008 15:38:24.0918 (UTC) FILETIME=[7E786B60:01C8E047] X-Antivirus: checked in 0.005sec at bama.ua.edu ([130.160.4.114]) by smf-clamd v1.2.1 - http://smfs.sf.net/ Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by bama.ua.edu id m67FcUrS003917 From: [EMAIL PROTECTED] More people like you are what is missing in the mainframe world -- someone who gets an idea and has the ability and drive to work towards a final product. Two other products that come to mind are Simplist and z/XDC. (Both are excellent products). Thanks Lindy for that nice comment about SimpList. I'd like to mention I'm looking for volunteers to help test SimpList 2.0, so if anyone is interested please contact me off-list. I'm especially interested in hearing from people who use ISPF option 3.4, and/or people outside North America (i.e. people who use an ISPF code page other than 037). However, all are welcome. Thanks, Dave Salt See the new SimpList(tm) rollover image at: http://www.mackinney.com/products/SIM/simplist.htm _ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is AKPCSIEP?
I am fairly sure that the prefix for ACIF is APK not AKP and that it didn't require any special entry in the PPT. I thought that AKPCSIEP was in support of some kind of FSS but not one of the standard PSF ones. Bill On Mon, 7 Jul 2008 11:13:05 -0400, Stone, Sandy [EMAIL PROTECTED] wrote: From co-worker: 'That is (I think) the ACIF utility that comes with PSF. ACIF = AFP Conversion Indexing Facility.' s -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, July 07, 2008 8:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: What is AKPCSIEP? This is in the IEFSDPPT. I think it relates to AFP printing, but I'm not sure. A friend's shop is being audited (internally) and the auditors are asking. And we all know about that type of auditor. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.9 RACFDRV job converted to Top Secret
For the examples below: TSS ADD( any-dept-acid ) IBMFAC(IRRDPIOO) TSS PERMIT(jeg) IBMFAC(IRRDPIOO) ACCESS(READ) If further information is needed regarding this translation is needed, let me know. There is a Top Secret related list server in YAHOO. John Eells [EMAIL PROTECTED] wrote in message news: [EMAIL PROTECTED]... Jim wrote: I just started working for a new company where I am installing z/OS 1.9. I have virtually no security other than what I need to get by. The 3rd job in the 1.9 installation is job RACFDRV which is a bunch of updates to the security system. We have Top Secret administered by another person who is slow to non-responsive for requests. I gave him the RACF job to convert to Top Secret. He informed me that he does not know what to do. I have included the job. Can anyone help me get the Top Secret equivelences for these statements? Thanks. Jim chop Long ago and far away, we attempted to document all the security updates needed to make installation succeed with ServerPac. They were scattered about the documentation and hard to test. As a result, testing failed a lot and our customers had no consolidated view of what profiles they needed to have. So we put them all into new jobs called RACFDRV and RACFTGT that get tested. While you can certainly run RACFDRV as-is (in a RACF environment, at least), it's not actually intended to be run except after suitable modification to meet your installation's security standards, and then only against a new, empty RACF database. Mostly, the same goes for RACFTGT. What these jobs are really for is to provide a (tested!) list of security definitions that will get you through initial installation and IVPs. Your security administrator should be able to figure out what should really be done to provide any missing definitions you need in your environment, according to your standards. Once that's all done, you might still need more definitions to enable more functions to work. As I understand it, this is even more true in an ACF2 or TopSecret environment than it is in a RACF environment because they have fundamentally different approaches to security definitions. To take the first pair as an example: RDEFINE + FACILITY IRRDPI00 + UACC(NONE) PE + IRRDPI00 + CLASS(FACILITY) + ID(JEG) + ACC(READ) What this means is that the user JEG needs to have READ (or higher) access to the IRRDPI00 profile in the FACILITY class. However you accomplish that with ACF2 or TopSecret I have no clue, but someone should. (Note: This is actually a bad example. In this particular case, since I believe IRRDPI00 is specific to a RACF environment you can probably ignore it in an ACF2 or TopSecret environment.) -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: coming soon in my product.
Dave Salt wrote: ... I'd like to mention I'm looking for volunteers to help test SimpList 2.0, so if anyone is interested please contact me off-list. I'm especially interested in hearing from people who use ISPF option 3.4, and/or people outside North America (i.e. people who use an ISPF code page other than 037). I haven't used code page 037 since the mid-1990s. I think just about everyone here uses 1047. -- 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: coming soon in my product.
I believe that as far as the MVS side of things go they are the same. By MVS side I mean TSO, ISPF, JCL, CLIST, Rexx, etc. Is that right? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: 7. heinäkuuta 2008 19:01 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: coming soon in my product. Dave Salt wrote: ... I'd like to mention I'm looking for volunteers to help test SimpList 2.0, so if anyone is interested please contact me off-list. I'm especially interested in hearing from people who use ISPF option 3.4, and/or people outside North America (i.e. people who use an ISPF code page other than 037). I haven't used code page 037 since the mid-1990s. I think just about everyone here uses 1047. -- 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
Code Page 1047 vs 037 (Was: coming soon ...)
Lindy Mayfield wrote:
I believe that as far as the MVS side of things go they are the same. By MVS
side I mean TSO, ISPF, JCL, CLIST, Rexx, etc. Is that right?
They are not the same -- especially noticeable when working with square
bracket characters!
People still using the old code page 037 probably see funny looking
garbage characters in IBM-provided macros and other code. For example,
SYS1.MODGEN(ASAXWC) contains a syntax diagram that should look like this:
*[xlabel] ASAXWC PATTERNSTR=xpatternstr
* [,DELIMITER={xdelimiter|LENGTHS_WERE_SET}]
* [,WORKAREA={xworkarea|NO_WORKAREA}]
* [,RETCODE=xretcode]
* [,PLISTVER={xplistver|IMPLIED_VERSION}]
What do you see? ;-)
--
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: coming soon in my product.
IIRC the difference is the Euro. EdP Lindy Mayfield [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 07/07/2008 12:02 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: coming soon in my product. I believe that as far as the MVS side of things go they are the same. By MVS side I mean TSO, ISPF, JCL, CLIST, Rexx, etc. Is that right? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: 7. heinäkuuta 2008 19:01 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: coming soon in my product. Dave Salt wrote: ... I'd like to mention I'm looking for volunteers to help test SimpList 2.0, so if anyone is interested please contact me off-list. I'm especially interested in hearing from people who use ISPF option 3.4, and/or people outside North America (i.e. people who use an ISPF code page other than 037). I haven't used code page 037 since the mid-1990s. I think just about everyone here uses 1047. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: coming soon in my product.
On Mon, 7 Jul 2008 09:01:02 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: Dave Salt wrote: ... I'd like to mention I'm looking for volunteers to help test SimpList 2.0, so if anyone is interested please contact me off-list. I'm especially interested in hearing from people who use ISPF option 3.4, and/or people outside North America (i.e. people who use an ISPF code page other than 037). I haven't used code page 037 since the mid-1990s. I think just about everyone here uses 1047. Are you (and Dave) referring to your 3270 emulator, or ISPF? Our ISPF is set at which means to query the terminal. I myself use Vista and US C Programming, which is 1047. But different applications use different code pages... z/OS UNIX uses 1047. TSO uses 037. We also use 037 for DB2, COBOL, GDDM and I'm sure other apps use 037. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: coming soon in my product.
Mark Zelden wrote: On Mon, 7 Jul 2008 09:01:02 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: Dave Salt wrote: ... I'd like to mention I'm looking for volunteers to help test SimpList 2.0, so if anyone is interested please contact me off-list. I'm especially interested in hearing from people who use ISPF option 3.4, and/or people outside North America (i.e. people who use an ISPF code page other than 037). I haven't used code page 037 since the mid-1990s. I think just about everyone here uses 1047. Are you (and Dave) referring to your 3270 emulator, or ISPF? Our ISPF is set at which means to query the terminal. I myself use Vista and US C Programming, which is 1047. But different applications use different code pages... z/OS UNIX uses 1047. TSO uses 037. We also use 037 for DB2, COBOL, GDDM and I'm sure other apps use 037. Mark I use Vista also, and I've set the code page to International(Euro) which includes correct mappings for brackets and the Euro. Tom B. worked with me to develop this and I'm sure he'd be happy to get you the updated file. Also, I set my ISPF terminal type as 28 (3278L1) and ensure that Enable Euro sign is selected on settings. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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: coming soon in my product.
What I'm looking for is volunteers outside North America that use an ISPF code
page that is different to code page 037 (or 1140, which is 037 with the Euro
symbol). For example, someone who uses a code page where the left brace (i.e.
{ ) is represented by something other than hex 'C0'.
Thanks,
Dave Salt
See the new SimpList(tm) rollover image at:
http://www.mackinney.com/products/SIM/simplist.htm
Date: Mon, 7 Jul 2008 09:01:02 -0700
From: [EMAIL PROTECTED]
Subject: Re: coming soon in my product.
To: IBM-MAIN@BAMA.UA.EDU
Dave Salt wrote:
... I'd like to mention I'm looking for volunteers to help test SimpList
2.0, so if anyone is interested please contact me off-list. I'm especially
interested in hearing from people who use ISPF option 3.4, and/or people
outside North America (i.e. people who use an ISPF code page other than 037).
I haven't used code page 037 since the mid-1990s. I think just about
everyone here uses 1047.
--
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
_
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RSU 0806?
We get notice monthly when its available and we do it that same day. Andy files on the IBM FTP server ftp://service.boulder.ibm.com/s390/assigns since Jan 2007: Jan 4 2007 rsu0612.txt Feb 5 2007 rsu0701.txt Mar 5 2007 rsu0702.txt Apr 3 2007 rsu0703.txt May 4 2007 rsu0704.txt Jun 5 2007 rsu0705.txt Jul 6 2007 rsu0706.txt Aug 6 2007 rsu0707.txt Sep 5 2007 rsu0708.txt Oct 3 2007 rsu0709.txt Nov 6 2007 rsu0710.txt Dec 6 2007 rsu0711.txt Jan 8 2008 rsu0712.txt Feb 7 11:07 rsu0801.txt Mar 5 10:58 rsu0802.txt Apr 3 13:00 rsu0803.txt May 6 15:34 rsu0804.txt Jun 5 10:29 rsu0805.txt As you can see, the RSU files generally appear the second week of the month. Since today's the 7th of July, I would expect the RSU file to appear later today or tomorrow, based on past experience. The PUT files generally appear a few days earlier than the RSU files. From the same directory: Jan 5 2007 put0612.txt Feb 2 2007 put0701.txt Mar 2 2007 put0702.txt Apr 2 2007 put0703.txt May 2 2007 put0704.txt Jun 5 2007 put0705.txt Jul 6 2007 put0706.txt Aug 6 2007 put0707.txt Sep 4 2007 put0708.txt Oct 3 2007 put0709.txt Nov 5 2007 put0710.txt Jan 16 11:28 put0711.txt Jan 3 2008 put0712.txt Feb 5 11:13 put0801.txt Mar 5 14:03 put0802.txt Apr 3 09:43 put0803.txt May 6 10:51 put0804.txt Jun 4 09:49 put0805.txt Jul 2 11:00 put0806.txt The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Code Page 1047 vs 037 (Was: coming soon ...)
Mark Zelden wrote: On Mon, 7 Jul 2008 09:01:02 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: I haven't used code page 037 since the mid-1990s. I think just about everyone here uses 1047. Are you (and Dave) referring to your 3270 emulator, or ISPF? Our ISPF is set at which means to query the terminal. I myself use Vista and US C Programming, which is 1047. I was referring to the emulator setting. ISPF is set up to get code page from RPQ response. -- 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: coming soon in my product.
On Mon, 7 Jul 2008 10:25:13 -0600, Steve Comstock [EMAIL PROTECTED] wrote: I use Vista also, and I've set the code page to International(Euro) which includes correct mappings for brackets and the Euro. Tom B. worked with me to develop this and I'm sure he'd be happy to get you the updated file. Thanks. I may contact him. I just checked his web site and there is no update since March of 2008 and that version doesn't have it. It would be nice if he provided a separate download for current font files. In the past I worked with him on some updates also and had special versions. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another difference between platforms...
Rick Fochtman wrote: -snip--- It sounds as if they're concerned about the application or operating system math required to convert an emulated FBA sector number to cccHR. You have to divide by some RPT (records per track) value to get track and record number. Then divide track by 15 to get cylinder, track, and record. --unsnip Why not just use BDAM and Relative Record addressing? As far as I know, that still works and it's pretty fast, too. :-) That is a case in point. BDAM routines must convert the relative record number managed at the application level to cccHR for the channel programs it builds and convert the other way if it reads count fields, etc. I suspect the overhead to do this conversion is insignificant. -- 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: Code Page 1047 vs 037 (Was: coming soon ...)
Steve Comstock wrote: I use Vista also, and I've set the code page to International(Euro) which includes correct mappings for brackets and the Euro. Tom B. worked with me to develop this and I'm sure he'd be happy to get you the updated file. Also, I set my ISPF terminal type as 28 (3278L1) and ensure that Enable Euro sign is selected on settings. Are you talking about code page 1148? -- 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: Another difference between platforms...
snip--- Edward Jaffe wrote: Rick Fochtman wrote: -snip--- It sounds as if they're concerned about the application or operating system math required to convert an emulated FBA sector number to cccHR. You have to divide by some RPT (records per track) value to get track and record number. Then divide track by 15 to get cylinder, track, and record. --unsnip Why not just use BDAM and Relative Record addressing? As far as I know, that still works and it's pretty fast, too. :-) That is a case in point. BDAM routines must convert the relative record number managed at the application level to cccHR for the channel programs it builds and convert the other way if it reads count fields, etc. I suspect the overhead to do this conversion is insignificant. ---unsnip--- In my experience, that's entirely true. Plus, I don't have to try and figure out which extent it's going to refer to. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: coming soon in my product.
Mark Zelden wrote: On Mon, 7 Jul 2008 10:25:13 -0600, Steve Comstock [EMAIL PROTECTED] wrote: I use Vista also, and I've set the code page to International(Euro) which includes correct mappings for brackets and the Euro. Tom B. worked with me to develop this and I'm sure he'd be happy to get you the updated file. Thanks. I may contact him. I just checked his web site and there is no update since March of 2008 and that version doesn't have it. It would be nice if he provided a separate download for current font files. In the past I worked with him on some updates also and had special versions. That's the date on the version I have, too. What you need to do is change the file country.lst and add these lines at the bottom: * Code Page 1148 --- Country International (Euro) Screen ad=5b bd=5d ba=ac bb=7c 4f=21 b0=5e 9f=80 KeyLayout CodePage 1148 Then in the emulator select that page. Give it a try and let me know how it works. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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: Code Page 1047 vs 037 (Was: coming soon ...)
Edward Jaffe wrote: Steve Comstock wrote: I use Vista also, and I've set the code page to International(Euro) which includes correct mappings for brackets and the Euro. Tom B. worked with me to develop this and I'm sure he'd be happy to get you the updated file. Also, I set my ISPF terminal type as 28 (3278L1) and ensure that Enable Euro sign is selected on settings. Are you talking about code page 1148? Yes. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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
Fw: [IBM-MAIN] RSU 0806?
FYI IBM acknowledged a problem with the downloading of the RSU0806 and its now fixed. We just did the download successfully. Thanks for everyone's reply. Thanks Andy Internet: Mailto:[EMAIL PROTECTED] - No error but when we look at the receive job its only PUT0806 not the RSU typically they come packaged together when we place the order online and perform the download. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 07/07/2008 08:12:04 AM: What error message(s) are you getting? Sometimes the IBM server(s) are down. Lizette The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RSU 0806?
On Mon, 7 Jul 2008 09:21:05 -0500, Mark Zelden [EMAIL PROTECTED] wrote: I do my RSU receives based on email notification (which I am signed up for). I'm sure many others do the same thing (including the OP). On July 4th I received this email: Dear Mark Zelden, This e-mail has been sent by IBM to inform you that the RSU0806 and PUT0806 service levels are now available in the z/OS service packages orderable through ShopzSeries. I haven't received my email nottfication yet, but my receive order that I ran today did assign 463 ptfs to RSU0806. Doug -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Code Page 1047 vs 037 (Was: coming soon ...)
They are not the same -- especially noticeable when working with square
bracket characters!
People still using the old code page 037 probably see funny looking
garbage characters in IBM-provided macros and other code. For example,
SYS1.MODGEN(ASAXWC) contains a syntax diagram that should look like this:
*[xlabel] ASAXWC PATTERNSTR=xpatternstr
* [,DELIMITER={xdelimiter|LENGTHS_WERE_SET}]
* [,WORKAREA={xworkarea|NO_WORKAREA}]
* [,RETCODE=xretcode]
* [,PLISTVER={xplistver|IMPLIED_VERSION}]
What do you see? ;-)
Ed -
Gee, I must have missed the memo--I'm still using old code page 037! I
changed my PCOM configuration to use code page 1047 and now I get square
brackets, but something is still not quite right...
*[xlabel] ASAXWC PATTERNSTR=xpatternstr
*,PATTERNSTRLEN=xpatternstrlen
*,STRING=xstring
*,STRINGLEN=xstringlen
*,ZEROORMORE=xzeroormore
*,ONECHAR=xonechar
* [,DELIMITER=»xdelimiter|LENGTHS_WERE_SETº]
* [,WORKAREA=»xworkarea|NO_WORKAREAº]
* [,RETCODE=xretcode]
* [,PLISTVER=»xplistver|IMPLIED_VERSIONº]
* Ð[,MF=S]
* Ô[,MF=(L,xmfctrl»,xmfattr|0Dº)]
* Ô[,MF=(M,xmfctrl»,COMPLETE|NOCHECKº)]
* ¿[,MF=(E,xmfctrl»,COMPLETE|NOCHECKº)]
What am I missing...??
Larre Shiller
US Social Security Administration
410.965.2209
www.ssa.gov
The contents of this message are mine personally and do not necessarily
reflect any official position of the US Government or the US Social Security
Administration.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Code Page 1047 vs 037 (Was: coming soon ...)
On Mon, 7 Jul 2008 14:29:05 -0500, Larre Shiller [EMAIL PROTECTED] wrote: Ed - Gee, I must have missed the memo--I'm still using old code page 037! I changed my PCOM configuration to use code page 1047 and now I get square brackets, but something is still not quite right... *[xlabel] ASAXWC PATTERNSTR=xpatternstr *,PATTERNSTRLEN=xpatternstrlen *,STRING=xstring *,STRINGLEN=xstringlen *,ZEROORMORE=xzeroormore *,ONECHAR=xonechar * [,DELIMITER=»xdelimiter|LENGTHS_WERE_SETº] * [,WORKAREA=»xworkarea|NO_WORKAREAº] * [,RETCODE=xretcode] * [,PLISTVER=»xplistver|IMPLIED_VERSIONº] * Ð[,MF=S] * Ô[,MF=(L,xmfctrl»,xmfattr|0Dº)] * Ô[,MF=(M,xmfctrl»,COMPLETE|NOCHECKº)] * ¿[,MF=(E,xmfctrl»,COMPLETE|NOCHECKº)] What am I missing...?? The same thing I am since I get see the same results with Vista TN3270. Those characters are before the brackets are x'AC', x'EB', x'EB' and x'AB'. The ones near or right before the end brackets are x'9B'. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM buys PSI
On Mon, 7 Jul 2008 08:07:04 -0600, Steve Comstock [EMAIL PROTECTED] wrote: ... Not the way it works. If I do a test and find it works differently than expected, I don't report a defect but simply tell the student how it works in the real world. Really? That seems a bit unfair to the rest of us IM(NS)HO. Usually I find that I had incorrect or unrealistic expectations, but if, after rereading the doc and asking questions on various fora I decide there really is disagreement between documented and actual behaviour I feel obligated to open a PMR. To do otherwise is unfailr to to the rest of the community that might run into the same problem. To be fair, I am not a sophisticated user; I'm not likely to run into anything subtle. I'm very rarely the first to run into anthing. You and your students might find defects that other shops would miss. I'd say that the avaerage mainframe shop (but not necessarily the average IBM-Main subscriber) is also not very sophisticated. Any bug they could run into, I could run into. I'd hate to seem feel they don't need to report it. ... OTOH, IBM might benefit from ISV's actually paying IBM for the privilege or performing field tests (Linus's Law). Whether they should be or not, customers provide IBM (and other vendors) with their final quality assurance testing. The real world will always uncover problems that the best testing misses. ... The gripping hand is that IBM likely sees little business motive, except in terms of reputation, for repairing defects that don't affect its larger revenue customers. But IBM also hopefully sees a business motive in repairing a problem that is likely to be seen by a large revenue company, and would rather see the problem first in a little company with no clout - in a company that is not going to require that the problem be fixed yesterday. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Code Page 1047 vs 037 (Was: coming soon ...)
On Mon, 7 Jul 2008 14:52:58 -0500, Mark Zelden [EMAIL PROTECTED] wrote: The same thing I am since I get see the same results with Vista TN3270. Those characters are before the brackets are x'AC', x'EB', x'EB' and x'AB'. The ones near or right before the end brackets are x'9B'. Good! At least it's not just me!! FWIW, the characters to the right of the equal signs (and elsewhere) are x'8B' (bracketing the data with the x'9B'--no pun intended, of course). Larre Shiller US Social Security Administration 410.965.2209 www.ssa.gov The contents of this message are mine personally and do not necessarily reflect any official position of the US Government or the US Social Security Administration. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Code Page 1047 vs 037 (Was: coming soon ...)
BROWSESYS1.TCPPARMS(TCPCOMMN) - 01.33 Command === CodePage ISO8859-1 IBM-1047 ; Linemode ASCII, EBCDIC code pages Ed - Gee, I must have missed the memo--I'm still using old code page 037! I changed my PCOM configuration to use code page 1047 and now I get square brackets, but something is still not quite right... *[xlabel] ASAXWC PATTERNSTR=xpatternstr *,PATTERNSTRLEN=xpatternstrlen *,STRING=xstring *,STRINGLEN=xstringlen *,ZEROORMORE=xzeroormore *,ONECHAR=xonechar * [,DELIMITER=»xdelimiter|LENGTHS_WERE_SETº] * [,WORKAREA=»xworkarea|NO_WORKAREAº] * [,RETCODE=xretcode] * [,PLISTVER=»xplistver|IMPLIED_VERSIONº] * Ð[,MF=S] * Ô[,MF=(L,xmfctrl»,xmfattr|0Dº)] * Ô[,MF=(M,xmfctrl»,COMPLETE|NOCHECKº)] * ¿[,MF=(E,xmfctrl»,COMPLETE|NOCHECKº)] What am I missing...?? The same thing I am since I get see the same results with Vista TN3270. Those characters are before the brackets are x'AC', x'EB', x'EB' and x'AB'. The ones near or right before the end brackets are x'9B'. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Going unsupported - time to fold?
Management has decided that it is time for the mainframe to go. They've got a project manager looking at a mainframe decommissioning project (feel my pain?). We are current now on z/os 1.7 and had ordered the 1.9 ServerPac and are in the beginning stages of that. Suddenly this project manager has decided that the majority of our applications will be moved off of the mainframe by the end of the year. Along with that, they have my supervisor asking for a risk assessment of NOT doing (completing) the 1.9 upgrade. I would like to answer intelligently - not emotionally. Of course, I know that EOS for 1.7 on September 30, means that we will be unsupported. As far as I know, I could still look for existing fixes, but could not expect phone support or new fixes. Is this correct? Also, this is a limited view of the operating system alone... what about third party software that goes EOS - for instance, some of our CA products will sunset in the September and December time frames, so if I felt it were important to keep them supported, then don't I run the risk of: 1) not getting an IBM fix for some new discovery with new CA software; 2) not actually being supported by CA because my operating system is unsupported?? Any answers and suggestions of sound rationale for this risk assessment is much appreciated. Thanks in advance, Peggy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Code Page 1047 vs 037 (Was: coming soon ...)
On Mon, 7 Jul 2008 15:31:51 -0500, Mansell, George R. [EMAIL PROTECTED] wrote: BROWSESYS1.TCPPARMS(TCPCOMMN) - 01.33 Command === CodePage ISO8859-1 IBM-1047 ; Linemode ASCII, EBCDIC code pages What are trying to say? -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Going unsupported - time to fold?
On Mon, 7 Jul 2008 15:31:42 -0500, Peggy Andrews wrote: ... Suddenly this project manager has decided that the majority of our applications will be moved off of the mainframe by the end of the year. Along with that, they have my supervisor asking for a risk assessment of NOT doing (completing) the 1.9 upgrade. Don't other risks fade into insignificance alongside those inherent in having a project manager who would undertake a conversion of that magnitude in the stated time frame? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Going unsupported - time to fold?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Peggy Andrews Sent: Monday, July 07, 2008 3:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Going unsupported - time to fold? Management has decided that it is time for the mainframe to go. They've got a project manager looking at a mainframe decommissioning project (feel my pain?). We are current now on z/os 1.7 and had ordered the 1.9 ServerPac and are in the beginning stages of that. Suddenly this project manager has decided that the majority of our applications will be moved off of the mainframe by the end of the year. Along with that, they have my supervisor asking for a risk assessment of NOT doing (completing) the 1.9 upgrade. SNIP Got an auditor handy? Assuming that you are with a CA State (or county) department, they better have a D/R plan that works. Because if you are in the LA basin, it is not IF, it is when. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Going unsupported - time to fold?
Gil, So true - it's sounds like you know this person. But my pain still is in having to produce this bloody risk assessment. Regards, Peggy Paul Gilmartin [EMAIL PROTECTED] 7/7/2008 2:15:38 PM On Mon, 7 Jul 2008 15:31:42 -0500, Peggy Andrews wrote: ... Suddenly this project manager has decided that the majority of our applications will be moved off of the mainframe by the end of the year. Along with that, they have my supervisor asking for a risk assessment of NOT doing (completing) the 1.9 upgrade. Don't other risks fade into insignificance alongside those inherent in having a project manager who would undertake a conversion of that magnitude in the stated time frame? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Going unsupported - time to fold?
snip Management has decided that it is time for the mainframe to go. They've got a project manager looking at a mainframe decommissioning project (feel my pain?). We are current now on z/os 1.7 and had ordered the 1.9 ServerPac and are in the beginning stages of that. Suddenly this project manager has decided that the majority of our applications will be moved off of the mainframe by the end of the year. Along with that, they have my supervisor asking for a risk assessment of NOT doing (completing) the 1.9 upgrade. /snip LOL I agree w/Gil. The timeframe is ridiculously short for a project of this magnitude, even if you are a batch only shop! I would start asking the project manager questions: What if something goes wrong? (and it will, just ask Murphy) What are your contingency plans? What is you contingency plan if the schedule slips? What is you applications inventory? Have you mapped all of the relationships between applications (file transfers, data shares,.)? What is the destination platform? Is it homogenous (all *nix, Windoze)? How will all of the applications communicate during and after the transition? What is your security plan? (the answer to this one should be a hoot!) Etc The risk of going unsupported should be minor in this case, but if the *whole* project fails, you are far behind the curve. The have been plenty of failures in the past (http://www.actscorp.com/reboothill.htm) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Going unsupported - time to fold?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Monday, July 07, 2008 4:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Going unsupported - time to fold? SNIP Got an auditor handy? SNIP Sorry, I've got LA on the brain right now. I happened to know, at one time, a state IT auditor who lived about an hour south of Sacramento. I asked the question about D/R, because of the earthquake problems that California is known to have (and I used to live in Silly Cone Valley). And, if I remember correctly, Sacramento has had flooding problems -- which right now you have a drought. But what if that changes come late October? Running without support should not be that big of a problem, if you have no outstanding problems today. And if you are a stable shop, with minor applications being changed, you should be fine. However, if there is some hardware issue that needs/requires micro-code changes (Ecs), and then certain changes to IBM's I/O code and then an ISV's code, you will be behind the curve. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Going unsupported - time to fold?
Running without support should not be that big of a problem, if you have no outstanding problems today. Everything is okay, until something goes wrong. Mr Murphy strikes without hesitation. And, he was an optimist. Going unsupported is not my first choice. But, the risk assessment is problematic. I have never been able to 'prove' to management that it's risky, except once when we had an ENQ conflict problem that was resolved in the next release of OS/390, which was supported. Our release was too old and not supported. - 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: Going unsupported - time to fold?
On 7 Jul 2008 15:23:20 -0700, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) [EMAIL PROTECTED] (Thompson, Steve) wrote: Running without support should not be that big of a problem, if you have no outstanding problems today. And if you are a stable shop, with minor applications being changed, you should be fine. However, if there is some hardware issue that needs/requires micro-code changes (Ecs), and then certain changes to IBM's I/O code and then an ISV's code, you will be behind the curve. Not to mention interfacing new software (such as software to let other platforms comminicate with the mainframe). -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot 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: Code Page 1047 vs 037 (Was: coming soon ...)
Larre Shiller wrote: Ed - Gee, I must have missed the memo--I'm still using old code page 037! I changed my PCOM configuration to use code page 1047 and now I get square brackets, but something is still not quite right... [snip] What am I missing...?? Try setting your terminal type in ISPF Settings to '6' = 3278T. -- 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: What is AKPCSIEP?
The ACIF prefix is definitely APK and not AKP. I don't know what product uses AKP as a prefix. Roger Bolan infoprint.com Boulder, Colorado, USA P Think before you print IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 07/07/2008 09:42:52 AM: I am fairly sure that the prefix for ACIF is APK not AKP and that it didn't require any special entry in the PPT. I thought that AKPCSIEP was in support of some kind of FSS but not one of the standard PSF ones. Bill On Mon, 7 Jul 2008 11:13:05 -0400, Stone, Sandy [EMAIL PROTECTED] wrote: From co-worker: 'That is (I think) the ACIF utility that comes with PSF. ACIF = AFP Conversion Indexing Facility.' s -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, July 07, 2008 8:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: What is AKPCSIEP? This is in the IEFSDPPT. I think it relates to AFP printing, but I'm not sure. A friend's shop is being audited (internally) and the auditors are asking. And we all know about that type of auditor. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
