Re: XML Parsing
snippage We have XML file that is send by the customer, we need to alter the XML file and send it back to 3'rd party . Here is the xml file SSN123604299/SSN.. SSNFormatted123-60-4299/SSNFormatted The altered format need to be like the one below TIN123604399/TIN.. The SSNFormatted tag is removed TIN is the one we need to send across to the 3'rd party. I would like get from the listners how we can acheive the same. SNIPPAGE The problem, as I understand it, is that a TIN means Tax-Payer's Id Number -- and the format tells which type it is. So the xxx-xx- is an SSN, while xx-xxx is an EIN (Employer's Id Number) which is issued to legal fictions (partnerships, trusts, corps, LLC, etc.) and generally NOT to humans. Given that understanding, a simple set of global changes will only get you into trouble. This will take some intelligence to know the actual format. Now if ALL of these are actually SSNs, then I would assume that you can make the global changes leaving the SSNFormatted values exactly like they are as another poster intimated. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Accessing USS on Mainframe thru Telnet
Kirk Wolf: Unfortunately, there isn't an official acronym for z/OS Unix System Services. Until such time as there is, maybe we should use zUSS or maybe Xeus :-) Since you insisted: http://www-03.ibm.com/systems/z/os/zos/features/unix/ Regards, Steve Thompson Opinions expressed by this poster do not necessarily reflect those of poster's employer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Question on PR/SM dispatcher
Shane ibm-m...@tpg.com.au wrote in message news:20111220123112.2a437a52@xpfs... On Mon, 19 Dec 2011 09:20:16 -0500 Tom Russell wrote: PR/SM dispatches Logical CPs not Logical Partitions. SNIPPAGE - I am quite sure that pr/sm always dispatched Logical CPs and Amdahls MDF dispatched entire domains (their word for lpar). snippage PR/SM and LPARs are IBM's answer to MDF (Multiple Domain Facility and Domains). In fact, IBM was AMDAHL's second customer to pay for MDF. But because the machine they had wasn't ready to be field upgraded, IBM wasn't the second customer to have MDF (man, lots of memories have been awakened by this posting). Through the 5990 machines, all LPs were dispatched simultaneously in a Domain. The idea was that we did not want to cause a spin lock loop problem that would cause ACR. We also were trying to solve a problem with I/O elongation (a domain would start an I/O, lose dispatch, the I/O would complete and the interrupt would be hanging until the Domain was dispatched again). We had discussed asynchronous dispatch, but it was decided to not implement it. Then came the big layoff of 1989 just after Thanksgiving... I have no idea what happened after that as I never saw any AMDAHL machines after the 5990-1400s in any shop where I worked. I do know that IBM implemented asynchronous dispatch. When, I don't know. And the particulars I don't know. And I don't work in POK so I don't have access to the LPAR - PR/SM logic, so I honestly can't speak to that at all. Regards, Steve Thompson Staff Software Engineer Connect:Direct for z/OS IBM - Software Group (469) 524-2622 sthomp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
AFT (Assured File Transfer) Technology (UNCLASSIFIED)
IBM Sterling Connect:Direct for z/OS is an Assured File Transfer system that makes use of security for the control and data. In the case of z/OS, Connect:Direct for z/OS 5.1 is the IBM release of the Connect:Direct for z/OS 5.0 put out by Sterling Commerce (their last release prior to the IBM acquisition). The Sterling Connect:Direct for z/OS releases may require Secure Plus in order to effect data/control security. I think that all the currently supported Connect:Direct for z/OS releases support using non encrypted transfers, control only encrypted, and control and data encrypted as the installation and its partner(s) require. The 5.0 and 5.1 releases do support all three (again, the pre-IBM acquisition releases may require Secure Plus to effect encryption)/ Regards, Steve Thompson Staff Software Engineer Connect:Direct for z/OS IBM - Software Group __ Group, Are there differences in AFT technology by provider? FTP solutions tend to be different by platform. There appears to be a few different Assured File Transfer (AFT) providers. On the ucdmo.gov site (Nov 2011) - The UCDMO Cross-Domain base line lists AFT. On some internet patent site Assured File Transfer (AFT) shows up. I've seen AFT implementation listed as a project for one company and AFT is listed as a Trusted Computer Solution for another. Mitre.org lists AFT under Cross-Domain Transfer (Transfer Solution). Purifile has also been mentioned. Q). For z/OS (like V1R12) what AFT solutions are people using in production? OPENSSH has SFTP which is not based on FTP as defined in RFC-959. SFTP uses a single secured channel. I did not find an RFC for AFT and I assume if AFT is being written by different providers there may be some differences in their implementation. Q). What can I expect AFT to provide that is common across these solutions? With AFT do both the control and data connections need to be secured where the client and server will need to perform an SSL handshake during the establishment of each data connection? Thanks in advance and Happy Holidays, Dave Dave Hansen Eagan Software Systems Branch 651-406-1208 dave.l.han...@usps.gov -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Licence to kill -9
snippage What are your thoughts about having some sort of certification for working with computers? Like a doctor or nurse or pilot or even a flight attendant? I mean, come on, a plumber? snippage There is a group that does something called the Certified Data Processor (CDP). Some years ago, when I was part of NaSPA, there was a discussion about this (somewhere before 1997). It is interesting that the State of NJ decided to make it happen, having the DP/IT group report to the Board of Cosmetology (I kid you not, they were going to have data processing professionals subject to a board for certifying Hair Dressers!!). There was a big hue and cry and this got stopped. Texas had some talks about it and that faded out to nothing. Many of us asked some questions about how would we certify people? How could we keep the tests current? Being a Certified VTAM USS person is not all that useful (if you don't know the real difference, just drop it and don't start), while being a certified VTAM SNA Network person with the SNI endorsement might have been a good thing. Then there is the JES3 Installation and Maint Cert. etc. etc. As you can see, the VTAM certs would not be good today because of the number of places that are really TCP oriented. This brought up the arguments about how long should a cert be good for? Being an SMP/E certified SYSPROG would probably be one of those things where the CERT would have meaning for 10 years or more. Today, having a SYSPLEX CERT would probably be a very good thing. AMDAHL DOMAIN certifications would be nearly worthless today. But an IBM LPAR certification might be good. Now, you can start to see what CERTs someone would need to have to be a MASTER SYSPROG. OK, now let's look at TSO, ISPF, HLASM, IPCS, etc. How would you determine if someone was good with TSO native commands -- would it require being able to edit some short file with the TSO native editor? HLASM: have to write a macro given certain specs, while writing a program that calculates how much money you would have, had you been paid $12.00 (US) in 1790 for some island off the east coast of the US, using 5% interest, binary arithmetic, conversion to packed decimal with floating a dollar sign (EDMK stuff) -- up to July 15th, 1996? Would that demonstrate that you could program in assembly language or that you should be doing banking programming? Who do we get to handle these things? SHARE? NaSPA? IBM? I'm all for it. But in all the discussions I've seen to date, they collapse under some argument or another. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSN NOT RELEASING OVER ALLOCATED SPACE
Willie: How about doing the following: //IDCAMS EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSUT1 DD DUMMY //SYSUT2 DD DSN=PROD.OTKT.SORTED.PAYMT(+1),DISP=MOD, // SPACE=(TRK,1,RLSE) //SYSUT3 DD DSN=PROD..SORTED.PAYMT(+1),DISP=MOD, // SPACE=(TRK,1,RLSE) //SYSINDD * REPRO IFILE(SYSUT1) OFILE(SYSUT2) REPRO IFILE(SYSUT1) OFILE(SYSUT3) /* The SYSUT2/3 data sets will be opened for output. Nothing will be written because the SYSUT1 is dummy and gets an immediate EOD. The dealloc logic will then release the unused space. Regards, Steve Thompson Staff Software Engineer Connect:Direct for z/OS IBM - Software Group (469) 524-2622 sthomp...@us.ibm.com __ Lizette, Here is the jcl : DSN=PROD.OTKT.SORTED.PAYMT(+1),DISP=(,CATLG,DELETE),SPACE=(CYL,(800,200), RLSE),DCB=(MODELDCB,RECFM=FB,LRECL=740,DSORG=PS) From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@bama.ua.edu Sent: Friday, November 4, 2011 10:12:54 AM Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE Good Day To All, We are trying to figure out this problem. Job A executes, it creates several dsns and many of these dsns are empty. We have the RLSE parm coded however it doesn't seem release the unused space for the empty dsns. Is there a way of fixing this problem or a work around? We are running RELEASE z/OS 01.11.00 Thanks for your help in advance. It would help if could you provid a screen show of 3.4 INFO for a dataset where the space did not release as well as the JCL statement and Jes messages for that dataset? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Scanning JES3 JCL
��z{S���}�ĝ��xjǺ�*'���O*^��m��Z�w!j�
Re: Scanning JES3 JCL
It has been a long time, but I worked in JES3 shops, even did a VSE to JES3 migration project. What Mr. Jaffe said pretty much covers it, and then I think you can, using output DSP, send the result (no MAIN processing) to a data set where you can even edit it. I was going through the z/OS 1.7 JCL REF to refresh my memories of how this is done. Regards, Steve Thompson IBM Connect:Direct for z/OS Developer __ SNIPPAGE Unlike JES2, JES3 C/I does both conversion and interpretation before execution. In addition, JES3 provides the JCLTEST and JSTTEST tools for doing even more in-depth JCL testing. From z/OS JES3 Initialization and Tuning Guide: During the prescan phase, the JCL for the job is examined for PGM=JCLTEST or PGM=JSTTEST. If PGM=JCLTEST is found on an EXEC statement, the JCL is interpreted and the job is then express canceled on completion of the CI DSP. If PGM=JSTTEST is found on an EXEC statement, the job is processed through the prescan and postscan phases, a printed format of the job summary table (JST) is printed on the JESYSMSG data set, and the job is then canceled-with-print on completion of the CI DSP. For more information on JCLTEST and JSTTEST, see z/OS JES3 Diagnosis. You can write a REXX that submits your jobs, changes the EXEC to PGM=JSTTEST and then examines the results. The JST table will tell you lots of great information about data set use. You can use the TSO/E OUTPUT command to copy the results from SPOOL to a data set. Also, if you submit the job(s) via FTP, you can get the results back via FTP. [Better tools are also available... ;-) ] -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GDG
Do you actually mean version or generation? I ask this because now and then someone actually means version (rarely). And what you asked could be either. Version will be A.B.C.G0001V00 then A.B.C.G0001V01. Generation will be A.B.C.G0001V00 then A.B.C.G0002V00 This makes a big difference in what you will have to do!! Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EDS mainframe goes elided, crashes RBS cheque system
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski Sent: Thursday, December 17, 2009 10:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: EDS mainframe goes elided, crashes RBS cheque system snip They perform their own microcode updates? I would have thought there were IBM CE's for that as part of 'normal' maintenance charges. Or maybe they just didn't give IBM the machine time? What sort of microcode fix (if not applied) causes an otherwise working machine to crash? The way this was written kid of negates the 'Mainframes never crash' (from a hardware perspective) idea. SNIP Perhaps there is a TCP/IP microcode patch that needs to be put on their system? The type that if you don't put it on, you wind up with corrupted data or sockets that hang/block? --Sent from my Dick Tracy Two-Way TV Wrist-Watch -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OT: D/R situation in an Airliner
Date:Sat, 16 Feb 2008 16:14:17 -0600 From:Ed Gould [EMAIL PROTECTED] Subject: Re: Linux zSeries questions SNIPAGE No wonder we have spy satellites crashing. Mind you are the ones you are talking about mission critical? Not just entertainment system runners? I remember seeing MS running similar configs and also have seen a BSOD on airplane screens. Management is just looking for cheaper not the best an they get what they pay for. SNIP I've also seen a BSOD, but not in the passenger area, it right up there with the pilot. And it was not a comforting thing to know that the other pilot had a laptop that they would get booted in about 5 minutes. Yes, the Airline guys fly with a Flight Management Computer (FMC) and autopilot, but when you have to program in the approach you have just been given... Its all kinds of fun using a GPS system like I use in GA aircraft, as a single pilot (you fly, operate the radio and program the GPS). I'm told an airliner's system is a bit more complicated which is why the non-flying pilot is a bit busy and focused while doing it. So to transfer that information from what you see on your screen to what you need in the FMC... I know of no laptop that I would trust as a pilot, to provide me with enroute and approach charts. It gets a little busy up there when you are in marginal weather (that is, not quite Visual, not really Instrument), forget 0 - 0 type weather. That's why I stay with paper charts. And you throw in turbulence and have that laptop impact the floor or the ceiling, and life could get real ugly with a broken screen, or a dead drive, or a cracked M/B, etc. There's a D/R situation that's just waiting to happen. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SEMI off topic
On Tue, 8 Jan 2008 20:24:49 -0600, Ed Gould [EMAIL PROTECTED] wrote: This is not specifically MAINFRAME question But I ran across this article that talks about replacing their UPS with a fly wheel system (please read the article) at http://searchdatacenter.techtarget.com/ originalContent/0,289142,sid80_gci1288892,00.html? track=NL-455ad=619599asrc=EM_NLN_2844322uid=6570353 Watch the wrap above My problem with this way of doing UPS is that the article states that they can loose power a full second before the new UPS kicks in. SNIP I don't think the person that wrote that article was really up to speed on how this works. Many years ago I was taken to a TELCO site where this was done. Mind you, the TELCO ran a bank of batteries to run the phone system (this was just as touch tone was being introduced). But the batteries were between the phone system and the generator. The generator was turned by a large electric motor. That motor was connected to a large flywheel that was connected to a large diesel engine by an electrically controlled clutch. The inertia of the motor, flywheel and generator where such that when the capacitors ran down (which happened when there was a drop in external power), that diesel engine would go from 0RPM to 600+RPM in about 1/4 rotation (shook the floor when that happened!). And I happened to be there when it was triggered by a power glitch - that's how I know about the floor. Now as I understood at the time, that whole system was set up to take over if the external power dropped for about 1 second and run for 30 minutes past the last missing beat from the external AC power. And the ammeters at the end of the battery bank (about 24 feet long and four 12v batteries wide) hardly flickered. That was about 1964. Given the changes in technology in the past 40+ years, I would imagine that a flywheel spun up to 54,000 RPM (as the secondary article specified) should hold up for a few seconds anyhow, before some engine-generator system would have to kick in. Again, it would depend on the power requirements. But I would imagine it would be cheaper in the long run than the typical bank of batteries to drive a UPS. 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
Contacted for an SMP/E person
I got an email from a head hunter looking for someone to do SMP/E based work for a large retailer located in Arkansas. Here is the crux of what they asked: Minimum 2 years experience with SMPE, System Software Installation Maintenance, MVS Utilities JCL Ok, I've already responded to them that I do SMP/E from the developer's side, but I could find them some serious applicants. Given that some have posted here that they are looking for work, I figured that notifying people via IBM Main would be a good idea. Contact me off list if you are interested. steve t at copper dot net (supply the right stuff and remove the spaces). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REGION=0M and LSQA
As a general observation: In the Private area (as opposed to X-Private), your storage is obtained starting at the bottom of your space going toward the top. System control blocks needed for servicing your address space are obtained in LSQA (Local System Queue Area) which is at the top of your Private area. This is where TCB, xRB, IOB, etc. is allocated. Now, if you specify REGION=0M (or equivalent), you effectively tell the system DO NOT RESERVE LSQA area. So if you write a storage hungry application, and you are doing lots of GETMAIN/FREEMAIN operations AND you get more than you free over time (not necessarily because of storage creep, but just doing more and more work) and at the same time you are doing LOAD, RACROUTE and/or ATTACH (or other system calls that cause LSQA to be used), then you are more likely to have the system and you collide. This will result in various SOS (short on storage) type ABENDs. Now, if you are APF authorized and you can get to KEY0, what you can do is calculate how much below the line storage you need, and then you can modify the LDA to LIMIT your below the line storage so that you have reserved LSQA space. In this way, you can use the 0M limit to give you all the space (above and below) that is available to the catagory of address space you are running in (your upper limit in above storage may be set differently depending on what kind of access you have). I'm sure if I missed anything, other posters will correct it right quickly. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Links to decent 'why the mainframe thrives' article
[I have cut all the stuff and am directing this in answer to various posts.] I am glad that there are those of you who know CISC vs. RISC, and state switching, memory protection schemes, and all that. Some of you even know that an apparent clock cycle and a micro-code cycle may NOT be the same duration. Some of you are knowledgable about micro-code word widths, how many stages a CPU pipe contains, the width of the various buses of different machines and models. That must mean that between all of us, we should be able to come up with a good bench-mark system. I've seen too many systems that were force marched off a mainframe environment to a non-mainframe environment by people who had short deadlines and only had time to make a system that did the same things as the mainframe. What a RETCHED system, that ran incredibly poorly. But we keep talking about the power of the mainframe. Isn't it time to put up or shut up? For Normalization purposes, I chose COBOL and a data base (common situation). I also am suggesting a batch oriented report. However, we could choose an ALC based system (but then we have to emulate it on under Windows, which wouldn't be considered fair). We could choose to use C or C++. But if you wanted to, you could set the whole thing up to provide a browser interface and do some interactive updates as well. But human interface/reaction time would skew your timings. Again, for normalization purposes, the whole system must run on the same machine/LPAR. And so there is a need to make sure that the whole system can fit and run in a single image. This causes that O/S to have to deal with cross memory communications (how-ever it is implemented), security (such as it may be), and I/O (how ever much) in order for the application to fetch the data and then process it. And by using COBOL with DB calls, we get to use the same command set between the two systems (I/O off loads to the DB system). Now it is the compiler that generates the code (one would expect it to be optimized for the platform) that gets executed to do the report and write line mode output (basic sequential file I/O). We already know that all of this will run in a single z/OS environment, because there are many shops already doing it. What we want to do is demonstrate, rather visually, which system can handle the throughput faster. After all, some years ago there was a comparison between a Univac and a S/370. The Univac is an octal based machine with 36 bit words. Great for number crunching (for its day). The Univac ate the S/370's dinner, lunch and breakfast when it came to number crunching and running a single job. But when multiple jobs ran simultaneously -- on a REAL storage system, only the number of jobs that would fit in memory could run. The S/370 finished first because of Virtual Storage and its ability multi-task (even with a single CPU). So, if the whole test can be built and run from a DVD on a Windows system, and one for Linux and one for z/OS, then one has something that non-tech people can see and appreciate. And I think it would be in our best interests to do it. I think IBM doesn't do it because it would cause problems for various of their sales organizations. THE biggest problem that I can see for right now is a Data Base engine that is common to z/OS, Linux and Windows that can be used (without licensing problems). I'm not a big DB person, so I don't know the answer to that. Lastly, COBOL has died how many times now? Yet it is supported on how many platforms and O/Ses? Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Patents, Copyrights, Profits, Flex and Hercules
Lindy Mayfield asks Would you agree, though, that mainframe users tend much more to be legal than personal users? I would say that practically all large customers are about as legal as they can possibly be and that there are strong external factors that drive them to behave that way. SOX here and corporate legal/accounting restrictions in many overseas markets make it fairly unlikely that customers in typical western world jurisdictions will intentionally stiff their providers. Accidental discrepancies are another matter, but overall I don't see it as a huge black hole sucking money out of the business. Of course I don't have anything to do with how licensing is done, so my opinion is irrelevant. I'd love to see a hobbyist license for many things, but they are extremely unlikely to show up any time soon (if at all) SNIP Interesting, it has been found that companies, publicly held, that have done things to defeat the usage limitations of a product. Specifically, a usage based license is offered. So these entities obtained a usage based license and then they figure out a way to violate the license. It was only by an audit that they were caught. They found a way to interfere with the product so they were able to run as many copies as they wanted. They didn't prevent SMF records from being written, they actually intefered with the product. Mind you, they wanted a usage based license, then they found a way to violate the terms of the license. There are other companies that I've worked for as a sysprog under contract. They are not as fastidious about mainframe software licenses as you might think. They are actually more afraid of a Microsoft software audit than any other platform. So if I, as a contractor, will not violate the contract, they will have one of their people take over the install... What this means is, SOX, and all the others (USofA or outside) can all be explained away -- you actually have a contract, but the terms are being violated. So please, complain all you want about keys and the like. The problems caused by some few cause a PIA for everyone (including developers who have to figure out how to put that asset protection code into a product). To the patent issue: Patents are OK as long as they are for new technical development and not business processes. Again, not for new implementation of an old idea -- things done with CICS or IMS DB/DC now done using IE. That just kinda fails the obviousness test from where I sit. But having been in a court on an IP case opened my eyes to the amount of abuse of the patent process, and I think in many cases because it is known that the US PTO won't even know how to challenge them. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Souce Control for z/OS
If one needed a source control system that could be handled via TSO, where could one find such? I know about Panvalet, Endevor, SCLM, and Librarian. Are there any others? The criteria for a source maint system is that it (1) will allow for immediate backout of an update, (2) allow a delta report at the member level to be done and (3) recognize that different members must be compiled/assembled linked with different options. If such a thing exists on the CBT, I've missed it, and if this was discussed on IBM-Main, the archives did not pull up a hit using source maint. Two odd things are also possible: using CVS (or some such) on an Intel platform, or using a VM/CMS server machine to handle things. But for now we are looking at/for options to the way we do things today (we have multiple mainframe environments (VM, VSE, MVS) and applications to merge to a single system and track). Later, Steve.T -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CE in Cleveland Area for TM Problem
Anyone know of a CE in the Cleveland OH area? I have a former client that called me with a problem with a 9672 Shark not running an MVS environment. They attempted an IPL this morning and it failed (system has been running, it is their remote D/R site). Im no longer in Ohio, having moved to TX and got out of the biz. This is a TM project. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Restrict Operator offline command
On Mon, 18 Sep 2006 17:57:27 +0200, Ceruti, Gerard G [EMAIL PROTECTED] wrote: Hi All For the second time we have had an operator issue a vary command from the master console that spanned nearly all our hardware devices, of course to all systems in the sysplex, the command v f00-f002,offline resulted in us having to ipl all the systems to recover. I would use an automated operations product that would intercept anything from the command line of a console with multi-targets. So a VARY (xxx-xxx),... would get stopped. It might get re-issued for similar devices (e.g., V (800-80F),ONLINE might get re-issued by the automation if this was known to it as a bank of tape drives, or some such). You are not the first to have this happen. And it is why different entities (e.g., banks, utilities, etc.) have such rules. Now how does the Automated Operations software know IT issued the command and not someone else? Because they use subsystem consoles as opposed to real consoles and know their ID, etc. etc. 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: SMF 14/15 Confidence
On Mon, 2006-02-13 at 23:00 -0600, IBM-MAIN automatic digest system wrote: Date:Mon, 13 Feb 2006 09:30:44 +0100 From:Vernooy, C.P. - SPLXM [EMAIL PROTECTED] Subject: Re: SMF 14/15 Confidence I don't agree, IEFBR14 does not OPEN the dataset, so CLOSE is not involved. SCRATCH should write type 17, it doesn't go untraced, unless you don't write type 17. Even a type 6x is written when the dataset is uncataloged. Kees. Well, under [DF]SMS and the DELETE/UNCATLG options of DISP=, it happens under the covers. Fine mess we got into back at DFP 3.3 and DFSMS and the changes to the rules IFF you were under SMS control. Later, Steve.T -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 14/15 Confidence
Actually, my point was, if your allocation is able to be done at a low enough level, you get below OPEN/CLOSE/EOV and 14/15 30 are not written. So, unless an exit had been put in to prevent the SMF records that someone did not tell me about (I was not the only developer doing things), we did NOT get any SMF records for these allocations (I had the system recording ALL records in SMFPRMxx being used at the time. WYLBUR, in using SVC32, also did its own read/write of VTOC records, attempted to consolidate data sets to single extent, etc. Which is why SVC32 is not a good idea in an SMS managed shop. Long live WYLBUR. -- If anyone is still running WYLBUR, I'd love to hear about it. Later, Steve Thompson On Tue, 2006-02-07 at 23:00 -0600, IBM-MAIN automatic digest system wrote: Date:Tue, 7 Feb 2006 07:54:29 +0100 From:Kaiser, Gerald (IT/IEG) [EMAIL PROTECTED] Subject: AW: SMF 14/15 Confidence Hi, no exit required, not finding any R14/R15 can be achieved by excluding their being written. See PARMLIB-member SMFPRMxx in parameter SYS(TYPE(from1:to1,from2:to2).. whether R14/R15 is excluded, which then means they are not written to SMF-datasets. Regards, Gerald Kaiser WW Informatik GmbH -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMF 14/15 Confidence
Well, as best I can remember products such as WYLBUR may not cause SMF records when they access data sets when using the SVC32 type allocation (very much predates SVC99). So, if you have a similar product (such as ROSCOE) and it were to do data set allocation using SVC32, AND the data set is NOT on an SMS managed DASD unit, then you may not see any SMF records. Perhaps on the P/390 where I used to do development or on the ACS production system someone had put an exit I didn't know about, because a few tests that I ran I needed to see SMF records and there weren't any. 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: IBM-MAIN Digest - 2 Nov 2005 to 3 Nov 2005 (#2005-307)
snip Telecommuters employed by a company outside their home state may be at = risk of having to pay extra taxes unless Congress adopts a bill = protecting them, experts said Tuesday.=20 http://news.com.com/Telecommuters+Beware+the+tax+man/2100-1028_3-5927124.html snip I have the same hope -- that I'm not too far outside the scope of the list. Please note that there are two types of Telecommuting, as I understand it, in the eyes of the law. 1) You are an employee of a company that is based outside of your residence state 2) You are an employee (or sub/contractor) whose employer has a situs in the state wherein you reside (in this case, if you are the company, you qualify). In the second case because the employer has a location in the state wherein the telecommuter is, NY would recognize that the income is not being directly earned from w/in their jurisdiction. Let me give an example to make sure that this is clear as mud: The TN employee of a NY employer was in the unfortunate situation of his employer not having some kind of location w/in TN. Therefore, NY asserts that the TN resident owes NY income taxes because of being directly employed from NY! Should the TN telecommuter have been self-employed, or been employed by a NON NY employer, that telecommuter would not have been subject to NY income tax because the employer did not have a NY tax nexus (Oh this gets really convoluted and painful). Now, please understand, I am not a lawyer, I do not play one on TV, and I did not stay at a Holiday Inn Express w/in the last 30 days. But because I do consulting work, this NY tax issue caused *MANY* people heart-burn and some of us needed to know the ramifications. Some years ago MD told us that we were subject to their corp personal income tax even if we never set foot in the state if we did business with a company based in their state. That was rather frightening, because this would mean that any state could tax the income of any company whether they had any presence in that state. We didn't buy it and they didn't pursue it. Had this situation in NY been applicable to both situations 1 2 above, every multi-state company would have been filing amicus briefs. 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