Defining System SSL
Hi, Our CICS gut would like to use CICS facility to open a remote web page using https. This requires setting up SSL. Where can I find the information for setting up SSL? I am running z/OS 1.7 TIA Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Defining System SSL
Hello Gadi, Start with IP Configuration Guide (appendix B) by creating Keys. in 1.7 there is a started task SSLSERV (look at GSK.SGSKSAMP(GSKSRVR). Book name is F1A1BK61 in library reader. Itschak -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of גדי בן אבי Sent: Monday, February 19, 2007 10:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Defining System SSL Hi, Our CICS gut would like to use CICS facility to open a remote web page using https. This requires setting up SSL. Where can I find the information for setting up SSL? I am running z/OS 1.7 TIA Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IBM-MAIN Digest - 17 Feb 2007 to 18 Feb 2007 (#2007-49)
From:Clark Morris wrote: I believe that MFT and MVT went unsupported in 1977. My shop ran unsupported until the 1980's (Westinghouse Lamp Divisions, yes the plural is accurate for at least some of the period). Due to water on our mod 65 we also ran MVT on a 4341. 1977 sounds earlier than I would have thought. I did know people running a 360/91 under MVT until at least 1981. It is possible it was running unsupported, but I wouldn't expect it. I am pretty sure the 91 was still on IBM maintenance contract until 1981. The reason it ran that long was that the contract wasn't too expensive. -- glen -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SHOzOS 714
I have been running ShowZOS 714 on a 1.4 system without any problems, and it was assembled on a 1.7 system. I guess I have been lucky ! But I think I should get the fix for this release to prevent any problems in the future Paul -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Schiradin,Roland HG-Dir itb-db/dc Sent: 18 February 2007 22:23 To: IBM-MAIN@BAMA.UA.EDU Subject: SHOzOS 714 Hi folks, SHOWzOS 714 contains a serious bug which cause a PSA overlay. If assemble on z/OS R7 or R8 and runnig the same load on a pre R7 or R8 you may loose the LPAR because of the PSA overlay. This bug is fixed in the next version. Feel free to drop me an email if you need a fix for ths before 715 will be released. Roland Roland Schiradin ALTE LEIPZIGER Lebensversicherung auf Gegenseitigkeit IT Betrieb - DB/DC Tel. (06171) 66-4095, Fax (06171) 66-7500-4095 mailto:[EMAIL PROTECTED] http://www.Alte-Leipziger.de -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
C malloc question
Hi all, does somebody know whether C routine running above the line (both RMODE AMODE) may get a memory under the line without using any assembler code? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: License keys for ISV products(What alternatives are there?)
Russell, You don't give up, but the battle is lost. g I know many sites with unsupported CPCs. Unsupported at all. I also know companies which provide HW support for IBM CPCs. Even IBM doesn't know about installed CPCs. Even IBM doesn't know about real usage of cold backup machines. Even IBM does not control what OS is run on the machine: free Linux or expensive z/OS. What IBM knows is partial view. It's more than nothing, but it's not complete picture. Last but not least: mainframes are usually used by large companies. Large often means stock exchange quotation, banking, insurance, etc. No of the companies would like to be sued for software piracy. They can't afford it beacuse of the reputation. -- Radoslaw Skorupka Lodz, Poland Russell Witt wrote: Just because you bought the CPC from a broker; you still have maintenance. Granted, there might be some companies that rely strictly on third-party hardware support; but not many. If you have IBM hardware support; then again IBM knows what you have. This is a very big advantage to them. Russell -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of R.S. Sent: Saturday, February 17, 2007 6:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there?) Russell Witt wrote: One reason you can NOT compare IBM to any ISV is that IBM knows what hardware you have; how many box's you have and what size they are. They know because they sold them to you and you don't have any alternative then to buy from them (one reason for the ongoing suit). So, they don't have to worry about you running it on some extra systems. It's not true. It wasn't true. I hope it won't be true. In the past there were Amdahl, Hitachi, Comparex, Olivetti and other vendors which IBM didn't know about their sales. Nowadays you some of the non-IBM CPCs are still in use, and last but definitely not least - you can purchase IBM CPC from broker. Even if all your CPCs are from IBM, they're not sure what machine is cold reserve, what's for DR, and what products are run on this machine, not the other. So, IBM don't know as well. The ISV doesn't know any of this. How often do you invite your ISV into your data center to analyze what size machines you have and what they are each running. Not that the average ISV sales person could tell the difference between a processor and an air conditioner. That's why there is no need to invite anyone to my server room. We can analyze everything on paper. BTW: The most important thing to analyze is license agreement. There are so many gotchas prepared by ISV! Again, IBM is not likely to negotiate the price for software (however it *IS* subject to negotiate), but I'm pretty sure, there is not gotcha in IBM license agreement. -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: License keys for ISV products(What alternatives are there?)
Focussing on the client site administrator aspect, things that used to annoy me were - Licence expiration warnings that modified return codes in production batch jobs - Licence expiration warnings that went unnoticed - The variety of expiration warning messages being issued - The variety of places where theses messages were being sent to - The variety of methods required to update licence expiration keys [*1] [*1 While I didn't have any objections against licence keys at all] What I'd like to see (or would have liked to see since I'm no longer in a position where I do installs): - unified (i.e. vendor-independent) message ids for licence related things (so as to easily automate them) - site customisable per-product thresholds for licence expiration warnings (in addition to those being used/issued by product internal mechanisms) - the capability to ask each product when it will expire - a tiny little licence management ISPF application (focussing on the 'information/warning' aspect) Just a few of those cents that came to my mind immediately. All of them from the small system environment point of view. Robert Bardos Ansys AG, Zurich, Switzerland -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 Sued
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL Doesn't anybody know what accountability is, anymore? In the US it seems to be politically incorrect. Since we all are products of our environments, it's obviously somebody else's fault whenever we do something wrong. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Sued
Doesn't anybody know what accountability is, anymore?
In the US it seems to be politically incorrect. Since we all are products
of our environments,
it's obviously somebody else's fault whenever we do something wrong.
It's getting that way in Canada, as well.
(8-{}
-
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: IBM Sued
Doesn't anybody know what accountability is, anymore? when i win on ACCOUNT of my ABILITY to blame someone else This is Chris Hoelscher and I approved this message! Chris Hoelscher Senior IDMS DB2 Database Administrator Humana Inc 502-476-2538 [EMAIL PROTECTED] The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
zLinux listserver?
Hi, Is there a separate zLinux listserver or forum at your knowledge? We are going to start investigating DB2 Connect on z/Linux IFL. Jan -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: zLinux listserver?
Jan http://www.marist.edu/htbin/wlvindex?LINUX-390 Regards Gerard Ceruti -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jan Vanbrabant Sent: 19 February 2007 02:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: zLinux listserver? Hi, Is there a separate zLinux listserver or forum at your knowledge? We are going to start investigating DB2 Connect on z/Linux IFL. Jan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Standard Bank Disclaimer and Confidentiality Note This e-mail, its attachments and any rights attaching hereto are, unless the context clearly indicates otherwise, the property of Standard Bank Group Limited and/or its subsidiaries (the Group). It is confidential, private and intended for the addressee only. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail, immediately and do not disclose or use same in any manner whatsoever. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of the Group. The Group accepts no liability whatsoever for any loss or damages whatsoever and howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. The Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group Limited visit our website http://www.standardbank.co.za ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: License keys for ISV products(What alternatives are there?)
In [EMAIL PROTECTED], on 02/17/2007 at 04:18 PM, Charles Mills [EMAIL PROTECTED] said: Ted, if you haven't gotten why the trust model is inadequate from my past posts, and David Cole's, and Dave Salt's, and Russell Witt's, then my explaining it again probably won't do the trick either. Which trust model? Why is it more unreasonable for you to trust the customer than for the customer to trust you? Yes, there are dishonest customers, but there are also vendors who fail to deliver what they promise. Given a choice between three companies, one of which asks me to trust him, one of which posts a performance bond and one of which doesn't use a key at all, I'll pick the latter over the first two. I haven't seen any of the second type, Trust is not the answer, because not all customers (nor all of their employees and contractors) are trustworthy, Just as not all vendors are trustworthy. and even fewer are totally diligent See above. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
In [EMAIL PROTECTED], on 02/17/2007 at 11:41 AM, Ed Finnell [EMAIL PROTECTED] said: The silver bullet would be a magic decoder ring on the HMC that says this can run and this can't. That doesn't solve the problem for either the customer or the vendor. Consider DR. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
In [EMAIL PROTECTED], on 02/17/2007 at 07:27 AM, David Day [EMAIL PROTECTED] said: From a user's perspective, if the ISV is timely in his delivery of license keys, why is it a big deal? That's the wrong question. How can the user *know* that the ISV will *always* be timely in his delivery of license keys. It's the lack of assurance that's the big deal. That's not just hypothetical; CA failed on that big time during Y2K testing. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products
In [EMAIL PROTECTED], on 02/16/2007 at 04:22 PM, Bruno Sugliani [EMAIL PROTECTED] said: But we don't care ( sorry about that ) about the sharks robbing the poor salesmen I wouldn't go that far. I certainly care more about being able to use the software I pay for than I do with whether someone else takes advantage of a trial offer, but I do have sympathy for the vendor who is being exploited by a phony trial of his product. It took me 5 hours to replace 2 z/990 by 2 x z9 but it has taken 3 weeks of my time ( and it is not over ) to get keys for various product . IMHO that's a sign of vendor incompetence rather than the mere existence of licensing key. IMHO, if the vendor can't issue new keys in a timely fashion then it should disable the checking until such time as the support operation is able to discharge its responsibilities. BTW, I have in the past requested extensions of trial periods, especially for shareware. It's usually resulted in my acquiring the software. However, I would not boycott a vendor for refusing to extend a trail period, I'd just forget about acquiring the specific product. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
In [EMAIL PROTECTED], on 02/17/2007 at 10:40 AM, Charles Mills [EMAIL PROTECTED] said: We jointly discovered that our common distributor had stolen tens of thousands of dollars from us Was it Ronald Reagan who said trust, but verify? He quoted an old Russian saying. Even if a more technologically acceptable system were to be developed, it would also face anti-trust hurdles, because the US Department of Justice looks very unfavorably on any vendor collusion with regards to terms of doing business. Would that that were true. The DOJ basically let m$ off the hook and has turned a blind eye on noncompliance. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?
In [EMAIL PROTECTED], on 02/17/2007 at 06:52 PM, Paul Gilmartin [EMAIL PROTECTED] said: It might help if the installation process prompted for an E-mail address of contact to notify automatically prior to expiry. Less help on z/OS than on other systems, because z/OS has less consistent a protocol for sending E-mail than most other systems. The flip side is that the support personnel at most z/OS shops have TSO userids, so you can send notifications through the standard TSO/E services. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: K E,1 Alternatives
In [EMAIL PROTECTED], on 02/16/2007 at 01:54 PM, Ed Long [EMAIL PROTECTED] said: Is there a better procedure than this for dealing with the flood, Do E K,1 one time and then use the retry key. It's still a lot of typing, but it eliminates some keystrokes and doesn't make you redefine a PFK. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products
In [EMAIL PROTECTED], on 02/16/2007 at 03:00 PM, McKown, John [EMAIL PROTECTED] said: CA's EKG code for disaster testing is fairly nice. The code may be nice, but that doesn't help if you can't get a new key in a timely fashion. Have they fixed the problems that they were having half a decade ago? From your account it doesn't seem so. The problems may be different, but if a customer can't get up at a DR site because the vendor won't supply a new key within the contracted interval, then the protection scheme is unacceptable and possibly a serious legal liability. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Sued
My wife went from a DR Coordinator to a math teacher. You would not be wondering about this if you heard what is going on in the schools. No accountability at all. No responsibility, it is always someone else's fault, or it's not fair. Considering the emotional cripples I see turned out of the elite and prestigious all girls Catholic school my wife teaches at, it is no wonder that this nonsense is prevalent. Really sad. Doug At 07:36 AM 2/19/2007, you wrote: Doesn't anybody know what accountability is, anymore? Doug Fuerst Consultant BK Associates Brooklyn, NY (718) 921-2620 (Office) (718) 921-0952 (Fax) (917) 572-7364 (Cell) [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: C malloc question
Have you looked __malloc24() in the z/OS C++ Library reference manual? Arie Kremer wrote: Hi all, does somebody know whether C routine running above the line (both RMODE AMODE) may get a memory under the line without using any assembler code? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: License keys for ISV products
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Sunday, February 18, 2007 12:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products In [EMAIL PROTECTED], on 02/16/2007 at 03:00 PM, McKown, John [EMAIL PROTECTED] said: CA's EKG code for disaster testing is fairly nice. The code may be nice, but that doesn't help if you can't get a new key in a timely fashion. Have they fixed the problems that they were having half a decade ago? From your account it doesn't seem so. The problems may be different, but if a customer can't get up at a DR site because the vendor won't supply a new key within the contracted interval, then the protection scheme is unacceptable and possibly a serious legal liability. Our biggest problem at our last DR with CA (not their fault) was (1) no authorized email account available at the DR site and (2) the idiot FAX machine was broken. For some reason, CA said that they were not allowed to tell the EKG code over the phone. Like a FAX is more secure??? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Sued
well, given the current state of affairs, why should we expect kids to have any accountability whatsoever? After all, they see their parents getting the shaft at work by corporate america that sends jobs overseas without a second thought, without giving a about the american worker, yea, the ceo needs to make a few more billion dollars, but hey, at the same time the workers have to be laid off to save money, etc., etc. The real truth is that corporate america has nobody but themselves to blame for that attitude. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: License keys for ISV products(What alternatives are there?)
In a message dated 2/19/2007 8:02:36 A.M. Central Standard Time, [EMAIL PROTECTED] writes: That doesn't solve the problem for either the customer or the vendor. Consider DR. Seems like if RSA cards are portable between cell phones should be able to specify a backup decoder ring-waving his wand and chanting the runes. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 Types 63, 67, 68 and 69
Beware, many FDA regulated companies must keep SMF records for many, many years. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
GDPS and EMC Disks
Anyone out there using EMC disks and managing the mirroring with GDPS? We are about to migrate away from IBM ESS Disks managed by GDPS to EMC DMX3000 disks managed by GDPS. We are told it works as the DMX emulates PPRC but we are interested in anyone who is actually doing it. Peter Gammage Server Architect ISOS Server Services Standard Life Employee Services Limited 2nd floor, Dundas House, 20 Brandon Street Edinburgh, EH3 5PP Tel: +44(0) 131-245-7024 Mob: +44(0) 773-659-2559 Email: [EMAIL PROTECTED] This e-mail is confidential, if you are not the intended recipient, do not retain/disclose it and please return it to us. We virus scan and monitor all e-mails but are not responsible for any damage caused by a virus/alteration of our e-mail by a third party after sending. For more information on Standard Life group, visit our website http://www.standardlife.com/ Standard Life plc (SC286832), Standard Life Assurance Limited* (SC286833) and Standard Life Employee Services Limited (SC271355) are all registered in Scotland at Standard Life House, 30 Lothian Road, Edinburgh EH1 2DH. *Authorised and regulated by the Financial Services Authority. 0131 225 2552. Calls may be recorded/monitored. Standard Life group includes Standard Life plc and its subsidiaries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.7 with JES2 and CA-View
Hi, All, Yesterday we rolled out z/OS 1.7 to a Production LPAR previously running z/OS 1.5, and have noticed a change in the archiving of batch job output in CA-View. With 1.5, all jcl-type output (JESMSGLG, JESJCL, JESYSMSG together with SYSPRINT, SYSOUT, etc.) was archived in CA-View as a single entity or member. At 1.7, the JES output is archived as a single member, but each SYSOUT, SYSPRINT, etc. is now archived separately into individual members. At best, this is an inconvenience to those who need to examine job outputs. I should also note that reports from these batch jobs have been, and continue to be, archived separately into a separate CA-View database from the jcl stuff. We are at a loss to explain why this segregation of jcl stuff into separate CA-View members is occurring. We understand that z/OS 1.7 JES2 introduced significant changes from the 1.5 level, and wonder if there might be some parameter (JES2 or CA-View or both) that we can/must specify in order to return the archiving of jcl stuff to a single CA-View member per job. We already have a low-priority call in to CA-View Support, but today is a US holiday for some. TIA for any insights, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
On Sun, 18 Feb 2007 19:02:38 -0500, Reda, John [EMAIL PROTECTED] wrote: snip We offer multiple ways for the customer to install and maintain their license keys. The recommended method is having the keys in a sequential data set. This way modifications to the license keys can be as easy as updating a single data set. snip John, We migrated to the key data set some time ago. I don't think it was documented when / how often the data set was checked. Is it for every sort invocation? I don't think I found evidence that it was. Thanks, Mark BTW... as far as the rest of this discussion, I totally sympathize with the vendors. As someone who consulted full time for many years and also worked with a vendor directly whose product was abused due to no license control, I understand. While a lot of the abuse was not intentional (data center consolidations, then copying libraries from one environment to the other), a good deal of it was also done just because someone could. For example, it is very easy for a sysprog to copy a product like FDR from one system to another because they are more familiar with it than DFDSS (I saw lots of examples like this in data centers that went though consolidations). It would be nice if there was a common method of doing this, but not all vendors needs and pricing models are the same nor are the way their products work. Some vendors now do LPAR (size) pricing, some do only site licensing, some license by the box, the size of the box and the number of engines. You might as well ask for common installation method for all products too. I'm not holding my breath. License keys are a fact of life just like spam. Get over it. What you need to do is create good documentation for the products that require them, note whether they are date sensitive, CPU sensitive, or both and document exactly how to update them - including who to contact for scheduled updates and emergency updates (phone numbers, web sites, etc.). Manage that information / documentation how ever it suits your environment, but it does need to be managed in a modern data center. -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF -- Context for [R]FIND?
In a recent note, Dave Salt said: Date: Sun, 18 Feb 2007 19:24:44 + In an edit session, enter EDSET on the command line. You'll see a panel with Thanks! Works great for Edit and View. And an unexpected bonus: I see I can turn off Confirm Cancel. And everything sticks between sessions. Does it affect all file types, or will I need to set it for each? Now, how can I do the same for Browse and SDSF? And turn off the Always position-type behavior in member lists? And get / Confirm delete to stick between DSLIST sessions? And delete VSAM data sets with no interaction? Thanks again, gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 with JES2 and CA-View
On Mon, 19 Feb 2007 09:21:21 -0600, Chase, John [EMAIL PROTECTED] wrote: Hi, All, Yesterday we rolled out z/OS 1.7 to a Production LPAR previously running z/OS 1.5, and have noticed a change in the archiving of batch job output in CA-View. With 1.5, all jcl-type output (JESMSGLG, JESJCL, JESYSMSG together with SYSPRINT, SYSOUT, etc.) was archived in CA-View as a single entity or member. At 1.7, the JES output is archived as a single member, but each SYSOUT, SYSPRINT, etc. is now archived separately into individual members. At best, this is an inconvenience to those who need to examine job outputs. I should also note that reports from these batch jobs have been, and continue to be, archived separately into a separate CA-View database from the jcl stuff. We are at a loss to explain why this segregation of jcl stuff into separate CA-View members is occurring. We understand that z/OS 1.7 JES2 introduced significant changes from the 1.5 level, and wonder if there might be some parameter (JES2 or CA-View or both) that we can/must specify in order to return the archiving of jcl stuff to a single CA-View member per job. We already have a low-priority call in to CA-View Support, but today is a US holiday for some. TIA for any insights, Do you roll out ISV changes with the OS? We are still running View 2.0, but I thought that was an enhancement for 11.x - one that I was looking forward to that I like in other products that manage sysout. Are you sure there isn't a command that still lets to do a single select for all the output? Other products that split the DDs have that, I would hope CA-VIEW would too. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
I realize this is heresy, but I like the way CA does it. Parts of it, anyway. We get warnings before a key expires. Once we get a new key, we add it to our options file in Common Services (formerly CA-90's, etc.) and rerun CAS9 -- no pain, no downtime. I have no problem with vendor implementing a license key strategy as long as it is done properly. Jon -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: License keys for ISV products(What alternatives are there?)
In a recent note, Shmuel Metz (Seymour J.) said: Date: Sun, 18 Feb 2007 13:40:13 -0500 It might help if the installation process prompted for an E-mail address of contact to notify automatically prior to expiry. Less help on z/OS than on other systems, because z/OS has less consistent a protocol for sending E-mail than most other systems. The flip side is that the support personnel at most z/OS shops have TSO userids, so you can send notifications through the standard TSO/E services. But the distribution list for such warnings might ideally include Accounts Payable personnel who can't even spell TSO. Electronic communication should be regarded as a utility, like telephone service, where interoperation is essential. If the multitude of cellular telephone services can (mostly) interoperate with each other and with land-based providers, why can't the standard (a standard with only one participant?) TSO/E services interoperate with RFC *821/*822? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTOC rename
From: Bruce Black [EMAIL PROTECTED] But I think you are correct about the SERNO field. I have a tool which can modify the field, so I will try to run a test. This is how the VTOCIX was listed using IEHLIST: -DATA SET NAME--- CREATED DATE.EXP FILE TYPE SMS.IND EXT DS.VOL1 VOL.SEQ SECURITY SYS1.VTOCIX.RA00411999.011 00.000 SEQUENTIAL 001 RA0041 1 NONE Simply renaming the VTOCIX did not change DS VOL1 field (or SERNO field, depending on the report type). I wonder what your test will show. Walter Marguccio z/OS Systems Programmer Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, 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.7 with JES2 and CA-View
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden On Mon, 19 Feb 2007 09:21:21 -0600, Chase, John wrote: [ snip ] We are at a loss to explain why this segregation of jcl stuff into separate CA-View members is occurring. We understand that z/OS 1.7 JES2 introduced significant changes from the 1.5 level, and wonder if there might be some parameter (JES2 or CA-View or both) that we can/must specify in order to return the archiving of jcl stuff to a single CA-View member per job. We already have a low-priority call in to CA-View Support, but today is a US holiday for some. Do you roll out ISV changes with the OS? Generally, no. We try to adhere to the one change at a time philosophy. We applied the 0501 maintenance to CA-View 2.0 a couple weeks ago, and it ran the old way on z/OS 1.5. The behavior changed concurrently with z/OS 1.7 rollout. We are still running View 2.0, but I thought that was an enhancement for 11.x - one that I was looking forward to that I like in other products that manage sysout. Are you sure there isn't a command that still lets to do a single select for all the output? If there is, we haven't found it yet. Other products that split the DDs have that, I would hope CA-VIEW would too. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, February 19, 2007 9:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there?) In a recent note, Shmuel Metz (Seymour J.) said: Date: Sun, 18 Feb 2007 13:40:13 -0500 It might help if the installation process prompted for an E-mail address of contact to notify automatically prior to expiry. Less help on z/OS than on other systems, because z/OS has less consistent a protocol for sending E-mail than most other systems. The flip side is that the support personnel at most z/OS shops have TSO userids, so you can send notifications through the standard TSO/E services. But the distribution list for such warnings might ideally include Accounts Payable personnel who can't even spell TSO. Electronic communication should be regarded as a utility, like telephone service, where interoperation is essential. If the multitude of cellular telephone services can (mostly) interoperate with each other and with land-based providers, why can't the standard (a standard with only one participant?) TSO/E services interoperate with RFC *821/*822? -- gil Because: (1) TSO SEND et al. likely antedate those RFCs and (2) TSO development is, at best, minimized. I've not seen any really new TSO facilities in years. I don't really like email notification. For some reason, it rarely gets to me. And I do most of the key related maintenance. Again, CA does the best for this because I can get my current keys off of their web site. I know that others have said that they cannot due to CA not having all the keys there. I guess I'm lucky. The only problem is at DR. At our site, you can have a mainframe connected PC or an Internet connected PC. But not a single PC which can do both. And the distributed people grab all of the Internet connected PCs for there stuff. Why? Because they reload the OS from CDs (DVDs), but then go off to the MS site for any updates. Sounds weird to me, but what do I know? I'm just a mainframer. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(Cole Software's view)
Dave Cole writes emails as well as he writes software. But a small reinforcement. Trust? A while back I worked for an ISV and was responsible for the code program for what was then the number one product on both total sales and velocity for the company. A Very Large Computer User (VLCU) has multiple datacenters. It seems that the sysprogs shared install tapes. Then they called in for temp auth codes. One of our support people noticed the pattern and reported it. The lawyers had lunch. The settlement did not require SEC reporting but the number of licences VLCU had went way up. The rumor was they had to licence the product for every datacenter (some of which had extremely high security and were therefore unauditable). In troubled waters, build a bridge, pour oil, or hire the biggest shark. As one of my high school teachers (think Yoda in a nun's habit) used to say when your homework was missing due to canine misbehavior, Believe everybody, trust nobody. User Friendliness: Disaster Recovery: The ISV our group works with at the moment is very small. Their support seems to have the ability to generate authcodes at home. We have called all hours of the day and night. No problem. Good people. I do wish they had something I put into my routine. You could put every authcode statement for every product our company had into one file. My routine sorted through them looking for one which was valid. If multiple were valid, it authorized the greatest functionality it could consistent with what the caller requested. It didn't care if some of the authcodes were expired or for other machines or for other products. It would be very helpful today to have one file for all plexes (we have 16), not have to remove expired codes, not have to replace new codes with the one that will be used next month. Update one place and broadcast to all plexes in daily maintenance. pup IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/17/2007 01:43:23 PM: User Friendliness: Disaster Recovery: Trust? Dave Cole - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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
Re: z/OS 1.7 with JES2 and CA-View
We have VIEW R11 running on our 1.8 system. If I put an S beside the jobname I get it all in one file. If I put a ? I get the individual pieces - just like SDSF does. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Monday, February 19, 2007 09:57 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.7 with JES2 and CA-View -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden On Mon, 19 Feb 2007 09:21:21 -0600, Chase, John wrote: [ snip ] We are at a loss to explain why this segregation of jcl stuff into separate CA-View members is occurring. We understand that z/OS 1.7 JES2 introduced significant changes from the 1.5 level, and wonder if there might be some parameter (JES2 or CA-View or both) that we can/must specify in order to return the archiving of jcl stuff to a single CA-View member per job. We already have a low-priority call in to CA-View Support, but today is a US holiday for some. Do you roll out ISV changes with the OS? Generally, no. We try to adhere to the one change at a time philosophy. We applied the 0501 maintenance to CA-View 2.0 a couple weeks ago, and it ran the old way on z/OS 1.5. The behavior changed concurrently with z/OS 1.7 rollout. We are still running View 2.0, but I thought that was an enhancement for 11.x - one that I was looking forward to that I like in other products that manage sysout. Are you sure there isn't a command that still lets to do a single select for all the output? If there is, we haven't found it yet. Other products that split the DDs have that, I would hope CA-VIEW would too. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Sample JES2 exits support for /*AFTER, /*BEFORE, and /*CNTL JECL
Hi, Something cool I learned at SHARE. I didn't notice this as we have been using Thruput Manager to replace the Mellon Mods functionality for a long time but there is some interesting useful function in some recent JES2 sample exits. Look at SYS1.SHASSAMP members HASX54A, HASX04A, HASX20B, HASX49B, HASX50B, and HASX51B which process /*AFTER, /*BEFORE, and /*CNTL JECL. These are included at z/OS R7. See the notes in Session 2656 JES2 z/OS 1.7 Exit Migration Considerations. Caveat from the sample exit code... RESTRICTIONS = This code is provided as an example of installation extensions to JES2. This code is not considered TYPE 1 supported code of IBM. Any problems encountered in the use of this sample code is a user responsibility. The IBM support center does not support user extensions of sample user exits. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 I'm delirious with joy. It proves that if you confront the universe with good intentions in your heart, it will reflect that and reward your intent. Usually. It just doesn't always do it in the way you expect. -- J. Michael Straczynski, G'Kar, Babylon 5 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(Cole Software's view)
If we only dealt with 1 ISV, then we'd have few, perhaps no, problems too. But we deal with (at the last count) 57 ISVs, who supply us with several hundred products. Each ISV has it's idiosyncracies, some don't use keys at all, some are very easy to contact and deal with, some others are less so. It all adds up to quite a bit of overhead. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Talman Sent: Monday, February 19, 2007 10:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(Cole Software's view) The ISV our group works with at the moment is very small. Their support seems to have the ability to generate authcodes at home. We have called all hours of the day and night. No problem. Good people. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: License keys for ISV products(Cole Software's view)
This is where Charles' idea shows merit. A unified license key scheme could avoid some of the pain associated with the subject. Jon snip If we only dealt with 1 ISV, then we'd have few, perhaps no, problems too. But we deal with (at the last count) 57 ISVs, who supply us with several hundred products. Each ISV has it's idiosyncracies, some don't use keys at all, some are very easy to contact and deal with, some others are less so. It all adds up to quite a bit of overhead. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Sued
-snip-- Considering the emotional cripples I see turned out of the elite and prestigious all girls Catholic school my wife teaches at, it is no wonder that this nonsense is prevalent. --unsnip Not to mention the intellectual paralytics coming from our public and private schools. Like a McDonalds clerk here that doesn't know half a dozen from six chicken McNuggets! A truly sorry state of affairs. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Finding where a module is being loaded from
Here is the JCL I have used before. //* //TSO EXEC PGM=IKJEFT01 //SYSPRINT DD SYSOUT=* //SYSUDUMP DD SYSOUT=* //SHOWMVS DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * PROFILE NOPREFIX PROFILE MSGID FINDMOD PPCCX Thanks, Sam -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Oscar H Flores Sent: Friday, February 16, 2007 2:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Finding where a module is being loaded from Thanks! I got FINDMOD from the CBT tape and works fine as a command but I get a cc 12 when I execute it in batch. Would you please send me a sample as to how you use it in batch. 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Sued
---snip--- Since we all are products of our environments, it's obviously somebody else's fault whenever we do something wrong. --unsnip-- .About that Mojave Beachfront property I've got for sale... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: License keys for ISV products(What alternatives are there?)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Monday, February 19, 2007 10:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there?) John, We migrated to the key data set some time ago. I don't think it was documented when / how often the data set was checked. Is it for every sort invocation? I don't think I found evidence that it was. Thanks, Mark BTW... as far as the rest of this discussion, I totally sympathize with the vendors. As someone who consulted full time for many years and also worked with a vendor directly whose product was abused due to no license control, I understand. While a lot of the abuse was not intentional (data center consolidations, then copying libraries from one environment to the other), a good deal of it was also done just because someone could. For example, it is very easy for a sysprog to copy a product like FDR from one system to another because they are more familiar with it than DFDSS (I saw lots of examples like this in data centers that went though consolidations). It would be nice if there was a common method of doing this, but not all vendors needs and pricing models are the same nor are the way their products work. Some vendors now do LPAR (size) pricing, some do only site licensing, some license by the box, the size of the box and the number of engines. You might as well ask for common installation method for all products too. I'm not holding my breath. License keys are a fact of life just like spam. Get over it. What you need to do is create good documentation for the products that require them, note whether they are date sensitive, CPU sensitive, or both and document exactly how to update them - including who to contact for scheduled updates and emergency updates (phone numbers, web sites, etc.). Manage that information / documentation how ever it suits your environment, but it does need to be managed in a modern data center. -- Mark Zelden Mark, As long as we have a valid license key we will not look at the key data set. Once you enter a warning period we will go to the data set looking for a better key to use once an hour. It is possible to force the sort to go to the key data set by passing the KEYUPDATE parameter to the sort. This is useful if you install a new key and want to make sure that it gets into use immediately otherwise it could take up to 1 hour for the new key to get put into use if you are in a warning period. This whole area is a bad one. There are valid points to be made on both sides. ISVs should be able to collect what is rightfully theirs. With just about every product that I know about the customer has agreed to the licensing terms up front. At the same time, if the process required to abide by the terms of the license agreement are such that it is not worth it for customers to use the product, they will go else where and the ISV will end up with less revenue not more. It is up to each ISV to decide how they want to manage their license agreements and up to each customer if they are willing to agree to the terms. I agree that not all ISVs handle license keys as good as they should but at the same time there are others that do a reasonable job in this area. Just because some vendors don't do a good job doesn't mean that everyone with a license key is bad and should be avoided. We have tried to be as flexible as possible. Our first attempt at implementing license keys was not flexible and was not well received. We listen to our customers and tried to accommodate as many of their concerns as we could while still feeling that we were getting something of value for the time, effort and aggravation that having license keys requires. When IBM announced License Manager several years ago we made it clear very quickly that we were interested and would participate. We understood the value of having a common process for handling license keys but unfortunately License Manager did not make it. Sincerely, John Reda Software Services Manager Syncsort Inc. 201-930-8260 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
E-Week article Long live the Mainframe
http://www.eweek.com/article2/0,1895,2096588,00.asp Opinion: Despite having long since lost its star status in the view of many IT watchers, the mainframe is showing continued growth and is beginning to claim a new generation of users. I try to stay away from clichés. But try as you might, sometimes they just fit. Needless to say, the rumors of the mainframe's demise have been greatly exaggerated. That's right, I said it. ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Sued
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Monday, February 19, 2007 11:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM Sued ---snip--- Since we all are products of our environments, it's obviously somebody else's fault whenever we do something wrong. --unsnip-- .About that Mojave Beachfront property I've got for sale... Might be good as a speculative investment, what with California scheduled to slide off into the ocean and global warming causing the oceans to invade what it now dry land. You're a man of vision! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?
David Cole wrote: RPOs, POs and invoices are all necessary parts of the A-P process, and the better a vendor understands, cooperates with and *assists* in the process, the more often: - The licensing will be renewed on time, - Payment will be made on time, - And licensing keys will be updated on time. My experience some years ago with a vendor well known to this list was that our A-P department took the view that a net 30 contract meant they should pay 30 days after receipt of the invoice, and not a day earlier. The vendor took the view that they would send out the new licence key upon receipt of payment. Needless to say, this almost always meant that we had to request emergency keys to tide us over. Now as an ISV employee, I see many Fortune 500 companies that have A-P departments who, as a matter of policy, push the limits much further, and more often. I think a decoupling of the keys issue and the payments is called for, and indeed in the real world this happens much of the time. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C malloc question
Arie Kremer wrote: Hi all, does somebody know whether C routine running above the line (both RMODE AMODE) may get a memory under the line without using any assembler code? In Systems/C - you can do it with a call to the __malloc24() function. - Dave Rivers - -- [EMAIL PROTECTED]Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.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 Sued
On 19 Feb 2007 09:30:33 -0800, [EMAIL PROTECTED] (McKown, John) wrote: Since we all are products of our environments, it's obviously somebody else's fault whenever we do something wrong. --unsnip-- .About that Mojave Beachfront property I've got for sale... Might be good as a speculative investment, what with California scheduled to slide off into the ocean and global warming causing the oceans to invade what it now dry land. You're a man of vision! Since the Mojave is in Eastern California, it will be beachfront if Nevada and points east fall into the Atlantic Ocean... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: License keys for ISV products(What alternatives are there?)
Jon, I agree with you. CA's license key method is about as painless as I have seen. One gripe I have is with a different vendor, (SAS, are you listening?). I got my SAS key and applied it to my production LPAR but got busy and forgot to apply it to the sandbox. Several months later I needed to run a SAS job on the sandbox and the job went down with a U999, no errors, no messages to indicate that the key had expired, just an abend. To me, that is definitely the wrong way to enforce a key! Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jon Brock Sent: Monday, February 19, 2007 9:52 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there?) I realize this is heresy, but I like the way CA does it. Parts of it, anyway. We get warnings before a key expires. Once we get a new key, we add it to our options file in Common Services (formerly CA-90's, etc.) and rerun CAS9 -- no pain, no downtime. I have no problem with vendor implementing a license key strategy as long as it is done properly. Jon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM S/360 series operating systems history
IBSYS was the operating system of the IBM 7094 and probably the 7090 7070 7074. (36 bit word machine) There was an early version(s) of OS that ran on the 7094. The original production version of OS was PCP (primary control program?). It was used on the 360/75 at Oak Ridge National Laboratory (1966-?). For more info ask Robert Rannie. There were two version of MFT -- one with multitasking and one without. The FE manual S229-3169-3 (1971July) refers to a manual OS planning for MFT II GC27-6939. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/18/2007 03:24:02 PM: - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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
HSM recycle puzzle
For a few weeks now I have had a problem with my HSM RECYCLE ML2 F HSM,RECYCLE ML2EXECUTE ARC0830I RECYCLE COMMAND PROCESSING STARTING IEF244I HSM HSM - UNABLE TO ALLOCATE 1 UNIT(S) 300 AT LEAST 1 OFFLINE UNIT(S) NEEDED. IEF877E HSM NEEDS 1 UNIT(S) 301 FOR HSM SYS41934 FOR VOLUME PRIVAT- 1 OFFLINE, NOT ACCESSIBLE 0593 593 is always offline. It's just another 3590. There are 3 others online and not being used. And I can't figure out what the Privat - 1 is. I've printed my entire VOLCAT and there is no volser that is just a 1. Suggestions on how to figure out what that privat volume is? -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM S/360 series operating systems history
Kurt Talman wrote: IBSYS was the operating system of the IBM 7094 and probably the 7090 7070 7074. (36 bit word machine) There was an early version(s) of OS that ran on the 7094. Two corrections: o Strike IBM 7070 and 7074; they were very different, business not scientific machines; and o A simulator/emulator of the System/360, SUPPAK, not OS, ran of the 7090-4. John Gilmore Ashland, MA 01721-1817 USA _ Dont miss your chance to WIN 10 hours of private jet travel from Microsoft® Office Live http://clk.atdmt.com/MRT/go/mcrssaub0540002499mrt/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM S/360 series operating systems history
My apologies to Kirk Talman for rechristening him Kurt without authlorization. John Gilmore Ashland, MA 01721-1817 USA _ Mortgage rates as low as 4.625% - Refinance $150,000 loan for $579 a month. Intro*Terms http://www.NexTag.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: HSM recycle puzzle
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace Sent: Monday, February 19, 2007 12:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: HSM recycle puzzle For a few weeks now I have had a problem with my HSM RECYCLE ML2 F HSM,RECYCLE ML2EXECUTE ARC0830I RECYCLE COMMAND PROCESSING STARTING IEF244I HSM HSM - UNABLE TO ALLOCATE 1 UNIT(S) 300 AT LEAST 1 OFFLINE UNIT(S) NEEDED. IEF877E HSM NEEDS 1 UNIT(S) 301 FOR HSM SYS41934 FOR VOLUME PRIVAT- 1 OFFLINE, NOT ACCESSIBLE 0593 593 is always offline. It's just another 3590. There are 3 others online and not being used. And I can't figure out what the Privat - 1 is. I've printed my entire VOLCAT and there is no volser that is just a 1. Suggestions on how to figure out what that privat volume is? -- Mark Pace PRIVAT means it wants a scratch tape. The -1 is really part of the next line. Eg - 1 OFFLINE, NOT ACCESSABLE 0593 is really one message. What is the UNITNAME in HSM set up like? Does it only include device 0593? That would be my first guess. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM recycle puzzle
It is very posssible that despite the fact that there appears to be several drives available, they may really be allocated to someone who has specified unit=(tape,,defer) This would allocate a drive but defer a mount until open is issued. Just because you don;t see a tape on it, doesn't mean it's not allocated. Bill Dino Software Corporation From: Mark Pace [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: HSM recycle puzzle Date: Mon, 19 Feb 2007 13:14:31 -0500 For a few weeks now I have had a problem with my HSM RECYCLE ML2 F HSM,RECYCLE ML2EXECUTE ARC0830I RECYCLE COMMAND PROCESSING STARTING IEF244I HSM HSM - UNABLE TO ALLOCATE 1 UNIT(S) 300 AT LEAST 1 OFFLINE UNIT(S) NEEDED. IEF877E HSM NEEDS 1 UNIT(S) 301 FOR HSM SYS41934 FOR VOLUME PRIVAT- 1 OFFLINE, NOT ACCESSIBLE 0593 593 is always offline. It's just another 3590. There are 3 others online and not being used. And I can't figure out what the Privat - 1 is. I've printed my entire VOLCAT and there is no volser that is just a 1. Suggestions on how to figure out what that privat volume is? -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Mortgage rates as low as 4.625% - Refinance $150,000 loan for $579 a month. Intro*Terms http://www.NexTag.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: New Level of Dataset Audit Facility (DAF) is Coming Soon
On Fri, 16 Feb 2007 16:04:04 -0800, Michael Cleary [EMAIL PROTECTED] wrote: Add Virtual SMF Records 001 001 - Virtual APFLST 001 002 - Virtual LNKLST 001 003 - Virtual LOADPARM 001 004 - Virtual LPALST 001 005 - Virtual Master Catalog 001 006 - Virtual PAGE 001 007 - Virtual PARMLIB 001 008 - Virtual RACF 001 009 - Virtual UADS What are those? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Literacy (was: IBM Sued)
In a recent note, Rick Fochtman said: Date: Mon, 19 Feb 2007 11:09:55 -0600 Not to mention the intellectual paralytics coming from our public and private schools. Like a McDonalds clerk here that doesn't know half a dozen from six chicken McNuggets! A truly sorry state of affairs. Ummm. Do you imagine that the clerk's vocablary doesn't include dozen (or half)? Or that the clerk in incapable of dividing 12/2 mentally/ Culture. In Boston, my father was taught the multiplication tables through 12*12; he was dismayed that in Denver a generation later the public schools were teaching only through 9*9, and attempted to compel me to memorize through 12*12. I resisted: o It wasn't in the curriculm o I saw no need for 2-digit numbers in long multiplication. (but I now have no trouble reciting all multiples through 12*12). I attribute the New England convention to a tradition arising from a history of Sterling currency; little point nowadays. Likewise, I consider teaching Roman numerals a waste of time. But is dozen sufficiently prevalant that that it's necessarily considered part of literacy? Culture. An elderly woman on a bus once asked me the time. Six fifty. Six fifteen? (Enunciating clearly) No, six fifty! (Incomprehension; I tried showing her my digital watch) I can't read that! Mickey's big hand is on the ten, and his little hand is on the six! Ah! Ten-of-seven! The Denver Public Schools (or at least my second grade teacher) eschewed the convention of subtracting from the following hour: ten-of-seven is no more in my vocabulary than six fifty was in hers. Is either of us culturally illiterate for not understanding the other's convention? But I am bothered by a waitress, long ago, who added: Sandwich $1.55 (yes, long ago) Tax $0.08 - Total$2.63 I asked her to check the arithmetic and watched her do the addition column-by-column, carry the one ... But she finally got the right answer. But she didn't start with the first-glance plausibility check. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Harminc [ snip ] Now as an ISV employee, I see many Fortune 500 companies that have A-P departments who, as a matter of policy, push the limits much further, and more often. You could probably attribute that to the continuous compounding of interest. The longer I take to pay your invoice means that that money stays in my bank account longer, earning more interest for me. Makes financial sense for the payer. Indeed, that was the main reason cited by a former employer for refusing to implement direct deposit of payroll checks. They budgeted the projected interest they would earn during the float period between us cashing or depositing our checks, and their bank clearing them. Oh, it wasn't a small business, either. It was a governmental entity: Oklahoma City Public Schools. When I left there in early 1996, it was rumored that direct deposit of payroll checks was going to be reconsidered soon -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM recycle puzzle
PRIVAT means it wants a scratch tape. The -1 is really part of the next line. Eg - 1 OFFLINE, NOT ACCESSABLE 0593 is really one message. What is the UNITNAME in HSM set up like? Does it only include device 0593? That would be my first guess. SETSYS UNITNAME(TAPELIB5) In HCD TAPELIB5 is defined as 590,4 Now that I put all tape online I get the following. F HSM,RECYCLE ML2EXECUTE ARC0830I RECYCLE COMMAND PROCESSING STARTING ARC0845I CONNECTED SET BEGINNING WITH VOLUME ML1010 529 ARC0845I (CONT.) NOT RECYCLED. RC=0004. ARC0834I RECYCLE TASK 0001 ENDING. RC=0004, REAS= ARC0831I RECYCLE COMMAND PROCESSING ENDING -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?
On 19 Feb 2007 10:40:52 -0800, [EMAIL PROTECTED] (Chase, John) wrote: Indeed, that was the main reason cited by a former employer for refusing to implement direct deposit of payroll checks. They budgeted the projected interest they would earn during the float period between us cashing or depositing our checks, and their bank clearing them. Oh, it wasn't a small business, either. It was a governmental entity: Oklahoma City Public Schools. When I left there in early 1996, it was rumored that direct deposit of payroll checks was going to be reconsidered soon That sounds like an effective way of determining how a company values its employees. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: License keys for ISV products(What alternatives are there?
In a recent note, Tony Harminc said: Date: Mon, 19 Feb 2007 12:40:20 -0500 I think a decoupling of the keys issue and the payments is called for, and indeed in the real world this happens much of the time. IOW, the key is renewed whether you pay or not? Perhaps the A-P policy droids paycheck should be coupled to the key renewal. Rats! I suspect there are labor laws that say you can't refuse to pay someone merely because he doesn't do his job. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 with JES2 and CA-View
On Mon, 19 Feb 2007 09:57:04 -0600, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden On Mon, 19 Feb 2007 09:21:21 -0600, Chase, John wrote: [ snip ] We are at a loss to explain why this segregation of jcl stuff into separate CA-View members is occurring. We understand that z/OS 1.7 JES2 introduced significant changes from the 1.5 level, and wonder if there might be some parameter (JES2 or CA-View or both) that we can/must specify in order to return the archiving of jcl stuff to a single CA-View member per job. We already have a low-priority call in to CA-View Support, but today is a US holiday for some. Do you roll out ISV changes with the OS? Generally, no. We try to adhere to the one change at a time philosophy. We applied the 0501 maintenance to CA-View 2.0 a couple weeks ago, and it ran the old way on z/OS 1.5. The behavior changed concurrently with z/OS 1.7 rollout. We are still running View 2.0, but I thought that was an enhancement for 11.x - one that I was looking forward to that I like in other products that manage sysout. Are you sure there isn't a command that still lets to do a single select for all the output? If there is, we haven't found it yet. Other products that split the DDs have that, I would hope CA-VIEW would too. -jc- Okay... another idea. Did someone change the JESLOG=NOSPIN to SPIN for the execution class the job(s) ran in? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, February 19, 2007 12:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there? In a recent note, Tony Harminc said: Date: Mon, 19 Feb 2007 12:40:20 -0500 I think a decoupling of the keys issue and the payments is called for, and indeed in the real world this happens much of the time. IOW, the key is renewed whether you pay or not? Perhaps the A-P policy droids paycheck should be coupled to the key renewal. Rats! I suspect there are labor laws that say you can't refuse to pay someone merely because he doesn't do his job. -- gil What I'd love is to be a hard-a** some day. I almost did it at one place. They were in financial difficulties so they were always late paying. Once a mission critical software package just stopped (after many days of warnings which were relayed to management). Management came over and said to call them to insist that they had paid, but that the check had been mailed to the wrong address and just now got returned to them. So I did. I told the vendor: I have been told that the check is in the mail.. You can guess the tone of voice that I used. I got reamed royally by my team leader. I reamed him right back and told him to lie to the vendors in the future. Never-the-less, the vendor did give us a 1 week key. Never talked to another vendor at that shop, which went out of business within the year. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 with JES2 and CA-View
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden [ snip ] Okay... another idea. Did someone change the JESLOG=NOSPIN to SPIN for the execution class the job(s) ran in? No; JESLOG= is not specified at all, and the manual says the default is NOSPIN. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Finding where a module is being loaded from
It depends on which FINDMOD. There are at at least 2, one of which is mine (CBT FILE 434) that must run under ISPF in batch. Example: //FINDMOD JOB // //ALOCPROF EXEC PGM=IEFBR14 //PROFILE DD UNIT=SYSALLDA,DISP=(NEW,CATLG,DELETE), //SPACE=(CYL,(1,1,5)),DCB=(LRECL=80, //BLKSIZE=0,DSORG=PO,RECFM=FB), //DSN=userid.ISPF.TEMPPROF //*---* //*Invoke ISPF* //*---* //BATCHPDF EXEC PGM=IKJEFT01,DYNAMNBR=128 //ISPPLIB DD DISP=SHR,DSN=SYS1.ISP.SISPPENU //ISPSLIB DD DISP=SHR,DSN=SYS1.ISP.SISPSLIB // DD DISP=SHR,DSN=SYS1.ISP.SISPSENU //ISPMLIB DD DISP=SHR,DSN=SYS1.ISP.SISPMENU //ISPPROF DD DSN=userid.ISPF.TEMPPROF,DISP=(OLD,DELETE) //ISPTABL DD DSN=userid.ISPF.TEMPPROF,DISP=OLD //ISPTLIB DD DSN=userid.ISPF.TEMPPROF,DISP=OLD // DD DISP=SHR,DSN=SYS1.ISP.SISPTENU //ISPLOG DD SYSOUT=*, //DCB=(LRECL=120,BLKSIZE=2400,DSORG=PS,RECFM=FB) //ISPLIST DD SYSOUT=*, //DCB=(LRECL=121,BLKSIZE=1210,RECFM=FBA) //* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - //SYSEXEC DD DISP=SHR,DSN=SYS1.ISP.SISPEXEC //SYSPROC DD DISP=SHR,DSN=SYS1.ISP.SISPCLIB // DD DISP=SHR,DSN=findmod.EXEC.PDS //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * PROFILE PREFIX(userid) ISPSTART CMD(%FINDMOD ASR*) -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Mon, 19 Feb 2007 12:09:41 -0500, Knutson, Sam [EMAIL PROTECTED] wrote: Here is the JCL I have used before. //* //TSO EXEC PGM=IKJEFT01 //SYSPRINT DD SYSOUT=* //SYSUDUMP DD SYSOUT=* //SHOWMVS DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * PROFILE NOPREFIX PROFILE MSGID FINDMOD PPCCX I got FINDMOD from the CBT tape and works fine as a command but I get a cc 12 when I execute it in batch. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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.7 with JES2 and CA-View
On Mon, 19 Feb 2007 12:56:39 -0600, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden [ snip ] Okay... another idea. Did someone change the JESLOG=NOSPIN to SPIN for the execution class the job(s) ran in? No; JESLOG= is not specified at all, and the manual says the default is NOSPIN. Someone could have changed it. The only way to be sure is to use the $DJOBCLASS(n) command (or I think it is $DJOBCLASS(n),LONG now). But if it's not that I am out of ideas (other than contacting the vendor). Does old output look like this, or just new output in View? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Literacy (was: IBM Sued)
Yes, I would say it is. A dozen eggs, a dozen doughnuts, etc. snip But is dozen sufficiently prevalant that that it's necessarily considered part of literacy? /snip Jon -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: C malloc question
many thanks On 2/19/07, Kirk Wolf [EMAIL PROTECTED] wrote: Have you looked __malloc24() in the z/OS C++ Library reference manual? Arie Kremer wrote: Hi all, does somebody know whether C routine running above the line (both RMODE AMODE) may get a memory under the line without using any assembler code? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: License keys for ISV products(What alternatives are there?
Getting OT here but my experience managing a SW company was that direct deposit EASILY paid for itself by not having employees running to the bank on payday. Let's say you pay someone $80K/year. That's roughly $40/hour, and roughly $3077 per pay bi-weekly pay period. 30 minute run to the bank: $20 Three days' interest on $3077 at 5% per annum: $1.26 Of course, as Howard suggested, if you don't value your employees, then that run to the bank is free, isn't it? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Monday, February 19, 2007 10:45 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there? On 19 Feb 2007 10:40:52 -0800, [EMAIL PROTECTED] (Chase, John) wrote: Indeed, that was the main reason cited by a former employer for refusing to implement direct deposit of payroll checks. They budgeted the projected interest they would earn during the float period between us cashing or depositing our checks, and their bank clearing them. Oh, it wasn't a small business, either. It was a governmental entity: Oklahoma City Public Schools. When I left there in early 1996, it was rumored that direct deposit of payroll checks was going to be reconsidered soon That sounds like an effective way of determining how a company values its employees. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: License keys for ISV products(What alternatives are there?
I think what we are hearing is that my earlier suggestion that maybe the problem is your AP department was not a red herring after all. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, February 19, 2007 10:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there? What I'd love is to be a hard-a** some day. I almost did it at one place. They were in financial difficulties so they were always late paying. Once a mission critical software package just stopped (after -- For IBM-MAIN subscribe / signoff / archive access instructions, 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.7 with JES2 and CA-View
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden On Mon, 19 Feb 2007 12:56:39 -0600, Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden [ snip ] Okay... another idea. Did someone change the JESLOG=NOSPIN to SPIN for the execution class the job(s) ran in? No; JESLOG= is not specified at all, and the manual says the default is NOSPIN. Someone could have changed it. The only way to be sure is to use the $DJOBCLASS(n) command (or I think it is $DJOBCLASS(n),LONG now). Nope; hasn't been changed. But if it's not that I am out of ideas (other than contacting the vendor). Does old output look like this, or just new output in View? Only new output (since IPLing z/OS 1.7). Old output (z/OS 1.5) is concatenated into a single View member. We've contacted CA, at Sev4 for now. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Literacy (was: IBM Sued)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Brock Yes, I would say it is. A dozen eggs, a dozen doughnuts, etc. But those entities usually come in a single container, with no explicit connection between the term dozen and the quantity 12. Consider a box containing a dozen pencils. You want only a half-dozen? OK, which way should I cut the box in half: Lengthwise, widthwise or heightwise? Note that one of those wises will give you a dozen half-pencils instead of a half-dozen pencils. :-) Then remember that the original poster wrote half a dozen instead of a half-dozen -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
In [EMAIL PROTECTED], on 02/18/2007 at 08:54 AM, Eric N. Bielefeld [EMAIL PROTECTED] said: IFAPRDxx really isn't a key. You have to turn it on for each product to use it, but there is no key that only works on your CPU. I'm not sure just what IBM's reasoning behind IFAPRD is, Presumably protection from inadvertent license violation. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM S/360 series operating systems history
In [EMAIL PROTECTED], on 02/19/2007 at 06:22 PM, Ken Brick [EMAIL PROTECTED] said: Last DOS/VS R35 probably 1982 to be followed by the VSE series (probably when the 4331/4341 become available) Yes; DOS/VSE was announced concurrently with ECPS:VSE, which was initially only available on the 4341. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM S/360 series operating systems history
In [EMAIL PROTECTED], on 02/18/2007 at 08:24 PM, Patrick Mulvany [EMAIL PROTECTED] said: MVS - Mainly missing clarification of the 1960-1972 period http://www.oshistory.net/metadot/index.pl?id=2238;isa=Category;op=show There are some serious errors. First, while OS/360 derived some concepts from IBSYS, it did not evolve from it. Second, you list releases of OS/360 that have nothing to do with OS/360: OS/360 BOS-8k, OS/360 BPS, OS/360 TOS, OS/360 BOS-16k and OS/360 DOS-16k. BPS/360 was not much more than a loader, BOS/360 was a separate system and TOS/360 was the same code base as DOS/360 with a tape loader instead of a disk loader. If you can get the dates I'd advise listing the releases of DOS/360 in the VSE timeline. PCP, MFT and MVT were all SYSGEN options of OS/360 rather than separate systems. MFT-II replaced MFT in Release 15/16. OS/VS2 R2 was the first release of MVS. Missing are MVS/SE and MVS/SE2. Related to that is the question of listing sub-releases; MVS went up to OS/VS2 R3.8, which with the appropriate Selectable Units was the base for MVS/SE2. It might be appropriate to include ACF/TCAM, ACF/VTAM, DF/DS, DS/EF, DFP, DFSMS, SU7, SU64, TCAM 10, TSO/E, VSAM, VTAM and VTAM 2 in a parallel timeline. VSE - Missing very early history DOS/VSE and before. Not sure if this is the same DOS and TOS as in the MVS history. DOS/360, DOS/VS and DOS/VSE are predecessors to VSE/ESA; there are several more after DOS/VSE, and I believe that they were VSE/AF and VSE/SP. TOS/360, as noted above, is essentially the same as DOS/360. TPF - Almost completely missig ACP http://www.oshistory.net/metadot/index.pl?id=2229;isa=Category;op=show PARS? What about TSS 360 and the TSS/370 PRPQ? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM S/360 series operating systems history
TOS/360, as noted above, is essentially the same as DOS/360. Only if a tape is essentially the same as a disk! TOS's code base was largely common with DOS, and the programming APIs were a subset -- but the SYSRES was on tape! Believe it or not. The equivalent of an S806 took about ten minutes: spinning the SYSRES tape looking for the program. Not IBM's most successful product, neither technically nor commercially. It shows how far we have come: once, disk was so expensive that people contemplated mainframes with no disk at all. Now, personal music players come with 4GB or more of storage. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Monday, February 19, 2007 10:06 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM S/360 series operating systems history VSE - Missing very early history DOS/VSE and before. Not sure if this is the same DOS and TOS as in the MVS history. DOS/360, DOS/VS and DOS/VSE are predecessors to VSE/ESA; there are several more after DOS/VSE, and I believe that they were VSE/AF and VSE/SP. TOS/360, as noted above, is essentially the same as DOS/360. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: License keys for ISV products(What alternatives are there?)
On Mon, 19 Feb 2007 13:33:26 -0500 Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: :In [EMAIL PROTECTED], on 02/18/2007 : at 08:54 AM, Eric N. Bielefeld [EMAIL PROTECTED] said: :IFAPRDxx really isn't a key. You have to turn it on for each product :to use it, but there is no key that only works on your CPU. I'm not :sure just what IBM's reasoning behind IFAPRD is, :Presumably protection from inadvertent license violation. Does IBM custom build the IFAPRD** for each customer? Or are most products turned off, requiring the customer to activate those that were licensed? Or, perhaps, all are on and the customer has to deactivate them? -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TRSMAIN now supports spanned records
FYI, the new TRSMAIN supports spanned records so you can TERSE your SMF data! Grab it at ftp://ftp.software.ibm.com/s390/mvs/tools/packlib/ Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TRSMAIN now supports spanned records
Did it not support before - ? customers send me there smf data since years with trsmain . So it is not new - or miss i something ? Frank From: Pinnacle [EMAIL PROTECTED] Subject: TRSMAIN now supports spanned records FYI, the new TRSMAIN supports spanned records so you can TERSE your SMF data! Grab it at ftp://ftp.software.ibm.com/s390/mvs/tools/packlib/ -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: TRSMAIN now supports spanned records
I'm wondering the same thing. Customers send us SMF data routinely in Terse format. On 2/19/07, Frank Krueger [EMAIL PROTECTED] wrote: Did it not support before - ? customers send me there smf data since years with trsmain . So it is not new - or miss i something ? Frank -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Access to the internet at DR site was Re: License keys for ISV products(What alternatives are there?)
On 19 Feb 2007 07:59:00 -0800, in bit.listserv.ibm-main you wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, February 19, 2007 9:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there?) In a recent note, Shmuel Metz (Seymour J.) said: Date: Sun, 18 Feb 2007 13:40:13 -0500 It might help if the installation process prompted for an E-mail address of contact to notify automatically prior to expiry. Less help on z/OS than on other systems, because z/OS has less consistent a protocol for sending E-mail than most other systems. The flip side is that the support personnel at most z/OS shops have TSO userids, so you can send notifications through the standard TSO/E services. But the distribution list for such warnings might ideally include Accounts Payable personnel who can't even spell TSO. Electronic communication should be regarded as a utility, like telephone service, where interoperation is essential. If the multitude of cellular telephone services can (mostly) interoperate with each other and with land-based providers, why can't the standard (a standard with only one participant?) TSO/E services interoperate with RFC *821/*822? -- gil Because: (1) TSO SEND et al. likely antedate those RFCs and (2) TSO development is, at best, minimized. I've not seen any really new TSO facilities in years. I don't really like email notification. For some reason, it rarely gets to me. And I do most of the key related maintenance. Again, CA does the best for this because I can get my current keys off of their web site. I know that others have said that they cannot due to CA not having all the keys there. I guess I'm lucky. The only problem is at DR. At our site, you can have a mainframe connected PC or an Internet connected PC. But not a single PC which can do both. And the distributed people grab all of the Internet connected PCs for there stuff. Why? Because they reload the OS from CDs (DVDs), but then go off to the MS site for any updates. Sounds weird to me, but what do I know? I'm just a mainframer. Could you take a laptop with a wireless connection? Failing that, can you make the case for having either one PC dedicated to mainframe use and the Internet or at least one PC with Internet connection dedicated to mainframe. At less than a thousand dollars for a laptop or PC, this seems like a trivial cost for DR. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM S/360 series operating systems history
On 19 Feb 2007 10:08:45 -0800, in bit.listserv.ibm-main you wrote: IBSYS was the operating system of the IBM 7094 and probably the 7090 7070 7074. (36 bit word machine) I think you mean 7040 (there may have been a 7044). The 707x series was based on a 10 decimal digit word. There was an early version(s) of OS that ran on the 7094. The original production version of OS was PCP (primary control program?). It was used on the 360/75 at Oak Ridge National Laboratory (1966-?). For more info ask Robert Rannie. There were two version of MFT -- one with multitasking and one without. The FE manual S229-3169-3 (1971July) refers to a manual OS planning for MFT II GC27-6939. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/18/2007 03:24:02 PM: - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: License keys for ISV products(What alternatives are there?)
On Mon, 19 Feb 2007 22:22:08 +0200, Binyamin Dissen [EMAIL PROTECTED] wrote: Does IBM custom build the IFAPRD** for each customer? Or are most products turned off, requiring the customer to activate those that were licensed? A sample IFAPRDxx comes pre-customized with ServerPac based on your order / licenses. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?)
See below... Binyamin Dissen wrote: Does IBM custom build the IFAPRD** for each customer? Yes. Every z/OS ServerPac or CBPDO order includes a custom-built IFAPRDxx member. Or are most products turned off, requiring the customer to activate those that were licensed? So far as I know, only z/OS elements use IFAPRDxx at this time. (Other things potentially could but I am not currently aware of any that do, or I've forgotten.) All licensed z/OS elements should be turned on, and all unlicensed ones turned off. Or, perhaps, all are on and the customer has to deactivate them? If you activate another z/OS element, you should contact IBM beforehand. If you deactivate one, we don't mind so much if you drag your feet or forget. ;-) snip -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TRSMAIN now supports spanned records
Hi Tom, Re. you saying: the new TRSMAIN supports spanned records so you can TERSE your SMF data! Grab it at ftp://ftp.software.ibm.com/s390/mvs/tools/packlib/ De TRSMAIN homepage http://techsupport.services.ibm.com/390/trsmain.html which was last updated January 2006 already mentions under RESTRICTIONS: ... Uncompressed files with LRECL of more than 32K cannot be handled except that RECFM=VBS datasets are allowed to be up to 64K LRECL. ... Do you have even further or more recent info info? Jan -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: License keys for ISV products(What alternatives are there?
On 19 Feb 2007 09:40:41 -0800, in bit.listserv.ibm-main you wrote: David Cole wrote: RPOs, POs and invoices are all necessary parts of the A-P process, and the better a vendor understands, cooperates with and *assists* in the process, the more often: - The licensing will be renewed on time, - Payment will be made on time, - And licensing keys will be updated on time. My experience some years ago with a vendor well known to this list was that our A-P department took the view that a net 30 contract meant they should pay 30 days after receipt of the invoice, and not a day earlier. The vendor took the view that they would send out the new licence key upon receipt of payment. Needless to say, this almost always meant that we had to request emergency keys to tide us over. Now as an ISV employee, I see many Fortune 500 companies that have A-P departments who, as a matter of policy, push the limits much further, and more often. Possibly the only way to bring these A-P departments into line is to have a notice in the invoice that says failure to pay promptly means that the product will stop working. Frankly too many governments and companies are playing games that penalize the honest vendor and cause prices to rise for those who honor the terms of the agreement. I think a decoupling of the keys issue and the payments is called for, and indeed in the real world this happens much of the time. Emergency keys and the aggravation they cause may be the only way to get some bureaucracies to move. Unfrotunately this puts the sysprog in the middle of a fight. Possibly those of us on the IT side need to get the rules for paying for upgrades and period payments in writing so that we can be aware of what needs to be done to minimize the problems. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM S/360 series operating systems history
Charles Mills wrote: TOS/360, as noted above, is essentially the same as DOS/360. Only if a tape is essentially the same as a disk! TOS's code base was largely common with DOS, and the programming APIs were a subset -- but the SYSRES was on tape! Believe it or not. The equivalent of an S806 took about ten minutes: spinning the SYSRES tape looking for the program. Not IBM's most successful product, neither technically nor commercially. It shows how far we have come: once, disk was so expensive that people contemplated mainframes with no disk at all. Now, personal music players come with 4GB or more of storage. Charles i had summer student programming job ... developing 360 port of 1401 MPIO front-end for 709 (univ. used 1401 for cardreader - tape and tape - printer/pubnch front-end for 709 ibsys). as part of move to 360 ... the 1401 was replaced with 64kbyte 360/30. it started out running mostly in 1401 (hardware) emulation mode. I was given the job of rewritting MPIO in 360 assembler. I got to design and implement my own monitor, interrupt handlers, device drivers, error recovery, storage management, dispatching, etc. The assembler program grew to about 2000 cards. I eventually had assembler switch that generated two different versions 1) completely stand alone program that was loaded with the BPS stand alone loader an 2) version that ran under os/360 (at the time release 6, pcp). The stand-alone flavor two about 25 minutes to assemble and generate text deck. The option to run under os/360 took an additional 25 minutes to assemble because it had five DCB macros that needed to be expanded ... and it took approx. five minutes elapsed time for the assembler to expand each DCB macro (you could watch the 30's front panel lights and tell when the assembler was expanding DCB macro because the front panel light pattern was distinct). Before i learned about REP cards, i got quite proficient at reading punch holes for the hex in TXT (binary) decks ... and being able to do code patches by doing card duplication on 026 keypunch ... and multi-punch the hole patterns for the hex patch (significantly faster than updating the assembler card source and getting a new clean assembly). -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: License keys for ISV products(What alternatives are there?)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Saturday, February 17, 2007 6:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(What alternatives are there?) SNIP I have lived the pain, to the point of production failing, and losing revenue from expired keys. There a legal venues when a contract is not being honoured. SNIP So here I am, a start-up vendor. You have decided that me taking you to court for breach (non-payment) is a good thing, because you don't want to pay for the software that we've been supporting... 3 years later, in a FED court (because of us not being in the same state, or whatever) we still haven't been paid, but we're having to fork out money for a lawsuit after having shutdown the company. From my perspective, as a vendor, an ounce of prevention is worth more than the grief and headache of such a lawsuit (let's see, there are the depositions, the meetings with attorneys to respond to various motions (rather than doing things that generate CASH FLOW), the experts who have to look at our financials and determine how much you have hurt us, then hopefully we can demonstrate fraud (very tough), etc. -- It does happen, I WAS an officer in a company that is in the middle of this -- however, not in mainframe software, no one in mainframes would do this, right?). Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Access to the internet at DR site was Re: License keys for ISV products(What alternatives are there?)
Where do you recover? Every place I know of has PC's for access in the hot sites. Doug snip I don't really like email notification. For some reason, it rarely gets to me. And I do most of the key related maintenance. Again, CA does the best for this because I can get my current keys off of their web site. I know that others have said that they cannot due to CA not having all the keys there. I guess I'm lucky. The only problem is at DR. At our site, you can have a mainframe connected PC or an Internet connected PC. But not a single PC which can do both. And the distributed people grab all of the Internet connected PCs for there stuff. Why? Because they reload the OS from CDs (DVDs), but then go off to the MS site for any updates. Sounds weird to me, but what do I know? I'm just a mainframer. Could you take a laptop with a wireless connection? Failing that, can you make the case for having either one PC dedicated to mainframe use and the Internet or at least one PC with Internet connection dedicated to mainframe. At less than a thousand dollars for a laptop or PC, this seems like a trivial cost for DR. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Doug Fuerst Consultant BK Associates Brooklyn, NY (718) 921-2620 (Office) (718) 921-0952 (Fax) (917) 572-7364 (Cell) [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: Access to the internet at DR site was Re: License keys for ISV products(W...
In a message dated 2/19/2007 3:19:22 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Where do you recover? Every place I know of has PC's for access in the hot sites. Guess the 'big one' would be an EMP detonation. Probably maybe no internet at all. The other one that comes to mind is cold site with nothing except power. Murphy at his finest. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Access to the internet at DR site was Re: License keys for ISV products(What alternatives are there?)
On Mon, 19 Feb 2007 16:48:27 -0400, Clark Morris wrote: Could you take a laptop with a wireless connection? Failing that, can you make the case for having either one PC dedicated to mainframe use and the Internet or at least one PC with Internet connection dedicated to mainframe. At less than a thousand dollars for a laptop or PC, this seems like a trivial cost for DR. Why is this any less straightforward than: If your primary site requires Internet access, however intermittently and for even such minor(?) purposes such as updating license keys, then your SLA with the DR provider must specify similar Internet access at the DR site. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Really, really weird problem with IBMLink - PTF ordering
I have tried three times to order a set of PTFs. They are to support the z9BC that we are planning to get (for z/OS 1.6). The first two times, I ordered the PTFs from the PSP application. Both times, I got some weird-*** VSE PTFs. The same set each time. OK, I figured that the link from PSP to the automated ordering was somehow broken. So, I go back into PSP. I get the list of PTFs in an ASCII file. I verify that they are the ones that I want. I go directly to SRD to order them by doing a cut-and-paste from my ASCII file. I get the same set of VSE PTFs. I have sent feedback about this, but has anybody else had this? Is it some sort of viral marketting for VSE? GRIN -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Really, really weird problem with IBMLink - PTF ordering
I'm having trouble with RECEIVE ORDER today. IBM support told me to check my firewall The error I'm getting is: GIM69207S ** THE CONNECTION WITH THE SERVER FAILED. java.net.ConnectException: javax.net.ssl.SSLProtocolException: end of file It certainly might JUST be a coincidence It certainly might be our firewall. This did work for me last Friday. I had opened a problem with 566894901 (SMP/E support) who said that there were no known issues with this. Brian On Mon, 19 Feb 2007 15:44:57 -0600, McKown, John wrote: I have tried three times to order a set of PTFs. They are to support the z9BC that we are planning to get (for z/OS 1.6). The first two times, I ordered the PTFs from the PSP application. Both times, I got some weird-*** VSE PTFs. The same set each time. OK, I figured that the link from PSP to the automated ordering was somehow broken. So, I go back into PSP. I get the list of PTFs in an ASCII file. I verify that they are the ones that I want. I go directly to SRD to order them by doing a cut-and-paste from my ASCII file. I get the same set of VSE PTFs. I have sent feedback about this, but has anybody else had this? Is it some sort of viral marketting for VSE? GRIN -- John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Really, really weird problem with IBMLink - PTF ordering
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Brian Peterson Sent: Monday, February 19, 2007 3:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Really, really weird problem with IBMLink - PTF ordering I'm having trouble with RECEIVE ORDER today. IBM support told me to check my firewall The error I'm getting is: GIM69207S ** THE CONNECTION WITH THE SERVER FAILED. java.net.ConnectException: javax.net.ssl.SSLProtocolException: end of file It certainly might JUST be a coincidence It certainly might be our firewall. This did work for me last Friday. I had opened a problem with 566894901 (SMP/E support) who said that there were no known issues with this. Brian IBMLink has sent me an email that they are looking at the problem. It had to be transferred to the 2nd level people. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Really, really weird problem with IBMLink - PTF ordering
On Mon, 19 Feb 2007 15:58:38 -0600, Brian Peterson [EMAIL PROTECTED] wrote: I'm having trouble with RECEIVE ORDER today. IBM support told me to check my firewall The error I'm getting is: GIM69207S ** THE CONNECTION WITH THE SERVER FAILED. java.net.ConnectException: javax.net.ssl.SSLProtocolException: end of file It certainly might JUST be a coincidence It certainly might be our firewall. This did work for me last Friday. I had opened a problem with 566894901 (SMP/E support) who said that there were no known issues with this. Brian Brian, I was able to order a PTF this today without any problems. But looking at my order mgmt panel it was at 08:22 central time this morning. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Really, really weird problem with IBMLink - PTF ordering
Well, that makes me think my problem is our firewall. I'm still trying to track down those guys to help me with this. Brian On Mon, 19 Feb 2007 16:04:04 -0600, Mark Zelden wrote: On Mon, 19 Feb 2007 15:58:38 -0600, Brian Peterson wrote: I'm having trouble with RECEIVE ORDER today. IBM support told me to check my firewall (snip) Brian, I was able to order a PTF this today without any problems. But looking at my order mgmt panel it was at 08:22 central time this morning. Mark -- Mark Zelden -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: TRSMAIN now supports spanned records
On Mon, 19 Feb 2007 21:01:29 +, Jan Vanbrabant wrote: Hi Tom, Re. you saying: the new TRSMAIN supports spanned records so you can TERSE your SMF data! Grab it at ftp://ftp.software.ibm.com/s390/mvs/tools/packlib/ Were you supposed to disclose that to someone who may not have clicked on the License agreement below? At last? And when can we expect support for HFS/ZFS? I would think that TRSMAIN should perform a low-level (EXCP) copy of block images and be oblivious to data set characteristics. But isn't that ADRDSSU's specialty? So, is there any species of data set that can't practically be unloaded with ADRDSSU, followed by TRSMAIN PACK, then FTP; and restored by reversing the process? How does this deal with a VSAM cluster with its necessary catalog complexity? How much out-of-band data would also need to be supplied for the command input to ADRDSSU restore? How would it do with a VM minidisk, seen as an MVS dataset, for which the count fields are invalid? De TRSMAIN homepage http://techsupport.services.ibm.com/390/trsmain.html -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: License keys for ISV products(What alternatives are there?
I think what we are hearing is that my earlier suggestion that maybe the problem is your AP department was not a red herring after all. Maybe! Maybe not. Our company does NET-30, and our vendors accept that. And, of the 15 we manage ourselves, rather than through our service provider, only 4-5 have keys and only one gives us a grace period. One doesn't even warn us. It just stops. If this is such a prevalent problem, shouldn't the customer and the vendor come to some sort of compromise? Besides the draconian measure of stopping dead on key expiry? Especially, with the companies that only supply that support 9-5/M-F? - 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
