Re: PL/I Options question
Charles, Not strictly what you asked for, but have you tried using job IBMWIOP to set a non-overridable default? I presume one can slip the resulting options module into the compile STEPLIB for those cases where you need it. Reference is https://www.ibm.com/docs/en/epfz/6.1?topic=facilities-changing-default-options Cheers, Andrew On 12/06/2024 23:13, Charles Mills wrote: I failed to say that the basic problem is that it seems that *PROCESS seems to unconditionally override PARM=. I am looking for a way to override *PROCESS with PARM=. Charles On Wed, 12 Jun 2024 16:46:55 -0500, Charles Mills wrote: This is one of those things where the surrounding details are what they are, and would be a distraction if posted here. Please trust me, the situation is what it is. I have a PL/I source file that includes *PROCESS TEST(BLOCK,SYM); Let's pretend that cannot be changed. Is there anything I can code on PARM= to force the SEPARATE sub-option of TEST? z/OS Enterprise PL/I 6.1. -- 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: Assistance with Converting IMS DB to MySQL DB
Jason,Please excuse the terrible formatting from my phone.Does the DBD describe every byte of every segment?If so, you won't need the copybooks.Also you will need to reformat the IMS unload file before reloading into DB2, at the very least because of keys cascading from parent segment(s).You do need an IMS expert to do this cleanly.Cheers,Andrew Original message From: Jason Cai Date: 17/05/2024 09:21 (GMT+00:00) To: IBM-MAIN@LISTSERV.UA.EDU, Andrew Wilkinson Cc: Jason Cai Subject: Re: Assistance with Converting IMS DB to MySQL DB Dear Andrew,Thank you for your suggestion. I have some thoughts on the IMS segment layout and defining SQL columns, and I’d like to confirm with you:If I have the DBD (Database Description), is it sufficient to correctly define the SQL columns? Or do I need the application copybook in addition to the DBD?If the SQL columns are defined correctly, is it possible to do the following:a. Unload Data from IMS using PGM=DFSURGU0b. Define DB2 Tablesc. Load Data into DB2 using PGM=DSNUTILBThe above are some of my ideas, and I’m not sure if they are correct. I hope to get your guidance. Thank you very much for your help!Best regards,Jason Cai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Assistance with Converting IMS DB to MySQL DB
Jason,There is an important step you did not list: understanding the IMS segment layout so that you can define the SQL columns correctly.For that you will need the application copybook.Cheers,Andrew -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Banks migrate from mainframes to AI-driven cloud
Perhaps I misunderstood the original remark.The business of migrating to the cloud must be doing well if IBM has decided to sue.I don't know how the actual case is progressing. Cheers,Andrew -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Banks migrate from mainframes to AI-driven cloud
> Just ask LzLabs how its goingQuite well I would guess. Otherwise IBM wouldn't > bother to sue. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Permission to redistribute LE
Charles, Thanks for your quick and comprehensive reply. I think that is what I need. List, Perhaps I'm overlooking a document, but significant by its absence from the z/OS Licensed Program Specifications is ISPLINK. This is purely for my own curiosity, if someone can help. Again, thanks in advance Andrew Andrew Wilkinson On 21/10/2023 23:25, Charles Mills wrote: Yes. I will speak from memory and I do not speak for IBM of course, so take all of this as you wish. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Permission to redistribute LE
Gord, In addition I have *CICS *https://www.ibm.com/resources/publications/OutputPubsDetails?PubID=GC34739200 *DB2* https://www.ibm.com/resources/publications/OutputPubsDetails?PubID=GC27885306 *IMS* https://www.ibm.com/resources/publications/OutputPubsDetails?PubID=GC27679903 *MQ* https://www.ibm.com/docs/en/ibm-mq/9.3?topic=information-mq-redistributable-components Andrew Andrew Wilkinson On 22/10/2023 16:06, Charles Mills wrote: https://www.ibm.com/docs/en/zos/2.5.0?topic=level-zos-licensed-program-specifications Page 3 CM On Sun, 22 Oct 2023 09:31:54 -0400, Gord Tomlin wrote: On 2023-10-21 18:25 PM, Charles Mills wrote: a comprehensive "okay to link and ship" list all collected in one place or a small number of places. Got a link or a small number of links? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@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
Permission to redistribute LE
Dear List, "z/OS Licensed Program Specifications" includes a section permitting you to redistribute modules from CEE.SCEELKED (among many other libraries) which have been included your programs. This is not a surprise as I had always believed this to be allowed. What is a surprise is that this permission first appears in z/OS Licensed Program Specifications with z/OS 2.3 in September 2017. Prior to that, permission was (and still is) in the notices at the end of "LE Vendor Interfaces". My research also uncovered a change in the IMS Licensed Program Specifications at around the same time. I couldn't find the CICS Licensed Program Specifications, so I gave up looking for a pattern. Does anyone know why it changed? Is there some legal reason? If you haven't guessed by now, I don't really care about any of this, but Legal are on my case (pun intended) and I am at a dead end. I've a feeling that the people on this List have long memories and might be able to help. A t D h V a A n N k C s E, Andrew Andrew Wilkinson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Will AI free Bill Johnson? (was AI will surpass human intelligence!)
You could be right.However, my mental image is of the real Bill Johnson gagged and tied to a chair in his basement while a wicked AI posts provocations to this list in order to study human nature. Cheers,Andrew Original message From: "g...@gabegold.com" Date: 16/09/2023 13:09 (GMT+08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AI will surpass human intelligence! You could also incorrectly "tell" that I didn't have a college degree.You have a talent for gratuitous insults and an obsession with starting and then arguing about wild digressions from whatever was the topic at hand.AI to assembler language to system programming demographics is quite the meander; each of those would have been worth separate discussions, but not in the unpleasant way you bring them up and then harangue anyone who disagrees with you.A basic question is why, since you disdain everyone here and disagree with most of what people say, you're still here. You're not changing minds, not making friends, not providing useful information, and not contributing anything. You're excellent at trolling though, which seems to be your sad reason for being. So you're entertaining, in a ghastly sort of way.On Fri, 15 Sep 2023 18:33:25 +, Bill Johnson wrote:>Are you that naive? Ever been to Share? The current makeup of mainframe systems programmers is 65% white, 15% Asian, 9% Hispanic & 5% African American. Factoring in most of the heavy posters are over 50, the demographics are even more white since almost all systems programmers who got into IT in the 50’s through the 70’s were almost exclusively white. Guess what? I can also tell which people are Jewish, Asian, Hispanic, Scandinavian, Irish, and most other ethnicities. That’s not nearly as easy but it’s not as difficult as you’d think. I’d bet Oujeski isn’t a black guy. My Father in Law’s name was Majewski.--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: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives
Yes there are a few sites running IMS/DC (aka DC/CTL) with DB2 as the (sole) database manager.The ones I know of have rewritten their applications to use DB2 instead of DLI.Cheers,Andrew Original message From: David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> Date: 25/07/2023 18:38 (GMT+00:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives ...I have yet to see a site running IMS/DC and not run IMS/DB.Have you actually seen this?...Regards,David -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Userid schemes
My favourite (admittedly on a sandbox) was an IMS guy with the right initials who snagged DL1. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: "National" characters
If you've ever looked at an IMS FORMAT library, you'd see all manner of unprintable member names.So I'd confirm that STOW accepts anything. Cheers,Andrew Original message From: Michael Stein Date: 12/07/2023 08:46 (GMT+00:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: "National" characters On Tue, Jul 11, 2023 at 02:37:04PM -0500, Paul Gilmartin wrote:> On Tue, 11 Jul 2023 18:35:14 +, Seymour J Metz wrote:> > >That's a definite maybe. You can certainly have a null in a quoted DSN, but you can't catalog it, which makes it pretty useless. > >> I bet STOW allows them. Probably BLDL, LINK, ...My old site used to name modules as: MODULE$ - new version MODULE# - current version MODUEL@ - old versionThe new module was linked in to the library as MODULE$ then to install a few renames (interactive or batch): MODULE# -> MODULE@ MODULE$ -> MODULE#and restart the effected process.backing it out was the reverse...--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: 0C1 abend
In my recollection, you get whatever is at DCB+x31. Given the OPEN has failed, the value is likely to be in your DCB expansion at assembly time. I recall values such as x200050 (QSAM with MACRF=PM) . Andrew On 04/07/2023 16:04, Paul Gilmartin wrote: On Tue, 4 Jul 2023 13:03:41 +, Seymour J Metz wrote: * Failing to test DCBOFOPN after OPEN I'm guessing that's the consequence of branching to an invalid access method pointer after OPEN fails. Is the value of that pointer prdictable after OPEN fails? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN