Re: How can I generate a UUID in a z/OS COBOL Program

[Jim Ruddy]

I used to be on one of the IBM Invention Development Teams and the rules on
patents changed a few years ago. Prior to the change, the protection date
was date of invention. After the change, it became the patent filling date.
If you publish anything about the patent you intend to file, anyone can
take your info and file a patent on it then you are screwed. The publish
process you describe defines prior art and is to protect the invention
against another company inventing it in parallel and applying for a patent.
There are many inventions which do not meet the requirements of the cost of
the patent but should be protected.

Clear as mud?

Jim

On Mon, Nov 4, 2019, 11:02 AM Tony Harminc  wrote:

> On Sun, 3 Nov 2019 at 20:31, Timothy Sipples  wrote:
>
> > Matt Hogstrom wrote:
> > >https://github.com/walmartlabs/zUID
> > >Courtesy of Walmart
> >
> > Tony Harminc wrote:
> > >Wouldn't want to bump into that pending patent from Walmart...
> >
> > Walmart licensed the code they're sharing under the Apache License 2.0:
> [...]
> > I commend Walmart for doing this.
>
> Indeed. I wish IBM would do a bit more of it, rather than crowing over
> the ever increasing number of patents they hold that are not so
> licensed.
>
> > Without filing for a patent, somebody else (who might be much less
> generous) could grab it.
>
> Well, no. The easier and cheaper thing to do would be to publish the
> potentially patentable information as early as possible. This makes
> the knowledge available, while forestalling anyone else's attempt to
> patent it. IBM used to have an entire print journal for just this
> purpose. [IBM, and doubtless others, have also exploited the nifty
> trick of publishing in the most obscure (preferably foreign language)
> journal that the US patent office will recognize as counting toward
> publication. Then when someone else independently invents and tries to
> patent, out comes the journal article to shut it down. But that's
> another story.]
>
> 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: SVC dump data set layout

[Jim Ruddy]

See if IHAPRD has the the information you are looking for.

Jim

On Fri, Oct 25, 2019 at 7:31 AM Steve Horein  wrote:

> Hi!
> We have a nightly automated process to search the catalog for any SVC dumps
> that may not have been processed during the course of the day. Typically,
> IEA611I is the catalyst to start the post-dump processing, such as creating
> an event in the Incident/Problem/Change system and deleting the disk data
> set after successful copy to tape. There are those occasions where a dump
> may occur where message automation is not available, hence the search of
> the catalog.
>
> To assist our Operations staff in determining who owns the dump, as an
> automation administrator, I am trying to devise a way to get some
> information from the actual dump data set itself. From the name, I can
> determine where and when, but not much else:
> COM='DD NAME=SYS1.DUMP.'
>
> However, with the name, I can leverage some tools to open and read the data
> set to get pertinent info. For example, this NetView PIPE recipe can get
> what appears to be the TITLE and JOBNAME from the first record at columns
> 89 and 1151:
> WINDOW PIPE QSAM SYS1.DUMP.CP66.D190419.T043130.S1|TAKE FIRST 1
> LINE|EDIT 89.100 1 "¢" NW 1101.8 N "¢" NW 1151.150 N|SPLIT AT "¢"|CONS ONLY
>
> In place of guessing at the layout, I was wondering if there was some
> (public) documentation describing possible dump layouts?
>
> Opening and reading seems to be the *simplest* approach given the tools at
> hand. Invoking IPCS is an alternative, though the (NetView) environment may
> not be too conducive. Submitting a batch job to invoke IPCS is also an
> option, but working that into the automation procedure seems a bit
> complicated too.
>
> Any other ideas?
>
> --
> 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: "old" OS/390 documentation

[Jim Ruddy]

I tried to transfer a bunch of it to archive.org (Wayback machine) but
noticed later some of it had been deleted. Try searching there. If you
don't find what you are looking for let me know and I will see if happen to
have a copy of it.

On Tue, Oct 22, 2019, 7:21 PM Thomas David Rivers  wrote:

