Read a PDS (all members) like PS dataset

Perhaps SAS calls IEBPTPCH "under the covers"? Don't "buy" SAS just to do this... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Read a PDS (all members) like PS dataset

If you have SAS, you can use PROC SOURCE to unload a PDS to a PS dataset with separators between members specifying the membername. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Ten Eyck Sent: 14 June, 2016 19:31 To: IB

Re: Read a PDS (all members) like PS dataset

Yes it works, although I used it with the STOW macro (afterwards) to modify/update PDS directories. Use the List/Execute forms of the DCB Macro/DSECT if it is to be modified (in getmained storage). The FIND macro can then be used to locate the start of each PDS member returned by the BLDL. Fro

DESERV and UNIX?

Can DESERV process UNIX directories? Lately, here, someone suggested using BLDL to generate a list of PDS member names. I believe that requires DESERV, not BLDL. So I read a little. In: z/OS z/OS 2.1.0 z/OS DFSMS z/OS DFSMS Using Data Sets Non-VSAM Access to Data Sets and UNI

Re: Read a PDS (all members) like PS dataset

On Wed, 15 Jun 2016 04:14:04 +0100, CM Poncelet wrote: > >I would suggest writing some assembler code that invokes the BLDL macro >to read the PDS directory, ... > Does that work? -- gil -- For IBM-MAIN subscribe / signoff / arc

Re: Read a PDS (all members) like PS dataset

Use IEBPTCH or IEBUPDTE. Both can process all members of a PDS - although I believe both can read/process only LRECL=80 (but you could zap them to change that). I would suggest writing some assembler code that invokes the BLDL macro to read the PDS directory, and then read/process each PDS mem

Re: Delaying response to a message

> Is there a maximum number of outstanding WTORs allowed? How long does a > message token last. There are two CONSOLxx parameters, RLIM and RMAX, that govern WTOR and REPLY behavior. These can be dynamically changed via the CONTROL M (K M) command. RLIM sets the REPLY LIMIT, number of WTORs t

IEBPTPCH (was: Read a PDS ...)

On Tue, 14 Jun 2016 18:03:02 -0500, wrote: >I'm not sure why you'd think it may have problems punching/printing PDS >members that happen to contain JCL which happens to contain IEBPTPCH commands. >It's all just data to IEBPTPCH. > OK. I tried it. Members appear to be separated by lines of the

Re: IBM plans for the future - an imaginary tale

Dr Robert Rainy and the virtual paddles matriculated from UT Knoxville to NIU several years back. Assembler is still offered, http://faculty.cs.niu.edu/~hutchins/csci360/main.htm In a message dated 6/14/2016 6:50:08 P.M. Central Daylight Time, t...@tombrennansoftware.com writes: And yo

Re: IBM plans for the future - an imaginary tale

Thanks! I was going to mention Marist but I totally forgot about SHARE. And you're right about it taking experience and time. I was lucky enough to have a UCLA advanced assembler instructor sitting next to me at work for many years, so I could just yell over the cubicle wall if I needed h

Re: IBM plans for the future - an imaginary tale

Oops! Tiny keyboard, fat fingers. continued below Sent from my iPhone > On Jun 14, 2016, at 4:17 PM, Linda wrote: > > Hi Tom, > > I believe that Marist College still offers mainframe assembler on a fairly > regular basis. There is also an Assembler Boot Camp often offered at SHARE. I > h

Re: IBM plans for the future - an imaginary tale

Hi Tom, I believe that Marist College offers mainframe assembler on a fairly regular basis. There is also an Assembler Boot Camp often offered at SHARE. I have completed both of these, and found them to be very useful. Not enough to step right into Assembler development work, Sent from my iPh

Re: IBM plans for the future - an imaginary tale

Itschak Mugzach wrote: funny? not sure. I'll vote for sad. I meant "Fun" which is a little different. I just liked the interesting way the author put things together. The content is sad of course. So, my advise is not to find new uses to the mainframe, just make it affordable for clients.

Read a PDS (all members) like PS dataset

I'm not sure why you'd think it may have problems punching/printing PDS members that happen to contain JCL which happens to contain IEBPTPCH commands. It's all just data to IEBPTPCH. One of the examples in the documentation is to "copy a card deck". Yes, there are limitations. 80 bytes of data

