Re: We're losing the battle
R.S. asks: .Gentlemen, I'm getting lost. What does it mean front end switch? The common vernacular in this particular field is to describe that front-end system as an ATM switch (for example). Switch should not be taken *too* literally, though. But transaction processing is a bit too strong, generally speaking, so it's not a good term either. (I prefer something like front-end queuing system, but there's probably no perfect term.) The system of record with the correct bank balance is the back-end. Basically if the back-end is down the front-end stands in to provide a more limited set of services. (That negative file described elsewhere in this thread is an excellent example.) There might also be a lower withdrawal limit, funds transfer between accounts may not be available, account balances might not be available, etc. Some organizations refer to this reduced service set as degrade mode. (We used to describe a bank branch that way when the network connection to the home office was down -- degrade mode would apply, and the teller could provide up to maybe $100 in cash per customer. The branch IT systems and back office systems were engineered to work around the unreliable network connections.) When the back-end comes back up it works with the front-end to reconcile whatever happened during the outage. That probably means some account holders have overdrawn their accounts, and so part of the reconciliation includes getting those accounts over into whatever exception processing the bank has in such cases. There's also probably more fraud, so that falls into another exception bucket. Now it's not THAT hard for a bank to move away from a physically separate front-end toward a logical (virtualized) one. I've pointed out earlier the many reasons driving the trend to simplify. Another one is that this ATM switch function is peculiar to one channel. Banks and other financial service companies are seeing their channels multiply. So they can either buy more front-ends -- which have always been a second-best option even in the best of circumstances anyway. Or they can improve their back-ends to deliver something much closer to continuous service. Or at least they can place the front-ends logically on shared, highly available infrastructure rather than maintain separate boxes with alien software. If the only high service level business involves the ATM cards, that's one thing. But that's not a good description for modern, integrated banking in most countries, and it certainly isn't the trend. Said another way, if the global trading applications for stock exchanges require 24 hour SLAs -- and an awful lot of banks have global investment arms -- what good does it do for those applications to have a front-end ATM switch? Absolutely nothing of course -- a channel-specific switch offers no benefit to other business channels -- and the only value the ATM switch provided was to fix the SLA for core banking, and only for a limited set of services, and only with higher rates of exception (read: more expensive) processing. So if you improve the SLA for one class of applications, you're probably also improving it for others, and the others get the improvements essentially for free. (Well, this is true for IBM mainframes. It's much, much less true with distributed systems.) Then it becomes tough for any business to justify spending money on a front-end when the improved SLA on the back-end is free. Whether you're seeing these particular trends at your bank or not is interesting, but from an industry view I think this is a reasonable (and unsurprising) generalization. (Certainly the biggest application provider in this market, ACI Worldwide, recognizes these trends.) And you shouldn't be surprised when you start to see these trends hitting your bank in the coming years if they haven't already. There's an awful lot of pressure in the banking industry to gain efficiencies, reduce costs, and improve service levels. The alternative I suppose is that you could shift the back-end logically over to the front-end. But in the case of IBM System z and HP NonStop, the back-end is a heck of a lot bigger with a far richer function set. System z is a broad scope application hosting environment for general business applications using an increasingly wide variety of middleware, programming languages, run-times, etc. That just isn't HP NonStop: never was, and, with each passing year, ever decreasing. So if (when?) you're going to move one side to the other, there's only one realistic direction here. Make sense? I really don't think this is surprising or that this line of thought is particularly profound. It's just common sense. I don't think this is even surprising to HP, which seems to be attempting to reposition HP NonStop in the role of a front-end queuing system for distributed systems, to fix SLAs for a limited set of services using a dual-platform strategy. Of course you can do that with a System z mainframe, too -- most people
Re: Antwort: Thoughts/Experience with migration from Serana Changeman to SCLM
Shmuel Metz writes: Sometimes you are on your own even when you pay for software, and sometimes there are support resources for free software. A big price tag doesn't guaranty anything except a big price tag. True, but assuming we're actually talking about a properly measured and allocated support line item in the budget, a zero price tag results in zero support. *Somebody* has to pay for support, even if it involves volunteer labor hours. (Time is still money.) There are various ways to help keep support prices highly correlated with actual support delivery, but that's a big topic for another day. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [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: CHECK(IBMXCF,XCF_SIG_STR_SIZE)
Mark, Bill: I answer all your questions: Normal CF for IXCPATH6: CF2 Other CF for IXCPATH6: CF1 What size does the CFRM policy specify for the IXCPATH6 structure? In CF2: POLICY INFORMATION: POLICY SIZE: 117760 K POLICY INITSIZE: N/A POLICY MINSIZE : 0 K FULLTHRESHOLD : 80 ALLOWAUTOALT : NO REBUILD PERCENT: 1 DUPLEX : DISABLED ALLOWREALLOCATE: YES PREFERENCE LIST: CF2 CF1 ENFORCEORDER : NO EXCLUSION LIST : IXCPATH3 In CF1: POLICY INFORMATION: POLICY SIZE: 117760 K POLICY INITSIZE: N/A POLICY MINSIZE : 0 K FULLTHRESHOLD : 80 ALLOWAUTOALT : NO REBUILD PERCENT: 1 DUPLEX : DISABLED ALLOWREALLOCATE: YES PREFERENCE LIST: CF2 CF1 ENFORCEORDER : NO EXCLUSION LIST : IXCPATH3 What is the actual allocated size of the structure? How many list entries does the structure have? In CF1: ACTIVE STRUCTURE ALLOCATION TIME: 06/27/2008 08:53:30 CFNAME : CF1 COUPLING FACILITY: 002094.IBM.51.0007ED1A PARTITION: 04 CPCID: 00 ACTUAL SIZE: 118272 K STORAGE INCREMENT SIZE: 512 K ENTRIES: IN-USE: 1 TOTAL: 25798, 0% FULL ELEMENTS: IN-USE: 31 TOTAL: 25791, 0% FULL PHYSICAL VERSION: C29B0A6C EA750DE6 LOGICAL VERSION: C29B0A6C EA750DE6 SYSTEM-MANAGED PROCESS LEVEL: NOT APPLICABLE DISPOSITION: DELETE ACCESS TIME: 0 MAX CONNECTIONS: 32 Ñ CONNECTIONS : 5 In CF2: ALLOCATION TIME: 06/27/2008 08:56:32 CFNAME : CF2 COUPLING FACILITY: 002094.IBM.51.0007ED2A PARTITION: 08 CPCID: 00 ACTUAL SIZE: 118272 K STORAGE INCREMENT SIZE: 512 K ENTRIES: IN-USE: 1 TOTAL: 25798, 0% FULL ELEMENTS: IN-USE: 47 TOTAL: 25791, 0% FULL PHYSICAL VERSION: C29B0B1A 820EE343 LOGICAL VERSION: C29B0B1A 820EE343 SYSTEM-MANAGED PROCESS LEVEL: NOT APPLICABLE DISPOSITION: DELETE ACCESS TIME: 0 MAX CONNECTIONS: 32 Ñ CONNECTIONS : 5 What are the CFLEVELs of the two CFs? 15 CF Name Total Space Free Space Free% V Lvl --- -- - - --- CF1 957440 K 769536 K 80.37 Y 15 CF2 957440 K 454656 K 47.49 Y 15 For how many systems is the primary sysplex couple data set formatted? 12 SYSPLEX COUPLE DATA SETS PRIMARYDSN: SYS1.SYSPLEX0.XCF.CDS01 VOLSER: PLX004 DEVN: 03EB FORMAT TOD MAXSYSTEM MAXGROUP(PEAK) MAXMEMBER (PEAK) 06/24/2008 14:50:17 12 50 (36) 123 (12) ADDITIONAL INFORMATION: ALL TYPES OF COUPLE DATA SETS ARE SUPPORTED GRS STAR MODE IS SUPPORTED ALTERNATE DSN: SYS1.SYSPLEX0.XCF.CDS02 VOLSER: PLX005 DEVN: 0434 FORMAT TOD MAXSYSTEM MAXGROUP MAXMEMBER 06/24/2008 14:49:01 12 50 123 ADDITIONAL INFORMATION: ALL TYPES OF COUPLE DATA SETS ARE SUPPORTED GRS STAR MODE IS SUPPORTED When you used CFSizer, what did you specify for the ClassLen input? Nothing. We use this job: //CFSIZER JOB (S01),'SISTEMAS',CLASS=A,MSGCLASS=X,NOTIFY=SYSUID, //MSGLEVEL=1 //S1 EXEC PGM=SIZER //STEPLIB DD DSN=SYS2.BATCH.LOADAUTH,DISP=SHR //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //SYSOUT DD
Re: CHECK(IBMXCF,XCF_SIG_STR_SIZE)
Mark, Bill: The check is successful now. I suppose that the check disappeared when I added new size to the structure, then I rebuilt it in the other CF and finally I rebuilt it in the normal CF. I can't understand why the check was in exception when I increased the size three times and with more size than nowadays. Is recomend change the structure of CF when you add more size?. Thanks Jorge -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Strange Problem: System Code S106
We didn't do anything on this so far, because the fix is easy to do (test for X'8000') and this is at one central place in our dialog system; all module calls are processed by this control module which contains the CDE processing and the LOAD, if necessary (we call it a interface module). For NULL tests of addresses, we normally do something like LA R1,0(R1) cleans bit 0 in 31 bit mode and 0 to 7 in 24 bit mode IF (R1,Z)generates LTR and Branch but in this case we didn't do it, first because we assumed an address from the CDE to be valid and second because we need the first bit to know the AMODE (or for anything else, I'm not directly involved in the maintenance of these interface modules - I'm a freelance consultant in this area, but for some 10+ years now). Kind regards Bernd Am Donnerstag, 26. Juni 2008 19:55 schrieben Sie: John, that may work very well, but my preference is that LOAD processing delete the faulty CDE if the LOAD fails. Has anyone opened an incident with IBM on this issue? It might very well be a bug in the 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: Strange Problem: System Code S106
This was exactly my first thought, too, and this is why I opened this thread. Kind regards Bernd Am Donnerstag, 26. Juni 2008 19:37 schrieben Sie: unsnip- If you fix the problem (S106 Abend) that led to the bogus CDE, you don't risk getting a bogus CDE when you do a LOAD. :-) Yes, but the problem described by the OP was an I/O error. Yes, it is an unusual situation. These days, I'd say _very_ unusual. Still, MVS got to be the robust and reliable system that it is today precisely because it *does* handle unusual situations without leaving garbage behind. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Op codes removed from z/10
It could be as simple as the current systems are so fast that maintaining the microcode and the microcode space is no longer cost effective. Right on target. These were never instructions intended for use other than by the operating system, and the operating system no longer needed them (due to the speed situation) and (for example) it was not cost-effective to enhance them for z/Architecture. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Chargeback tools
I'm interested in comparing tools for resource-use-based chargeback. We don't have one today. The goal is to track the use of computing resources on the Mainframe. Besides CICS (transactions based), DASD (usage based, MSU usage etc .. what else should be accounted for? Comparing existing expenses with that modeled after an industry standard tool should help breakdown costs for all departments. What are you folks using -- any recommendations .. suggestions.. books on the subject .. would be helpful. Could such a tool also be used for 'predictive analysis' - e.g. how would adding 10 more CICS' affect my system resources. On the flip side, and not knowing if such a tool is really the answer, shouldn't data provided by CMF/RMF reports be enough to extrapolate. Regards, Jasbir -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual tape on VM
On Thu, 26 Jun 2008 11:48:35 -0500, Thomas Kern [EMAIL PROTECTED] wrote: For programs inside a virtual machine that use standard CMS TAPEIO macros for their I/O, you can create a nucleus extension that intercepts the tape I/O and transforms it in some way. My recollection, ancient, fuzzy, and perhaps outdated, is that while one could successfully intercept TAPEIO with an nucleus extension and successfully manipulate tapes with an assembler program, many utility commands such as TAPE issued a DIAG that failed unless a real tape was mounted before proceeding to use TAPEIO for the bulk of the transfer. In about the same era, I had similar problems ATTACHing a real printer to 00E -- the CMS print command issued a CP CLOSE that failed. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
GRS Slow Down
Something like this may have happened to others, but I thought I post it just in case. I might help in your analysis if you get a similar problem. We recently had a situation where an application system, PEP Plus, was experiencing problems that appeared to be CPU related even though we had plenty of CPU resources on our production environment. This particular application has a job that kicks off about every 4 hours. It then internally kicks off other jobs and waits for them to complete. Normally these tasks run in less than a minute, but at the problem times they could take up to 20 minutes. The master task would time out waiting for the daughter tasks to complete. As I said we had plenty of CPU on our production LPAR. Well, we are soft capped and since we are on z/OS 1.7 we have to cap by LPAR. What was happening is that our test LPAR was hitting the cap hard. In fact it was hitting it so hard that everything, including tasks running in SYSTEM service class, were slowing down considerably. What was causing the problem on the production system was that GRS on that system was waiting for a response from GRS on the test system. Since we didn't have RMF Monitor III running continually at the time (this is being changed at my insistence) I couldn't use that to analyze this. Someone here saw the relationship between the test system hitting the cap and PEP Plus having problems. I then did an analysis on the test system service classes and saw that the PIs were terrible even for things running in SYSTEM. I just thought that this might be of interest to any performance analysts out there in case you run into something similar. I've also cross posted this to the MXG-L listserv. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Op codes removed from z/10
And let's not forget to mention why these microcode assists were added to MVS in the first place -- to make a version of MVS (MVS/SE, MVS/SP, etc.) that would not run on clones like Amdahl. Now that there are effectively no more clones IBM can simply remove them? --- On Fri, 6/27/08, Peter Relson [EMAIL PROTECTED] wrote: From: Peter Relson [EMAIL PROTECTED] Subject: Re: Op codes removed from z/10 To: IBM-MAIN@BAMA.UA.EDU Date: Friday, June 27, 2008, 5:25 AM It could be as simple as the current systems are so fast that maintaining the microcode and the microcode space is no longer cost effective. Right on target. These were never instructions intended for use other than by the operating system, and the operating system no longer needed them (due to the speed situation) and (for example) it was not cost-effective to enhance them for z/Architecture. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Chargeback tools
Well, I can think of a lot of things you might consider for chargeback, like CPU, DASD, Tape, Network (bandwidth used maybe). It kind of depends on what information you can collect any how hard it is to relate to your customers. Here we use a product that used to be called CIMS from CIMS Lab. About 2 years ago IBM acquired the product, and it is now called IBM Tivoli Usage and Accounting Manager (ITUAM) and is a part of the IBM Tivoli Decision Support package. In a previous life I was at a company that used KOMAND from Pace Applied Technology, Inc. One thing about it is that it has hooks you can put into the system that will give you good data for DASD space usage over time. Without something like that you really don't know space usage over time. If you already have MXG for performance/capacity planning purposes you can also use the database it sets up for chargeback data. You'll just have to create your own programs for reporting and invoicing. All of this depends on how deep into chargeback you want to get and how much you're willing to spend. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chauhan, Jasbir Sent: Friday, June 27, 2008 8:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Chargeback tools I'm interested in comparing tools for resource-use-based chargeback. We don't have one today. The goal is to track the use of computing resources on the Mainframe. Besides CICS (transactions based), DASD (usage based, MSU usage etc .. what else should be accounted for? Comparing existing expenses with that modeled after an industry standard tool should help breakdown costs for all departments. What are you folks using -- any recommendations .. suggestions.. books on the subject .. would be helpful. Could such a tool also be used for 'predictive analysis' - e.g. how would adding 10 more CICS' affect my system resources. On the flip side, and not knowing if such a tool is really the answer, shouldn't data provided by CMF/RMF reports be enough to extrapolate. Regards, Jasbir -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Utilization of Mainframe Software Licenses
Can anyone help me in understanding the rerm Utilization of Mainframe Software Licensing ? Does it mean taking care of licensing cost as per the MIPS / MSU or it involves something more than that...? JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS Slow Down
On Fri, 27 Jun 2008 09:03:10 -0500, Kelman, Tom [EMAIL PROTECTED] wrote: Something like this may have happened to others, but I thought I post it just in case. I might help in your analysis if you get a similar problem. all text snipped We've run into similar issues in one of our environments that has a test / sysprog LPAR in the production plex (which is dislike but does provide some benefits also). It wasn't capped, but the weight wasn't always high enough to supportsome work that must run (quickly) since the environment is shared. I've also seen related issues with VSAM RLS (SMSVSAM) on a production system caused by a test CICS region sharing something it shouldn't be and not getting enough cycles. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Chargeback tools *** Private response ***
Quoting Kelman, Tom: Here we use a product that used to be called CIMS from CIMS Lab. About 2 years ago IBM acquired the product, and it is now called IBM Tivoli Usage and Accounting Manager (ITUAM) and is a part of the IBM Tivoli Decision Support package. Tom, are you using this for z/OS charging ???. Just (today) had a query, and I thought the Tivoli UAM was for non-z/OS only (Windoze, zLinux, z/VM, VSE ...) Happy to be corrected. Cheers ... Shane -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: debugging S002-0C abend
My first suggestion would be to talk to the vendor or check the product documentation for assistance in debugging this condition (trace facilities or diagnostic aids). Failing that, I would collect a dump for the abend. In the dump, I think that you should find an SVRB that contains the registers at the time of the WRITE which should contain a pointer to the buffer in memory that was to be written. The suggestion from IBM to collect diagnostic information for this abend is to specify DIAGNS=TRACE on the DD statement used for output and run a GTF trace. That should capture diagnostic information associated with the abend. I don't know if that is an option in your case. I think that the GTF trace should contain information on buffer contents etc. but you may need assistance to interpret it. Bill On Thu, 26 Jun 2008 16:17:25 -0500, McKown, John [EMAIL PROTECTED] wrote: We had a batch job which uses CA-FileSave to journal changes to VSAM records. It abended with a: IEC036I 002-0C,IGC0005E,MMSI099D,PS140,FSJRNL,2740,MN0030,MSHMN.NASE.JOURNAL.BAT CH.CICSPIF This is a BSAM write which tried to write a block which was greater than the track size. So far, so good. But I really need to know where the record which caused this resides. I have no idea how to back track this. Any pointers? -- 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: Chargeback tools
I believe that your company is/was using CA MICS for mainframe chargeback, however my information may be dated. And, after the acquisition of Mellon, I'm surprised that the legacy MICS systems were never consolidated. You may want to inquire with colleagues about whether CA MICS is still used for collecting IT resource measurement data. Regardless, your interest about what information do we need to collect will be driven by the objective/initiative to determine how important is it to track each IT cost driver area and to what level of accuracy? A Finance Department management type would have an opinion on this topic, especially since they are likely the ones involved with allocating funds and IT resources to business units for their projects. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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/C++ malloc() memory allocation
I see, the LE manual I read it in was lying. -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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/C++ malloc() memory allocation
Betsy Jeffery said I see, the LE manual I read it in was lying. [CLC] if you saw it in an LE manual, then yep. LE has always been a problem state, non-authorized application. LE will never ask for anything other than low private subpools, i.e. task-owned, fetch protected storage in the task's storage key (Usually 8). However, it is possible to run LE applications in an APF authorized environment which would allow a program running under LE to do whatever it wanted. LE itself won't though. CC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
zAAP engine Benefit Question
In the March 2008 Redbook title System Programmer's Guide to: Workload Manager it has a section that reads: 3.6.3 zSeries Application Assist Processor (zAAP) The benefits of using a zAAP processor to execute Java code are saving CPU cycles in IP stacks and in the firewalls due to the connectivity simplification. I understand the JVM is the only authorized zAAP user. Does the above part from the manual imply that the IP stack and firewalls are written in JAVA, thus the CPU savings? And, what is the connectivity simplification being referenced? Thanks, Dennis -- For IBM-MAIN subscribe / signoff / archive access instructions, 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/C++ malloc() memory allocation
I just did a search of the LE 2.10 bookshelf at: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/CEE1BK32 for malloc csa or malloc ecsa and found no hits. Betsy, Can you point me to the (LE) manual that you think said this? (I also searched the current V1.9 manuals and they also don't have any hits). Betsy Jeffery [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... I see, the LE manual I read it in was lying. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zAAP engine Benefit Question
Hi Dennis, I think the author is talking about the benefit of running the Websphere J2EE stack local on z/OS rather than off platform. You save by not having to talk to a web server/app server across the LAN or WAN that is on another box maybe traverse a firewall or two instead you go directly from some z/OS transaction manager to Websphere on z/OS. At worst case hopefully between LPARs in the same CEC. zIIP engines however are enabled for much more than Java and priced the same as zAAP engines. Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Longnecker, Dennis Sent: Friday, June 27, 2008 12:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: zAAP engine Benefit Question In the March 2008 Redbook title System Programmer's Guide to: Workload Manager it has a section that reads: 3.6.3 zSeries Application Assist Processor (zAAP) The benefits of using a zAAP processor to execute Java code are saving CPU cycles in IP stacks and in the firewalls due to the connectivity simplification. I understand the JVM is the only authorized zAAP user. Does the above part from the manual imply that the IP stack and firewalls are written in JAVA, thus the CPU savings? And, what is the connectivity simplification being referenced? Thanks, Dennis 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
DFDSS Question - DSCHA
Hallo All, I am executing an incremental backup of various volumes. I am using the DSCHA parm. However, my problem is that I am receiving the following messages which prevents them from being backed up: ADR322E SYSJPT.SPFLOG1.LIST WAS NOT SELECTED DUE TO DUPLICATE NAME ADR727E DATA SET SYSJ1.DDIR IN CATALOG SYS1.ICFCAT.SYSQND WAS NOT PROCESSED BECAUSE IT NOT CATALOGED IN THE STANDARD ORDER OF SEARCH Is there a way of forcing DFDSS to backup the dsns regardless? Below are my control cards: //DASD1 DD UNIT=SYSALLDA,VOL=SER=PTPRS1,DISP=SHR //DASD2 DD UNIT=SYSALLDA,VOL=SER=PTPRS2,DISP=SHR //DASD3 DD UNIT=SYSALLDA,VOL=SER=PTTRS1,DISP=SHR //DASD4 DD UNIT=SYSALLDA,VOL=SER=PTPMC1,DISP=SHR //DASD5 DD UNIT=SYSALLDA,VOL=SER=PTPPP1,DISP=SHR //DASD6 DD UNIT=SYSALLDA,VOL=SER=PTPPP2,DISP=SHR //DASD7 DD UNIT=SYSALLDA,VOL=SER=PTTPP1,DISP=SHR //DASD8 DD UNIT=SYSALLDA,VOL=SER=PTTMC1,DISP=SHR //TAPE DD DSN=SYS2.PTPR.DFDSS.INCRMNTL,DISP=(,CATLG,KEEP), // UNIT=3490,VOL=(,,,35),LABEL=RETPD=1 //SYSIN DD * DUMP DATASET(INCLUDE(**) - EXCLUDE(SYS1.ICFCAT.** - SYS1.VVDS.** - SYS1.VTOCIX.**) - BY((DSCHA,EQ,YES))) - LOGINDDNAME(DASD1,DASD2,DASD3,DASD4,DASD5,DASD6,DASD7,DASD8) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - SPHERE - TOL(ENQF) Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send 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 - 25 Jun 2008 to 26 Jun 2008 (#2008-178)
Kind of a weird question I know, but ... it has been a day full of weird questions. A customer would like to know if they can open a TN3270 session *from* one z/OS host, to another z/OS host? Certainly. I'm typing this in one right now. I do not believe this is possible. For a start, you cannot have 2 SSCPs in the same Domain; so how can you have a Dependent LU?. Besides, there is no TN3270 client (AFAIK) for z/OS. However my customer - not on the face of it, a fool - sincerely believes that this is what he is doing, today. So who is right? Can I open a TN session to a host in another domain??? He is. The IBM TELNET application is a tn3270 client. VTAM doesn't really affect this because the connection will pass through the IP stack and it's the other z/OS system's problem to get the right LU assigned, etc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS Question - DSCHA
Willie, There's something wrong with these two datasets. Look up the ADRxxxE messages. The SYSJPT.SPFLOG1.LIST dataset appears to have an uncataloged duplicate on disk somewhere. Find and delete that uncataloged twin. I suspect, that VSAM dataset SYSJ1.DDIR is cataloged in a catalog other than the one that the HLQ SYSJ1 points to. If that's the case, you need to run a REPRO MERGECAT to combine everything in one catalog. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, June 27, 2008 10:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFDSS Question - DSCHA Hallo All, I am executing an incremental backup of various volumes. I am using the DSCHA parm. However, my problem is that I am receiving the following messages which prevents them from being backed up: ADR322E SYSJPT.SPFLOG1.LIST WAS NOT SELECTED DUE TO DUPLICATE NAME ADR727E DATA SET SYSJ1.DDIR IN CATALOG SYS1.ICFCAT.SYSQND WAS NOT PROCESSED BECAUSE IT NOT CATALOGED IN THE STANDARD ORDER OF SEARCH Is there a way of forcing DFDSS to backup the dsns regardless? Below are my control cards: //DASD1 DD UNIT=SYSALLDA,VOL=SER=PTPRS1,DISP=SHR //DASD2 DD UNIT=SYSALLDA,VOL=SER=PTPRS2,DISP=SHR //DASD3 DD UNIT=SYSALLDA,VOL=SER=PTTRS1,DISP=SHR //DASD4 DD UNIT=SYSALLDA,VOL=SER=PTPMC1,DISP=SHR //DASD5 DD UNIT=SYSALLDA,VOL=SER=PTPPP1,DISP=SHR //DASD6 DD UNIT=SYSALLDA,VOL=SER=PTPPP2,DISP=SHR //DASD7 DD UNIT=SYSALLDA,VOL=SER=PTTPP1,DISP=SHR //DASD8 DD UNIT=SYSALLDA,VOL=SER=PTTMC1,DISP=SHR //TAPE DD DSN=SYS2.PTPR.DFDSS.INCRMNTL,DISP=(,CATLG,KEEP), // UNIT=3490,VOL=(,,,35),LABEL=RETPD=1 //SYSIN DD * DUMP DATASET(INCLUDE(**) - EXCLUDE(SYS1.ICFCAT.** - SYS1.VVDS.** - SYS1.VTOCIX.**) - BY((DSCHA,EQ,YES))) - LOGINDDNAME(DASD1,DASD2,DASD3,DASD4,DASD5,DASD6,DASD7,DASD8) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - SPHERE - TOL(ENQF) Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DFDSS Question - DSCHA
re: SYSJPT.SPFLOG1.LIST These datasets are created by ISPF and you already have an other by the same name. Not sure why you would want to back it up. I think you can just delete the duplicate. Perhaps, keep the one that is cataloged and delete the other. re: ADR727E Application Programmer Response: Recatalog the data set in the standard order of search and rerun the job. Make sure the alias for SYSJ1 points to that catalog. If not, remove the catalog entry and catalog it in the right catalog. Pedro Vera -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS Question - DSCHA
Ulrich, I understand why we have problem it is because we have duplicate copies of certain disks on the floor. For example at each IPL time the the SYSRES packs are switched i.e. the backup disk (PTPRS2) becomes the active disk etc. I just need to backup all the files which have not been updated. When using FDR we don't have this problem Since this partition does not FDR we are forced to use DFDSS. --- On Fri, 6/27/08, Ulrich Krueger [EMAIL PROTECTED] wrote: From: Ulrich Krueger [EMAIL PROTECTED] Subject: Re: DFDSS Question - DSCHA To: IBM-MAIN@BAMA.UA.EDU Date: Friday, June 27, 2008, 10:41 AM Willie, There's something wrong with these two datasets. Look up the ADRxxxE messages. The SYSJPT.SPFLOG1.LIST dataset appears to have an uncataloged duplicate on disk somewhere. Find and delete that uncataloged twin. I suspect, that VSAM dataset SYSJ1.DDIR is cataloged in a catalog other than the one that the HLQ SYSJ1 points to. If that's the case, you need to run a REPRO MERGECAT to combine everything in one catalog. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, June 27, 2008 10:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFDSS Question - DSCHA Hallo All, I am executing an incremental backup of various volumes. I am using the DSCHA parm. However, my problem is that I am receiving the following messages which prevents them from being backed up: ADR322E SYSJPT.SPFLOG1.LIST WAS NOT SELECTED DUE TO DUPLICATE NAME ADR727E DATA SET SYSJ1.DDIR IN CATALOG SYS1.ICFCAT.SYSQND WAS NOT PROCESSED BECAUSE IT NOT CATALOGED IN THE STANDARD ORDER OF SEARCH Is there a way of forcing DFDSS to backup the dsns regardless? Below are my control cards: //DASD1 DD UNIT=SYSALLDA,VOL=SER=PTPRS1,DISP=SHR //DASD2 DD UNIT=SYSALLDA,VOL=SER=PTPRS2,DISP=SHR //DASD3 DD UNIT=SYSALLDA,VOL=SER=PTTRS1,DISP=SHR //DASD4 DD UNIT=SYSALLDA,VOL=SER=PTPMC1,DISP=SHR //DASD5 DD UNIT=SYSALLDA,VOL=SER=PTPPP1,DISP=SHR //DASD6 DD UNIT=SYSALLDA,VOL=SER=PTPPP2,DISP=SHR //DASD7 DD UNIT=SYSALLDA,VOL=SER=PTTPP1,DISP=SHR //DASD8 DD UNIT=SYSALLDA,VOL=SER=PTTMC1,DISP=SHR //TAPE DD DSN=SYS2.PTPR.DFDSS.INCRMNTL,DISP=(,CATLG,KEEP), // UNIT=3490,VOL=(,,,35),LABEL=RETPD=1 //SYSIN DD * DUMP DATASET(INCLUDE(**) - EXCLUDE(SYS1.ICFCAT.** - SYS1.VVDS.** - SYS1.VTOCIX.**) - BY((DSCHA,EQ,YES))) - LOGINDDNAME(DASD1,DASD2,DASD3,DASD4,DASD5,DASD6,DASD7,DASD8) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - SPHERE - TOL(ENQF) Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DFDSS Question - DSCHA
... the SYSRES packs are switched ... But that should not be a source of your messages. Both of your res packs should use the same master catalog (or at least, all of the aliases should be the same). The two datasets in your post seem to be user datasets and should be handled by correct cataloging. backup all the files which have not been updated I think you should backup the files whcih have been updated. Pedro Vera -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS Question - DSCHA
Willie, In that case, I think, you should to make a few changes. TSO-user datasets should never be allowed to go on a SYSRES pack, especially, if you maintain duplicate sets. Move everything off those SYSRES packs that is not SYS1 or otherwise needed by z/OS to boot and run. Be sure to mount those packs PRIVATE and/or find other ways to prevent non-system datasets from going on SYSRES packs. If everything's unique and the catalog points to where the dataset really exists, then your backup should not have any problems, regardless of FDR or DFDSS. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, June 27, 2008 10:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFDSS Question - DSCHA Ulrich, I understand why we have problem it is because we have duplicate copies of certain disks on the floor. For example at each IPL time the the SYSRES packs are switched i.e. the backup disk (PTPRS2) becomes the active disk etc. I just need to backup all the files which have not been updated. When using FDR we don't have this problem Since this partition does not FDR we are forced to use DFDSS. --- On Fri, 6/27/08, Ulrich Krueger [EMAIL PROTECTED] wrote: From: Ulrich Krueger [EMAIL PROTECTED] Subject: Re: DFDSS Question - DSCHA To: IBM-MAIN@BAMA.UA.EDU Date: Friday, June 27, 2008, 10:41 AM Willie, There's something wrong with these two datasets. Look up the ADRxxxE messages. The SYSJPT.SPFLOG1.LIST dataset appears to have an uncataloged duplicate on disk somewhere. Find and delete that uncataloged twin. I suspect, that VSAM dataset SYSJ1.DDIR is cataloged in a catalog other than the one that the HLQ SYSJ1 points to. If that's the case, you need to run a REPRO MERGECAT to combine everything in one catalog. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, June 27, 2008 10:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFDSS Question - DSCHA Hallo All, I am executing an incremental backup of various volumes. I am using the DSCHA parm. However, my problem is that I am receiving the following messages which prevents them from being backed up: ADR322E SYSJPT.SPFLOG1.LIST WAS NOT SELECTED DUE TO DUPLICATE NAME ADR727E DATA SET SYSJ1.DDIR IN CATALOG SYS1.ICFCAT.SYSQND WAS NOT PROCESSED BECAUSE IT NOT CATALOGED IN THE STANDARD ORDER OF SEARCH Is there a way of forcing DFDSS to backup the dsns regardless? Below are my control cards: //DASD1 DD UNIT=SYSALLDA,VOL=SER=PTPRS1,DISP=SHR //DASD2 DD UNIT=SYSALLDA,VOL=SER=PTPRS2,DISP=SHR //DASD3 DD UNIT=SYSALLDA,VOL=SER=PTTRS1,DISP=SHR //DASD4 DD UNIT=SYSALLDA,VOL=SER=PTPMC1,DISP=SHR //DASD5 DD UNIT=SYSALLDA,VOL=SER=PTPPP1,DISP=SHR //DASD6 DD UNIT=SYSALLDA,VOL=SER=PTPPP2,DISP=SHR //DASD7 DD UNIT=SYSALLDA,VOL=SER=PTTPP1,DISP=SHR //DASD8 DD UNIT=SYSALLDA,VOL=SER=PTTMC1,DISP=SHR //TAPE DD DSN=SYS2.PTPR.DFDSS.INCRMNTL,DISP=(,CATLG,KEEP), // UNIT=3490,VOL=(,,,35),LABEL=RETPD=1 //SYSIN DD * DUMP DATASET(INCLUDE(**) - EXCLUDE(SYS1.ICFCAT.** - SYS1.VVDS.** - SYS1.VTOCIX.**) - BY((DSCHA,EQ,YES))) - LOGINDDNAME(DASD1,DASD2,DASD3,DASD4,DASD5,DASD6,DASD7,DASD8) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - SPHERE - TOL(ENQF) Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at
Re: Op codes removed from z/10
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 06/27/2008 10:09:21 AM: And let's not forget to mention why these microcode assists were added to MVS in the first place -- to make a version of MVS (MVS/SE, MVS/SP, etc.) that would not run on clones like Amdahl. Now that there are effectively no more clones IBM can simply remove them? --- On Fri, 6/27/08, Peter Relson [EMAIL PROTECTED] wrote: From: Peter Relson [EMAIL PROTECTED] Subject: Re: Op codes removed from z/10 To: IBM-MAIN@BAMA.UA.EDU Date: Friday, June 27, 2008, 5:25 AM It could be as simple as the current systems are so fast that maintaining the microcode and the microcode space is no longer cost effective. Right on target. These were never instructions intended for use other than by the operating system, and the operating system no longer needed them (due to the speed situation) and (for example) it was not cost-effective to enhance them for z/Architecture. Military secrets are the most fleeting of all. -- Spock, The Enterprise Incident, stardate 5027.4, Episode 59 The second most fleeting might be the marketing advantage provided by microcode assists. What one vendor can do in microcode, another usually can replicate in short order. So any such advantage from these assists would have run its course a few decades ago. On horizontally microcoded machines, it was possible to obtain a performance benefit in some cases by providing microcode which could implement a frequently used code sequence faster by using some hardware parallelism that was not available to the general instruction set. That is not the case on IBM processors of the past decade, and in fact using the lock assists had become slower than not using them. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS Question - DSCHA
I gave the SYSRES vols as an example. We have others as well which are switched e.g. TSO lib vols. --- On Fri, 6/27/08, Pedro Vera [EMAIL PROTECTED] wrote: From: Pedro Vera [EMAIL PROTECTED] Subject: Re: DFDSS Question - DSCHA To: IBM-MAIN@BAMA.UA.EDU Date: Friday, June 27, 2008, 11:04 AM ... the SYSRES packs are switched ... But that should not be a source of your messages. Both of your res packs should use the same master catalog (or at least, all of the aliases should be the same). The two datasets in your post seem to be user datasets and should be handled by correct cataloging. backup all the files which have not been updated I think you should backup the files whcih have been updated. Pedro Vera -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Utilization of Mainframe Software Licenses
Give some context please. -Original Message- From: Jacky Bright [mailto:snip] Sent: Friday, June 27, 2008 7:23 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Utilization of Mainframe Software Licenses Can anyone help me in understanding the rerm Utilization of Mainframe Software Licensing ? Does it mean taking care of licensing cost as per the MIPS / MSU or it involves something more than that...? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS Question - DSCHA
Then you should make absolutely sure that a data volume is active **only** if the complete catalog chain (starting at the master catalog and stepping through each alias and its related user catalogs) that supports that volume is also active. -Original Message- From: willie bunter [mailto:snip] Sent: Friday, June 27, 2008 11:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFDSS Question - DSCHA I gave the SYSRES vols as an example. We have others as well which are switched e.g. TSO lib vols. --- On Fri, 6/27/08, Pedro Vera [EMAIL PROTECTED] wrote: From: Pedro Vera [EMAIL PROTECTED] Subject: Re: DFDSS Question - DSCHA To: IBM-MAIN@BAMA.UA.EDU Date: Friday, June 27, 2008, 11:04 AM ... the SYSRES packs are switched ... But that should not be a source of your messages. Both of your res packs should use the same master catalog (or at least, all of the aliases should be the same). The two datasets in your post seem to be user datasets and should be handled by correct cataloging. backup all the files which have not been updated I think you should backup the files whcih have been updated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
questions about extended format
We're always behind the curve, so I'm just using extended format(EF). I'm trying to replace the Stop x37/DIF methodology with EF. I'm using EF for x37 reasons, not striping or greater than 4GB, and access is via QSAM. Other than the candidate entries for each dataset is there any major draw backs, eg HSM, FTP'ing, restoring? And will an EF mutivolume dataset be restored to a single volume if it's copied or HSM recalled? Doing some testing, I did find one thing that has me puzzled. I created a trk=(1,1) EF dataset and the EOV routine got control after 149 extents on two volumes. It allocates the 123 extents on one volume and then 26 on the second volume, there was plenty of room on the second volume as the next test indicated. I removed the EOV exit and it wrote 123 extent on each of the three volumes. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Op codes removed from z/10
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. [EMAIL PROTECTED] (Jim Mulder) writes: Military secrets are the most fleeting of all. -- Spock, The Enterprise Incident, stardate 5027.4, Episode 59 The second most fleeting might be the marketing advantage provided by microcode assists. What one vendor can do in microcode, another usually can replicate in short order. So any such advantage from these assists would have run its course a few decades ago. On horizontally microcoded machines, it was possible to obtain a performance benefit in some cases by providing microcode which could implement a frequently used code sequence faster by using some hardware parallelism that was not available to the general instruction set. That is not the case on IBM processors of the past decade, and in fact using the lock assists had become slower than not using them. there were some comments at the time that the mvs/se microcode assists were part of the motivation for amdahl's macrocode ... allowing them to track various fluctuations in hardware architecture (much simpler than it took to do the original by using a slight variation on 370 assembler) ... w/o having to resort to the difficulty and complexity of low-level horizontal microcoding. this then contributed to amdahl being able to relatively easily implement hypervisor support ... much easier than it took to create pr/sm response on the 3090. the original (vm/370) microcode assists were in two forms ... those things that implement the virtual machine rules for execution of supervisor instructions ... avoiding the interrupt and context switch overhead interrupting into the vm370 supervisor. the other big benefit was on the vertical microcode machines ... initially 138/148 ... where there as an avg. of 10 microcode instructions executed for every 370 instruction ... and vm370 kernel pathlengths was dropped into microcode on nearly a 1-for-1 instruction basis (obtaining a 10:1 performance improvement). old post on selecting the parts of vm370 kernel that were moved into the kernel (criteria was that 148 had 6k bytes of available microcode space ... so the objective was to select the highest used 6k bytes of vm370 kernel instructions): http://www.garlic.com/~lynn/94.html#21 370 ECPS VM microcode assit the issue with the high-end horizontal microcode machines was that various optimizations by the time of 3033 achieved nearly 1:1 parity between horizontal microcode and 370 instructions (370 instruction execution had gotten so efficient that there was nearly no difference between implementing the function in 370 instructions vis-a-vis implementing in microcode) ... aka for the ECPS class of things done originally for virgil/tully (138/148) would see no difference on 3033 (and later horizontal microcode) machines. that mostly left doing things in microcode/(macrocode) that could avoid overhead if implemented in straight machine instructions (like adding virtual machine rules to the execution of supervisor state instruction execution) ... aka things like hypervisor and pr/sm. misc. past posts mentioning macrocode: http://www.garlic.com/~lynn/2002p.html#44 Linux paging http://www.garlic.com/~lynn/2002p.html#48 Linux paging http://www.garlic.com/~lynn/2003.html#9 Mainframe System Programmer/Administrator market demand? http://www.garlic.com/~lynn/2003.html#56 Wild hardware idea http://www.garlic.com/~lynn/2005d.html#59 Misuse of word microcode http://www.garlic.com/~lynn/2005d.html#60 Misuse of word microcode http://www.garlic.com/~lynn/2005h.html#24 Description of a new old-fashioned programming language http://www.garlic.com/~lynn/2005p.html#14 Multicores http://www.garlic.com/~lynn/2005p.html#29 Documentation for the New Instructions for the z9 Processor http://www.garlic.com/~lynn/2005u.html#40 POWER6 on zSeries? http://www.garlic.com/~lynn/2005u.html#43 POWER6 on zSeries? http://www.garlic.com/~lynn/2005u.html#48 POWER6 on zSeries? http://www.garlic.com/~lynn/2006b.html#38 blast from the past ... macrocode http://www.garlic.com/~lynn/2006c.html#7 IBM 610 workstation computer http://www.garlic.com/~lynn/2006c.html#9 Mainframe Jobs Going Away http://www.garlic.com/~lynn/2006c.html#24 Harvard Vs Von Neumann architecture http://www.garlic.com/~lynn/2006c.html#40 IBM 610 workstation computer http://www.garlic.com/~lynn/2006e.html#15 About TLB in lower-level caches http://www.garlic.com/~lynn/2006h.html#30 The Pankian Metaphor http://www.garlic.com/~lynn/2006j.html#32 Code density and performance? http://www.garlic.com/~lynn/2006j.html#35 Code density and performance? http://www.garlic.com/~lynn/2006m.html#39 Using different storage key's http://www.garlic.com/~lynn/2006p.html#42 old hypervisor email http://www.garlic.com/~lynn/2006t.html#14 32 or even 64 registers for x86-64? http://www.garlic.com/~lynn/2006u.html#33 Assembler question
Re: DFDSS Question - DSCHA
- Original Message - From: willie bunter [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Friday, June 27, 2008 1:21 PM Subject: DFDSS Question - DSCHA Hallo All, I am executing an incremental backup of various volumes. I am using the DSCHA parm. However, my problem is that I am receiving the following messages which prevents them from being backed up: ADR322E SYSJPT.SPFLOG1.LIST WAS NOT SELECTED DUE TO DUPLICATE NAME ADR727E DATA SET SYSJ1.DDIR IN CATALOG SYS1.ICFCAT.SYSQND WAS NOT PROCESSED BECAUSE IT NOT CATALOGED IN THE STANDARD ORDER OF SEARCH Is there a way of forcing DFDSS to backup the dsns regardless? Below are my control cards: //DASD1 DD UNIT=SYSALLDA,VOL=SER=PTPRS1,DISP=SHR //DASD2 DD UNIT=SYSALLDA,VOL=SER=PTPRS2,DISP=SHR //DASD3 DD UNIT=SYSALLDA,VOL=SER=PTTRS1,DISP=SHR //DASD4 DD UNIT=SYSALLDA,VOL=SER=PTPMC1,DISP=SHR //DASD5 DD UNIT=SYSALLDA,VOL=SER=PTPPP1,DISP=SHR //DASD6 DD UNIT=SYSALLDA,VOL=SER=PTPPP2,DISP=SHR //DASD7 DD UNIT=SYSALLDA,VOL=SER=PTTPP1,DISP=SHR //DASD8 DD UNIT=SYSALLDA,VOL=SER=PTTMC1,DISP=SHR //TAPE DD DSN=SYS2.PTPR.DFDSS.INCRMNTL,DISP=(,CATLG,KEEP), // UNIT=3490,VOL=(,,,35),LABEL=RETPD=1 //SYSIN DD * DUMP DATASET(INCLUDE(**) - EXCLUDE(SYS1.ICFCAT.** - SYS1.VVDS.** - SYS1.VTOCIX.**) - BY((DSCHA,EQ,YES))) - LOGINDDNAME(DASD1,DASD2,DASD3,DASD4,DASD5,DASD6,DASD7,DASD8) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - SPHERE - TOL(ENQF) Willie, Just add the bad datasets to your EXCLUDE list. 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: DFDSS Question - DSCHA
Or fix the reason why they are bad in the first place. Edouard A. Myers Senior Information Technology Specialist Office of the Chief Technology Officer DC Government 222 Massachusetts Ave, NW, Suite 200 Washington, DC 20001 Phone : 202-727-4017 Fax: 202-727-3880 Email: [EMAIL PROTECTED] Website: http://www.octo.dc.gov -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Friday, June 27, 2008 3:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFDSS Question - DSCHA - Original Message - From: willie bunter [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Friday, June 27, 2008 1:21 PM Subject: DFDSS Question - DSCHA Hallo All, I am executing an incremental backup of various volumes. I am using the DSCHA parm. However, my problem is that I am receiving the following messages which prevents them from being backed up: ADR322E SYSJPT.SPFLOG1.LIST WAS NOT SELECTED DUE TO DUPLICATE NAME ADR727E DATA SET SYSJ1.DDIR IN CATALOG SYS1.ICFCAT.SYSQND WAS NOT PROCESSED BECAUSE IT NOT CATALOGED IN THE STANDARD ORDER OF SEARCH Is there a way of forcing DFDSS to backup the dsns regardless? Below are my control cards: //DASD1 DD UNIT=SYSALLDA,VOL=SER=PTPRS1,DISP=SHR //DASD2 DD UNIT=SYSALLDA,VOL=SER=PTPRS2,DISP=SHR //DASD3 DD UNIT=SYSALLDA,VOL=SER=PTTRS1,DISP=SHR //DASD4 DD UNIT=SYSALLDA,VOL=SER=PTPMC1,DISP=SHR //DASD5 DD UNIT=SYSALLDA,VOL=SER=PTPPP1,DISP=SHR //DASD6 DD UNIT=SYSALLDA,VOL=SER=PTPPP2,DISP=SHR //DASD7 DD UNIT=SYSALLDA,VOL=SER=PTTPP1,DISP=SHR //DASD8 DD UNIT=SYSALLDA,VOL=SER=PTTMC1,DISP=SHR //TAPE DD DSN=SYS2.PTPR.DFDSS.INCRMNTL,DISP=(,CATLG,KEEP), // UNIT=3490,VOL=(,,,35),LABEL=RETPD=1 //SYSIN DD * DUMP DATASET(INCLUDE(**) - EXCLUDE(SYS1.ICFCAT.** - SYS1.VVDS.** - SYS1.VTOCIX.**) - BY((DSCHA,EQ,YES))) - LOGINDDNAME(DASD1,DASD2,DASD3,DASD4,DASD5,DASD6,DASD7,DASD8) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - SPHERE - TOL(ENQF) Willie, Just add the bad datasets to your EXCLUDE list. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: We're losing the battle
On Fri, 27 Jun 2008 15:03:20 +0900, Timothy Sipples [EMAIL PROTECTED] wrote: ... So if you improve the SLA for one class of applications, you're probably also improving it for others, and the others get the improvements essentially for free. ... Then it becomes tough for any business to justify spending money on a front-end when the improved SLA on the back-end is free. ... The improved SLA on the back-end is anything but free. The improved SLAs come only when the applications are redesigned to take advantage of the improved availability of the underlying platforms. Multiple applications that share a redesigned component may get some shared improvements in SLA but only when the shared component is the SLA's problem child. Adding continuous availability to large applications (or systems of applications) that weren't designed around the concept takes a lot of time and effort (read money). And a lot of banks aren't too free with their money right now. An existing solution (even when based on antiquated technology) has strong appeal in the current financial climate. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Strange Problem: System Code S106
On Thu, 26 Jun 2008 13:19:19 EDT, IBM Mainframe Discussion List [EMAIL PROTECTED] wrote: ... one of its five exit addresses set to X'8000'. ... ... The high-order bit is interpreted for setting the addressing mode by the component that calls the exit routine, and if the exit address is zero then a default IBM exit is used instead. ... Another reason for X'8000' would be a null last entry in a variable length parameter list. And I could imagine someone not checking for that. (A null entry at the end of a variable list? Who would do THAT?) And if the code is in a seldomly executed path in seldomly invoked error recovery code it could have gone unnoticed for a long time. A PMR sounds appropriate to me. Too bad you won't be able to reproduce it. :-( Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual tape on VM
We used to have a product under VM called VTAPE, from STK (now SUN) I believe, that emulated virtual tapes and units on VM disks. We do z/OS here, not VM, that is done by another department, so I could be incorrect on the details. Kees. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual tape on VM
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kees Vernooy Sent: Friday, June 27, 2008 3:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Virtual tape on VM We used to have a product under VM called VTAPE, from STK (now SUN) I believe, that emulated virtual tapes and units on VM disks. We do z/OS here, not VM, that is done by another department, so I could be incorrect on the details. Kees. There is a product from CA, also called VTAPE, which runs on z/OS. It emulates tape on z/OS DASD. We got rid of it due to high CPU utilization. We never tried to determine if it was the product or the way we customized it. -- 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
bad sample code?
I was looking at the sample code(ezacicas) in sezainst listed below for cics sockets programming. The takesocket is supposed to return the socket number in retcode+2 a halfword. If that's the case and socket number 1 was returned in retcode+2 wouldn't the error check after the call be incorrect? CALL EZASOKET,(SOCTSOCK,SOCKET_TO_TAKE,CLIENTID_LSTN,X ERRNO,RETCODE),VL,MF=(E,PARMLIST) * L R5,ERRNO Check for successful call L R6,RETCODE Check for successful call MVC MSGCMD,SOCTSOCK Set the API name C R6,ZEROIs it less than zero BLSOCERR Yes, go display error and terminate STH R6,SRV_SOCKID Save the taken socket descriptor Errnodsf Retcode dsf == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: what newsgroup server do you use?
[EMAIL PROTECTED] writes: Verizon fios has just dropped all bit.* newsgroups from their service. (I am lobbying for more than the 'Big-8' list they offer) recommendations in alt(.folklore.computers) because of similar: http://www.teranews.com (1 time charge)(free) http://news.aioe.org (free) http://dotsrc.org (free) http://www.x-privat.org/international.php (free) http://motzarella.org/?language=en (free) http://gmane.org/ (mail-lists via news) (free) http://www.newsfeeds.com/signup.htm (pay) http://www.individual.net/ (low pay) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: what newsgroup server do you use?
I use the smallest news20.forteinc.com subscription: http://www.forteinc.com/apn/faq.php If all you use is text (and catch up before you start), you don't need much bandwidth). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual tape on VM
John, You are right, I know this product, but this is not the one I mean. I searched some and I think it is this VTAPE product: http://www.vsoftsys.com/vssiprod.htm Kees. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: bad sample code?
Why? If RETCODE is negative there was an error on the call and there is no socket returned. Chuck Arney illustro Systems International, LLC http://www.illustro.com Access 3270 data from anywhere with z/XML-Host Access 3270 apps from the web with z/Web-Host Access CMS minidisks from z/OS or z/VSE with CMSACCess Voice: 214-800-8900 X#0562 Fax: 214-451-6394 * * * * * * * * * * * * * * * * This e-mail is private and may be confidential and is for the intended recipient only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any copies destroyed. If you are not the intended recipient you are strictly prohibited from using, printing, copying, distributing or disseminating this e-mail or any information contained in it. * * * * * * * * * * * * * * * * * * * * * * * * * * We use reasonable measures to virus scan all E-mails leaving illustro but no warranty is given that this E-mail and any attachments are virus free. You should ensure you have adequate measures in place for your own virus checking. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ward, Mike S Sent: Friday, June 27, 2008 4:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: bad sample code? I was looking at the sample code(ezacicas) in sezainst listed below for cics sockets programming. The takesocket is supposed to return the socket number in retcode+2 a halfword. If that's the case and socket number 1 was returned in retcode+2 wouldn't the error check after the call be incorrect? CALL EZASOKET,(SOCTSOCK,SOCKET_TO_TAKE,CLIENTID_LSTN, X ERRNO,RETCODE),VL,MF=(E,PARMLIST) * L R5,ERRNO Check for successful call L R6,RETCODE Check for successful call MVC MSGCMD,SOCTSOCK Set the API name C R6,ZEROIs it less than zero BLSOCERR Yes, go display error and terminate STH R6,SRV_SOCKID Save the taken socket descriptor Errnodsf Retcode dsf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: bad sample code?
Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chuck Arney Sent: Friday, June 27, 2008 5:13 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: bad sample code? Why? If RETCODE is negative there was an error on the call and there is no socket returned. Chuck Arney illustro Systems International, LLC http://www.illustro.com Access 3270 data from anywhere with z/XML-Host Access 3270 apps from the web with z/Web-Host Access CMS minidisks from z/OS or z/VSE with CMSACCess Voice: 214-800-8900 X#0562 Fax: 214-451-6394 * * * * * * * * * * * * * * * * This e-mail is private and may be confidential and is for the intended recipient only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any copies destroyed. If you are not the intended recipient you are strictly prohibited from using, printing, copying, distributing or disseminating this e-mail or any information contained in it. * * * * * * * * * * * * * * * * * * * * * * * * * * We use reasonable measures to virus scan all E-mails leaving illustro but no warranty is given that this E-mail and any attachments are virus free. You should ensure you have adequate measures in place for your own virus checking. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ward, Mike S Sent: Friday, June 27, 2008 4:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: bad sample code? I was looking at the sample code(ezacicas) in sezainst listed below for cics sockets programming. The takesocket is supposed to return the socket number in retcode+2 a halfword. If that's the case and socket number 1 was returned in retcode+2 wouldn't the error check after the call be incorrect? CALL EZASOKET,(SOCTSOCK,SOCKET_TO_TAKE,CLIENTID_LSTN, X ERRNO,RETCODE),VL,MF=(E,PARMLIST) * L R5,ERRNO Check for successful call L R6,RETCODE Check for successful call MVC MSGCMD,SOCTSOCK Set the API name C R6,ZEROIs it less than zero BLSOCERR Yes, go display error and terminate STH R6,SRV_SOCKID Save the taken socket descriptor Errnodsf Retcode dsf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: what newsgroup server do you use?
Lost my ten foot pole, don't go near newsgroup(s). :) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Anne Lynn Wheeler Sent: Friday, June 27, 2008 2:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: what newsgroup server do you use? [EMAIL PROTECTED] writes: Verizon fios has just dropped all bit.* newsgroups from their service. (I am lobbying for more than the 'Big-8' list they offer) recommendations in alt(.folklore.computers) because of similar: http://www.teranews.com (1 time charge)(free) http://news.aioe.org (free) http://dotsrc.org (free) http://www.x-privat.org/international.php (free) http://motzarella.org/?language=en (free) http://gmane.org/ (mail-lists via news) (free) http://www.newsfeeds.com/signup.htm (pay) http://www.individual.net/ (low pay) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Strange Problem: System Code S106
---snip-- Another reason for X'8000' would be a null last entry in a variable length parameter list. And I could imagine someone not checking for that. (A null entry at the end of a variable list? Who would do THAT?) And if the code is in a seldomly executed path in seldomly invoked error recovery code it could have gone unnoticed for a long time. ---unsnip--- That's not applicable here, Pat. Look at the OP. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html