> I know there was a lot of discussion on this, but my
> searches have not been fruitful.
>
> I had a link to the last published OS/390 (V2R10) doc,
> but can't seem to find it on the IBM web site any more.
>
> Does anyone happen to have a pointer to it?
>
>- Many thanks! -
>- Dave Rivers -
>
> --
> riv...@dignus.comWork: (919) 676-0847
> Get your mainframe programming tools at http://www.dignus.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: So much for THAT excuse | Computerworld SHARK TANK

[Jim Ruddy]

Or ask you if you meant "Disneyland"/

Jim

On Thu, Nov 22, 2018 at 7:39 PM Tom Brennan 
wrote:

> On 11/22/2018 4:06 PM, Phil Smith III wrote:
> > Tom Brennan wrote, in part:
> >
> >> Maybe someday everything will be like Google, so I can type DNS= (which
> >> I do often enough) and the system will ask me "Did you mean DSN?"
> >
> > 30+ years ago, a friend wrote a CMS ENDCMD NUCEXT (a routine that got
> control at the end of a console command) called DWIM - Do What
> > I Mean. It would look for failed return codes, analyze the command, and
> "fix" it. Of course since he'd written it, it worked as he'd
> > expect it to. And he still HATED it. Maybe a lesson?
>
> Yeah, on second thought such correction might end up as bad as the
> auto-correct on cell phone texting programs :)
>
> --
> 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: Running ISPF's 3.5 utility from a clist

[Jim Ruddy]

Dave,

Do you have the stats already from the generation of the members? Maybe I
am missing something but is there a re reason you cannot use LMMSTATS to
set the statistics for each member?

Jim Ruddy
Retired

On Fri, Sep 14, 2018 at 8:50 AM David Cole  wrote:

> I would like to generate ISPF statistics for members of a PDS whose
> members I am creating outside of any ISPF tool. I would like to find
> a way to generate ISPF stats for such members.
>
> It occurs to me that one way might be to somehow run the ISPF 3.5
> utility from within a CLIST or from the TSO READY prompt. Is that
> even possible?
>
> Alternatively, is there some other utility that would do this?
>
> Thanks,
>
> Dave Cole
> ColeSoft Marketing
> 414 Third Street, NE
> Charlottesville, VA 22902
> EADDRESS:<mailto:dbc...@colesoft.com>dbc...@colesoft.com
>
> Home page:   www.colesoft.com
> LinkedIn:www.xdc.com
> Facebook:www.facebook.com/colesoftware
> YouTube: www.youtube.com/user/colesoftware
>
> Tools:   <http://www.colesoft.com/zxdc/>z/XDC for Assembler debugging
>   <http://www.colesoft.com/c/>c<http://www.colesoft.com/c/>/XDC
>
> for C debugging
>
> --
> 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: DFSMS dates, names, numbers and references for wiki

[Jim Ruddy]

Great News! I have learned that Wayne is working part time at IBM and has
been contacted with the link. As said in the PM "hopefully he will respond".

Jim

On Fri, Aug 17, 2018 at 10:34 AM, Don Poitras  wrote:

> Someone should let him know he retired as he keeps showing up at Share and
> the IBM TDMs. :)
>
>
> In article  ssu...@mail.gmail.com> you wrote:
> > Wayne Rhoten (Morgan Hill, CA) probably knows more than most. He was Mr
> SMS
> > until he retired from IBM in 2014. I don't know how to contact him but if
> > you could find someone who has contact information, he would be a gold
> > mine. I do know someone who *might* know how to get a hold of him if you
> > get stuck. I did do a bit of googling and checked LinkedIn and Facebook
> but
> > got nothing.
> > Jim
> > On Fri, Aug 17, 2018 at 8:49 AM, Steve Smith  wrote:
> > > [citation needed]
> > >
> > > Couldn't resist, but it's true.
> > >
> > >
> > > On Fri, Aug 17, 2018, 11:16 Seymour J Metz  wrote:
> > >
> > > > Currently, DFSMS and  Data Facility Storage Management Subsystem  in
> > > > wikipedia redirect to HSM, which is mind boggling. I believe that the
> > > best
> > > > way to get past the Kafkaesque wiki bureaucracy is to write an
> article on
> > > > DFSMS. For that purpose, I'd like to solicit whatever information you
> > > have,
> > > > starting with the DF/... and DF ... products, on
> > > >
> > > > Announcement dates
> > > > Product names and numbers
> > > > Manuals, preferably online
> > > >
> > > > Also, if anybody is interested in collaborating on the writing, I'd
> > > > welcome it. Thanks.
> > > >
> > > >
> > > > --
> > > > Shmuel (Seymour J.) Metz
> > > > http://mason.gmu.edu/~smetz3
>
> --
> Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
> sas...@sas.com   (919) 531-5637Cary, NC 27513
>
> --
> 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: DFSMS dates, names, numbers and references for wiki

