Re: Teletypewriter Model 33
Robert Wessel robertwess...@yahoo.com writes: While that's mostly true, the 3174, amongst other things, kept a copy of the terminal buffer in local storage (obviously for CUT mode devices only), and only sent updates down the wire. So the extra chattiness was largely a non-issue. That did have a significant impact on file transfer programs running via a CUT mode device, which would update the terminal's buffer directly, which led IBM to add a configuration option (the somewhat infamous File Transfer Aid Bit), which would cause the 3174 to copy the terminal buffer back when it serviced a read command. But things like Entry Assists definitely worked on real CUT mode terminals, which certainly still existed, even though many people were using PC based terminal emulators instead. los gatos lab vlsi tools group was doing lots of work with metaware's TWS and then two of the people did a mainframe Pascal ... which was used for a lot of internal VLSI tools and later morphed into vs/pascal product ... it was also used for the original mainframe tcp/ip product ... recently mentioned in this post: http://www.garlic.com/~lynn/2013l.html#54 in the early 80s one of the two people responsible for pascal, left and did a silicon valley startup to do a fancy 3270 controller clone ... which had a bunch of outboard functions in support of real dumb terminals. a big target was the TSO market place because of the really horrible TSO human factors and response ... and they were attempting to mask as much of it as possible. however, with the advent of ibm/pcs and 3270 terminal emulation ... that market imploded and the company disolved (it was only somebody like ibm's communication group that would have thought there was something more there). They somewhat got their investment money by showing large difference between TSO and CMS ... and claiming that they could make TSO close to CMS with enhanced functions outboard in a clone controller (customers would pay real money to make TSO semi-bearable). I periodically visited them in their digs while the controller was under development. other trivia ... after the 3270 clone controller company imblodes, he then goes on to be VP of software development at MIPS and when SGI buys MIPS ... he moves on to be the general manager of the SUN business unit that included JAVA. marginally related frame tale. circa 1990, object-oriented software was becoming the range in silicon valley ... Apple had PINK effort ... a new operating system implemented in object-oriented programming, SUN had similar SPRING effort. Apple spun off much of its object-oriented into Taligent which morphed into object-oriented program development environment with object classes grouped in frameworks. We were contacted and asked if we would consider taking over SPRING and turning it out as commercial product ... I've periodically claimed that there appeared to be some amount of overlap between SPRING and JAVA old email http://www.garlic.com/~lynn/2010.html#email960203 and this past post has part of the description of SPRING's client-side interpreter http://www.garlic.com/~lynn/2001j.html#32 past posts in this thread: http://www.garlic.com/~lynn/2013l.html#20 Teletypewriter Model 33 http://www.garlic.com/~lynn/2013l.html#21 Teletypewriter Model 33 http://www.garlic.com/~lynn/2013l.html#22 Teletypewriter Model 33 http://www.garlic.com/~lynn/2013l.html#23 Teletypewriter Model 33 http://www.garlic.com/~lynn/2013l.html#24 Teletypewriter Model 33 http://www.garlic.com/~lynn/2013l.html#25 Teletypewriter Model 33 http://www.garlic.com/~lynn/2013l.html#33 Teletypewriter Model 33 http://www.garlic.com/~lynn/2013l.html#35 Teletypewriter Model 33 http://www.garlic.com/~lynn/2013l.html#44 Teletypewriter Model 33 http://www.garlic.com/~lynn/2013l.html#46 Teletypewriter Model 33 -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS/E, Shared Dasd, and COBOL V5
Ed Gould writes: The 90 day trial program (to me) sounds like a shady car dealer from the wrong side of town. The term test drive has its etymology in the vehicle buying process, new and used, as I understand it. Trial is not so often applied to that process. (Would you like to trial the new Fiat 500? That's at least much less common usage of the word trial.) Simply put, we *DON'T* have such animals [Java programs on z/OS]. Nor will we in the foreseeable future. There are no possible business justifications that would lead to implementing Java programs on z/OS? No matter what the benefits, no matter what the business requirements your users and customers have, as long as you're around it'll never happen. Am I understanding you correctly, or am I misinterpreting you? Relatedly, prophetically, is John Gilmore correct? :-) But that wasn't actually the point I was trying to make. I'll try again. Whether *you* have Java programs running on z/OS or not, the fact is that *all* z/OS customers running Java programs on z/OS have no particular issues creating, testing, deploying, and managing their applications with the PDSE prerequisite. And that's been going on for many years. COBOL and Java are programming languages, both excellent. What makes COBOL so different in this respect? Why are all the z/OS customers running Java programs getting their jobs done with PDSEs? What makes them different and special? What's the secret to their successes, and why wouldn't their PDSE experiences apply equally to COBOL? *EVEN* if we did have need for them [PDSEs] currently the issue of cross system use would be a major stumbling block (as others have noted). Yes, duly noted, many times. PDSEs are different, stipulated. (Helpfully IBM added the E.) So how would you surmount this major stumbling block, and how would you advise others to do the same? Assume that do nothing is off the table, and PDSEs will get implemented -- fantasize if that's required. What are the best ways to go about it? I'll give you another stumbling block. Enterprise COBOL 5.1 does not support z900/z800 (and prior) model generations and does not support z/OS releases prior to 1.13. What if you don't satisfy those prerequisites? You can't run Enterprise COBOL 5.1. What's the solution? Upgrade at least to a minimum supported model and z/OS release to satisfy the prerequisites. But doesn't upgrading require doing something? Yup. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TAR Instruction
Hi, I am using the TAR instruction to test if a ALET has been passed to a subroutine via AR1. The instruction I use is TAR AR1,AR1. I run this program under TESTAUTH. After executing this instruction under TESTAUTH I issue a LISTPSW command and get the following bit pattern under CC column 10 . This would seem to indicate a condition code 3 which means that the access register doesn't contain an ALET. However when I do a STAM of AR1 and look at what's in this storage area I see the contents of the ALET -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for COBOL V5R1 Softcopy Librarian docs
But, I really don't like the idea of building my own shelves and I certainly am not interested in significantly increasing my time to download individual products. You shouldn't have to build your own shelves, at least not for products, as the XKS shelf acts exactly like a BKS for each product on the electronic collection kits. Each product has an XKS shelf. zOS, at least, also has some other general interest shelves, for example: messages and codes, commands, diagnosis. This is also the same way it worked on the physical media. Softcopy Librarian (SCL) works with either BKS or XKS. Kevin Minerley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TAR Instruction
On Tue, 17 Sep 2013 04:21:07 -0400 MichealButz michealb...@optonline.net wrote: :Hi, : : : :I am using the TAR instruction to test if a ALET has been passed to a :subroutine via AR1. The instruction I use is TAR AR1,AR1. : :I run this program under TESTAUTH. After executing this instruction under :TESTAUTH I issue a LISTPSW command and get the following bit pattern under :CC column 10 . : :This would seem to indicate a condition code 3 Why? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for COBOL V5R1 Softcopy Librarian docs
If you're referring to my comment on indexes, this isn't what I meant. I simply meant the .des files that contain pointers to the actual books, whether in .boo or .pdf format, and the metadata necessary to decide if a book is current or has been superceded. It looks as though IBM is not maintaining those files, perhaps because Softcopy Librarian has gone away along with Softcopy Reader, even though SL supports the IBM-preferred PDF format quite nicely. All the electronic-only deliverables SHOULD have the .des file (it is usually in the root). It still works with Softcopy Librarian (SCL). I usually test by installing the electronic-only then starting SCL to see if updates occur (and usually they do as more products are NOT on the main platform schedule then are on the platform schedule). Easier than what? It was much the easier to let SL do the work... Before with physical-only media, it was all or nothing. Now you can skip getting the entire collection, go to the Publications Center and only download the products of interest (use the XKS shelf name to get the related docs). Of course, you can still use SCL to update either the entire electronic collection or individual shelves. Kevin Minerley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NSA foils much internet encryption
In 8913686268300756.wa.ip4workgmail@listserv.ua.edu, on 09/16/2013 at 10:56 AM, J.P. ip4w...@gmail.com said: NSA is pushing ecliptic curves NSA is into astronomy? -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TAR Instruction
Then Ill ask a different question How do you read the CC column Output from TEST/TESTAUTH. Sent from my iPhone On Sep 17, 2013, at 7:07 AM, Binyamin Dissen bdis...@dissensoftware.com wrote: On Tue, 17 Sep 2013 04:21:07 -0400 MichealButz michealb...@optonline.net wrote: :Hi, : : : :I am using the TAR instruction to test if a ALET has been passed to a :subroutine via AR1. The instruction I use is TAR AR1,AR1. : :I run this program under TESTAUTH. After executing this instruction under :TESTAUTH I issue a LISTPSW command and get the following bit pattern under :CC column 10 . : :This would seem to indicate a condition code 3 Why? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS/E, Shared Dasd, and COBOL V5
In ofac2bcdd2.10885753-on85257be8.005f3349-85257be8.005fc...@uscmail.uscourts.gov, on 09/16/2013 at 01:26 PM, Steve Conway steve_con...@ao.uscourts.gov said: Limited use is exactly what is under discussion, based on the original point of LPA not allowing PDSE data sets All the PARMLIB member needs to do is provide a list of PDSE datasets to be loaded into LPA. Why not state the requirement as automatic deferred LPA loading from PDSE and give exits and parmlib as possible implementations? -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Memory For MSTJCL00 - Whose Is It?
On Mon, 16 Sep 2013 14:20:37 +, Rob Scott wrote: I seem to recall that common/shared memory objects are associated with the RASP address space rather than *MASTER*. There are a non-trivial amount of ISV software products that squirrel stuff away in ASID(1) off existing TCBs and some even go so far as to schedule an IRB over to ASID(1) and create their own TCBs to store stuff. I suggest the customer takes an in-flight dump of ASID(1) and run some IPCS VSMDATA reports - maybe they could narrow the usage down by subpool/key and sniff the storage contents for eye-catchers that might provide clues as to ownership or purpose. Thanks for the suggestion ... ;-) As it happens, given our outage last week, today I took a dump including *master*, PCAUTH, RASP, ALLOCAS so I could fill some free time finding out what/who may have contributed. And yes, I *am* aware ISVs get wild and loose in ASID 0001. Unfortunately a CICS SOS dump got in the way. Maybe tomorrow ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for COBOL V5R1 Softcopy Librarian docs
In cae1xxdgwnqornv4awudrjw4w38cur7yrv-m1zc6mjgxg8qw...@mail.gmail.com, on 09/16/2013 at 04:13 PM, John Gilmore jwgli...@gmail.com said: For anything critical one must anyway be sure that one is consulting the most current version of a manual [or its repackaged replacement in some other manual], ObAlanSherman No; for anything critical one must ensure that one uses the correct manual for the level of code that one is using. A manual that is too new can be as bad as a manual that is too old. Some of the posters here are running OS/390; do you really suggest that they use manuals for z/OS V2? -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TAR Instruction
00 = 0 01 = 1 10 = 2 11 = 3 On Tue, 17 Sep 2013 07:24:12 -0400 Micheal Butz michealb...@optonline.net wrote: :Then Ill ask a different question :How do you read the CC column :Output from TEST/TESTAUTH. : :Sent from my iPhone : :On Sep 17, 2013, at 7:07 AM, Binyamin Dissen bdis...@dissensoftware.com wrote: : : On Tue, 17 Sep 2013 04:21:07 -0400 MichealButz michealb...@optonline.net : wrote: : : :Hi, : : : : : : : :I am using the TAR instruction to test if a ALET has been passed to a : :subroutine via AR1. The instruction I use is TAR AR1,AR1. : : : :I run this program under TESTAUTH. After executing this instruction under : :TESTAUTH I issue a LISTPSW command and get the following bit pattern under : :CC column 10 . : : : :This would seem to indicate a condition code 3 : : Why? : : -- : Binyamin Dissen bdis...@dissensoftware.com : http://www.dissensoftware.com : : Director, Dissen Software, Bar Grill - Israel : : : Should you use the mailblocks package and expect a response from me, : you should preauthorize the dissensoftware.com domain. : : I very rarely bother responding to challenge/response systems, : especially those from irresponsible companies. : : -- : For IBM-MAIN subscribe / signoff / archive access instructions, : send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, :send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TAR Instruction
Thank you so much you are great Sent from my iPhone On Sep 17, 2013, at 8:03 AM, Binyamin Dissen bdis...@dissensoftware.com wrote: 00 = 0 01 = 1 10 = 2 11 = 3 On Tue, 17 Sep 2013 07:24:12 -0400 Micheal Butz michealb...@optonline.net wrote: :Then Ill ask a different question :How do you read the CC column :Output from TEST/TESTAUTH. : :Sent from my iPhone : :On Sep 17, 2013, at 7:07 AM, Binyamin Dissen bdis...@dissensoftware.com wrote: : : On Tue, 17 Sep 2013 04:21:07 -0400 MichealButz michealb...@optonline.net : wrote: : : :Hi, : : : : : : : :I am using the TAR instruction to test if a ALET has been passed to a : :subroutine via AR1. The instruction I use is TAR AR1,AR1. : : : :I run this program under TESTAUTH. After executing this instruction under : :TESTAUTH I issue a LISTPSW command and get the following bit pattern under : :CC column 10 . : : : :This would seem to indicate a condition code 3 : : Why? : : -- : Binyamin Dissen bdis...@dissensoftware.com : http://www.dissensoftware.com : : Director, Dissen Software, Bar Grill - Israel : : : Should you use the mailblocks package and expect a response from me, : you should preauthorize the dissensoftware.com domain. : : I very rarely bother responding to challenge/response systems, : especially those from irresponsible companies. : : -- : For IBM-MAIN subscribe / signoff / archive access instructions, : send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, :send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS/E, Shared Dasd, and COBOL V5
On Tue, Sep 17, 2013 at 1:39 AM, Timothy Sipples sipp...@sg.ibm.com wrote: Simply put, we *DON'T* have such animals [Java programs on z/OS]. Nor will we in the foreseeable future. There are no possible business justifications that would lead to implementing Java programs on z/OS? No matter what the benefits, no matter what the business requirements your users and customers have, as long as you're around it'll never happen. Am I understanding you correctly, or am I misinterpreting you? Perhaps Ed is just stating what _is_ at his shop. There are a lot of shops out there, ours included, which are basically functionally stabilized. A few years ago, we had some IT management which started a Linux push. Part of which was using Java instead of .NET on the Windows boxen and in addition to COBOL on z/OS. They were promptly replaced. Java, in truth or not, is perceived around here as dead technology. It is also expensive in CPU resources compared to most COBOL programs. Now, one could argue that with a zIIP and zAAP on zIIP processing, that Java is actually cheaper to run. But then there is the upgrade cost to add a zIIP processor. Oh, and we're stuck on a z9BC due to lack of money to go to current technology. But I'm not arguing against PDSE usage. Most of our application libraries are PDSEs. Mainly because we're too lazy to do a compress grin/. I wish that I really knew why COBOL 5.1 uses them. I read it had something to do with embedded debugging information. But I guess that I'm out of date on what can be done with a PDSE (user loadable classes?). I need to delve into the books more. But that leads to frustration because I know that I will _never_ see this. For good or ill, this is my final job. Not because I am ready (personally or financially) to retire. But because no company would hire me due to my age and health. I'm not real sick, but I'm not as healthy as I was when I was 30. With health care costs going into low Earth orbit, I (like the z itself) am simply too expensive for all the the largest of companies. Thanks for the knife in the back, Mr. President. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- As of next week, passwords will be entered in Morse code. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
In CAAJSdji5fA+mi5FPQ0dZ_AD3tkKAAe0gSs=whoizsotn2j-...@mail.gmail.com, on 09/16/2013 at 09:17 PM, John McKown john.archie.mck...@gmail.com said: Personally, unless I am doing an internal email, I use the ISO date format. Where? That's fine for human-readable text, but for anything that is parsed by software you need to use what the software expects. There should be no chance of accidental misunderstanding. If you use anything but day month year in, e.g., the Date: header field, misunderstanding is guarantied. RFC 2322 does not support the ISO date format. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TAR Instruction
In 00a901ceb37e$dc556c00$95004400$@optonline.net, on 09/17/2013 at 04:21 AM, MichealButz michealb...@optonline.net said: I run this program under TESTAUTH. After executing this instruction under TESTAUTH I issue a LISTPSW command and get the following bit pattern under CC column 10 . That's a 2. This would seem to indicate a condition code 3 No; 3 would be 11. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
In 5237891d.2090...@phoenixsoftware.com, on 09/16/2013 at 03:41 PM, Ed Jaffe edja...@phoenixsoftware.com said: I'm pretty sure the support is intended to access ordinary FBA disk files and has nothing whatsoever to do with tape. I'm pretty sure that the support is intended to allow a server address space to access the FBA device, not to allow allocation to an unprivileged job. Is there even such a thing as FBA tape? There was; I don't know of any still in use. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DYNALLOC reusing DUMMY
In 7152567247767138.wa.paulgboulderaim@listserv.ua.edu, on 09/16/2013 at 04:34 PM, Paul Gilmartin paulgboul...@aim.com said: So the free usurps the DDNAME in use by the caller. The ddname is a resource associated with the allocation. What do you expect to happen when you free a resource? I'd hardly call that a usurpation. I suppose I could use BPXWDYN 'info ...' before the second call; determine whether the returned DD2 was previously allocated, If you freed it then why would info tell you that it was allocated? Why does DYNALLOC do that? Because you told it to. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Memory For MSTJCL00 - Whose Is It?
That would be contrary to the definition and purpose of a dataspace. I can see (possibly) an anchor, but not the dataspace itself. snip Martin, how about Dataspaces? *MASTER* does own quite a few of them!! One of our systems currently has 1.2Gb lodged against MASTER, which whilst not quite 2Gb, is 'up there' compared to most other LPARs in the plex. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
The problem can be much worse when two or more groups, e.g., anglophone and francophone Canadians, share the use of a facility. Usually, the issues are formally linguistic ones, but they may really be cultural or ethnic. When my wife and I shop in Hoboken, NJ, which has a large Barese/Molfetani population, we do it in Italian, which entails buying cheese, cold meats and the like in multiples of the etto, one-tenth of a kilo[gram]. Asking for 'due etti' of prosciutto or sorpressata is, as a practical matter, only very marginally different from asking for a half pound; but the Italian formulation is wiser in that environment. Or again, when I buy Wurste in German at Schaller und Weber in Manhattan, I perforce buy them paarweise. This limits me to buying 2, 4, 6, . . . ; and, while I am sure that it would be possible to buy, say, 1, 3, or 5, it is not the convention to do so. We live in a world that is still full of such conflicting conventions; and I, for one, relish this diversity. Still, there are contexts in which disambiguation is necessary; and that is what standards are for. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Memory For MSTJCL00 - Whose Is It?
Perhaps some clarification of where the 'large memory numbers' are being reported from by the OP. In my site, looking at *MASTER* REAL usage, both in SDSF DA and RMF3 STORF, appear to account for real memory frames held by dataspaces owned by that ASID (which makes sense, as where else would they be accounted for?). And CA-SYSVIEW DSLIST then gives the breakdown. On 17 September 2013 13:41, Staller, Allan allan.stal...@kbmg.com wrote: That would be contrary to the definition and purpose of a dataspace. I can see (possibly) an anchor, but not the dataspace itself. snip Martin, how about Dataspaces? *MASTER* does own quite a few of them!! One of our systems currently has 1.2Gb lodged against MASTER, which whilst not quite 2Gb, is 'up there' compared to most other LPARs in the plex. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Get CPUID and srial number from JAVA code
Hi, Has anyone know how I can get CPUID and machine serial number from JAVA code ? Is there a z/OS Java forum that I can get help on this issue ? thanks, Arye Shemer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Get CPUID and srial number from JAVA code
I hope gives better ideas as, the SDSF JAVA interface, and the D MP=CPU operator command reply. On 17.09.2013 15:28, Arye Shemer wrote: Hi, Has anyone know how I can get CPUID and machine serial number from JAVA code ? Is there a z/OS Java forum that I can get help on this issue ? thanks, Arye Shemer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Get CPUID and srial number from JAVA code
Have a look at the JZOS classes which are integrated with JDK for z/OS. http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jzos/ZUtil.html ZUtil has a method, peekOSMemory: public static void peekOSMemory(long address, byte[] bytes, int offset, int len) throws RcException Peek bytes from OS memory. Parameters: address - the address of the OS memory to start peeking from. bytes - the location to store the bytes peeked offset - the 0-based offset into bytes where to store the first byte peeked len - the number of bytes to copy from memory Throws: java.lang.IllegalArgumentException - if offset and len are incompatible with bytes RcException - if there is an error accessing the memory location. java.lang.SecurityException - if a a SecurityManager is active and the user doesn't have access to JzosPermission(peekOSMemory) It should allow to get all sorts of information that you can get with Assembler. Hope that helps. Denis. -Original Message- From: Miklos Szigetvari miklos.szigetv...@isis-papyrus.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Tue, Sep 17, 2013 3:36 pm Subject: Re: Get CPUID and srial number from JAVA code I hope gives better ideas as, the SDSF JAVA interface, and the D MP=CPU operator command reply. On 17.09.2013 15:28, Arye Shemer wrote: Hi, Has anyone know how I can get CPUID and machine serial number from JAVA code ? Is there a z/OS Java forum that I can get help on this issue ? thanks, Arye Shemer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 9/17/2013 4:59 AM, Shmuel Metz (Seymour J.) wrote: In 5237891d.2090...@phoenixsoftware.com, on 09/16/2013 at 03:41 PM, Ed Jaffe edja...@phoenixsoftware.com said: I'm pretty sure the support is intended to access ordinary FBA disk files and has nothing whatsoever to do with tape. I'm pretty sure that the support is intended to allow a server address space to access the FBA device, not to allow allocation to an unprivileged job. Absolutely! An authorized server address space will be necessary to allow non-privileged programs to do FBA I/O. The requirements of the IOSFBA service are: *01* ENVIRONMENT: * Dispatchable unit mode: Task mode. * Minimum authorization: Supervisor state, PSW Key 0. * AMODE:31- or 64-bit. * ASC mode: Primary. * Cross Memory Mode: PASN=HASN=SASN. * Interrupt status: Enabled for I/O and external interrupts. * Locks:No locks held. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
Sounds like it is almost made-to-order for a UNIX filesystem colony address space to allow a z/OS UNIX filesystem on an FBA device. On Tue, Sep 17, 2013 at 9:12 AM, Ed Jaffe edja...@phoenixsoftware.comwrote: On 9/17/2013 4:59 AM, Shmuel Metz (Seymour J.) wrote: In 5237891D.2090001@**phoenixsoftware.com5237891d.2090...@phoenixsoftware.com, on 09/16/2013 at 03:41 PM, Ed Jaffe edja...@phoenixsoftware.com said: I'm pretty sure the support is intended to access ordinary FBA disk files and has nothing whatsoever to do with tape. I'm pretty sure that the support is intended to allow a server address space to access the FBA device, not to allow allocation to an unprivileged job. Absolutely! An authorized server address space will be necessary to allow non-privileged programs to do FBA I/O. The requirements of the IOSFBA service are: *01* ENVIRONMENT: * Dispatchable unit mode: Task mode. * Minimum authorization: Supervisor state, PSW Key 0. * AMODE:31- or 64-bit. * ASC mode: Primary. * Cross Memory Mode: PASN=HASN=SASN. * Interrupt status: Enabled for I/O and external interrupts. * Locks:No locks held. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.**com/ http://www.phoenixsoftware.com/ --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- As of next week, passwords will be entered in Morse code. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS/E, Shared Dasd, and COBOL V5
On Sep 17, 2013, at 1:39 AM, Timothy Sipples wrote: Ed Gould writes: The 90 day trial program (to me) sounds like a shady car dealer from the wrong side of town. The term test drive has its etymology in the vehicle buying process, new and used, as I understand it. Trial is not so often applied to that process. (Would you like to trial the new Fiat 500? That's at least much less common usage of the word trial.) Simply put, we *DON'T* have such animals [Java programs on z/OS]. Nor will we in the foreseeable future. There are no possible business justifications that would lead to implementing Java programs on z/OS? No matter what the benefits, no matter what the business requirements your users and customers have, as long as you're around it'll never happen. Am I understanding you correctly, or am I misinterpreting you? Zero, nada... we don't use JAVA and don't have people that speak/ write/understand it and no foreseeable need of it. Relatedly, prophetically, is John Gilmore correct? :-) But that wasn't actually the point I was trying to make. I'll try again. Whether *you* have Java programs running on z/OS or not, the fact is that *all* z/OS customers running Java programs on z/OS have no particular issues creating, testing, deploying, and managing their applications with the PDSE prerequisite. And that's been going on for many years. COBOL and Java are programming languages, both excellent. What makes COBOL so different in this respect? Why are all the z/OS customers running Java programs getting their jobs done with PDSEs? What makes them different and special? What's the secret to their successes, and why wouldn't their PDSE experiences apply equally to COBOL? So you are essentially saying screw 80 percent of the user base. *EVEN* if we did have need for them [PDSEs] currently the issue of cross system use would be a major stumbling block (as others have noted). Yes, duly noted, many times. PDSEs are different, stipulated. (Helpfully IBM added the E.) So how would you surmount this major stumbling block, and how would you advise others to do the same? Assume that do nothing is off the table, and PDSEs will get implemented -- fantasize if that's required. What are the best ways to go about it? I'll give you another stumbling block. Enterprise COBOL 5.1 does not support z900/z800 (and prior) model generations and does not support z/OS releases prior to 1.13. What if you don't satisfy those prerequisites? You can't run Enterprise COBOL 5.1. What's the solution? Upgrade at least to a minimum supported model and z/OS release to satisfy the prerequisites. But doesn't upgrading require doing something? Yup. So why upgrade.. essentially for one minor item that is not needed.. Sounds like a sales pitch given by the devil. Buy it or else. Since there is no compelling reason we won't buy it. It also smacks of IBM dictating that everyone must buy. Its one thng to say the OS needs it but one minor player its going to be triple the bother of yet another upgrade just to keep ahead of the Jones. 1 small feature does not a sale make. Ed -- -- Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On Tue, 17 Sep 2013 01:57:55 -0400, Gerhard Postpischil wrote: On 9/16/2013 9:47 PM, John Gilmore wrote: I meant something a little more restrictive, to wit the regions that used to be [and in some measure still are] colo[u]red pink on world maps. The problem is worse than just regional. My last time in Halifax, we shopped at a mall for books, candy, and jewelry, and noticed that the receipts had three different date formats. Ah, but where were the various cash registers manufactured, or their embedded software written? Consequences of globalization. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS/E, Shared Dasd, and COBOL V5
On Sep 17, 2013, at 5:04 AM, Elardus Engelbrecht wrote: Ed Gould wrote: The 90 day trial program (to me) sounds like a shady car dealer from the wrong side of town. Here in Sunny South Africa, there are no 'wrong' side of town. ;-) You get shady car dealers anywhere... ;-D Sorry to hear, I am assuming MB is still on the up and up. Go foreign:) Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DYNALLOC reusing DUMMY
On Tue, 17 Sep 2013 07:56:09 -0400, Shmuel Metz (Seymour J.) wrote: on 09/16/2013 at 04:34 PM, Paul Gilmartin said: So the free usurps the DDNAME in use by the caller. The ddname is a resource associated with the allocation. What do you expect to happen when you free a resource? I'd hardly call that a usurpation. I suppose I could use BPXWDYN 'info ...' before the second call; determine whether the returned DD2 was previously allocated, If you freed it then why would info tell you that it was allocated? You didn't read my code example. Or perhaps you simply don't understand the meaning of the word before. Why does DYNALLOC do that? Because you told it to. No. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 16 Sep 2013 15:41:34 -0700, in bit.listserv.ibm-main you wrote: On 9/16/2013 3:04 PM, Mike Schwab wrote: That sounds like Virtual Tape Libraries and not AIX or Linux disk file systems. I'm pretty sure the support is intended to access ordinary FBA disk files and has nothing whatsoever to do with tape. Is there even such a thing as FBA tape? I believe that the RCA Spectra 70 had FBA tape. Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
PDSE at IPL was Re: PDS/E, Shared Dasd, and COBOL V5
On 15 Sep 2013 22:24:32 -0700, in bit.listserv.ibm-main you wrote: much snipped I agree with Tom Marchant by the way. All operating systems bootstrap, and all of them must. Mac OS X 10.7, for example, introduced so-called full disk encryption (FileVault 2). That's nice, except it's not full: Macs still need a readable (i.e. unencrypted) skinny boot partition to get everything going. Maybe someday Apple will shove that unencrypted boot partition completely into firmware, but no matter where it comes from it's still the same boot sequence. If there's a useful reason PDSEs (or DB2 as another example) ought to be available earlier in the z/OS IPL sequence, let IBM know through the appropriate channels. Enterprise COBOL 5.1 isn't one of those reasons as far as I can see. The reason for PDSE at IPL is brutally simple and has been stated here. It is the ability to eliminate PDSs and then with upgrades for ESDS data sets so that there is a GDG capability and the ability to concatenate data sets, the ability for a shop to migrate to FBA devices. Clark Morris My views are my own here. My views sometimes change upon consideration of new evidence. They are not necessarily those of my employer or my dentist. If I happen not to repeat this reminder, it still applies. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMIGRATE in parallel
Hi, are you using the WAIT or NOWAIT option? Even though it is single tasked, NOWAIT should just submit the request and then return control back so that the job is not waiting for the migration to complete. Glenn -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for COBOL V5R1 Softcopy Librarian docs
On 17 September 2013 07:13, Kevin Minerley k60ek...@us.ibm.com wrote: If you're referring to my comment on indexes, this isn't what I meant. I simply meant the .des files that contain pointers to the actual books, whether in .boo or .pdf format, and the metadata necessary to decide if a book is current or has been superceded. It looks as though IBM is not maintaining those files, perhaps because Softcopy Librarian has gone away along with Softcopy Reader, even though SL supports the IBM-preferred PDF format quite nicely. All the electronic-only deliverables SHOULD have the .des file (it is usually in the root). It still works with Softcopy Librarian (SCL). I usually test by installing the electronic-only then starting SCL to see if updates occur (and usually they do as more products are NOT on the main platform schedule then are on the platform schedule). I don't know what that means ( main platform schedule vs platform schedule). Easier than what? It was much the easier to let SL do the work... Before with physical-only media, it was all or nothing. Now you can skip getting the entire collection, go to the Publications Center and only download the products of interest (use the XKS shelf name to get the related docs). But we are surely not contrasting with physical media. I haven't loaded anything from a CD for years. For a long time I've opened Softcopy Librarian, gone to the only Internet source I know of, SL presents me with a list of Product categories: like z/OS V1.13 and Software Products Collection, I choose one, and SL tells me what's neen updated compared to what I have already loaded. Works great. Of course, you can still use SCL to update either the entire electronic collection or individual shelves. Well I could if the .des files were kept up to date, but evidently that's not happening. Which is exactly where we came in 29 posts ago. If the .des files were up to date - in this particular case so that the z/OS V1.13 file contained COBOL V5R1 as well as older COBOLs - Charles would have had no cause to complain. There is surely no reason to tie the .des file content to some now obsolete CD collections. This would be trivial for IBM to fix, but somehow I have the feeling it's not going to happen because it doesn't match someone's idea of how customers should use publications. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMIGRATE in parallel
Glenn I think he wants to run wide on the migrates. So if he submits 10 migrates, he wants them to run concurrently. But the OP states it only mounts one tape and then all 10 requests are serialized to the one tape. And if I understand his requirement - he is using HSM as an application backup process in-case of issues during the batch run. So like doing an Imagecopy before batch job runs, then restoring from the imagecopy after batch if there is an issue, is what I think he is trying to do. I would probably suggest increasing the number of BACKUP versions of the file since HSM does quite well at doing a backup when the data changes. What I do not know is the environment. How many tape drives does he have in his shop. How many can he allocate to DFSMShsm migration. What his overall need is for this type of process. Just my thoughts Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Glenn Wilcock Sent: Tuesday, September 17, 2013 8:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HMIGRATE in parallel Hi, are you using the WAIT or NOWAIT option? Even though it is single tasked, NOWAIT should just submit the request and then return control back so that the job is not waiting for the migration to complete. Glenn -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMIGRATE in parallel
Interesting approach - If the poster is actually trying to get an application PIT (point in time) backup of his application using HSM, the only way I could get that to work here would be to flashcopy the whole thing to new names then run HSM backups against those new names. Then it would no longer matter that HSM single-threads everything and it would also take the entire backup process outside the critical path. Now I've only been watching this thread with 1 eye, So if I missed something already posted, I apologize. ddk // Glenn I think he wants to run wide on the migrates. So if he submits 10 migrates, he wants them to run concurrently. But the OP states it only mounts one tape and then all 10 requests are serialized to the one tape. And if I understand his requirement - he is using HSM as an application backup process in-case of issues during the batch run. So like doing an Imagecopy before batch job runs, then restoring from the imagecopy after batch if there is an issue, is what I think he is trying to do. I would probably suggest increasing the number of BACKUP versions of the file since HSM does quite well at doing a backup when the data changes. What I do not know is the environment. How many tape drives does he have in his shop. How many can he allocate to DFSMShsm migration. What his overall need is for this type of process. Just my thoughts Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for COBOL V5R1 Softcopy Librarian docs
I don't know what that means ( main platform schedule vs platform schedule). My bad, typo. The individual product schedules do not all regularly fall on the zOS platform schedule. Base elements usually are on the zOS platform but products like OSA, SMP/E, NFS, ICKDSF, etc don't necessarily have to be. Certainly the languages (PL/I, COBOL) may not completely match the platform schedule. Well I could if the .des files were kept up to date, but evidently that's not happening. Which is exactly where we came in 29 posts ago. If the .des files were up to date - in this particular case so that the z/OS V1.13 file contained COBOL V5R1 as well as older COBOLs - Charles would have had no cause to complain. There is surely no reason to tie the .des file content to some now obsolete CD collections. The collection level .des file gets updated every time the deliverable gets produced and put in (usually) the root directory of the collection. At least at this level, IBM is keeping the collection-level .des file current. If you never intend, to download another collection kit, I am not certain that you will get a new suite of .des files. You might consider downloading at least new versions as they usually involve a complete change of order-number/material ID. That should work even against individual products. I have seen it successfully update r13 docs that did not make the initial electronic-deliverable drop. Have you tried using one of the newer .des files? Kevin Minerley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Please help with JES2 EXIT 40
CROSS-POSTED to IBM_MAIN and JES2-L Dear Group, This simple task to move print from one JES spool to another is still dragging on. Does anyone have a copy of a working EXIT40 that moves print between spools? I have modified SYS1.SHASAMP(HASX40A) with the following code: LHR9, PDBDRMT(PDBDRMT - x'1C82' - 2 bytes in length) - Load R9 with PDBDRMT value, fill the other half with good stuff. MVC PDBDRMT(2),ZEROES (PDBDRMT - x'' - 2 bytes in length). CVD R9,ANS(ANS - 8 bytes in length) - Convert X'1C82' to Packed Decimal '00 00 00 00 00 07 29 8C'. MVC INAREA(8),BLANKS (Pre load OUTAREA with 8 spaces). MVC INAREA(1),EWE (Move U to position 1 of OUTAREA for a length of 1). UNPK NUMOUT(4),ANS(NUMOUT - 4 bytes in length) - Convert '00 00 00 00 00 07 29 8C' to 'F7 F2 F9 F8'. If the first operand is too short to contain all digits of the second operand, The remaining left-most portion of the second operand is ignored. MVC PDBUSER(8),INAREA (Move 'E4 F7 F2 F9 F8 40 40 40' to PDBUSER). LTORG ANS DS CL8 BLANKS DC XL8'4040404040404040' ZEROES DC XL2'' EWEDC CL1'U' OUTAREA DS 0CL8 INAREA DS CL1 NUMOUT DS CL4 HOLDER DS CL3 My logic was just update the PDBDNODE. But now I see the RMT field also needs to be updated. Thank you, Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Please help with JES2 EXIT 40
So to make sure I understand Exit 40 Modifying SYSOUT Characteristics JES2 passes control to this exit just before it creates JOEs for the job. This exit can be taken: During spin processing, called from HASPSPIN before a JOE is created for a spin PDDB. During unspun processing, called from HASPSPIN before a JOE is created for a spin PDDB. During regular processing, called from HASPHOPE before the JOEs are created from the non-spin PDDBs. JES2 gathers the non-spin data sets into groups after leaving this exit and the groups will reflect the changes your routine makes. So maybe the exit is too early for your process? I am not sure when JES2 would have the information in the control block for you to check. I am not sure if this will do what you want. Rerouting job output The $R command allows you to reroute to another destination both ready and held output for batch jobs, started tasks, or TSO/E users. This command allows an operator to change the specified destination on a piece of output as often as necessary. You can issue the $R command only for output groups. You can display the destination of output groups by entering the $DO J command (destination appears on the ROUTECDE= parameter in the display). Second question is the node names. Did you use NAMES on your NJE Nodes or just node numbers? If names, you should be able to reassign the name of the node to a different node number. So if you have N2 as NxtNde and you need for NxtNde go to N4 you would just go into the JES2 deck and recode N4 to NxtNde and N2 to something else. Jobs in JES2 would still go to N2 but new jobs would use N4 once you either did a $T command or cycle JES2. From your original posting I have been working with IBM to Implement a JES2 EXIT 40. I am doing this without too much JES knowledge. I was asked to move output from one MVS spool to another. We had a product (VPS) that would take the print off the MVS spool and send it to remote printers. Now we don't run that software at our west side location. I just want to change N1.U1234 to N2.U1234. Then JES will ROUTE the output from N1 to N2. However the change results in N1.U1234 being modified to N2.R1234. I did some testing and things are not as I expected. Q). On the SDSF screen - With the EXIT in place, Why doesn't Node reflect my change to N2? RMT is now 1234. NODE is supposed to be the JES Print Node. I would expect the node to be the destination node. From SDSF I entered NODE. It see N2, MN1 and OWNNODE. So we are #2 aka MN1. Q). Is there an advantage to using N2 over MN1? The terminology gets confusing. I tried this just to confuse myself: I ran three jobs to print output, but I put them on HOLD. My OUTPUTS were: DEFAULT=Y,DEST=N4.U9889DP,CLASS=H DEFAULT=Y,DEST=N2.U9889DP,CLASS=H *** OWNNODE *** DEFAULT=Y,DEST=N12.U9889DP,CLASS=H I looked at SDSF O and saw: RMT is Blank and NODE is 2 for all three. DEST is LOCAL . The output for N2.U9889DP has an extra piece with DEST U9889DP (The actual payload to print). Q). Why doesn't 4 or 12 show up under NODE? I used N4 and N12. I am not sure why you are not getting answers to your questions or guidance. Perhaps no one has ever needed to do this function in an Exit. You may need to work with JES2 L2 to get this resolved. However, searching the internet with IBM JES2 EXIT 40 brought up this URL: http://www.cbttape.org/xephon/xephonm/mvs0001.pdf (yes it does have a code sample) Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hansen, Dave L - Eagan, MN Sent: Tuesday, September 17, 2013 9:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Please help with JES2 EXIT 40 CROSS-POSTED to IBM_MAIN and JES2-L Dear Group, This simple task to move print from one JES spool to another is still dragging on. Does anyone have a copy of a working EXIT40 that moves print between spools? I have modified SYS1.SHASAMP(HASX40A) with the following code: LHR9, PDBDRMT(PDBDRMT - x'1C82' - 2 bytes in length) - Load R9 with PDBDRMT value, fill the other half with good stuff. MVC PDBDRMT(2),ZEROES (PDBDRMT - x'' - 2 bytes in length). CVD R9,ANS(ANS - 8 bytes in length) - Convert X'1C82' to Packed Decimal '00 00 00 00 00 07 29 8C'. MVC INAREA(8),BLANKS (Pre load OUTAREA with 8 spaces). MVC INAREA(1),EWE (Move U to position 1 of OUTAREA for a length of 1). UNPK NUMOUT(4),ANS(NUMOUT - 4 bytes in length) - Convert '00 00 00 00 00 07 29 8C' to 'F7 F2 F9 F8'. If the first operand is too short to contain all digits of the second
Re: Get CPUID and srial number from JAVA code
I wrote an ANSI C function that fetched this information using the callable service CSRSI (System Information Service), so if nothing else helps, you should IMO be able to call this using JNI. Kind regards Bernd Am 17.09.2013 15:28, schrieb Arye Shemer: Hi, Has anyone know how I can get CPUID and machine serial number from JAVA code ? Is there a z/OS Java forum that I can get help on this issue ? thanks, Arye Shemer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Memory For MSTJCL00 - Whose Is It?
How about NETVIEW for the growth of storage in *Master*. The CANZLOG can use (without the TINYDS option) , a 2G dataspace. As soon as we installed NETVIEW V6R1 the MASTER grew even though we now use the TINYDS option. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for COBOL V5R1 Softcopy Librarian docs
On 17 September 2013 12:03, Kevin Minerley k60ek...@us.ibm.com wrote: Well I could if the .des files were kept up to date, but evidently that's not happening. Which is exactly where we came in 29 posts ago. If the .des files were up to date - in this particular case so that the z/OS V1.13 file contained COBOL V5R1 as well as older COBOLs - Charles would have had no cause to complain. There is surely no reason to tie the .des file content to some now obsolete CD collections. The collection level .des file gets updated every time the deliverable gets produced and put in (usually) the root directory of the collection. At least at this level, IBM is keeping the collection-level .des file current. If you never intend, to download another collection kit, I am not certain that you will get a new suite of .des files. You might consider downloading at least new versions as they usually involve a complete change of order-number/material ID. That should work even against individual products. I have seen it successfully update r13 docs that did not make the initial electronic-deliverable drop. Have you tried using one of the newer .des files? I would if I knew where to get one. Softcopy Librarian offers only choices based on the /epubs/df/ebrscrt.des file, and that has the problems I mentioned above: The comments for the files it points to don't seem to be up to date (e.g. the z/OS 1.13 collection is dated Sep 2012, even though the update date on the directory is Sept 2013), so it's hard to know what's a new file and what isn't. And then the actual collection .des files don't seem to have the new material in them, e.g. COBOL V5R1. Or rather, there exists no file *that is pointed to by a top-level .des file* that contains a list of the COBOL V5R1 pubs. Since IBM has disabled the ability to look at the directory, there is no way I know of to find these things other than by discovering an external reference of some kind, which can't be automated. Can you point me at one of these newer files so I'm sure we're talking about the same thing? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 16 September 2013 19:48, John McKown john.archie.mck...@gmail.com wrote: HFS UNIX filesystems are supported in the OMVS address space itself. zFS filesystems are supported in a colony address space called ZFS. In passing, there is no strong connection between running a filesystem in the UNIX kernel address space or in a colony address space. Most file systems can run in the kernel, and all can run in a colony, unchanged (as the book says). Only those that use a particular colony thread service cannot run in the kernel. There are pros and cons to each environment. Why not support another filesystem type, allocated on the unit record FBA device, in another colony address space? Perhaps even a z/Linux formatted filesystem such as ext4 or btrfs. In this case the single user only allocation is a moot point since all filesystem I/O would be done by the colony address space. Nothing technical stops you from writing one. You can certainly do it in C or assembler, and who knows - maybe in some other languages that don't have too much run-time baggage. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FBA Tape (Was: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5))
Given modern compression techniques used on tape, FBA is probably not practical for tape. Of course, the current drives have a concept of a BLOCKID that using the right CCW you can get to the block directly. I don't believe that is available for normal BSAM or QSAM processing. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Clark Morris Sent: Tuesday, September 17, 2013 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5) On 16 Sep 2013 15:41:34 -0700, in bit.listserv.ibm-main you wrote: On 9/16/2013 3:04 PM, Mike Schwab wrote: That sounds like Virtual Tape Libraries and not AIX or Linux disk file systems. I'm pretty sure the support is intended to access ordinary FBA disk files and has nothing whatsoever to do with tape. Is there even such a thing as FBA tape? I believe that the RCA Spectra 70 had FBA tape. Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Please help with JES2 EXIT 40
I believe this can be done with JES commands. An exit seems to be overkill for this task. Why go to all the work of an exit? Something similar to $ROUTE,PRT,J1-,DEST=NODE1,NODE=NODE2 where NODE2 is the other spool. (sorry, don't have time to look up the syntax. Check the JES Commands manual appropriate to your version of JES). Run this at a fairly frequent interval (5 min???) and I doubt anyone will notice the lag. FWIW, snip This simple task to move print from one JES spool to another is still dragging on. Does anyone have a copy of a working EXIT40 that moves print between spools? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMIGRATE in parallel
Are all the files on the one tape, or does it allocate one DRIVE and mount multiple tapes. If all the migrations occurred at the same time, then it is likely that they are on a single tape. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, September 17, 2013 8:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HMIGRATE in parallel Glenn I think he wants to run wide on the migrates. So if he submits 10 migrates, he wants them to run concurrently. But the OP states it only mounts one tape and then all 10 requests are serialized to the one tape. And if I understand his requirement - he is using HSM as an application backup process in-case of issues during the batch run. So like doing an Imagecopy before batch job runs, then restoring from the imagecopy after batch if there is an issue, is what I think he is trying to do. I would probably suggest increasing the number of BACKUP versions of the file since HSM does quite well at doing a backup when the data changes. What I do not know is the environment. How many tape drives does he have in his shop. How many can he allocate to DFSMShsm migration. What his overall need is for this type of process. Just my thoughts Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Glenn Wilcock Sent: Tuesday, September 17, 2013 8:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HMIGRATE in parallel Hi, are you using the WAIT or NOWAIT option? Even though it is single tasked, NOWAIT should just submit the request and then return control back so that the job is not waiting for the migration to complete. Glenn -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMIGRATE in parallel
Yes, it would be but it is not what the OP asked for. -Original Message- From: Gibney, Dave [mailto:gib...@wsu.edu] Sent: Tuesday, September 17, 2013 1:55 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HMIGRATE in parallel Is this not called ABARS? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Darth Keller Sent: Tuesday, September 17, 2013 8:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HMIGRATE in parallel Interesting approach - If the poster is actually trying to get an application PIT (point in time) backup of his application using HSM, the only way I could get that to work here would be to flashcopy the whole thing to new names then run HSM backups against those new names. Then it would no longer matter that HSM single- threads everything and it would also take the entire backup process outside the critical path. Now I've only been watching this thread with 1 eye, So if I missed something already posted, I apologize. ddk // Glenn I think he wants to run wide on the migrates. So if he submits 10 migrates, he wants them to run concurrently. But the OP states it only mounts one tape and then all 10 requests are serialized to the one tape. And if I understand his requirement - he is using HSM as an application backup process in-case of issues during the batch run. So like doing an Imagecopy before batch job runs, then restoring from the imagecopy after batch if there is an issue, is what I think he is trying to do. I would probably suggest increasing the number of BACKUP versions of the file since HSM does quite well at doing a backup when the data changes. What I do not know is the environment. How many tape drives does he have in his shop. How many can he allocate to DFSMShsm migration. What his overall need is for this type of process. Just my thoughts Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMIGRATE in parallel
Is this not called ABARS? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Darth Keller Sent: Tuesday, September 17, 2013 8:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HMIGRATE in parallel Interesting approach - If the poster is actually trying to get an application PIT (point in time) backup of his application using HSM, the only way I could get that to work here would be to flashcopy the whole thing to new names then run HSM backups against those new names. Then it would no longer matter that HSM single- threads everything and it would also take the entire backup process outside the critical path. Now I've only been watching this thread with 1 eye, So if I missed something already posted, I apologize. ddk // Glenn I think he wants to run wide on the migrates. So if he submits 10 migrates, he wants them to run concurrently. But the OP states it only mounts one tape and then all 10 requests are serialized to the one tape. And if I understand his requirement - he is using HSM as an application backup process in-case of issues during the batch run. So like doing an Imagecopy before batch job runs, then restoring from the imagecopy after batch if there is an issue, is what I think he is trying to do. I would probably suggest increasing the number of BACKUP versions of the file since HSM does quite well at doing a backup when the data changes. What I do not know is the environment. How many tape drives does he have in his shop. How many can he allocate to DFSMShsm migration. What his overall need is for this type of process. Just my thoughts Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMIGRATE in parallel
Generally, applications waits for the ABARS to complete before continuing to process which still puts the backup in the critical path. Yes, it would be but it is not what the OP asked for. -Original Message- From: Gibney, Dave [mailto:gib...@wsu.edu] Sent: Tuesday, September 17, 2013 1:55 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HMIGRATE in parallel Is this not called ABARS? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Darth Keller Sent: Tuesday, September 17, 2013 8:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HMIGRATE in parallel Interesting approach - If the poster is actually trying to get an application PIT (point in time) backup of his application using HSM, the only way I could get that to work here would be to flashcopy the whole thing to new names then run HSM backups against those new names. Then it would no longer matter that HSM single- threads everything and it would also take the entire backup process outside the critical path. Now I've only been watching this thread with 1 eye, So if I missed something already posted, I apologize. ddk // -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMIGRATE in parallel
The OP stated that the N-1 Backup was to be migrated immediately. All he has to do to make that happen is assign a Management Class which will migrate to ML2 after 1 day of non-use. There is no batch work necessary. That's basically what we do here with our Image Copies and Archlogs. -Original Message- From: Doug [mailto:dsh...@bellsouth.net] Sent: Tuesday, September 17, 2013 1:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HMIGRATE in parallel Since DB2 is headed to copypool as a back up, what the OP 'wants to do' sounds great but.. As already stated, HSM migrate by command is single threaded. Maybe on of the HSM Guru's could jump in on this thread? Sounds like a great requirement request. Regards, Doug Sent from my iPhone On Sep 17, 2013, at 11:53, Darth Keller darth.kel...@assurant.com wrote: Interesting approach - If the poster is actually trying to get an application PIT (point in time) backup of his application using HSM, the only way I could get that to work here would be to flashcopy the whole thing to new names then run HSM backups against those new names. Then it would no longer matter that HSM single-threads everything and it would also take the entire backup process outside the critical path. Now I've only been watching this thread with 1 eye, So if I missed something already posted, I apologize. ddk // Glenn I think he wants to run wide on the migrates. So if he submits 10 migrates, he wants them to run concurrently. But the OP states it only mounts one tape and then all 10 requests are serialized to the one tape. And if I understand his requirement - he is using HSM as an application backup process in-case of issues during the batch run. So like doing an Imagecopy before batch job runs, then restoring from the imagecopy after batch if there is an issue, is what I think he is trying to do. I would probably suggest increasing the number of BACKUP versions of the file since HSM does quite well at doing a backup when the data changes. What I do not know is the environment. How many tape drives does he have in his shop. How many can he allocate to DFSMShsm migration. What his overall need is for this type of process. Just my thoughts Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IEBCOPY - MOVE
Does anyone know if there has ever been a requirement to support MOVE as in COPY + DELETE in IEBCOPY like ISPF move does? A newbie asked me about this today. It would be nice I suppose. Instead I pointed him to PDS86, IDCAMS (yuck) or IEHPROGM (double yuck) as a way to delete the members after the copy. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com ITIL v3 Foundation Certified Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for COBOL V5R1 Softcopy Librarian docs
What I need is perhaps just a kick in the head. Where would I find a .des for, for example COBOL v5? How to I tell my Softcopy Librarian 4.6 to use it? Will it tell SCL where to go get the PDF manuals for this COBOL? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kevin Minerley Sent: Tuesday, September 17, 2013 11:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Looking for COBOL V5R1 Softcopy Librarian docs The only other source is the complete download of a collection kit from Publications center and using Softcopy Librarian against the descriptor file (.des) file therein. It, however, will only be as current as what each individual product decides to put in and many have moved away from any species of BookManager. Kevin Minerley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for COBOL V5R1 Softcopy Librarian docs
The only other source is the complete download of a collection kit from Publications center and using Softcopy Librarian against the descriptor file (.des) file therein. It, however, will only be as current as what each individual product decides to put in and many have moved away from any species of BookManager. Kevin Minerley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for COBOL V5R1 Softcopy Librarian docs
Yes, can you give us additional Sources besides http://publib.boulder.ibm.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Tuesday, September 17, 2013 9:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Looking for COBOL V5R1 Softcopy Librarian docs On 17 September 2013 12:03, Kevin Minerley k60ek...@us.ibm.com wrote: Well I could if the .des files were kept up to date, but evidently that's not happening. Which is exactly where we came in 29 posts ago. If the .des files were up to date - in this particular case so that the z/OS V1.13 file contained COBOL V5R1 as well as older COBOLs - Charles would have had no cause to complain. There is surely no reason to tie the .des file content to some now obsolete CD collections. The collection level .des file gets updated every time the deliverable gets produced and put in (usually) the root directory of the collection. At least at this level, IBM is keeping the collection-level .des file current. If you never intend, to download another collection kit, I am not certain that you will get a new suite of .des files. You might consider downloading at least new versions as they usually involve a complete change of order-number/material ID. That should work even against individual products. I have seen it successfully update r13 docs that did not make the initial electronic- deliverable drop. Have you tried using one of the newer .des files? I would if I knew where to get one. Softcopy Librarian offers only choices based on the /epubs/df/ebrscrt.des file, and that has the problems I mentioned above: The comments for the files it points to don't seem to be up to date (e.g. the z/OS 1.13 collection is dated Sep 2012, even though the update date on the directory is Sept 2013), so it's hard to know what's a new file and what isn't. And then the actual collection .des files don't seem to have the new material in them, e.g. COBOL V5R1. Or rather, there exists no file *that is pointed to by a top-level .des file* that contains a list of the COBOL V5R1 pubs. Since IBM has disabled the ability to look at the directory, there is no way I know of to find these things other than by discovering an external reference of some kind, which can't be automated. Can you point me at one of these newer files so I'm sure we're talking about the same thing? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEBCOPY - MOVE
If you have the ISPF Productivity Toolkit' http://www.redbooks.ibm.com/abstracts/tips0936.html installed, then you can use it's batch utility. Alternatively and free, it would very easy to write a REXX exec using ISPEXEC LMMOVE and running a batch ISPF job. Jon Perryman. From: Mark Zelden m...@mzelden.com Does anyone know if there has ever been a requirement to support MOVE as in COPY + DELETE in IEBCOPY like ISPF move does? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Get CPUID and srial number from JAVA code
Thank you guys, I will consider all the options. Thanks again, Arye. On 17 September 2013 18:54, Bernd Oppolzer bernd.oppol...@t-online.dewrote: I wrote an ANSI C function that fetched this information using the callable service CSRSI (System Information Service), so if nothing else helps, you should IMO be able to call this using JNI. Kind regards Bernd Am 17.09.2013 15:28, schrieb Arye Shemer: Hi, Has anyone know how I can get CPUID and machine serial number from JAVA code ? Is there a z/OS Java forum that I can get help on this issue ? thanks, Arye Shemer. --**--** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Please help with JES2 EXIT 40
Lizette, Thank you again for providing some insight into this. I also have sent a request for help out to my local network of System Programmers. But I think you're right, this hasn't been done much. JES Level 2 would like a contract to continue working on this. I also am working with a co-worker on this. But neither of us understand what JES is doing and just trying to get the example to work is giving us addressability issues. So we have flipped between RENT and NORENT. It looks like we want RENT. I'll let you all know how it goes. Thank you, Dave Our Source as it is today. The UNPK now addresses the Sign Character. ***START USPS CODING CLC PDBDRMT,NODEZEROCHECK FOR '' OR REMOTE BENOROUTE IF 'YES', THEN IT'S A LOCAL NODE LHR9,PDBDRMT LOAD HALF WORD ADDRESS OF PDBDRMT CVD R9,PACKNCONVERT TO PACKED DECIMAL UNPK UNPACKN,PACKN UNPACK TO ZONE DECIMAL MVZ UNPACKN+7(1),=X'F0' REMOVE SIGN CHARACTER MVC RMT(4),UNPACKN+4CREATE U + PRINTER NUMBER MVC PDBDNODE,TESTNODE CHANGE REMOTE NODE MVC PDBDRMT,NODEZEROZERO OUT PDBDRMT MVC PDBUSER,UPRINTERCHANGE PDBUSER TO U WTO 'EXIT40(HASX40A): PDBDRMT NOT = - U PRINTER' B RETRYRTNGO TO RETRYRTN NOROUTE DS0H NO REROUTE WTO 'EXIT40(HASX40A): PDBDRMT = - LOCAL PRINTER' RETRYRTN DS0H RETRY POINT FOR RECOVERY $ESTAE CANCEL CANCEL $ESTAE ENVIRONMENT $RETURN TRACE=YES RETURN TO CALLER EXITMSG DCC'ESTAE SET UP FOR EXIT 40' EXIT MESSAGE TEXT *USPS UPRINTER DS0CL8 DCC'U' RMT DSCL7 PACKNDSD UNPACKN DSD NODEZERO DCH'0'NODE ZERO EAGANDCH'0002' EAGAN NODE (2) TESTNODE DCH'0099' DUMMY TEST SANMATEO DCH'0004' SAN MATEO SMTA (4) *END USPS CODING -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, September 17, 2013 11:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Please help with JES2 EXIT 40 So to make sure I understand Exit 40 Modifying SYSOUT Characteristics JES2 passes control to this exit just before it creates JOEs for the job. This exit can be taken: During spin processing, called from HASPSPIN before a JOE is created for a spin PDDB. During unspun processing, called from HASPSPIN before a JOE is created for a spin PDDB. During regular processing, called from HASPHOPE before the JOEs are created from the non-spin PDDBs. JES2 gathers the non-spin data sets into groups after leaving this exit and the groups will reflect the changes your routine makes. So maybe the exit is too early for your process? I am not sure when JES2 would have the information in the control block for you to check. I am not sure if this will do what you want. Rerouting job output The $R command allows you to reroute to another destination both ready and held output for batch jobs, started tasks, or TSO/E users. This command allows an operator to change the specified destination on a piece of output as often as necessary. You can issue the $R command only for output groups. You can display the destination of output groups by entering the $DO J command (destination appears on the ROUTECDE= parameter in the display). Second question is the node names. Did you use NAMES on your NJE Nodes or just node numbers? If names, you should be able to reassign the name of the node to a different node number. So if you have N2 as NxtNde and you need for NxtNde go to N4 you would just go into the JES2 deck and recode N4 to NxtNde and N2 to something else. Jobs in JES2 would still go to N2 but new jobs would use N4 once you either did a $T command or cycle JES2. From your original posting I have been working with IBM to Implement a JES2 EXIT 40. I am doing this without too much JES knowledge. I was asked to move output from one MVS spool to another. We had a product (VPS) that would take the print off the MVS spool and send it to remote printers. Now we don't run that software at our west side location. I just want to change N1.U1234 to N2.U1234. Then JES will ROUTE the output from N1 to N2. However the change results in N1.U1234 being modified to N2.R1234. I did some testing and things are not as I expected. Q). On the SDSF screen - With the EXIT in place, Why doesn't Node reflect my change to N2? RMT is now 1234. NODE is supposed to be the JES Print Node. I would expect the node to be the destination node. From SDSF I entered NODE. It see N2, MN1 and OWNNODE. So we are #2 aka MN1. Q). Is there an
Re: PDS/E, Shared Dasd, and COBOL V5
On 9/17/2013 2:41 AM, Timothy Sipples wrote: Ed Gould writes: The 90 day trial program (to me) sounds like a shady car dealer from the wrong side of town. The term test drive has its etymology in the vehicle buying process, new and used, as I understand it. Trial is not so often applied to that process. (Would you like to trial the new Fiat 500? That's at least much less common usage of the word trial.) Simply put, we *DON'T* have such animals [Java programs on z/OS]. Nor will we in the foreseeable future. There are no possible business justifications that would lead to implementing Java programs on z/OS? No matter what the benefits, no matter what the business requirements your users and customers have, as long as you're around it'll never happen. Am I understanding you correctly, or am I misinterpreting you? Relatedly, prophetically, is John Gilmore correct? :-) But that wasn't actually the point I was trying to make. I'll try again. Whether *you* have Java programs running on z/OS or not, the fact is that *all* z/OS customers running Java programs on z/OS have no particular issues creating, testing, deploying, and managing their applications with the PDSE prerequisite. And that's been going on for many years. COBOL and Java are programming languages, both excellent. What makes COBOL so different in this respect? Why are all the z/OS customers running Java programs getting their jobs done with PDSEs? What makes them different and special? What's the secret to their successes, and why wouldn't their PDSE experiences apply equally to COBOL? Simple. With Java, we didn't have 40 years and thousands (millions?) of libraries to convert. That's what makes COBOL different, the conversion effort. Java had no code base to convert, so we could start new. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Please help with JES2 EXIT 40
Allan, Thank you for the suggestion. I worked with IBM to identify the best way to do this. We looked at the JES 2 ROUTE commands. If something is in the MVS spool we only want to forward it if it is destined for a U Printer. PREFIX=* DEST=(ALL) OWNER=* SORT=JOBNAME/A SYSNAME= NP JOBNAME JobIDOwnerPrty C FormsDest Tot-Rec AAB7192P JOB10744 PRODID 15 A STD U6857 8 AAD6520P JOB08936 PRODID 15 A STD U9851351 AAD6520P JOB13720 PRODID 15 A STD U9851546 AAFL03VP JOB11101 PRODID 2 N STD LOCAL 1,501,911 AAF021VP JOB11097 PRODID 15 N STD LOCAL 52 So in the above list we want to select only DESTs U6875 and U9851. We have thousands of U Printers and we need to respect the U6857 and U9851. We could only do this by issuing the command for each of the thousand U printers, and then we would repeat it during the day. Thanks again, Dave -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, September 17, 2013 12:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Please help with JES2 EXIT 40 I believe this can be done with JES commands. An exit seems to be overkill for this task. Why go to all the work of an exit? Something similar to $ROUTE,PRT,J1-,DEST=NODE1,NODE=NODE2 where NODE2 is the other spool. (sorry, don't have time to look up the syntax. Check the JES Commands manual appropriate to your version of JES). Run this at a fairly frequent interval (5 min???) and I doubt anyone will notice the lag. FWIW, snip This simple task to move print from one JES spool to another is still dragging on. Does anyone have a copy of a working EXIT40 that moves print between spools? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS/E, Shared Dasd, and COBOL V5
http://allthingsd.com/20130916/google-acquires-bump-for-at-least-30m/ What's your RACF profile for this? In a message dated 09/17/13 14:03:08 Central Daylight Time, pinnc...@rochester.rr.com writes: That's what makes COBOL different, the conversion effort. Java had no code base to convert, so we could start new. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where environment variables set for batch POSIX programs?
Thanks everyone for your help. For completeness sake, I am posting here the
information that I have added to our reference manual:
Time Settings
The zArchitecture hardware clock is (if your shop follows best practices)
set to Universal Coordinated Time (UTC, similar to Greenwich Mean Time or
GMT). z/OS uses several independent methods for determining the local time
offset when providing local time services to programs:
. Most familiar to many shops is the offset in the CLOCKxx member of
the SYS1.PARMLIB concatenation. It is used by the z/OS TIME macro and many
application and system programs.
. A line like -e TZ=EST5EDT in /etc/init.options, which sets the time
zone for interactive UNIX shell users.
. The CEEPRMxx member of the SYS1.PARMLIB concatenation, which sets
default Language Environment run-time options. The non-CICS, non-AMODE 64
options are set by the statement CEEDOPT, something like CEEDOPT(...
ENVAR('TZ=CST6CDT'), ...). This is where Language Environment gets the time
zone information that it provides to [the product].
All of the above sources are documented in the IBM manual z/OS MVS
Initialization and Tuning Reference.
The full format of the operand of TZ= is complex, but the simplest form is
ssso or sssoddd, where sss is a standard time zone abbreviation such as EST,
o is the offset in hours from UTC such as 5 for Eastern Standard Time or -1
for Central European Time, and ddd is the daylight or summer time zone
abbreviation such as EDT. Omit ddd if your locale does not observe summer or
daylight time. See the above-referenced IBM manual for more information.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Thursday, September 05, 2013 9:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Where environment variables set for batch POSIX programs?
This question is related to my question on timezone_name.
I am responsible for a C++ program that runs POSIX(ON) as a started task in
conventional MVS.
I observe that at some customers the environment variable TZ (time zone) is
set correctly, and that at others it is not set at all.
I search the USS documentation and all I find is information about setting
the environment variables if you are a shell user.
For the customers that do not have TZ correctly set (for MVS started
tasks), what do I tell them to do? You need to set the TZ environment
variable by customizing as documented in _?
Thanks,
Charles
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEBCOPY - MOVE
On 17 September 2013 15:01, Mark Zelden m...@mzelden.com wrote: Does anyone know if there has ever been a requirement to support MOVE as in COPY + DELETE in IEBCOPY like ISPF move does? A newbie asked me about this today. It would be nice I suppose. Instead I pointed him to PDS86, IDCAMS (yuck) or IEHPROGM (double yuck) as a way to delete the members after the copy. IEHMOVE. Heh... Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HIPER DEL notifications in IBMLINK ASAP
Inquiring minds want to know.. snip Do HIPER DEL notifications mean that the APAR / PTF is no longer considered HIPER by IBM (I thought that this is what it meant)? If so, why do the descriptions (usually) continue to be marked HIPER when I display the APAR and have * * HIPER * * in the text.I've had HIPER DEL marked active for notifications on and off over the years in ASAP and wondering if there is really any value. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEBCOPY - MOVE
On Tue, 17 Sep 2013 16:24:10 -0400, Tony Harminc t...@harminc.net wrote: On 17 September 2013 15:01, Mark Zelden m...@mzelden.com wrote: Does anyone know if there has ever been a requirement to support MOVE as in COPY + DELETE in IEBCOPY like ISPF move does? A newbie asked me about this today. It would be nice I suppose. Instead I pointed him to PDS86, IDCAMS (yuck) or IEHPROGM (double yuck) as a way to delete the members after the copy. IEHMOVE. Heh... Does the HEH mean you are joking or IEHMOVE is a joke? No, it can't be used for this function. Even the functions it does work for (moving a PDS plus merge) don't work with SMS controlled DASD. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com ITIL v3 Foundation Certified Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CVTLSO, SMF, and RMF (was: Where environment variables ...)
Is my first sentence correct if I change it to The z/OS system clock is (if your shop follows best practices) set to Universal Coordinated Time (UTC, similar to Greenwich Mean Time or GMT).? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Tuesday, September 17, 2013 5:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CVTLSO, SMF, and RMF (was: Where environment variables ...) SMF time fields are all over the map. Some are local, some are GMT, some are in STCK format, some are in hundredths of a second. Just for laughs, some are 0cyydddF and some are 0cyydddF . DB2 writes a shifted STCK format. *Most* time fields are built by the individual record cutting product. If a product wants to record time as Latvian Summer Time expressed in Roman numerals in its SMF records it is free to do so. Thus one cannot say SMF time fields are thus and such (unfortunately). Hmmm. I see the discussion of TAI and UTC in P[ro]Op but not sure I fully grasp what it all means relative to the actual setting of the system clock. The clock is set from the HMC on Power On, is that right? I don't have those manuals, at least not in front of me. What do the relevant manuals say and/or recommend? Yes, my writing is a little sloppy. What I mean is set the hardware clock to UTC-ish time as opposed to local time. I will clean up my writing if someone can straighten me out on the questions in the paragraph above. Interesting note in P[ro]Op: The reader should be aware of the fact that this publication contains many symbols, such as superscripts, that may not display correctly with any given hardware or software. The definitive version of this publication is the hardcopy version (which BTW does not exist anymore!) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, September 17, 2013 4:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: CVTLSO, SMF, and RMF (was: Where environment variables ...) On Tue, 17 Sep 2013 16:08:26 -0400, Charles Mills wrote: Time Settings The zArchitecture hardware clock is (if your shop follows best practices) set to Universal Coordinated Time (UTC, similar to Greenwich Mean Time or GMT). I believe not. By best practice it is set (and steered by STP) to TAI - 10 seconds (strangely enough.) All described (often correctly) in at least 3 tables in the P[ro]Op. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CVTLSO, SMF, and RMF (was: Where environment variables ...)
On 17 September 2013 17:32, Charles Mills charl...@mcn.org wrote: Is my first sentence correct if I change it to The z/OS system clock is (if your shop follows best practices) set to Universal Coordinated Time (UTC, similar to Greenwich Mean Time or GMT).? I think it's Coordinated Universal Time. Wikipedia claims that UTC is a compromise between English and French acronyms, and also suggests assimilation to the pattern of abbreviations for coordinated time (UT0, UT1, etc.) Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEBCOPY - MOVE
Chuckle Sorry how about IEHMOVE :-) Ed On Sep 17, 2013, at 2:01 PM, Mark Zelden wrote: Does anyone know if there has ever been a requirement to support MOVE as in COPY + DELETE in IEBCOPY like ISPF move does? A newbie asked me about this today. It would be nice I suppose. Instead I pointed him to PDS86, IDCAMS (yuck) or IEHPROGM (double yuck) as a way to delete the members after the copy. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com ITIL v3 Foundation Certified Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CVTLSO, SMF, and RMF (was: Where environment variables ...)
SMF time fields are all over the map. Some are local, some are GMT, some are in STCK format, some are in hundredths of a second. Just for laughs, some are 0cyydddF and some are 0cyydddF . DB2 writes a shifted STCK format. *Most* time fields are built by the individual record cutting product. If a product wants to record time as Latvian Summer Time expressed in Roman numerals in its SMF records it is free to do so. Thus one cannot say SMF time fields are thus and such (unfortunately). Hmmm. I see the discussion of TAI and UTC in P[ro]Op but not sure I fully grasp what it all means relative to the actual setting of the system clock. The clock is set from the HMC on Power On, is that right? I don't have those manuals, at least not in front of me. What do the relevant manuals say and/or recommend? Yes, my writing is a little sloppy. What I mean is set the hardware clock to UTC-ish time as opposed to local time. I will clean up my writing if someone can straighten me out on the questions in the paragraph above. Interesting note in P[ro]Op: The reader should be aware of the fact that this publication contains many symbols, such as superscripts, that may not display correctly with any given hardware or software. The definitive version of this publication is the hardcopy version (which BTW does not exist anymore!) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, September 17, 2013 4:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: CVTLSO, SMF, and RMF (was: Where environment variables ...) On Tue, 17 Sep 2013 16:08:26 -0400, Charles Mills wrote: Time Settings The zArchitecture hardware clock is (if your shop follows best practices) set to Universal Coordinated Time (UTC, similar to Greenwich Mean Time or GMT). I believe not. By best practice it is set (and steered by STP) to TAI - 10 seconds (strangely enough.) All described (often correctly) in at least 3 tables in the P[ro]Op. ... z/OS uses several independent methods for determining the local time offset when providing local time services to programs: To get UTC, one must subtract CVTLSO from the content of the (E)TOD clock. A recent thread here provoked one of our programmers to ask why we have CVTLSO set to 0 rather than the (current) IBM recommendation of 25 seconds. Our administrator answered: This problem goes way back to 2004 (z/OS 1.4). Back then -- and I don't know if it has changed -- SMF cut records and adjusted for the leap second setting. However, RMF cut records and *did not* adjust for the leap second setting. This inconsistency was causing problems when doing some reporting. The conclusion at the time is that no one absolutely required the leap second value be accurate so we just set it back to zero which worked around our problem. Will this be fixed? (Has it been already?) Naively, one might assume that STCKCONV might be used to convert the RMF timestamps to UTC. I suspect it doesn't. IBM refuses to document clearly what STCKCONV does, claiming it's common knowledge. I disagree. Prior to 1972, STCKCONV might have converted TOD values to GMT (now replaced by UTC). Any common knowledge gained then of TOD-to-GMT (UTC) conversion is obsolete; overcome by events. Things aren't as simple as they used to be. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEBCOPY - MOVE
On 17 September 2013 16:41, Mark Zelden m...@mzelden.com wrote: On Tue, 17 Sep 2013 16:24:10 -0400, Tony Harminc t...@harminc.net wrote: IEHMOVE. Heh... Does the HEH mean you are joking or IEHMOVE is a joke? I kind of thought the one Heh... would do for both. No, it can't be used for this function. Even the functions it does work for For some value of work. (moving a PDS plus merge) don't work with SMS controlled DASD. That wasn't a requirement you mentioned. Regardless, the whole notion of move invites problems. And IEHMOVE in particular has had a long history of deleting source datasets that it thought or claimed it had first successfully copied. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CVTLSO, SMF, and RMF (was: Where environment variables ...)
On Tue, 17 Sep 2013 17:28:44 -0400, Charles Mills wrote: *Most* time fields are built by the individual record cutting product. If a product wants to record time as Latvian Summer Time expressed in Roman numerals in its SMF records it is free to do so. Thus one cannot say SMF time fields are thus and such (unfortunately). I'm shocked and dismayed. You mean that SMF (whatever that is) doesn't prefix a standard header to the information supplied by the record cutting product!? Hmmm. I see the discussion of TAI and UTC in P[ro]Op but not sure I fully grasp what it all means relative to the actual setting of the system clock. The clock is set from the HMC on Power On, is that right? I don't have those manuals, at least not in front of me. What do the relevant manuals say and/or recommend? Damn! I'm starting to miss Bookie. Is there any way to link (URL) to a particular table in the P[ro]Op other than instructing the reader to download the thing and citing a section number? start with: http://what-if.xkcd.com/26/ The guy knows his stuff. Really. Which links to: http://tycho.usno.navy.mil/systime.html ... UTC-ish time ... YA time convention definition. I suppose it's as good as any. My surmise (conjecture) is that prior to the advent of UTC in 1972 the TOD was assumed to run on GMT. But GMT varied, unpredictably, but measurably from atomic time references, by less than one part in 10**7. This is certainly good enough for IT, but not for some scientific purposes (GPS, nowadays, e.g.). So UTC was invented, in 1972, to run at the TAI frequency, but with one-second offsets introduced sporadically to keep UTC within 0.9 seconds of UT1 (Earth Rotation, or GMT-ish time). At the introduction of UTC in 1972, GMT (UT1, whatever) was 10 seconds behind TAI. IBM elected then to respecify (needlessly, IMO) the TOD to run at the TAI rate, but rather than introducing a 10-second discontinuity (in the bad direction), 10 seconds behind TAI (perhaps better expressed as that now the TOD zero epoch is TAI 1900-01-01t00:00:10) So, prior to 1972, a simple congruential/affine computation sufficed to convert STCK results to GMT. STCKCONV does (I assume; IBM won't document it) correctly convert TOD to GMT in that era. Since 1972 (the only year so far with two leap seconds) STCKCONV (I assume) returns TAI-10 seconds -- a useless convention, but IBM didn't care to make it right. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CVTLSO, SMF, and RMF (was: Where environment variables ...)
On Tue, 17 Sep 2013 16:08:26 -0400, Charles Mills wrote: Time Settings The zArchitecture hardware clock is (if your shop follows best practices) set to Universal Coordinated Time (UTC, similar to Greenwich Mean Time or GMT). I believe not. By best practice it is set (and steered by STP) to TAI - 10 seconds (strangely enough.) All described (often correctly) in at least 3 tables in the P[ro]Op. ... z/OS uses several independent methods for determining the local time offset when providing local time services to programs: To get UTC, one must subtract CVTLSO from the content of the (E)TOD clock. A recent thread here provoked one of our programmers to ask why we have CVTLSO set to 0 rather than the (current) IBM recommendation of 25 seconds. Our administrator answered: This problem goes way back to 2004 (z/OS 1.4). Back then -- and I don't know if it has changed -- SMF cut records and adjusted for the leap second setting. However, RMF cut records and *did not* adjust for the leap second setting. This inconsistency was causing problems when doing some reporting. The conclusion at the time is that no one absolutely required the leap second value be accurate so we just set it back to zero which worked around our problem. Will this be fixed? (Has it been already?) Naively, one might assume that STCKCONV might be used to convert the RMF timestamps to UTC. I suspect it doesn't. IBM refuses to document clearly what STCKCONV does, claiming it's common knowledge. I disagree. Prior to 1972, STCKCONV might have converted TOD values to GMT (now replaced by UTC). Any common knowledge gained then of TOD-to-GMT (UTC) conversion is obsolete; overcome by events. Things aren't as simple as they used to be. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEBCOPY - MOVE
On Tue, 17 Sep 2013 12:21:06 -0700, Jon Perryman jperr...@pacbell.net wrote: If you have the ISPF Productivity Toolkit' �http://www.redbooks.ibm.com/abstracts/tips0936.html�installed, then you can use it's batch utility. Alternatively and free, it would very easy to write a REXX exec using ISPEXEC LMMOVE and running a batch ISPF job. Jon Perryman. Not nearly as easy as PDS86, but that wasn't my question. Thanks, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com ITIL v3 Foundation Certified Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMIGRATE in parallel
Since DB2 is headed to copypool as a back up, what the OP 'wants to do' sounds great but.. As already stated, HSM migrate by command is single threaded. Maybe on of the HSM Guru's could jump in on this thread? Sounds like a great requirement request. Regards, Doug Sent from my iPhone On Sep 17, 2013, at 11:53, Darth Keller darth.kel...@assurant.com wrote: Interesting approach - If the poster is actually trying to get an application PIT (point in time) backup of his application using HSM, the only way I could get that to work here would be to flashcopy the whole thing to new names then run HSM backups against those new names. Then it would no longer matter that HSM single-threads everything and it would also take the entire backup process outside the critical path. Now I've only been watching this thread with 1 eye, So if I missed something already posted, I apologize. ddk // Glenn I think he wants to run wide on the migrates. So if he submits 10 migrates, he wants them to run concurrently. But the OP states it only mounts one tape and then all 10 requests are serialized to the one tape. And if I understand his requirement - he is using HSM as an application backup process in-case of issues during the batch run. So like doing an Imagecopy before batch job runs, then restoring from the imagecopy after batch if there is an issue, is what I think he is trying to do. I would probably suggest increasing the number of BACKUP versions of the file since HSM does quite well at doing a backup when the data changes. What I do not know is the environment. How many tape drives does he have in his shop. How many can he allocate to DFSMShsm migration. What his overall need is for this type of process. Just my thoughts Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
HIPER DEL notifications in IBMLINK ASAP
Do HIPER DEL notifications mean that the APAR / PTF is no longer considered HIPER by IBM (I thought that this is what it meant)? If so, why do the descriptions (usually) continue to be marked HIPER when I display the APAR and have * * HIPER * * in the text.I've had HIPER DEL marked active for notifications on and off over the years in ASAP and wondering if there is really any value. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com ITIL v3 Foundation Certified Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for COBOL V5R1 Softcopy Librarian docs
Right -- more or less my original question in fact. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gibney, Dave Sent: Tuesday, September 17, 2013 3:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Looking for COBOL V5R1 Softcopy Librarian docs What I need is perhaps just a kick in the head. Where would I find a .des for, for example COBOL v5? How to I tell my Softcopy Librarian 4.6 to use it? Will it tell SCL where to go get the PDF manuals for this COBOL? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Makes you go hmmmm, EVA MSU of 21 Cyls
Ignore the bytes. In the EAV region, you get 53 groups of 21 cylinders for every 1113 cylinders. On Tue, Sep 17, 2013 at 11:29 AM, Grantham, Charles cgrant...@syncsort.comwrote: Thanks for the response. I'm still a little confused by the 21 thing. By my calculations 21*47,619,047 yields 999,999,987. The 8192 block size looks like a nice bit map for 65536; 65536/8 is 8192, so the first area fits nice into a bitmap of 8K. Also when the theoretical limit of 255tb (268,434,453 cyl) and divid it by 8192, the result is 7FFF + a little, or a nice half word. The current limit of 262,668 cyl on a bit map bases would fit nicely into 3+, 8192 blocks plus the original bit map for the first 65520 tracks or four total; (262,668-65520)/(8*8192) = 3.008+. All of this with the assumption that allocation is in 21 bit chunks. OK, my brain hurts. The CA sizes makes a lot of sense to me. 315 (21*15) does yield some nice number for CAs; (1,3,5,7,9,15). IMHO, a CA larger than 15 tracks doesn't make a lot of sense and that really opens up the use of the 000 of the CCW (000H) for EVA cylinder values. Hmmm. In a world of powers of two, this is a interesting venture. Chip Grantham Sr. Software Engineer Syncsort Incorporated P: 201-882-8337 | C: TBD | F: 201-573-5176 E: cgrant...@syncsort.com www.syncsort.com INTEGRATING BIG DATA… SMARTER -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Chase Sent: Monday, September 16, 2013 7:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Makes you go h, EVA MSU of 21 Cyls On Thu, 12 Sep 2013 09:13:39 -0500, Chip Grantham wrote: I've finally taken the time to try to understand the numbers behind the way EAVs were implemented. I found a great discussion in the redbook z/OS v1.12 Implimentation SG24-7853-00 manual, chapter 20. Any time spend you happen to spend here is worth it. (not unlike all redbooks). Thanks to those that wrote it. I did happen into a segment that makes me go hmmm. 20.4.3 Multicylinder unit section says the 21-cylinder value for the MCU is derived from being the smallest unit that can map out the largest possible EAV and stay within the index architecture (with a block size of 8192), as follows: * It is also a value that divides evenly into the 1 GB storage segments of an IBM DS8000, * These 1 GB segments are the allocation unit in the IBM DS8000 and are equivalent to 1,113 cylinders. I'm sure the index architecture references the index vtoc architecture, which has always been a curious archeture to me. Has this design ever been made open? Just curious as to why it made 21 the magic number? I also ran into a math issue when I divided 21 into 1GB (or 1,073,741,824/21 = 51,130,563.0476...). I suspect that's because the 1GB storage segment is a number used in the DS8000 degisn, and its really close to the 1GB value. Wondering if that's true or some other reason. IIRC, when discussing disk storage, the industry uses the decimal meanings of KB, MB, GB, etc. Thus, a 1GB disk allocation would be 1,000,000,000 bytes, which divided by 21 yields 47,619,047. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for COBOL V5R1 Softcopy Librarian docs
Since Cobol 5.1 and z/OS 2.1 haven't been released yet, I would wait until the GA date and see if the bookshelves are updated. On Tue, Sep 17, 2013 at 10:30 AM, Tony Harminc t...@harminc.net wrote: On 17 September 2013 07:13, Kevin Minerley k60ek...@us.ibm.com wrote: deleted Before with physical-only media, it was all or nothing. Now you can skip getting the entire collection, go to the Publications Center and only download the products of interest (use the XKS shelf name to get the related docs). But we are surely not contrasting with physical media. I haven't loaded anything from a CD for years. For a long time I've opened Softcopy Librarian, gone to the only Internet source I know of, SL presents me with a list of Product categories: like z/OS V1.13 and Software Products Collection, I choose one, and SL tells me what's neen updated compared to what I have already loaded. Works great. Of course, you can still use SCL to update either the entire electronic collection or individual shelves. Well I could if the .des files were kept up to date, but evidently that's not happening. Which is exactly where we came in 29 posts ago. If the .des files were up to date - in this particular case so that the z/OS V1.13 file contained COBOL V5R1 as well as older COBOLs - Charles would have had no cause to complain. There is surely no reason to tie the .des file content to some now obsolete CD collections. This would be trivial for IBM to fix, but somehow I have the feeling it's not going to happen because it doesn't match someone's idea of how customers should use publications. Tony H. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for COBOL V5R1 Softcopy Librarian docs
In 5236fff6.3050...@trainersfriend.com, on 09/16/2013 at 06:56 AM, Steve Comstock st...@trainersfriend.com said: http://www-03.ibm.com/systems/z/os/zos/bkserv/v2r1pdf/ Where are the MVS data areas? -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEBCOPY - MOVE
IEHMOVE had/has some well-known foibles that could not be ignored without very disagreeable consequences. If you knew about them you could avoid these consequences; and it was heavily used, e.g., in SYSGENS, in spite of its deficiencies. Moreover, it had some interesting design features. It was the first IBM utility that allocated and used a dataset without having a JCL DD statement for it available. Moreover, in those pre-OCO days one could look at the code to see how it did this. I should not today recommend its use to the uninitiated, but it has always had a bad rap. -- John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DYNALLOC reusing DUMMY
In 6532243242202950.wa.paulgboulderaim@listserv.ua.edu, on
09/17/2013
at 09:41 AM, Paul Gilmartin paulgboul...@aim.com said:
You didn't read my code example.
You're right; I didn't notice that the subroutine call was betwwen the
allocate and the unallocate.
25.2.2.4 Using an Existing Allocation to Fulfill a Dsname Allocation
Request in z/OS MVS Programming: Authorized Assembler Services Guide,
SA22-7608-14:
Characteristics Required in the Existing Allocation: To be used to
satisfy your request, the data set that is the existing allocation
must
have the following properties:
It must not be in use.
So there is something fishy.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
Atid/2http://patriot.net/~shmuel
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMIGRATE in parallel
At 13:43 -0400 on 09/17/2013, Doug wrote about Re: HMIGRATE in parallel: As already stated, HSM migrate by command is single threaded. Maybe on of the HSM Guru's could jump in on this thread? Sounds like a great requirement request. I agree. What should not be hard for HSM to create multiple migration subtasks (each with its own ML2 dataset) and have the master task pass one dataset at a time to each subtask (ie: The subtask does the same work as is currently done for a migrate). As each subtask finishes it asks the master task for another dataset to migrate. That way you are migrating as many datasets in parallel as you have subtasks allocated. Am I missing something that would preclude this design? / -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