Re: Read a PDS (all members) like PS dataset

On Tue, 14 Jun 2016 12:47:24 -0500, Bill Woodger wrote: >IEBPTPCH. Flattens a PDS to a sequential dataset and handily indicates where >members start/end with name. Can even update/create new output and get it back >into a PDS. > Does it deal nicely with a PDS that may contain members which are t

Re: Read a PDS (all members) like PS dataset

On 2016-06-14 17:30, Peter Ten Eyck wrote: Any suggestions on how to read though a PDS (all members) like PS dataset. Example, read via a program the trough a PDS finding every called or linked program statement without regard to PDS member name. You could try adapting

Re: Read a PDS (all members) like PS dataset

Does the SEARCHFOR command while displaying the member list give you anything useful > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter Ten Eyck > Sent: Tuesday, June 14, 2016 12:33 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject:

Read a PDS (all members) like PS dataset

Lizette's suggestion does work nicely, there's even a COBOL example out there in internet-land. It is, however, "quite a bit of code". On the other hand, pasting isn't too strenuous. -- For IBM-MAIN subscribe / signoff / archive

Re: Read a PDS (all members) like PS dataset

On Tue, Jun 14, 2016 at 2:33 PM, Peter Ten Eyck < peter_tene...@farmfamily.com> wrote: > For my purposes, IEBPTPCH should work fine. Anyway to work directly with > the PDS? > ​Not easily. You'd need to either use BPAM, or (as I & others have done on occasion), read the directory yourself to get t

Re: Read a PDS (all members) like PS dataset

For my purposes, IEBPTPCH should work fine. Anyway to work directly with the PDS? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Another article. was: IBM plans for the future - an imaginary tale

Another interesting article relating to the changes in IBM over the years: http://www.businessinsider.com/ibm-corporate-america-history-2016-6 Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: IBM plans for the future - an imaginary tale

funny? not sure. I'll vote for sad. Although a mainframe is claimed to be a general purpose machine, it doesn't fit all. but, at least, many that are using other platforms and languages. The problem I hear from clients is pricing. they don't really care for developers, Cobol is popular on other pla

Re: IBM plans for the future - an imaginary tale

Fun to read! But whenever I see things like this a couple of items come to mind: 1) z/OS often gets lumped in with z/Linux as if a move to z/Linux will save the mainframe. Sure, that will save the *hardware*, but it won't save the jobs of all the z/OS software folks. 2) IBM needs to make z

Re: Read a PDS (all members) like PS dataset

Peter, For that kind of structural exploration/inventory of program source, IMHO unless you are totally without a software budget you are far better off using a commercial inventory product. There are quite a few, and some of them are *quite* expensive. I can personally recommend a product ca

Read a PDS (all members) like PS dataset

IEBPTPCH. Flattens a PDS to a sequential dataset and handily indicates where members start/end with name. Can even update/create new output and get it back into a PDS. -- For IBM-MAIN subscribe / signoff / archive access instruc

Re: Read a PDS (all members) like PS dataset

My personal favorite is a REXX using LM functions from ISPF. There is a TSO REXX list and ISPF List that can provide lots of other options To join, if you have not done so, ISPFhttps://listserv.nd.edu/cgi-bin/wa?A0=ispf-l TSO REXXhttp://www2.marist.edu/htbin/wlvindex?TSO-REXX Lize

Read a PDS (all members) like PS dataset

Any suggestions on how to read though a PDS (all members) like PS dataset. Example, read via a program the trough a PDS finding every called or linked program statement without regard to PDS member name. -- For IBM-MAIN subscrib

Re: zLINUX gold image build

>>> On 6/14/2016 at 08:23 AM, Carlos Bodra wrote: > http://www.redbooks.ibm.com/abstracts/sg247492.html?Open That book is quite old, and only talks about Red Hat Enterprise Linux. There are newer versions which use newer versions of z/VM, RHEL, and SUSE Linux Enterprise Server. More to the p

Re: IBM plans for the future - an imaginary tale

"There seems to be confusion in the Colonies.";-) I have known Trevor a long time, and I believe his tongueis firmly in his cheek in this situation. In other words, this (to me) is aclassic bit of British humor which has to be read in that context. To me, itcertainly reflects what I suspect is

Re: IBM plans for the future - an imaginary tale

pSeries/AIX admin here ... just as dense here as well. -pete shaking head and mumbling On Tue, Jun 14, 2016 at 8:27 AM, John McKown wrote: > On Tue, Jun 14, 2016 at 10:15 AM, zMan wrote: > > > WTF. Can't decide what he's trying to say: that IBM has a solid strategy? > > That they're fooling t

Re: IBM plans for the future - an imaginary tale

I didn't get that from what I read. Each of the "directions" the author describes that IBM has traveled lately seem reasonable and forward-looking (though perhaps somewhat late to the party, as you said - but the party continues). I read it as just an interesting speculation of the decision pr

Re: IBM plans for the future - an imaginary tale

A waste of electrons. The author merely repeated what has already happened. Subject: IBM plans for the future - an imaginary tale http://it.toolbox.com/blogs/mainframe-world/ibm-plans-for-the-future-an-imaginary-tale-73469 This email � including attachments � may contain confidential informatio

Re: IBM plans for the future - an imaginary tale

Way I read it he's saying IBM has no overall strategy, just reacting to the fad of the day, usually arriving at the party just as it's starting to wind down and all the cool kids have moved on to the next one. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTS

Re: IBM plans for the future - an imaginary tale

On Tue, Jun 14, 2016 at 10:15 AM, zMan wrote: > WTF. Can't decide what he's trying to say: that IBM has a solid strategy? > That they're fooling themselves? I must be dense. > ​You're not the only one.​ > > On Tue, Jun 14, 2016 at 5:52 AM, Mark Regan wrote: > > > > > > http://it.toolbox.com/

Re: IBM plans for the future - an imaginary tale

WTF. Can't decide what he's trying to say: that IBM has a solid strategy? That they're fooling themselves? I must be dense. On Tue, Jun 14, 2016 at 5:52 AM, Mark Regan wrote: > > http://it.toolbox.com/blogs/mainframe-world/ibm-plans-for-the-future-an-imaginary-tale-73469 > >

Re: LINK and high order word of R1

If someone is curious why: -- low halves 2-13 are expected to be preserved, but -- high halves 2-14 are expected to preserved it relates to a call sequence that involves an old module that has no idea that high halves even exist, one case where that old module is entered via BASSM and returns vi

Re: IEAMSCHD and SRB entry questions

>I accept what the current state of the documentation says. However, when >z/OS is touted as 64-bit capable, shouldn't a continous effort be driven whereby >all invoked system system services eventually are AMODE(64) capable ?? >(disregard the restricted location of certain control blocks for now

Re: XMEM annomly issues

Does it matter if I code owner=primary on the storage macro or that won't have any effect on assigning storage in the case of private storage Please read the book. It is perfectly clear on the topic of OWNER. Peter Relson z/OS Core Technology Design

Re: zLINUX gold image build

Thank you Regards, Kumar On Tue, Jun 14, 2016 at 5:53 PM, Carlos Bodra wrote: > http://www.redbooks.ibm.com/abstracts/sg247492.html?Open > > CARLOS BODRA > IBM Certified zSystem > São Paulo - SP - BRAZIL > > > Em 14/06/2016 08:13, Veerendra Haluvadandimath escreveu: > >> Hi, >> >> Can i get som

Re: zLINUX gold image build

http://www.redbooks.ibm.com/abstracts/sg247492.html?Open CARLOS BODRA IBM Certified zSystem São Paulo - SP - BRAZIL Em 14/06/2016 08:13, Veerendra Haluvadandimath escreveu: Hi, Can i get some installation help with zLinux gold image build? Regards, Kumar -

zLINUX gold image build

Hi, Can i get some installation help with zLinux gold image build? Regards, Kumar -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IBM plans for the future - an imaginary tale

http://it.toolbox.com/blogs/mainframe-world/ibm-plans-for-the-future-an-imaginary-tale-73469 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Not IBM tech, but very interesting idea from Intel

> If they don't match, then an exception is raised, allowing the operating > system to catch and stop execution. This is an excellent way to prevent stack smashing. However, it relies on a single linkage convention. It won't work if your program uses another linkage convention internally. Would i