[Jim Ruddy]

Wayne Rhoten (Morgan Hill, CA) probably knows more than most. He was Mr SMS
until he retired from IBM in 2014. I don't know how to contact him but if
you could find someone who has contact information, he would be a gold
mine. I do know someone who *might* know how to get a hold of him if you
get stuck. I did do a bit of googling and checked LinkedIn and Facebook but
got nothing.

Jim

On Fri, Aug 17, 2018 at 8:49 AM, Steve Smith  wrote:

> [citation needed]
>
> Couldn't resist, but it's true.
>
>
> On Fri, Aug 17, 2018, 11:16 Seymour J Metz  wrote:
>
> > Currently, DFSMS and  Data Facility Storage Management Subsystem  in
> > wikipedia redirect to HSM, which is mind boggling. I believe that the
> best
> > way to get past the Kafkaesque wiki bureaucracy is to write an article on
> > DFSMS. For that purpose, I'd like to solicit whatever information you
> have,
> > starting with the DF/... and DF ... products, on
> >
> > Announcement dates
> > Product names and numbers
> > Manuals, preferably online
> >
> > Also, if anybody is interested in collaborating on the writing, I'd
> > welcome it. Thanks.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > --
> > 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: Running TSO TEST in Background

[Jim Ruddy]

No, but your question has me intrigued what you want to accomplish. Random
question or do you have some details?

Jim

On Fri, Jul 6, 2018 at 10:38 AM, Joseph Reichman 
wrote:

> Hi
>
>
>
> Would any one know if you can run TSO TEST as a background Job on either
> IKJEFTSOEV or IKJEFT01
>
>
>
> thanks
>
>
> --
> 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: MVCL (was Re: GETMAIN LOC=32)

[Jim Ruddy]

You either want to make the lights dim or clear out a huge buffer pool or
both.

Jim

On Thu, May 24, 2018 at 11:17 AM, Steve Smith  wrote:

> Yeah, and there's this new book called Principles of Operation you might
> want to check out. Unless you'd rather it was just quoted piece-meal here.
>
> btw, MVCLE extends the maximum length, albeit not usefully.  However, I
> still have to believe that if you want to move 16mb, you're probably not
> thinking things through very well.  I'd love to hear why that would be
> necessary.
>
> sas
>
> On Thu, May 24, 2018 at 1:03 PM, Mike Schwab 
> wrote:
>
> > For MVCL the fill byte is the same and maximum length is still 16 MiB,
> > just like AM31.  Uses 64 bit source and target address.
>
> --
> 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: arm police

[Jim Ruddy]

While you can cancel IRLM or DB2, this should only be done as a last resort
if DB2 is not responding to -STOP DB2 or -STOP DB2 MODE(FORCE). In ancient
times when there were real tape drives, DB2 would hang waiting for a tape
mount to archive logs when the logs had all filled or if a QMF user hit
attention twice.

Jim Ruddy

On Thu, May 10, 2018 at 7:11 AM, Lizette Koehler <stars...@mindspring.com>
wrote:

> What version of z/OS?
>
> What version of DB2?
>
> Did you google   IBM  DB2  ARM  POLICY
>
> I found the following hit that may be helpful
>
> https://www.ibm.com/support/knowledgecenter/en/SSEPEK_11.
> 0.0/inst/src/tpc/db2z_createautorestartpolicy.html
>
> Also, you might want to post on the DB2 List as this link is from DB2 V11
>
> To join, if you have not done so,  go toidug.org
>
>
> I think you can only cancel the IRLM which would cause DB2 to fail.  I am
> not sure you can cancel DB2.
>
> Hope this helps
>
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On
> Behalf Of
> > Jason Cai
> > Sent: Thursday, May 10, 2018 12:51 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: arm police
> >
> > hi all
> >
> >  In our shop, DB2 is registered as an element of the automatic restart
> manage
> > The detailed information is shown below.ELEMENT(elementname)
> >RESTART_METHOD(SYSTERM,STC,'cmdprfx STA DB2,LIGHT(YES)')If we cancel
> db2
> > ,db2 will be restarted by arm . We don't hope db2 will be restarted by
> arm
> > after issuing cancel db2.How to do it?
> > Thanks a lot!Jason Cai
> >
> >
>
> --
> 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: File access from remote systems

[Jim Ruddy]

There is a product called Distributed FileManager/MVS  which I believe used
to have a Windows client (1997) but now only seems to support OS/2, AS400,
and AIX. For more info look at
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.idag200/d9069.htm
to see if this is what you are looking for. There are probably folks on
here with some experience - I only had some very old manuals for reference
for a prototype I built while in IBM (which never saw the light of day) -
these led me to search and find the z/OS 2.1 manual above.

Jim

On Wed, Apr 4, 2018 at 11:11 AM, Ward, Mike S  wrote:

> No not a remote z/OS, but a distributed system. I.E. Intel and such.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of R.S.
> Sent: Wednesday, April 04, 2018 11:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: File access from remote systems
>
> W dniu 2018-04-03 o 19:44, Ward, Mike S pisze:
> > Hello all, does anyone know of any software that allows access to VSAM,
> SEQ, CICS files from remote systems. I.E. distributed systems. How is the
> access done? Web service calls? MQ calls?
>
> Remote z/OS ? ;-)))
>
> Two free (built in) options:
> * DFS/SMB - you z/OS is like Windows file server. Acceptable for read,
> poor for update.
> * NFS - good for Unix/Linux and Windows.
>
>
> BTW: It's very fine to show people how to open VSAM KSDS - just using
> notepad ;-)
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
> ==
>
>
> --
>  Treść tej wiadomości może zawierać informacje prawnie chronione Banku
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
> zapisane na dysku.
>
>  This e-mail may contain legally privileged information of the Bank and is
> intended solely for business use of the addressee. This e-mail may only be
> received by the addressee and may not be disclosed to any third parties. If
> you are not the intended addressee of this e-mail or the employee
> authorized to forward it to the addressee, be advised that any
> dissemination, copying, distribution or any other similar activity is
> legally prohibited and may be punishable. If you received this e-mail by
> mistake please advise the sender immediately by using the reply facility in
> your e-mail software and delete permanently this e-mail including any
> copies of it either printed or saved to hard drive.
>
>  mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy
> XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru
> przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień
> 01.01.2018 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi
> 169.248.488 złotych.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> ==
> This email, and any files transmitted with it, is confidential and
> intended solely for the use of the individual or entity to which it is
> addressed. If you have received this email in error, please notify the
> system manager. This message contains confidential information and is
> intended only for the individual named. If you are not the named addressee,
> you should not disseminate, distribute or copy this e-mail. Please notify
> the sender immediately by e-mail if you have received this message by
> mistake and delete this e-mail from your system. If you are not the
> intended recipient, you are notified that disclosing, copying, distributing
> or taking any action in reliance on the contents of this information is
> strictly prohibited.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to 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: Question for COBOL users

[Jim Ruddy]

Nevermind - wrong bit - been too long and too long of a day. Sorry.

Jim

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Question for COBOL users

[Jim Ruddy]

Wouldn't a 64K byte parameter list run into problems with programs such as 
HLASM, compilers, and other programs which allow an optional DD name list to be 
passed as a second parameter when invoked from a program? As I recall, they 
detect whether the DD name list is passed by testing the high bit - the "sign" 
bit - of the first parameter.

Jim

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN