Re: ./ ADD - which utility?

[Don Leahy]

I agree with you.None of the alternatives that I have tried are as fit
for purpose as WSA.

On Fri, May 17, 2024 at 16:13 Michael Oujesky 
wrote:

> I really miss WSA and it's ability to take a text
> PDS and transfer all the members to Windows
> creating individual members in the target
> directory and doing the EBCDIC to ASCII translation for each member in the
> PDS.
>
> Michael
>
> At 05:34 PM 4/13/2024, Wayne Bickerdike wrote:
> >I have some REXX code that extracts all members of a PDS and writes it to
> a
> >sequential file. Each member extracted is prefixed with the ./ADD card
> with
> >the original member name. Handy for moving a PDS to another system.
> >IEBUPDTE was the utility of choice when all we had was a card punch and
> >card reader. (1975).
> >
> >On Sun, Apr 14, 2024 at 8:08 AM Mike Schwab <
> >05962a42dc49-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > > No relation to the ditty bops band.
> > > https://www.youtube.com/watch?v=iu7289s7l64
> > >
> > > On Sat, Apr 13, 2024 at 4:56 PM Rupert Reynolds  >
> > > wrote:
> > > >
> > > > Affectionately known in UK as I-E-B-up-ditty :-)
> > > >
> > > > On Sat, 13 Apr 2024, 15:39 ITschak Mugzach, <
> > > > 05a7ced721d8-dmarc-requ...@listserv.ua.edu> wrote:
> > > >
> > > > > IEBUPDTE. JCL can be found in google
> > > > >
> > > > > ITschak Mugzach
> > > > > *|** IronSphere Platform* *|* *Information Security Continuous
> > > Monitoring
> > > > > for z/OS, x/Linux & IBM I **| z/VM coming soon  *
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Sat, Apr 13, 2024 at 5:30 PM   <
> > > > > 0619bfe39560-dmarc-requ...@listserv.ua.edu> wrote:
> > > > >
> > > > > > Which utility do you use for control statement/input:
> > > > > > ./ ADD
> > > > > >
> > > > > > A jcl for that would be nice too.
> > > > > >
> > > > > > ...Embarassed by my lack of memory after 8 years out of this
> > > > > > envirinment...
> > > > > >
> > > > > >
> > > --
> > > > > > 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
> > >
> > >
> > >
> > > --
> > > 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
> > >
> >
> >
> >--
> >Wayne V. Bickerdike
> >
> >--
> >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: Learning one's tools

[Don Leahy]

I try to never show my code to a manager. No good can come from it.

On Fri, Mar 15, 2024 at 4:25 PM Seymour J Metz  wrote:

> You have to love it when a  manager tells you not to use a COBOL verb but
> instead to use COBOL..
>
> Fortunately, some  bosses are
> better than that.
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> עַם יִשְׂרָאֵל חַי
> נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Farley, Peter <031df298a9da-dmarc-requ...@listserv.ua.edu>
> Sent: Friday, March 15, 2024 4:19 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Learning one's tools
>
> +1 from me on continuing to learn the tools of our profession.  I use
> STRING and UNSTRING where they make sense, and I am still learning new
> things about their use every now and then.  Life-long learning is the only
> path to happiness and success.
>
> I got the same ridiculous pushback from a senior manager one time on the
> use of “sophisticated” SORT verbs like JOIN because “. . . no one but you
> will know how to fix it when it breaks . . . let someone do it in COBOL
> instead . . .”.
>
> Peter
>
> From: IBM Mainframe Discussion List  On Behalf
> Of Bob Bridges
> Sent: Friday, March 15, 2024 12:38 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Learning one's tools
>
>
> To rant on a related subject, I once worked at a company that instituted
> code reviews; a new program would be gone over by a half-dozen coworkers to
> be sure it adhered to local standards.  This sort of thing is always
> painful to the coder, and nevertheless (I admit reluctantly) can have
> considerable value if done right.  One problem I had with it, though, is
> that the standards we created for ourselves admitted that there are times
> when exceptions should be made for special cases, and yet when those cases
> arose no exceptions were ever allowed; the team invariably flinched, leaned
> back in their seats and said "no, that's not according to our standards".
>
>
>
> One particular example always rankled:  Whenever someone felt the need to
> use a STRING or UNSTRING command (I should have said we were COBOL
> developers), the team always struck it down on the grounds that STRING and
> UNSTRING are unusual commands and some COBOL coders would be unfamiliar
> with it.  My contention here is that that's absolutely true, and it's the
> job of the COBOL coder to ~learn~ the STRING and UNSTRING statements, as
> tools of his profession.  I never persuaded anyone to that view, though.
>
>
>
> ---
>
>
>
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and confidential.
> If the reader of the message is not the intended recipient or an authorized
> representative of the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> e-mail and delete the message and any attachments from your system.
>
>
> --
> 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: IEF211I - DATA SET RESERVATION UNSUCCESSFUL on relative GDG

[Don Leahy]

Are you using GDGBIAS = STEP or GDGBIAS = JOB?

On Thu, Nov 30, 2023 at 13:17 Mike Schwab  wrote:

> Can downgrade from Exclusive (NEW,MOD,OLD) to Shared (SHR) within a job.
> Cannot upgrade from Shared to Exclusive within a job..
> Since the first job was SHR, another system / job / task may be browing the
> data, and prevents a Shared enque being upgraded to Exclusive enque.  This
> is documented for within a job.
> I am guessing the Exclusive enque process requires no one be using the DSN
> at the time of the attempt, but that is not documented on
> https://www.ibm.com/docs/en/zos/3.1.0?topic=statement-disp-parameter
>
>
> On Thu, Nov 30, 2023 at 9:24 AM Schmitt, Michael 
> wrote:
>
> > We had a production job enqueue failure on z/OS 2.4, that it seemed to me
> > should have worked. I've been in communication with IBM; they say it is
> as
> > expected. But I don't understand why this is normal. Does it make sense
> to
> > you? Has it always worked this way?
> >
> > Here's the scenario:
> >
> > We have a job where the first step has DD DSN=data.set.name(0),DISP=SHR.
> > The second step has the same data set, but as exclusive: DD DSN=
> > data.set.name(0),DISP=OLD.
> >
> > Someone was browsing the data set when the job started, so they were
> > holding a shared enqueue.
> >
> > The first step ran, and then the second step failed with the IEF211I -
> > DATA SET RESERVATION UNSUCCESSFUL error.
> >
> >
> > My understanding is that JES acquires the enqueues at the highest level
> > before starting the job, to prevent deadlocks. IBM says that because it
> is
> > a relative GDG, it is unable to acquire the enqueue on the *absolute*
> > generation before the job started.
> >
> >
> > Contrast it with this case:
> > 1st step: DD DSN=data.set.name(0),DISP=OLD
> > 2nd step: DD DSN=data.set.name(0),DISP=SHR
> > And again, a user is browsing the data set.
> >
> > In this case, the job waits until the user's enqueue is released. Which
> > means that JES tried to get the exclusive enqueue before starting the
> job,
> > so waits. Or it means that it stated the job, couldn't get the enqueue,
> but
> > waits instead of failing with the IEF211I error.
> >
> > So why is the second case different than the first?
> >
> >
> >
> > --
> > 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
>

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

Re: Images rather than etext

[Don Leahy]

I was skeptical about option 3.4 when it first came out.  I knew all of
*my* data set names and I was a good typist.   I cannot live without a data
set list manager now.

On Mon, Apr 17, 2023 at 16:22 Bob Bridges  wrote:

> Reminds me of a coworker at an insurance company in Ohio I worked at a
> couple times.  He'd write down a list of user IDs on a scrap of paper, walk
> the paper back to my desk and ask me to investigate some aspect of them.
> As this kept happening, I started asking him why he didn't just forward the
> original email rather than writing down the IDs and then making me enter
> them into my terminal again.  I think it was just his habit.
>
> Finally I put my foot now:  Not accepting any more scraps of paper.  Send
> me the email!  He did it, too.  Maybe he was just old-fashioned.  Maybe he
> still is.
>
> When I first started reading the reasons we should all adopt Windows, two
> of the reasons didn't impress me.  One was the "consistent user
> interface".  I'd been using WordPerfect, Lotus 1-2-3, Harvard Graphics etc,
> and of course the mainframe, and I didn't see any difficulty about using
>  for END on one and  for "find again" in another.  I still don't.
> Consistent interface is fine, but it's not a necessity in my view.
>
> The other reason was the ability to cut and paste between different
> applications.  I was contemptuous:  How hard does it have to be to type out
> a phone number a second time?  Big deal.  Boy, was I wrong about that!
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* In Scripture the visitation of an angel is always alarming; it has to
> begin by saying "Fear not".  The Victorian angel looks as if it were going
> to say "There, there".  -C S Lewis, from a preface to _The Screwtape
> Letters_ */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Paul Gilmartin
> Sent: Monday, April 17, 2023 12:57
>
> I've been a link down that chain, and irritated when users provided
> diagnostics as image screenshots rather than text.  The emulator popular
> with them provided image as default; text as an option, but the setup was
> obscure.
>
> --
> 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: Cobol calling module with non alphanumeric no longer allowed???

[Don Leahy]

Call variable messes up the impact  analysis tools used by the programmers
in our shop.

We use DYNAM and call literal except where the called program name is truly
variable, pulled from a table for example.

I am surprised that call literal does not support names with national
characters. I have not run into that.  It is either a new restriction or an
old one that wasn’t being enforced.


On Sat, Apr 8, 2023 at 2:25 AM Frank Swarbrick 
wrote:

> I am indeed using DYNAM.
>
> I have no great need for this to work.  Just something I noticed and was
> curious about.
> 
> From: IBM Mainframe Discussion List  on behalf
> of Farley, Peter <031df298a9da-dmarc-requ...@listserv.ua.edu>
> Sent: Friday, April 7, 2023 11:50 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Cobol calling module with non alphanumeric no longer
> allowed???
>
> Not true for non-static calls.  We are past COBOL 5 (V6.2 at the moment)
> and "CALL variable USING . . . " where "variable" has any of the "national"
> characters ($#@) works every time.  We have multiple dynamically called
> utility subroutines with those characters in the program name.
>
> Why in the world are you using literal calls?  Or are you using the DYNAM
> option to convert literal calls to dynamic ones?  If so, bite the bullet -
> convert them to "CALL variable" and you are done.
>
> The only legitimate case I have seen for using literal CALL's is when you
> are using nested subroutine programs in the same source file as the calling
> program.
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Frank Swarbrick
> Sent: Friday, April 7, 2023 6:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Cobol calling module with non alphanumeric no longer allowed???
>
> I've tried calling modules (that exist!) with both '@' and '#' signs in
> them and Enterprise COBOL 5+ does not allow this.  COBOL 4 allowed this.
> Is there any good reason why this is the case?
> --
>
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and confidential.
> If the reader of the message is not the intended recipient or an authorized
> representative of the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> e-mail and delete the message and any attachments from your system.
>
> --
> 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: Modernize Mainframe Applications for Hybrid Cloud with IBM and AWS

[Don Leahy]

Running batch does not preclude 24x7 online availability.

On Sun, Jun 19, 2022 at 09:44 Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> People still run batch on the mainframe? The ING CEO needs replaced. Last
> shop I worked at we ran very little batch. Because as a health insurance
> company, we needed to have 24 by 7 by 365 online availability or patients
> die.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Sunday, June 19, 2022, 2:36 AM, David Crayford 
> wrote:
>
> On 19/06/2022 5:23 am, Enzo D'Amato wrote:
> > I also agree, but as a non-insider, I wanted to know what others were
> thinking. I also belive that in most cases, the effort spent trying to get
> off the mainframe would be better spent actually fixing the code running on
> it in the first place. Moving around broken code doesn't automatically fix
> it.
>
> It's not just about fixing broken code. If you read the ING CIO's
> remarks about why they wanted off the mainframe it's not about the
> platform. Nobody denies that mainframes are insanely brilliant hardware
> platforms. ING wanted to get rid of batch and move towards an event
> driven architecture using pub/sub where they can easily deploy loosely
> coupled micro-services to provide cutting edge products. The technology
> stacks are built on open source such as Kafka, MongoDB, Cassandra, NiFi,
> Avro etc.  The retail banking industry has been disrupted by fintechs so
> waiting for an overnight batch schedule for settlements is a competitive
> disadvantage.  Cracking open and modernizing 50-60 year old COBOL batch
> applications is a VERY heavy lift.
>
> https://www.theregister.com/2016/07/01/ing_mainframe_strategy/ <- read
> the comments section. It's hilarious :)
>
> The doubly whammy is there's a skills crisis slowly unraveling. In the
> last year we've had 3 key resources move to 3 day weeks with a view to
> retiring. Replacing highly skilled assembler programmers with deep
> subsystem knowledge is proving to be difficult. Young people don't want
> to learn HLASM as they consider it a dead-end. Their position is "why
> invest 3-4 years learning a language that is useless if you move to
> another industry?" I can't comment about COBOL application developers.
>
> In 10 years time I expect the mainframe to be alive and kicking and
> significantly modernized. The small/medium shops will probably be all
> gone. When I first moved to my current town in 1998 there were 25-30
> mainframe sites. Now there are 3 and 1 is on life support. One of our
> customers re-platformed their CICS/COBOL/Batch applications from a z9 to
> a single blade server. It doesn't make any sense financially for a small
> site to run a mainframe.
>
> https://www.itnews.com.au/news/wa-insurance-commission-decommissions-mainframe-322780
>
> >
> > Get BlueMail for Android
> > On Jun 18, 2022, at 5:13 PM, Charles Mills  charl...@mcn.org>> wrote:
> >
> > I always like the stories about the companies that are in the eighth
> year of
> > a three-year project to get off the mainframe.
> >
> > Enzo, my friend, you have just kicked the hornets' nest! You had better
> > duck, because the onslaught is coming. "The mainframe is [not] dead" is
> near
> > and dear to the hearts of IBM-MAINers.
> >
> > Yes, I think the consensus is that the mainframe has a future. IBM seems
> to
> > be focused mainly on the very largest shops, so the trend seems to be
> bigger
> > and bigger machines at fewer and fewer companies. But it is hard to
> envision
> > Bank of America balancing their checking accounts every day on an array
> of
> > Windows servers, in their datacenter or in the cloud. My reading of the
> tea
> > leaves -- I am not an insider -- is that for a long time IBM was *saying*
> > the mainframe was here to stay but internally they did not believe it and
> > were not making decisions on that basis -- but I think that has now
> changed.
> > IBM appears to have made a HUGE investment in the z16, an investment that
> > will take more than 5 or more years to recoup.
> >
> > Welcome aboard!
> >
> > Charles
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Enzo D'Amato
> > Sent: Saturday, June 18, 2022 1:56 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Modernize Mainframe Applications for Hybrid Cloud with IBM
> and
> > AWS
> >
> > As someone who is new to this field, and hasn't been though a wave of
> "the
> > mainframe is going away" yet, will there still be companies running the
> > mainframe 5 or 10 years down the line? Also, when I read about companies
> > trying to get off of the mainframe, how often do these efforts end up
> > succeeding?
> > 
> >
> > From: IBM Mainframe Discussion List  on
> behalf of
> > Mike Schwab 
> > Sent: Saturday, June 18, 2022 12:04 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Modernize Mainframe Applications for Hybrid Cloud with IBM

Re: ISPF WSA and ISPF Plugin for z/OSMF

[Don Leahy]

Yes, ISPF stats are too easily manipulated to be reliable.   I regard them
as a convenience and would not try to use them for serious source control
purposes.

On Sun, Jun 12, 2022 at 12:31 Paul Gilmartin <
042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:

> On Sun, 12 Jun 2022 10:26:38 -0400, Don Leahy wrote:
>
> >It was also aware of ISPF stats, so on a WS to host xfer it could compare
> >dates and only transfer changed files.
> >
> But beware.  Timestamps at both ends may be under user control.
> I have scripts that deliberately change timestamps of some files
> to match their content.
>
> If I migrate and recall a PDSE with HSM, the original FAMS
> timestamps are preserved.
> If I unload and reload that PDSE with IEBCOPY, those timestamps
> are changed to the time of the reload.
>
> And z/OS, Windows, and UNIX have different timezone conventions.
>
> --
> gil
>
> --
> 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: ISPF WSA and ISPF Plugin for z/OSMF

[Don Leahy]

It was also aware of ISPF stats, so on a WS to host xfer it could compare
dates and only transfer changed files.  It’s always mystified me that the
non-GUI functionality supported by WSA never really caught on.  The
trifling task of installing the WSA.EXE seemed to be too big an obstacle
for many people.

On Sat, Jun 11, 2022 at 15:02 Michael Oujesky 
wrote:

> And it had the ability to take a PDS and transfer all the members to
> individual files on the target (Windows) with EBCDIC to ASCII
> translation in one transfer request.
>
> Michael
>
> At 08:47 AM 6/11/2022, Don Leahy wrote:
>
> >I won't miss the GUI interface that WSA provides.   I will miss the
> >FILEXFER ISPF service.   It makes it easy to incorporate file transfers
> >into your ISPF dialog applications and to initiate transfers from batch
> >jobs.
> >
> >
> >On Sat, Jun 11, 2022 at 09:30 Steve Smith  wrote:
> >
> > > I experimented with WSA back in the day; didn't find it especially
> > > compelling, best I can recall.  I've lately been experimenting with the
> > > ISPF plugin for z/OSMF.  If you like a more pointy-clicky interface,
> you
> > > might like it. I presume whatever customization done with WSA would not
> > > apply.
> > >
> > > I have a list of things I don't like about the ISPF plugin, but it may
> > > hopefully improve.  One thing that is really good is tabbed screens.
> > > Instead of 'SPLIT' (which is still there), you can enter 'START' to
> get a
> > > new tabbed screen.
> > >
> > > sas
> > >
> > >
> > > On Sat, Jun 11, 2022 at 12:40 AM Michael Oujesky <
> reflect...@oujesky.net>
> > > wrote:
> > >
> > > > Ditto
> > > >
> > > > At 05:09 PM 6/10/2022, Don Leahy wrote:
> > > >
> > > > >I am still in mourning about the prospect of losing WSA.   I built
> > > several
> > > > >tools around it.  :-(
> > > > >
> > > >
> > >
> > > --
> > > 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
>

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

Re: ISPF WSA and ISPF Plugin for z/OSMF

[Don Leahy]

I won’t miss the GUI interface that WSA provides.   I will miss the
FILEXFER ISPF service.   It makes it easy to incorporate file transfers
into your ISPF dialog applications and to initiate transfers from batch
jobs.


On Sat, Jun 11, 2022 at 09:30 Steve Smith  wrote:

> I experimented with WSA back in the day; didn't find it especially
> compelling, best I can recall.  I've lately been experimenting with the
> ISPF plugin for z/OSMF.  If you like a more pointy-clicky interface, you
> might like it. I presume whatever customization done with WSA would not
> apply.
>
> I have a list of things I don't like about the ISPF plugin, but it may
> hopefully improve.  One thing that is really good is tabbed screens.
> Instead of 'SPLIT' (which is still there), you can enter 'START' to get a
> new tabbed screen.
>
> sas
>
>
> On Sat, Jun 11, 2022 at 12:40 AM Michael Oujesky 
> wrote:
>
> > Ditto
> >
> > At 05:09 PM 6/10/2022, Don Leahy wrote:
> >
> > >I am still in mourning about the prospect of losing WSA.   I built
> several
> > >tools around it.  :-(
> > >
> >
>
> --
> 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: FTP Software for Mainframe to PC

[Don Leahy]

I am still in mourning about the prospect of losing WSA.   I built several
tools around it.  :-(

On Fri, Jun 10, 2022 at 12:21 Michael Oujesky 
wrote:

> While not FTP, if you still have it, ISPF WSA does transfers to/from
> non-MVS platforms.  Gone with z/OS 2.5.
>
> Michael
>
>
> At 07:48 AM 6/10/2022, Lizette Koehler wrote:
> >
> >
> >Just looking to create a list of software that does FTP from the mainframe
> >to the PC
> >
> >
> >
> >I know
> >
> >
> >
> >IND$FILE
> >
> >FILEZILLA
> >
> >
> >
> >Are there any others?
> >
> >
> >
> >Cost or no cost is okay.
> >
> >
> >
> >
> >
> >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: COBOL 6.2 - use of identical data name in a nested COMMON subpro

[Don Leahy]

Just to satisfy my curiosity, is there a compelling use case for nested
programs?   I have played with them, but, possibly due to a lack of
imagination on my part, I cannot think of a reason to use them.

On Fri, Oct 15, 2021 at 13:12 Farley, Peter x23353 <
031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:

> Lo and behold, that was exactly the problem!  Two COPY statements, both
> containing the same group name.  One of them can be changed to use a
> different REPLACING phrase to provide unique names, but I missed that in my
> initial analysis because the one with just the common group name (which is
> a subset a larger COPY) also has a higher-level group name and that name
> was the one referenced in the TO phrase of the MOVE.  I only saw the
> higher-level name and missed that the COPY below name that had identical
> names as the larger COPY (used the same REPLACING phrase as the larger
> COPY).
>
> Many thanks for nailing the reason for this issue.
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Farley, Peter x23353
> Sent: Friday, October 15, 2021 1:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL 6.2 - use of identical data name in a nested COMMON
> subpro
>
> Thanks Frank. I did not think that was the case, but I will double check
> that in the original program.
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Frank Swarbrick
> Sent: Friday, October 15, 2021 5:32 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL 6.2 - use of identical data name in a nested COMMON
> subpro
>
> My guess is that you have a COPY statement in the inner program that
> includes another field with the same name.
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Farley, Peter x23353 <031df298a9da-dmarc-requ...@listserv.ua.edu>
> Sent: Thursday, October 14, 2021 6:19 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: COBOL 6.2 - use of identical data name in a nested COMMON
> subpro
>
> Hi Tom,
>
> My case is that the names are not unique and they are passed to the nested
> subroutine via CALL parameter.  Like this, to use your short example:
>
>ID DIVISION.
>PROGRAM-ID. OUTER1.
>ENVIRONMENT DIVISION.
>DATA DIVISION.
>LINKAGE SECTION.
>1  X1 PIC X(8).
>PROCEDURE DIVISION.
>MOVE 'SUB1' To X1.
>CALL 'SUB1' USING X1.
>ID DIVISION.
>PROGRAM-ID. SUB1.
>ENVIRONMENT DIVISION.
>DATA DIVISION.
>LINKAGE SECTION.
>1  X1 PIC X(8).
>PROCEDURE DIVISION USING X1.
>MOVE 'DONE' TO X1.
>EXIT PROGRAM.
>END PROGRAM SUB1.
>END PROGRAM OUTER1.
>
> But this example does not generate the compiler error that I originally
> saw.  I fiddled around with the original program that had the problem,
> trying to cut it down to the minimum that would demonstrate the error, but
> I have not been able to duplicate the error in a simpler form so far.
>
> Round tuits being so incredibly scarce at the moment, I sadly will have to
> drop this line of inquiry and hope I can get back to it at a later time.
> The program which had the compiler error works with the "correction" as
> coded, so now I need to move on to my employer's other priorities.
>
> Thank you very much for your help.  I will resurrect this thread or start
> a new one if I ever find time to get back to the issue.
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Tom Ross
> Sent: Thursday, October 14, 2021 6:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL 6.2 - use of identical data name in a nested COMMON
> subpro
>
> >In my specific case, there is a COPY structure populated in the
> >outermost p= rogram level that is passed in CALL statements to nested
> >COMMON subprograms=  (which can also CALL each other) and all the
> >COMMON subprograms use the sa= me COPY structure to define their
> >LINKAGE parameter.  I just did not and do=  not understand why the
> >compiler cannot use the "local" LINKAGE section def= inition in the
> nested COMMON subprograms.
> >
> >There are only two levels of nesting here, outermost and then each
> >COMMON s= ubprogram at the same level below that.
> >
> >This works flawlessly when subprograms are not nested but separately
> >compil= ed as stand-alone units, so I do not see why it is different in
> >a nested ve= rsion.  It makes no sense.
> >
> >Is there a way to tell the compiler that a structure at the OUTERMOST
> >level=  is NOT to be shared with nested programs?  That would solve the
> >particular=
> >  problem that I have, I think.
>
> I tested this out myself, and I was able to refer to a data item X1 in a
> nested program even though X1 was also defined in the containing program.
> I was thinking that names in containing programs are automatically GLOBAL,
> but they are not.  Are 

Re: System Programmer Titles

[Don Leahy]

The current title at our shop is “IT Build analyst” or “IT Build
Specialist”.

On Mon, Oct 11, 2021 at 5:05 PM Skip Robinson 
wrote:

> I toyed with a number of different titles but couldn't find one elegant and
> imperial enough. So I borrowed from my trash man. Now I'm a Sanitation
> Engineer.
>
> On Mon, Oct 11, 2021 at 1:47 PM David Spiegel 
> wrote:
>
> > Large Systems Infrastructure Support
> > Another one: Mainframe Administrator (I really dislike this one in
> > particular.)
> >
> > On 2021-10-11 16:28, Herring, Bobby wrote:
> > > I asked this question back in 2004. My boss wants to know if there are
> > any new titles to add to the list below.
> > >
> > > Mainframe Engineer
> > > Operating Systems Architect
> > > Software Engineer
> > > Software Project Specialist
> > > Software Specialist
> > > System Analyst
> > > System Architect
> > > System Engineer
> > > System Programmer
> > > Systems Programming Specialist
> > > Systems Specialist
> > > Technical Advisor
> > > Technical Analyst
> > > Technical Services Professional
> > > Technical Specialist
> > >
> > > What title do you have as a system programmer?
> > >
> > > Bobby Herring
> > > Texas Farm Bureau Insurance
> > >
> > > From: IBM Mainframe Discussion List  On
> > Behalf Of Kirk Wolf
> > > Sent: Wednesday, July 22, 2020 3:43 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: SFTP and z/OS Migration
> > >
> > >
> > > IBM z/OS OpenSSH is a base feature of z/OS since V2R2.
> > > When you install a new version of z/OS you will get a new version.
> > > There are often migration actions from IBM having to do with /etc/ssh
> > > configuration settings. When moving releases you would at minimum want
> to
> > > review any changes that you made from the IBM /samples and the new
> > /samples
> > > and merge those as appropriate.
> > >
> > > BTW: Here's a quick start guide that we have on customizing IBM z/OS
> > > OpenSSH:
> > >
> >
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdovetail.com%2Fdocs%2Fpt-quick-inst%2Findex.htmldata=04%7C01%7C%7C06bd05653b2a4076928208d98cf5acaf%7C84df9e7fe9f640afb435%7C1%7C0%7C637695809175524138%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=Jx%2BXTc3mHzYwn%2F2sx96TwbALtMWz8fAuPyfFcW7tyEo%3Dreserved=0
> > <
> >
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdovetail.com%2Fdocs%2Fpt-quick-inst%2Findex.htmldata=04%7C01%7C%7C06bd05653b2a4076928208d98cf5acaf%7C84df9e7fe9f640afb435%7C1%7C0%7C637695809175524138%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=Jx%2BXTc3mHzYwn%2F2sx96TwbALtMWz8fAuPyfFcW7tyEo%3Dreserved=0
> > >
> > >
> > > Kirk Wolf
> > >
> >
> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdovetail.com%2Fdata=04%7C01%7C%7C06bd05653b2a4076928208d98cf5acaf%7C84df9e7fe9f640afb435%7C1%7C0%7C637695809175524138%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=Uyp2%2BWnPfnfLrxuNiLr0XdI7j3LTGfwtDFvHim%2FWEgU%3Dreserved=0
> > <
> >
> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdovetail.com%2Fdata=04%7C01%7C%7C06bd05653b2a4076928208d98cf5acaf%7C84df9e7fe9f640afb435%7C1%7C0%7C637695809175524138%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=Uyp2%2BWnPfnfLrxuNiLr0XdI7j3LTGfwtDFvHim%2FWEgU%3Dreserved=0
> > >
> > >
> > > On Wed, Jul 22, 2020 at 2:14 PM Roberto Halais <
> roberto.hal...@gmail.com
> > >
> > > wrote:
> > >
> > >> Listers:
> > >>
> > >> My company has decided to forego FTP and go the SFTP way.
> > >>
> > >> I have installed OPENSSH and have SFTP working.
> > >>
> > >> I installed using the IBM user's guide and everything installed in the
> > >> default libraries.
> > >>
> > >> My concern is, when we migrate to a new z/OS release do I have to do
> > >> the whole install again?
> > >>
> > >> Can I, from the beginning, install all the SSH libraries in a
> different
> > >> filesystem so that when I migrate I can just mount the filesystem and
> > >> execute.
> > >> And later on install the new version Openssh.
> > >>
> > >> Don't know if I am clear in what I am asking.
> > >>
> > >> Just some tips on facilitating installing under a new release.
> > >>
> > >> Thank you.
> >
> > > [
> >
> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.txfb-ins.com%2FTFBICImages%2Fjdpower.jpgdata=04%7C01%7C%7C06bd05653b2a4076928208d98cf5acaf%7C84df9e7fe9f640afb435%7C1%7C0%7C637695809175524138%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=oJNL%2F6MDK%2BAWZtJ9vSLuX%2Bc1SPnEzWguKcRo58A29WU%3Dreserved=0
> > ]
> > >
> >
> 

Re: COBOL compiler option to list libraries from which COPY members were loaded?

[Don Leahy]

My shop uses Enterprise COBOL 6.2 and that information appears in the
compile listing.   I am not sure which compiler option influences that
behavior but it works by default.  I rely on it often.

On Sun, Sep 5, 2021 at 13:57 Farley, Peter x23353 <
031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:

> I was looking around at listings from multiple incarnations of COBOL
> compilers and did not find any which listed the libraries from which copy
> members were loaded, as HLASM does for macros and copy members.
>
> Has there ever been such a compiler option?
>
> If not I suspect an RFE is in order.  Business justification: Needed as an
> aid to verification that the most recent COPY members were used during
> compilation as part of SDLC promotion process to QA/UAT/production status.
> Bonus points for listing the date/time of the member in each library (if
> available) as part of the compile listing.
>
> Peter
>
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and confidential.
> If the reader of the message is not the intended recipient or an authorized
> representative of the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> e-mail and delete the message and any attachments from your system.
>
> --
> 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: Programs that work right the first time.

[Don Leahy]

I like to tell my younger colleagues that I am disappointed when my code
works correctly the first time.   No bugs to hunt down?   Where’s the fun
in that? 

On Sun, Aug 22, 2021 at 14:49 Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> You claim to know of a 1 line APL super complex program but when asked to
> prove it can’t. I get out of bed on the same side every day.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Sunday, August 22, 2021, 2:21 PM, Jeremy Nicoll <
> jn.ls.mfrm...@letterboxes.org> wrote:
>
> On Sun, 22 Aug 2021, at 18:43, Bill Johnson wrote:
> > Anyone who writes a compiler or assembler is quite complex. And very
> > likely thousands of lines of code that took years to develop.
>
> More than just a few thousand, I'd expect, unless it's very-table-driven.
>
>
> > More in line with the COBOL programs I was referencing.  Not some 40
> > line REXX program that took a day or two.
>
> You seem to have a bee in your bonnet about 40-line REXX programs.
> Why?  What makes you think that REXX programs can't also be much
> much longer?
>
> > In College, I wrote an ATM machine. It
> > took the entire semester and was my class project. Way more complex
> > than a 40 line REXX/CLIST
>
> There you go again.  Did you get out of bed on the wrong side today?
>
> > or the APL mirage you mention. Show me the 1
> > line complex APL program. Remembering, I’m a math major.
>
> I haven't programmed in APL since the early 1980s, so I cannot produce
> an example of my own.  But you could look at the "Game of Life" and
> "HTML tags removal" code examples at
>
>   https://en.wikipedia.org/wiki/APL_(programming_language)
>
> to get an idea of how unreadable APL can be.
>
> Note that it has a right to left execution order, and a huge range of
> operators which almost all do different things depending on whether
> they are used in a monadic or dyadic way - like the difference between
> the way "-" in arithmetic is either used for negation or subtraction.
> People who like deliberately writing impenetrable APL expressions
> tend to write heavily nested expressions.  Of course such things are
> unmaintainable - it's a bit like the impossibility of understanding a
> complex regular expression at a glance.
>
> It's definitely a programming language where people learn idiomatic
> ways of achieving something then don't look again at the nitty-gritty of
> what a series of operators actually do.  If someone strings a sequence
> of idioms together in one statement it's hard to see where each one
> starts and ends.  And if someone subtlely changes something inside
> what looks like an idiom (but isn't) it'd be hard to spot that too.
>
> Although APL is good at handling multi-dimensional matrices of numbers
> it can be used for non-mathematical things too; eg I wrote a simple full-
> screen text editor, in APL, for editing APL functions.  At the time the
> supported (built-in) way of editing APL functions was much more like
> line-mode editing of BASIC code.
>
> --
> Jeremy Nicoll - my opinions are my own.
>
> --
> 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: ISPF cursor positioning based edit or browse

[Don Leahy]

There might also be a locally developed variation at your shop.  Mine has
two competing versions.   It’s not difficult to create such a tool using
ISPF variables ZSCREENI (current screen image) and ZSCREENC (current cursor
position).

On Thu, Jul 8, 2021 at 15:24 Mike Hochee  wrote:

> Excellent!
>
> Thank you much,
> Mike
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of David Spiegel
> Sent: Thursday, July 8, 2021 3:22 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ISPF cursor positioning based edit or browse
>
> Caution! This message was sent from outside your organization.
>
> Hi Mike,
> ZOOM on CBT File 671
>
> Please see cbttape.org
>
> Regards,
> David
>
> On 2021-07-08 15:00, Mike Hochee wrote:
> > Hi,
> > Some years ago I recall working in an environment where I could position
> my cursor anywhere within a DSN or DSN(mbr) (from an ISPF edit or view
> session) and then depress PFnn to start and stack a new view or edit
> session for the referenced DSN. I believe this capability was also
> available under SDSF when displaying a JES2 JOE, but not positive about
> that.
> >
> > Anyone know where I can find this handy tool?
> >
> > Thanks much,
> > Mike
> >
> >
> >
> > --
> > 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
>

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

Re: And the survey says...

[Don Leahy]

They could model it on WSA.   :-)

On Sun, May 2, 2021 at 3:03 PM Charles Mills  wrote:

> > Is there a possibility of a separate IND$FILE client with all the
>
> In the late 1980's/very early 1990's Spectrum Concepts (XCOM 6.2) had a
> product called IND$VTAM which was an IND$FILE that ran outside of TSO, on
> its own SNA session. I have forgotten the exact details, but I remember its
> existence well because we (my company) were negotiating to buy it (buy the
> whole product, not license a copy). The negotiations did not succeed.
> Spectrum was a very difficult company to deal with, as anyone who might
> remember the fallout from the sale of XCOM to Legent will recall.
>
> I guess in @Gil's terminology that would be "a separate IND$FILE server."
>
> How would such a separate IND$FILE client work? Would it somehow share the
> TSO session with the emulator? Or would it somehow log onto TSO on its own,
> despite its lack of "ability to format a display"?
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Paul Gilmartin
> Sent: Sunday, May 2, 2021 9:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: And the survey says...
>
> On Sun, 2 May 2021 08:18:38 -0700, Tom Brennan wrote:
>
> >On 5/2/2021 4:15 AM, Radoslaw Skorupka wrote:
> >
> >> ... IMHO there is no reason to embed FTP client in 3270 emulation
> package.
> >
> >I guess it was natural for users to look for FTP on the terminal
> >emulator since that's where they did transfers before TCPIP on the
> >
> I would expect that "before TCPIP on the mainframe" it would *not* be
> "natural for users to look for FTP on the terminal".
>
> >mainframe.  But I always thought that was strange.  Even stranger was
> >one emulator I used back around 1996 that would lock up the 3270
> >terminal while running FTP transfers, to better simulate IND$FILE I
> assume.
> >
> Stranger yet was Mac tn3270 X (abandonware, STTL), with a built-in
> FTP *server*, presumably to accommodate sites with misgivings about
> running an FTP server but OK with FTP client.
>
> I had a major cognitive disconnect when a colleague first told me
> that to use FTP on the desktop I needed "to be logged on to TSO!"
> Only in later releases was the default setting to launch tn3270 with
> internal FTP server disabled
>
> Is there a possibility of a separate IND$FILE client with all the
> bells and whistles?  It would need:
> o Understanding of 3270/7171/IND$FILE data streams.
> o But not ability to format a display.
> ???
>
> --
> 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: And the survey says...

[Don Leahy]

At our shop HOD is the standard, Pcomm is a supported alternative.   I use
Tom Brennan’s Vista.   My laptop is locked down, but I didn’t need Admin
rights to install it.  I expect at some point that I will get my wrist
slapped for using an “unapproved” software product, but as I get closer to
retirement I am caring less and less about that.

On Tue, Apr 27, 2021 at 12:33 Seymour J Metz  wrote:

> GDDM and PGF are the primary programs for 3270 graphics. I don't know
> whether SAS Graph requires GDDM.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Grant Taylor [023065957af1-dmarc-requ...@listserv.ua.edu]
> Sent: Tuesday, April 27, 2021 12:20 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: And the survey says...
>
> On 4/27/21 8:09 AM, Allan Staller wrote:
> > What 3270 emulator are you using?
>
> I'm using X3270 and / or it's console counterpart C3270 on Linux.
>
> I'm using a really old version of PCOMM as the master console (et al.)
> for my P/390-E on OS/2 Warp 4.
>
> > Since we have to go through a procurement process, we want to obtain
> > the optimal product.
>
> I would hope ~> expect that you will take the top contenders and test
> them in your environment for a while.  I don't know if this means an
> evaluation license or purchase licenses for a few people.
>
> > Responses can be posted on-list or directly to me.
>
> I am very interested to see how people are responding.
>
> I would also be curious to learn what different features that people
> use.  --  I'm selfishly interested in terminal support of graphics.  I
> believe that's GDDM (?) on IBM mainframes.  Sixel and ReGIS graphics
> from DEC.  And the likes.
>
> > Thanks to all in advance for your time and attention,
>
> :-)
>
> I'd be interested in reading a summary once the survey is complete.
>
>
>
> --
> Grant. . . .
> unix || die
>
> --
> 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: SPF/SE.... out of business?

[Don Leahy]

SPF/PC supports a sizable subset of ISPF services.   Back when I last used
it I remember that it seemed a few releases behind the real thing, but the
basics were there.

On Mon, Apr 26, 2021 at 18:40 Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Mon, 26 Apr 2021 20:39:27 +, Seymour J Metz wrote:
>
> >Keep in mind that the last CTC editor to support REXX was SPF/PC.
> >
> With what compatibility?  3-level library definition?  Shared
> variable pools? LM services such as LMINIT, LMOPEN, LMCOPY,
> LMPUT, LMMSTTATS, ...?  CMS ISPF achieves much of that with
> outboard files.  I could imagine using Extended Attributes.
>
> I remember most of my XEDIT macros didn't work with
> Workstation Group's Uni-Xedit.
>
> >
> >From: Michael Knigge
> >Sent: Monday, April 26, 2021 12:03 PM
> >
> >I guess some folks of you know and use the SPF-like Editor SPF/SE (or
> �SPF/365�) from Command Technology� Does anyone of you know what�s up with
> this company? Web-Site is down and I get no replies of my mails�. Does Tim
> Tetiva just closed this business without informing his customers?
>
> -- gil
>
> --
> 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: How to upload 600 files from PC to Mainframe

[Don Leahy]

The stated reason for dropping WSA is that it uses an unsecured connection
and IBM doesn’t want to upgrade it.

On Fri, Mar 26, 2021 at 06:28 Radoslaw Skorupka 
wrote:

> W dniu 25.03.2021 o 23:14, Paul Gilmartin pisze:
> > On Thu, 25 Mar 2021 14:33:34 -0700, Ed Jaffe wrote:
> >
> >> On 3/25/2021 2:22 PM, Don Leahy wrote:
> >>> WSA is another possibility.   It is part of ISPF (for now), so should
> be
> >>> available to all. Once you have wsa.exe running on your desktop
> you can
> >>> set up a batch job on the mainframe to pull the files over using the
> >>> FILEXFER service.   It’s fast, and doesn’t have to tie up your TSO
> session.
> > FSVO "all".  On the page at:
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.f54u200/ispu295.htm
> >
> > I read:
> >   Workstation Type
> >  1. Windows  3. AIX  5. Reserved
> >  2. Reserved 4. Reserved
> >
> > That's pretty short of "all".  They seem to have dropped HP-UX and
> Solaris
> > after z/OS 2.2.
>
> Well, there are/were many z/OS add-ons available for Windows only.
> RMF, OSA/SF, HCM...
>
> Previously OSA/SF on PC was Windows EXE application. I liked it. However
> later it was replaced with JAVA .jar. It was really nightmare to setup
> it running and connectivity to a host was crippled to only one method.
>
>
> BTW: OSA/SF is rather history now, because it support older OSA cards
> only. It is still supported, I mean one may install supported version of
> z/OS on downlevel, but supported machine and in this case one can find
> out OSA Express4S or even Express3.
> OSA Express 5 and higher are managed from HMC, no OSA/SF support.
> OSA Express 3 and older are not managed from HMC, OSA/SF is the only way.
> OSA Express 4 is managed by both.
>
> And of course it is mandatory for CHPID type OSE, usually used for
> native SNA.
> OSC was never supported, OSD has nothing to set up. OSX, OSM - I have
> never worked with it, but it's also history (zBX).
> And OSN - history also.
>
>
> --
> Radoslaw Skorupka
> (looking for new job)
> Lodz, Poland
>
> --
> 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: How to upload 600 files from PC to Mainframe

[Don Leahy]

WSA is another possibility.   It is part of ISPF (for now), so should be
available to all. Once you have wsa.exe running on your desktop you can
set up a batch job on the mainframe to pull the files over using the
FILEXFER service.   It’s fast, and doesn’t have to tie up your TSO session.


On Wed, Mar 24, 2021 at 17:20 Radoslaw Skorupka 
wrote:

> W dniu 24.03.2021 o 19:17, Lizette Koehler pisze:
> > List
> >
> >
> >
> > A friend has over 400 individual files to upload to the Mainframe from a
> PC
> >
> >
> >
> > He does not have FTP
> >
> >
> >
> > He does have IND$FILE
> >
> >
> >
> > How can he get the files up to the mainframe without doing them
> > individually.  But batching them up?
>
>
> 1. Buy PCOMM. Yes, IBM Personal Communications
> 2. List files i.e. using dir/b >..\list.txt
> 3. Using any method prepare SRL file - a list of files to transmit.
> Syntax is really easy. I can send you a sample.
> 4. Run the script and have some coffee.
>
> I don't know all 3270 emulators, but few I know do not have similar
> feature.
>
> --
> Radoslaw Skorupka
> (looking for new job)
> Lodz, Poland
>
> --
> 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: JCL checkers?

[Don Leahy]

I am a big fan or Pro/JCL.   Especially the feature that lets you simulate
the execution of an entire job stream.  It’s an easy way to check that your
DSNs are consistent from job to job, without actually running them.

On Fri, Mar 12, 2021 at 15:28 Mitch Mccluhan <
005d889cebf0-dmarc-requ...@listserv.ua.edu> wrote:

>  Folks,
> As an FYI, J-MAN makes it possible to work on a "reference model",  from
> which the tool automatically creates as many target environments as you
> need, based on "rules" that describe how to modify the jobs to make them
> effective for the specific target environments. Every single keyword of the
> job, every file name, every parameter can be automatically changed,
> including the structure itself of the job can be changed.
> Mitch
>
>
> -Original Message-
> From: Jeffrey Holst <02366bf64af9-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Fri, Mar 12, 2021 6:45 am
> Subject: Re: JCL checkers?
>
> Like several others we use JCLCHECK from Broadcom/CA. We were using
> JCLSCAN, but we had a new requirement that we be able to check JCL intended
> to run on a different sysplex. (We create our production JCL on a test
> sysplex.) JCLCHECK has a feature that does this.
>
> --
> 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: [External] Re: blanks at the end of Unix file names - was LMINIT cannot handle concatenation with more than 16 data sets?

[Don Leahy]

Also known as the “chicken out” prompt.  :-)

On Wed, Sep 30, 2020 at 14:50 Pommier, Rex  wrote:

> z/OS 2.4, it does not remember shutting those options off.   I'm OK with
> the behavior and could take it either way but I know I'd be recovering user
> datasets much more often if the "are you sure" wasn't there.
>
>
>
> Rex
>
>
>
> -Original Message-
>
> From: IBM Mainframe Discussion List  On Behalf
> Of Charles Mills
>
> Sent: Wednesday, September 30, 2020 1:27 PM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: [External] Re: blanks at the end of Unix file names - was
> LMINIT cannot handle concatenation with more than 16 data sets?
>
>
>
> I *think* it remembers the option on the main panel, assuming you actually
> exit ISPF rather than 622'ing.
>
>
>
> I *like* the behavior. I don't mind the extra "are you sure?" on a single
> dataset delete -- has saved my @ss once or twice -- and if I am deleting a
> bunch, I set it off on the first confirmation panel.
>
>
>
> I would rather hit an extra enter a hundred times than have to recover a
> mistakenly deleted dataset once.
>
>
>
> YMMV. That's what makes horse races.
>
>
>
> Charles
>
>
>
>
>
> -Original Message-
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Paul Gilmartin
>
> Sent: Wednesday, September 30, 2020 11:02 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: [External] Re: blanks at the end of Unix file names - was
> LMINIT cannot handle concatenation with more than 16 data sets?
>
>
>
> On Wed, 30 Sep 2020 10:51:36 -0700, Charles Mills wrote:
>
> >
>
> >For dataset delete from 3.4?
>
> >
>
> >On the main panel
>
> >
>
> >Enter "/" to select option
>
> >/  Confirm Data Set Delete
>
> >/  Confirm Member Delete
>
> >
>
> >And on the delete panel
>
> >
>
> >Enter "/" to select option
>
> >   Set data set delete confirmation off
>
> >
>
> But they reset in the next session.  Couldn't they have made it opt-in
> rather than opt-out?
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
>
> The information contained in this message is confidential, protected from
> disclosure and may be legally privileged.  If the reader of this message is
> not the intended recipient or an employee or agent responsible for
> delivering this message to the intended recipient, you are hereby notified
> that any disclosure, distribution, copying, or any action taken or action
> omitted in reliance on it, is strictly prohibited and may be unlawful.  If
> you have received this communication in error, please notify us immediately
> by replying to this message and destroy the material in its entirety,
> whether in electronic or hard copy format.  Thank you.
>
>
>
>
>
> --
>
> 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: OT: OOBOL and English was Re: Still COBOL After All These Years?

[Don Leahy]

Acronym War!


On Fri, Aug 7, 2020 at 06:53 Joe Monk  wrote:

> Not a good idea to be hurling insults from a work account.
>
> Joe
>
> On Fri, Aug 7, 2020 at 4:25 AM R.S. 
> wrote:
>
> > BBC
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
> >
> >
> >
> >
> >
> >
> >
> > W dniu 07.08.2020 o 03:28, Seymour J Metz pisze:
> > > PKB
> > >
> > >
> > > --
> > > Shmuel (Seymour J.) Metz
> > > http://mason.gmu.edu/~smetz3
> > >
> > >
> > > 
> > > From: IBM Mainframe Discussion List  on
> > behalf of R.S. 
> > > Sent: Thursday, August 6, 2020 5:25 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: OT: OOBOL and English was Re: Still COBOL After All These
> > Years?
> > >
> > > W dniu 05.08.2020 o 17:07, Seymour J Metz pisze:
> > >> Must you be so obtuse? The structure that they devised is extremely
> > hard to change. Look at how long it took for everyone to switch from the
> > Julian Calendar to the Gregorian calendar.
> > >>
> > >> Yes, Europe has had treaties, and before the ones that you mentioned
> at
> > that, but some things are easier to change than others. Let me know when,
> > e.g., Europe gets rid of its royalty (yes, I know that they're mostly
> > symbolic.)
> > > Must you be so boorish?
> > > Must you insult people?
> > > Don't you have better hobby? This is not the place for your rudeness,
> > > better would be psychiatric office.
> > >
> > > --
> > > Radoslaw Skorupka
> > > Lodz, Poland
> > >
> >
> >
> >
> >
> > ==
> >
> > Jeśli nie jesteś adresatem tej wiadomości:
> >
> > - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> > zapisałeś na dysku).
> > Wiadomość ta może zawierać chronione prawem informacje, które może
> > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> > (kopiuje, rozprowadza) tę wiadomość l
> ub
> podejmuje podobne działania,
> > narusza prawo i może podlegać karze.
> >
> > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> > www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy
> > XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> > 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> > 01.01.2020 r. wynosi 169.401.468 złotych.
> >
> > If you are not the addressee of this message:
> >
> > - let us know by replying to this e-mail (thank you!),
> > - delete this message permanently (including all the copies which you
> have
> > printed out or saved).
> > This message may contain legally protected information, which may be used
> > exclusively by the addressee.Please be reminded that anyone who
> > disseminates (copies, distribut
> es)
> this message or takes any similar
> > action, violates the law and may be penalised.
> >
> > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18,
> 00-950
> > Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the
> > Capital City of Warsaw, 12th Commercial Division of the National Court
> > Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital
> > amounting to PLN 169.401.468 as at 1 January 2020.
> >
> > --
> > 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: Good FTP client for MVS data set access

[Don Leahy]

For what it is worth, I prefer the file transfer features supported by the
ISPF Workstation Agent.   Performs well and is easy to automate using Rexx
and ISPF services.

On Wed, Jun 17, 2020 at 21:38 Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 17 Jun 2020 20:29:08 -0500, Shawn Prenevost wrote:
>
> >I am pretty happy with Bluezone as a paid product (Not sure if the FTP
> >client is free) has GUI and I helped a user script an FTP to the mainframe
> >that stored their password in an encrypted session definition... In the
> >past I was also happy to use windows command line FTP when I was allowed a
> >non TLS encrypted connection into the mainframe.
> >
> If you have an encrypted tn3270 client, I'd expect you have 
> IND$FILE.  But I'm less than sure the mainframe side supports zFS.
>
> -- gil
>
> --
> 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: New Mainframe Community

[Don Leahy]

I was on that site for many years, but now the obnoxious ads are driving me
away.

On Mon, Jun 15, 2020 at 14:09 Carmen Vitullo  wrote:

> I thought I recognized your name, I was there back in the day when all the
> members of my MF team quit, and I was left to sort out z/os installs
> SYSPLEX , MAS...I/O def... I reached out here for some help and got very
> little, I found that site over 10 years ago maybe and got some good help
> from folks I knew that were mentors, I never knew they started promoting
> ads.
> thanks for pointing that out
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "Sri h Kolusu" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Monday, June 15, 2020 1:01:41 PM
> Subject: Re: New Mainframe Community
>
> > well then - they miss out on me, I've got free answers, and I know a
> > lot of folks - beginners mostly that received good help.
>
> I was a member of those sites and provided numerous answers (skolusu) and
> quit when they started forcing ads.
>
> >I have much more work to do than research other sites.
>
> I only pointed out because you are promoting a sham site. Nothing against
> you.
>
>
> Thanks,
> Kolusu
>
> --
> 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: Messages & Codes (was Re: "Everyone wants to retire mainframes")

[Don Leahy]

Many years ago when my organization was developing thousands of online
screens for our IMS applications, I tried to get our screen design
standards committee to implement a standard that would have required a
message id to appear beside every error message displayed on the screen.
They flatly refused to consider the idea.

On Fri, Jun 12, 2020 at 12:39 Seymour J Metz  wrote:

> I was once involved with a lady who had been director of user support, and
> thought that she deserved a medal for putting up with it.
>
> On the flip side, there are some users who know what they are doing and
> give you the data that you need to resolve the problem. Cherish them.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of R.S. [r.skoru...@bremultibank.com.pl]
> Sent: Friday, June 12, 2020 7:23 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Messages & Codes (was Re: "Everyone wants to retire
> mainframes")
>
> W dniu 12.06.2020 o 12:59, Seymour J Metz pisze:
> > Well, if they come from a world where there is no messages manual, it
> may not occur to them to RTFM; that should be part of their initial
> training, but we all know how generous education budgets are these days.
>
> I teach mainframe courses in Poland, including "Mainframe and z/OS
> Introduction". One of the topics I present is documentation, messages,
> and WAY OF WORK. I really need to explain it is good idea to read
> sysout, analyze messages, check them in documentation.
> People are trying to use google, of course not for "IEC030I", but rather
> for "my job fails - IEBGENER is broken". And they are looking for some
> forum where other newbies answer incorrectly to bad questions. ;-)
> As a "bonus" topic on JCL course we have problem investigation - I have
> several cases with typical errors and the task is to find the
> explanation in the documentation. OK, find and *understand*.
>
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18,
> 00-950
> Warszawa,
> http://secure-web.cisco.com/1L9zMAWn44gXBosl23ryFmmZRlPD7Hv5DJW4XkIYhu4U-bJHTAkbq1IflALO_5lB90MpKRZRiY4EGohWX0pPn7Ei9qIFrpdjqjOHwNHJJefm6AcRkT6_TG3Z7stIm88b_S0PQijMnusrQbWUGpgHAQHK92hFNITpR9VlVTVAwouUfUdQxKHpURC4AVi25z5Sq-3RPqdUjXbZeqf8XHmPLt4sh0V_E2lD4TFsSLvTcrkhXq7P8gaN26Cf8aJTiXV5IfftDORgfSvc6rCJpQPvyaaJIvdD_smHOa3pYMecsPFoRe6hXZoG4N1gHjE-YAAapcKnIDOIXEmxOj_4gEjs8aAlta0olJCQq4tkyDqQEBzRbLhgjbdlTNNSmw9T7TUhJmFgH5PndgF2R-AK-oYsj2JFbpiPliOO_WaCcvmWNJhrM_gtwRCQZv0pp3E4TgvP5/http%3A%2F%2Fwww.mBank.pl,
> e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział
> Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have
> printed out or saved).
> This message may contain legally protected information, which may be used
> exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Senatorska 18,
> 00-950
> Warszawa,
> http://secure-web.cisco.com/1L9zMAWn44gXBosl23ryFmmZRlPD7Hv5DJW4XkIYhu4U-bJHTAkbq1IflALO_5lB90MpKRZRiY4EGohWX0pPn7Ei9qIFrpdjqjOHwNHJJefm6AcRkT6_TG3Z7stIm88b_S0PQijMnusrQbWUGpgHAQHK92hFNITpR9VlVTVAwouUfUdQxKHpURC4AVi25z5Sq-3RPqdUjXbZeqf8XHmPLt4sh0V_E2lD4TFsSLvTcrkhXq7P8gaN26Cf8aJTiXV5IfftDORgfSvc6rCJpQPvyaaJIvdD_smHOa3pYMecsPFoRe6hXZoG4N1gHjE-YAAapcKnIDOIXEmxOj_4gEjs8aAlta0olJCQq4tkyDqQEBzRbLhgjbdlTNNSmw9T7TUhJmFgH5PndgF2R-AK-oYsj2JFbpiPliOO_WaCcvmWNJhrM_gtwRCQZv0pp3E4TgvP5/http%3A%2F%2Fwww.mBank.pl,
> e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw,
> 12th Commercial Division of the National Court Register, KRS 025237,
> NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN
> 169.401.468 as at 1 January 2020.
>
> --
> For IBM-MAIN subscribe / signoff 

Re: DB2 / DFSort question

[Don Leahy]

IBM supplies (or did at one time) a sample COBOL program that supports a
varying list SELECT statement via dynamic SQL.   I adapted this program so
that it could be invoked as an E15 exit.   It accepts an SQL statement via
a dd statement called SQLIN, then executes the query, fetching the results
and passing the rows back to SORT.

Having said that, I was unable to come up with a plausible use case for it,
so it sits on the shelf along with other interesting but impractical
experiments.

On Thu, Apr 16, 2020 at 15:12 Sri h Kolusu  wrote:

> > Why offline? What's so secret about it?
>
> There is nothing secret about it. Just did not want to clutter this forum
> and I wasn't even sure if OP was willing to share his DB2 DDL's.
>
> DFSORT Smart tricks page already has "Create DFSORT Symbols from COBOL
> Copybook"  trick which can be used to create DFSORT symbols from the Output
> of DCLGEN.
>
> https://www.ibm.com/support/pages/smart-dfsort-tricks
>
> The other approach to do it in the SQL itself for which I wanted to test on
> OP's DDL first before giving it to him and hence the offline request.
>
> Thanks,
> Kolusu
>
> IBM Mainframe Discussion List  wrote on
> 04/16/2020 02:26:57 PM:
>
> > From: Robert Prins 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 04/16/2020 11:27 AM
> > Subject: [EXTERNAL] Re: DB2 / DFSort question
> > Sent by: IBM Mainframe Discussion List 
> >
> > On 2020-04-16 17:56, Sri h Kolusu wrote:
> > >> It would be nice if this could execute before SYMNAMES is read, so
> > >> the SELECT handler could create symbols for all of the columns in
> > >> the result set.
> > >
> > > If your intention is to create DFSORT symbols from DB2 table definition
> > > then there are a couple of ways to get it done. Let me know if you are
> > > interested in that and we can discuss that offline.
> >
> > Why offline? What's so secret about it?
> >
> > 1) Use the standard Db2 tools to generate a PL/I %INCLUDE member foryour
> table
> > 2) Download RAP00110 and ESYMSORT from the URL in the signature below
> > 3) Put them into an EXEC library concatenated to SYSEXEC (or use ALTLIB)
> > 4) VIEW the generated PL/I %INCLUDE member, give the command "ESYMSORT ?"
> and
> > follow the instructions displayed.
> >
> > 5) Optional, but very much appreciated: Give me some feedback.
> >
> > Robert
> > --
> > Robert AH Prins
> > robert.ah.prins(a)gmail.com
> > The hitchhiking grandfather - https://urldefense.proofpoint.com/v2/
> > url?
> > u=https-3A__prino.neocities.org_indez.html=DwICaQ=jf_iaSHvJObTbx-
> > siA1ZOg=IAduPlMgORoDwSg-
> >
>
> QJfFI61PqQWHjCo5brtkXopHqZk=5E9jJTfDQ9c477aKnqviCWWkeYN8g3e1smY-4c9lqnI=A0k-
>
> > GHqK9B1F7Xd9UrSObixq-WOI26EwnuPTBZE8bfk=
> > Some REXX code for use on z/OS - https://urldefense.proofpoint.com/
> > v2/url?
> >
>
> u=https-3A__prino.neocities.org_zOS_zOS-2DTools.html=DwICaQ=jf_iaSHvJObTbx-
>
> > siA1ZOg=IAduPlMgORoDwSg-
> >
>
> QJfFI61PqQWHjCo5brtkXopHqZk=5E9jJTfDQ9c477aKnqviCWWkeYN8g3e1smY-4c9lqnI=lrqqJu2TCk4icUOAWwu9RBa6yHRVCO81xXQP0IfUp_g=
>
> >
> > --
> > 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: it was 20 years ago today

[Don Leahy]

I was working on contract with a major bank during the run up to Y2K.
 The bank was so confident that they had the issue licked that they laid
off all of the contractors in November.   I found another contract
immediately, but my new shop also had things well in hand, so I ended up
partying that night.  Neither shop had any significant issues during the
century change.

On Fri, Jan 3, 2020 at 13:23 Gabe Goldberg  wrote:

> Just came across:  ‘Here We Go. The Chaos Is Starting’: An Oral History
> of Y2K
>
> https://www.popularmechanics.com/technology/security/a30338692/y2k-panic/
>
> I still have about half the Y2K books I bought, figure they'll go with
> the next Great Purge. Circa 1995 I thought of doing "The Y2K Handbook"
> (like "The REXX Handbook" and two VM/ESA handbooks co-edited with Phil
> Smith) but never got around to it. Likely for the best, considering the
> tsunami of books published.
>
> --
> Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com
> 3401 Silver Maple Place, Falls Church, VA 22042
> 
>  (703) 204-0433
> LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0
>
> --
> 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: Max Size of ISPF table?

[Don Leahy]

I have an ISPF application that is built around a table of about 90,000
rows.   Performance is acceptable, but the app is read-only except for the
overnight batch process that builds it.   The build process is a bit of a
pig.

The Locate command was a problem.  My first attempt was a brute force scan
until the desired row was reached.   When I changed it to use a binary
search performance improved greatly.   A “filter” command driven by TBSARG
works very well and is my customary way of zooming to the rows that I am
interested in.

On Tue, Dec 17, 2019 at 13:27 Wayne Bickerdike  wrote:

> If you have CICS, use REXX/CICS. Do end users go through ISPF?  There's an
> overhead already.
>
> Under CICS you have a neat interface to DB2 or VSAM with the full set of
> API calls.
>
>
>
> On Wed, Dec 18, 2019, 04:46 Al Ferguson 
> wrote:
>
> > For that many rows I would use a Database, or SQLite 3 (CBT Tape #965 and
> > there is compile JCL on the CBT Tape the can be used against the current
> > version of SQLite from the sqlite.org website). BPXWDYN makes a great
> > interface to SQLITE via REXX (my preference for ISPF Apps), or there is
> an
> > include API for COBOL.
> >
> > ___
> >
> > Al Ferguson   | mailto:afergu...@neptunescove.org
> > Milwaukee, WI USA |   http://www.neptunescove.org
> >
> > Dulcius ex Asperis
> >
> > > On 17 December 2019, at 09:40, Lizette Koehler <
> stars...@mindspring.com>
> > wrote:
> > >
> > > Everything depends on what your application needs to do.
> > >
> > > 1_  What type of performance is excepted from the application?  As
> > others have stated, the number of rows will make it very slow to use
> > >
> > > 2_ how many users will be in the table at one time?
> > >
> > > 3_ Is it going to be shared in multiple LPARs or one LPAR?
> > >
> > > 4_ What is the backup and recovery process you will be using for this
> > application?
> > >
> > > 5_ What is the business impact if it is unavailable - for an hour, a
> > day, a week?
> > >
> > > 6_ Do you have any Database products?  (IMS, VSAM, DB2, DataCom, etc?)
> > >
> > >
> > > You want to write an application that is more robust than what you will
> > get in an ISPF Table with this amount of data.
> > >
> > > Once you determine the who, what, when, why and OMG answers, you should
> > be able to determine how best to create the application.
> > >
> > > Lizette
> > >
> > >
> > >> -Original Message-
> > >> From: IBM Mainframe Discussion List  On
> > Behalf Of
> > >> Billy Ashton
> > >> Sent: Tuesday, December 17, 2019 7:19 AM
> > >> To: IBM-MAIN@LISTSERV.UA.EDU
> > >> Subject: Max Size of ISPF table?
> > >>
> > >> Hello, I am working with an application team, and they are creating an
> > ISPF
> > >> application. One of the options is to use an ISPF table for the data
> in
> > one
> > >> component, but they will have between 50,000 and 80,000 rows in the
> > table.
> > >>
> > >> What are your experiences with large ISPF tables, and is a table of
> > 80,000
> > >> rows acceptable or practical? Another option is to write the ISPF
> > application
> > >> in COBOL and use VSAM or a database (although having only a single
> > table in
> > >> the database doesn't sound like the best course of action,
> > >> either.) Data is loaded on a monthly basis (maybe 500-700 records) and
> > >> otherwise this is a read-only ISPF application.
> > >>
> > >> Thanks for your thoughts.
> > >>
> > >> Billy.
> > >>
> > >> --
> > >> 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
> >
>
> --
> 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 a utility to create a master listing of all PDS members on a system

[Don Leahy]

I have a rexx program that reads in a list of data set names and / or masks
and creates a “master” member list consisting of all of the PDS/E members
found in the data sets.   The output is a file containing the member name,
the DSN, last update date (from ISPF stats, if available) and the number of
lines in the member.

It uses LMDLIST to process the list of data set names, and for each data
set it uses LMMLIST to retrieve the member name and ISPF stats.

It is quite simple and I have found a lot of uses for it.


On Tue, Dec 10, 2019 at 15:05 ITschak Mugzach  wrote:

> /* Rexx */
> "free f(List)"
> "alloc f(list) da(mylisy_dataset) shr"
> "ExecIO * DiskR list (stem List. finis"
> Do i = 1 to list.0
>xdsn = list.0
>TrapMode = outtrap('mem.')
>"LISTD" xDsn "Members"
>TrapMode = Outtrap('OFF')
>Do j = 7 to Mem.0
>   Say Left(xDsn,44) mem.i /* print as you like */
>   End
>End
>  End
>
>
>
> best,
> ITschak
>
> On Tue, Dec 10, 2019 at 8:26 PM Lizette Koehler 
> wrote:
>
> > Depending on the  number of datasets you need to do.
> >
> > A quick process is ISPF Option 3.4 and use PX next to the PDS.  It will
> > create a
> > pretty listing that might do what you want.  I am not sure how to run
> this
> > in
> > batch.
> >
> >
> >
> > Not sure what the utility you are looking to run would do.
> >
> > But for quick and dirty, ISPF Option 3.4 with PX might give you some
> ideas
> > of
> > what you want to produce in your own utility.
> >
> > Lizette
> >
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  On
> > Behalf Of
> > > Lionel B Dyck
> > > Sent: Tuesday, December 10, 2019 10:49 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Looking for a utility to create a master listing of all
> PDS
> > > members on a system
> > >
> > > Except that LISTDSI does not list the member names - LISTDS however
> will
> > > using the Members keyword.
> > >
> > > Would need to use one of the many vtoc commands on the cbttape, or even
> > > iehlist, process the results to find the pds dsnames and then do the
> > LISTDS
> > > for each.
> > >
> > >
> > > Lionel B. Dyck <
> > > Website: http://www.lbdsoftware.com
> > >
> > > "Worry more about your character than your reputation.  Character is
> > what you
> > > are, reputation merely what others think you are." - John Wooden
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  On
> > Behalf Of
> > > Seymour J Metz
> > > Sent: Tuesday, December 10, 2019 11:37 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Looking for a utility to create a master listing of all
> PDS
> > > members on a system
> > >
> > > IMHO the best options are ISPF and SAS, but the LISTDSI suggestion also
> > > works.
> > >
> > >
> > > --
> > > Shmuel (Seymour J.) Metz
> > > http://mason.gmu.edu/~smetz3
> > >
> > >
> > > 
> > > From: IBM Mainframe Discussion List  on
> > behalf of
> > > Tony Thigpen 
> > > Sent: Tuesday, December 10, 2019 8:11 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Looking for a utility to create a master listing of all PDS
> > members
> > > on a system
> > >
> > > I am looking for a utility that will take a list of PDS libraries and
> > > generate a list of all members in the PDS.
> > >
> > > I have hundreds of PDSs on an old system I have to maintain and all the
> > old
> > > staff with any knowledge are gone. There are hundreds of PDS libraries
> > and no
> > > doc as to where anything is stored. I want, as a one time job, to
> create
> > a
> > > listing with a single line per member/PDS set:
> > > Member_name PDS_name
> > >
> > > I figure there is something already available before I start writing
> > > something new.
> > >
> > > This system does *not* have any PDSE libraries as it is OS/390 02.10.
> > >
> > > --
> > > Tony Thigpen
> > >
> > > --
> > > 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
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> for Legacy **|  *
>
> 

Re: Disturbing news in the z/OS 2.4 announcement letter

[Don Leahy]

A later version of the Announcement (July) makes no mention of WSA.  I am
not sure what to make of that.

On Thu, Mar 14, 2019 at 2:23 PM Seymour J Metz  wrote:

> ObGungaDin It was clunky; it badly needed multi-line and block copy. But
> it was better than nothing.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Steve Smith 
> Sent: Thursday, March 14, 2019 2:14 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Disturbing news in the z/OS 2.4 announcement letter
>
> I so mentally interpolated an "sh" in there :-).
>
> I always wanted to like WSA, but it seemed very clunky vs. my
> expectations.  I never thought of it as a file transfer tool, merely as a
> way to edit locally.
>
> sas
>
> On Thu, Mar 14, 2019 at 1:59 PM Seymour J Metz  wrote:
>
> > I never used WSA as a file transfer application, only to run parallel
> ISPF
> > sessions. If they open sourced that piece of it I'd be happy.
> >
> >
> > --
> > 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

Disturbing news in the z/OS 2.4 announcement letter

[Don Leahy]

"Withdrawal of ISPF Workstation Agent (WSA)

z/OS V2.4 is planned to be the last release to support the ISPF Workstation
Agent (WSA), also known as the ISPF Client/Server Component. WSA is an
application that runs on your local workstation and maintains a connection
between the workstation and the ISPF host. It is primarily used to transfer
files between the workstation and the host. IBM recommends using more
current file transfer solutions such as those provided by the Zowe Dataset
Explorer, z/OS FTP, and similar file transfer mechanisms. These solutions
have more capabilities, including the ability to provide secure
communications."


I have a lot of tools in my box that rely on WSA.  WSA is so easy to
automate using ISPF services that I will hard pressed to find alternatives
that are as seamless to use.

On the other hand, I am only a few years away from retirement so I may not
bother. :-)

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

Re: Crosshair cursor

[Don Leahy]

I use it all the time.   Vista 3270.

On Sat, Dec 29, 2018 at 1:10 PM Doug  wrote:

> Yes Sir, would switch emulators just to have it!
> Doug
>
> .
>
> On Dec 29, 2018, at 12:57, Ronald Kristel  wrote:
>
> Definitely, how else would I be able to find my cursor? 
>
> Ronald Kristel
> 
> From: IBM Mainframe Discussion List  on behalf
> of zMan 
> Sent: Saturday, December 29, 2018 18:46
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Crosshair cursor
>
> Does anybody here voluntarily use a crosshair cursor in your 3270 emulator?
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
>
> --
> 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
>

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

Re: IND$FILE -- where did the name come from?

[Don Leahy]

So what?  You can also download it using IND$FILE.  That was the last time
I used IND$FILE.

I prefer WSA because it is very easy to automate using Rexx.

On Sat, Dec 1, 2018 at 6:52 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 1 Dec 2018 18:08:26 -0500, Don Leahy wrote:
>
> >Why all the love for IND$FILE?  ISPF's workstation agent (WSA) is a far
> >superior solution to the problem of sending files between your work
> station
> >and the mainframe.  Easy to automate (see the ISPF FILEXFER service) and
> is
> >included with ISPF at no additional cost.
> >
> Linux?
> MacOS?
> Solaris?
> ... ?
>
> 1. FTP (requires workstation FTP server).
> o Download using FTP. ISPF invokes the host FTP client to connect with the
> FTP server
>   on your workstation and transfer the WSA installation program.
>   ...
> Well, gee. If I already have FTP to my workstation, why do I need to
> install
> something else to transfer files?
>
> -- gil
>
> --
> 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: IND$FILE -- where did the name come from?

[Don Leahy]

Why all the love for IND$FILE?  ISPF's workstation agent (WSA) is a far
superior solution to the problem of sending files between your work station
and the mainframe.  Easy to automate (see the ISPF FILEXFER service) and is
included with ISPF at no additional cost.

On Sat, Dec 1, 2018 at 3:37 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 1 Dec 2018 20:46:19 +, Robert Prins wrote:
>
> >On 2018-11-30 12:33, John Eells wrote:
> >>
> >> IND$FILE, as part of z/OS, remains supported.  As far as I know,
> support for it
> >> has never lapsed (certainly not since its inclusion into OS/390).
> >
> >If it's supported, then would you be willing to make a small change to
> it, to
> >use SDB, rather than whatever hardcoded blocksize it's using now. FWIW, I
> zapped
> >it, and I believe there there is a list of locations to zap for various
> (older)
> >versions around.
> >
> One for each version, or several for each?  If the latter, I hope it's
> an EQU where a one-line change suffices.
>
> Sounds like an RFE.
>
> Or has IBM a blanket policy of replacing hardcoded blocksize with SDB?
>
> IIRC, IBM changed IEBGENER to rely on SDB, then needed to backtrack
> because customers depended on the prior behavior.
>
> And IBM's changing Rexx EXECIO to rely on SDB broke some of my EXECs
> because SDB chose an invalid blocksize in some cases where the Rexx
> runtime had chosen a valid one.  SR suggested an existing PTF, intended
> for JES, that solved my problem.  But then cautioned, "That PTF causes
> Rexx to behave contrary to specification, and the adverse behavior might
> return if a customer reported a problem.  You should always specify
> BLKSIZE."
>
> -- gil
>
> --
> 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: TSO RENAME broke?

[Don Leahy]

TSO profile?  NOWTPMSG (IIRC) might be suppressing an error message.

On Tue, Sep 25, 2018 at 9:18 PM Ed Jaffe 
wrote:

> On 9/25/2018 12:30 PM, Seymour J Metz wrote:
> > TSO RENAME is just a wrapper for IDCAMS RENAME.
>
> Is that right?? I always thought TSO RENAME did it own DADSM calls.
>
> Or maybe I'm thinking of ISPF's RENAME...
>
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/
>
>
>
> 
> This e-mail message, including any attachments, appended messages and the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to be
> free of any virus or other defect that might affect any computer system
> into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
>
> --
> 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: Friday question: ISPF Statistics Manipulation

[Don Leahy]

I once wrote a blog on this topic on the company's internal social media
site.  I called it "Lies, damned lies and Member List Statistics". :-)

On Mon, Jul 10, 2017 at 10:27 AM Walt Farrell 
wrote:

> On Mon, 10 Jul 2017 00:49:13 -0500, Barbara Nitz  wrote:
>
> >That's what I mean by 'used as evidence'. And I wondered if it is just my
> ignorance or if there really is no way (as I suspected) to
> >prevent unauthorized changing of the statistics.
>
> There is no way to do that without installing an add-on product.
>
> --
> Walt
>
> --
> 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: Error in a simple COBOL program

[Don Leahy]

I have never seen one in production, but I have seen developers' tools that
use this approach to test locally developed check digit routines and other
utilities.

On Mon, Jul 11, 2016 at 8:00 PM, Frank Swarbrick <
frank.swarbr...@outlook.com> wrote:

> Ah, yes, I've never seen a (real) COBOL program run under TSO with user
> interaction either.
>
> On the other hand I've seen many batch programs with CONSOLE interaction
> (for better or worse!).
>
>
> As for your other question, no I would not be keen on using labels,
> PERFORM...THRU (or SECTION!!), and GO TO statements for those code
> structures; which is why I am so pleased that I can use EXIT PERFORM
> instead!
>
> Frank
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Bill Woodger 
> Sent: Monday, July 11, 2016 4:25 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Error in a simple COBOL program
>
> Yes, sorry, Frank, I meant "not with interaction". I've never run a COBOL
> program under TSO, so never attempted to "interact" with it (on the
> Mainframe).
>
> I have seen some VS and VSE programs which communicated with the Operator
> (I've even seen one go into a loop, but it is not difficult to CANCEL), but
> never seen that allowed (for mere programmers) from MVS onwards.
>
> The reason for the explicit priming-read paragraph is that usually/often
> there is stuff to do on the first read which is irrelevant for subsequent
> ones.
>
> It's late here, so I'll have a look at your code tomorrow. For now, would
> you be as keen on the code structures if those were plain GO TOs (given
> that you'd have to have THRU and extra labels, but...)?
>
> --
> 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: Video that might give you a chuckle

[Don Leahy]

CICS:  see-eye-see-ess vs. kicks
SQL:ess-q-el vs sequel

On Fri, May 27, 2016 at 9:26 AM, zMan  wrote:

> Am I the only one who finds "zahhss" (rhymes with "boss") really grating?
> Mostly from non-z folks, but I hear it occasionally even from people within
> the fold.
>
> On Thu, May 26, 2016 at 1:55 PM, David L. Craig  wrote:
>
> > On 16May26:1154+, van der Grijn, Bart (B) wrote:
> >
> > > It's an interesting observation as I always chuckle
> > > when my American coworkers say parmlibe,
> >
> > Here lib does not rhyme with glib, but with tribe and
> > is understood to be short for library.  How do you
> > pronouce the full word?
> > --
> > 
> > May the LORD God bless you exceedingly abundantly!
> >
> > Dave_Craig__
> > "So the universe is not quite as you thought it was.
> >  You'd better rearrange your beliefs, then.
> >  Because you certainly can't rearrange the universe."
> > __--from_Nightfall_by_Asimov/Silverberg_
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
>
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
>
> --
> 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: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

[Don Leahy]

62x160 using Tom Brennan's Vista 3270.

On Thu, Mar 10, 2016 at 3:17 PM, Martin Packer 
wrote:

> Thanks. But -oversize 132x43 (not order) got rejection from TSO.
>
> Cheers, Martin
>
> Martin Packer,
> zChampion, Principal Systems Investigator,
> Worldwide Cloud & Systems Performance, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
> Blog:
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>
>
>
> From:   Alan Young 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   10/03/2016 20:07
> Subject:Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do
> you use
> Sent by:IBM Mainframe Discussion List 
>
>
>
> Try adding the -oversize option as -oversize 43x132.
>
> Alan
>
> Martin Packer wrote:
> > Yes. And it gives invidious choices:   43 x 80 and 32 x 132.  You can
> > guess I'd want 43 x 132. :-)
> >
> > Cheers, Martin
> >
> > Martin Packer,
> > zChampion, Principal Systems Investigator,
> > Worldwide Cloud & Systems Performance, IBM
> >
> > +44-7802-245-584
> >
> > email: martin_pac...@uk.ibm.com
> >
> > Twitter / Facebook IDs: MartinPacker
> > Blog:
> > https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
> >
> >
> >
> > From:   "Dyck, Lionel B. (TRA)" 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date:   10/03/2016 17:04
> > Subject:Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do
> > you use
> > Sent by:IBM Mainframe Discussion List 
> >
> >
> >
> > Isn't there a -model option something like:
> >
> > -model n
> >
> > Where n is 2 for mod 2, 3 for mod 3, etc.
> >
> > I don't have access to x3270 right now but that is what I seem to
> recall.
> >
> >
> --
> > Lionel B. Dyck (Contractor)
> > Mainframe Systems Programmer
> > Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
> > VA OI Service Delivery & Engineering
> > Office: 512-326-6173
> > Cell: 925-348-0237
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>
> > Behalf Of Martin Packer
> > Sent: Thursday, March 10, 2016 10:49 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use
> >
> > Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 -
>
> > and not because of the emulator but because I don't know how to get the
> > z/OS TSO/ISPF environment I'm using to take advantage of more.
> >
> > Cheers, Martin
> >
> > Martin Packer,
> > zChampion, Principal Systems Investigator, Worldwide Cloud & Systems
> > Performance, IBM
> >
> > +44-7802-245-584
> >
> > email: martin_pac...@uk.ibm.com
> >
> > Twitter / Facebook IDs: MartinPacker
> > Blog:
> > https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
> >
> >
> >
> > From:   "R.S." 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date:   10/03/2016 16:23
> > Subject:Re: [SURVEY] What ISPF terminal model do you use
> > Sent by:IBM Mainframe Discussion List 
> >
> >
> >
> > 24x80
> >
> > Yes, I have colour monitor, flat one, actually two of them, 27" each.
> > And still the most popular (3270) screen resolution I use is 24x80.
> > Atavism ;-)
> > I also use 43x80 and rarely 24x132 or 42x132.
> >
> > BTW: I wish I would have any resolution *I want* and my application
> simply
> > supported it. That wasn't case at least for ControlM panels ("illegal"
> > resolutions caused abend).
> >
> > --
> > 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 

Re: Anyone using CA's TELON product?

[Don Leahy]

I am a former user.  Telon was de-installed from our environment over a
decade ago.

On Tue, Mar 1, 2016 at 7:58 AM, Lizette Koehler 
wrote:

> Just curious if anyone is using the COBOL code generator product called
> Telon.
> I have been posting to the CA Communities but so far no one has replied.
>
> If anyone is, could you contact me off-list?  I have a few usage questions.
>
> Thanks
>
>
> Lizette Koehler
> statistics: A precise and logical method for stating a half-truth
> inaccurately
>
> --
> 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: Does anyone out there have the course code for CURSORED. It an ISPF tool that extracts the datasets the cursor is on and opens an edit panel so you can see it

[Don Leahy]

Many of these tools examine the ZSCREENI (screen image) and ZSCREENC
(current cursor) position in order to determine the DSN pointed to by the
cursor.  ZSCREENI/C is available on any ISPF panel, not just Edit, so you
can implement this point-and-shoot functionality anywhere you wish.

On Mon, Feb 1, 2016 at 12:50 PM, Skip Robinson 
wrote:

> I think it just means 'isolate', as in pulling the name from something
> like a JCL member. Vist3270 can easily isolate a DSN. Apparently OP wants
> to start a concurrent edit session on that DSN.
>
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> jo.skip.robin...@att.net
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Paul Gilmartin
> > Sent: Monday, February 1, 2016 09:45 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: [Bulk] Re: Does anyone out there have the course code for
> > CURSORED. It an ISPF tool that extracts the datasets the cursor is on and
> > opens an edit panel so you can see it
> >
> > On Mon, 1 Feb 2016 06:53:53 -0800, Mike Kovach wrote:
> >
> > >Sent from Yahoo Mail on Androidp
> > >
> > What does "extracts" mean?  This seems to imply that the data set is
> > embedded somewhere (perhaps an ADRDSSU archive?) and needs to be
> > retrieved from there.
> >
> > -- gil
>
> --
> 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: Source for "98% of the checking transactions flow through a mainframe" type statements

[Don Leahy]

If you are handling Real money, you need to use a Real computer.

:-)

On Tue, Sep 8, 2015 at 2:29 PM, Jeff Gross  wrote:

> Charles,
>
> Here is a link to Mainframe resource info by CA technologies.
> http://www.ca.com/us/products/mainframe/product-resources.aspx
>
> There is one report in the Industry Analysts section called "The Mainframe
> Opportunity - IT Strategies for Achieving Breakthrough Value" and this link
> is
>
> http://www.ca.com/us/~/media/Files/IndustryAnalystReports/camainframe2revised11022009_213783.PDF
>
> I think you will find some information supporting your position.
>
> Jeff
>
> --
> 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: Some RFEs for Enterprise COBOL

[Don Leahy]

I have voted, but I am not sure about dynamic-capacity table.  Wasn't that
delivered with the new 'unbounded' table feature in Cobol 5.1?

On Tue, Jul 7, 2015 at 12:46 PM, Frank Swarbrick 
frank.swarbr...@outlook.com wrote:

 I would love some votes on these!

 Perform until exit (73686):
 https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfeCR_ID=73686
 User defined constants (73687):
 https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfeCR_ID=73687
 Boolean support and bit manipulation (73688):
 https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfeCR_ID=73688
 TRIM Intrinsic function (73689):
 https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfeCR_ID=73689
 Implement dynamic-capacity tables (73693):
 https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfeCR_ID=73693

 Frank Swarbrick
 FirstBank - Lakewood, CO USA


 --
 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: Format of sisptenu members

[Don Leahy]

Option 3.16 is another way to examine ISPF tables.   

Sent from my iPad

 On Feb 4, 2015, at 10:41 AM, John McKown john.archie.mck...@gmail.com wrote:
 
 On Wed, Feb 4, 2015 at 8:10 AM, scott svet...@ameritech.net wrote:
 
 Has anyone figured out the format of the sisptenu members?  Looks like a
 pds directory within a directory.  Is there any place where it is
 documented?  It is just a curiosity of mine.
 ​I doubt that it is documented. The contents are the values of variables in
 various tables (T) in English (ENU)​. The member name in the ISPTLIB data
 set is the name of the table. The first n (up to 4) characters of the
 member name are the ISPF application (FLM is SCLM, ISP is the ISPF display
 manager, ISR is the PDF editor, BPXW is UNIX, DGT? for ISPF, and so on).
 The ending characters are descriptive, such as ?PROF for profile variables,
 ?CMDS for commands, ?EDIT for edit variables, ?EDRT for Edit Recovery
 Table, ?KEYS for PF keys.
 
 You can read the data in these tables by using ISPF services which start
 with TB... . Find the member you're interested in. Go into the Dialog
 Test panels. Select the Tables category (option 4 - Tables). On that
 panel, put the member name in the field Table Name. Use option 5 (Display
 structure) to show you what the variables exist in the table. Use option 1
 to display the contents of the table, one row at a time. Or use the TB...
 services to read the data in the tables and display it. No, I don't have
 any code to share with does this.
 
 
 -- 
 He's about as useful as a wax frying pan.
 
 10 to the 12th power microphones = 1 Megaphone
 
 Maranatha! 
 John McKown
 
 --
 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: Lookat

[Don Leahy]

I am a big fan of the TSO version of LOOKAT.  Count me among those puzzled by 
the decision to get rid of BookManager.  

Sent from my iPad

 On Dec 13, 2013, at 2:21 PM, Farley, Peter x23353 
 peter.far...@broadridge.com wrote:
 
 I stand corrected!  Thank you for spotting my error.  Entering IEC036I does 
 indeed return the correct MC page.
 
 Peter
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
 Behalf Of Skeldum, William
 Sent: Friday, December 13, 2013 2:15 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Lookat
 
 IEC036I is the entire message.  If you want to use just IEC036 use a wildcard 
 such as IEC036*.
 
 I don't use Lookat too much so I don't know if this is new behavior.
 
 Bill Skeldum
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
 Behalf Of Farley, Peter x23353
 Sent: Friday, December 13, 2013 11:57 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Lookat
 
 That Lookat web page may be there but it is not working very well.  A search 
 for message IEC036 generated this result:
 
 Message id IEC036 was not found.
 
 Ensure the message id is complete/correct.
 
 It is possible this message id is documented in a book that is not yet 
 LookAt-enabled. You might try a newer release.
 
 You may use LookAt feedback to inform IBM.
 
 Peter
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
 Behalf Of Gonzalo Cengotita
 Sent: Friday, December 13, 2013 8:52 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Lookat
 
 I'm using http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ and it's 
 working at this moment
 
 
 2013/12/13 Staller, Allan allan.stal...@kbmg.com
 
 What URL are you using.
 
 I used www.ibm.com/systems/z/os/zos/bkserv/lookat/
 And got re-directed to
 http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html
 
 which *IS NOT* the LOOKAT I was expecting.
 
 ???
 
 snip
 I just tried it ! Lookat is back !! Now that's what I call good news.
 /snip
 --
 
 This message and any attachments are intended only for the use of the 
 addressee and may contain information that is privileged and confidential. If 
 the reader of the message is not the intended recipient or an authorized 
 representative of the intended recipient, you are hereby notified that any 
 dissemination of this communication is strictly prohibited. If you have 
 received this communication in error, please notify us immediately by e-mail 
 and delete the message and any attachments from your system.
 
 --
 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 about ISPF dialog panel performance

[Don Leahy]

Is it possible that the process that populates the DYNAREA variable is the
culprit?  Or have you already ruled that out?

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

Re: Yahoo Password Breach: 7 Lessons Learned - Security - Attacks/breaches - Informationweek

[Don Leahy]

On Fri, Jul 20, 2012 at 12:08 PM, Tony Harminc t...@harminc.net wrote:

 On 20 July 2012 05:06, Timothy Sipples timothy.sipp...@us.ibm.com wrote:

  3. TSO/E is a part of z/OS, but most people who use z/OS these days
 probably aren't using TSO/E.

 Are you saying that that is what has
 changed? That compile/edit/submit and data admin type of work is now
 mostly not being done with TSO? If so, what is it being done with?

 Tony H.


 I think that IBM is *hoping* that they'll all start using RDz.  We have it
our shop, but as far as I can tell there hasn't been a stampede away from
TSO/ISPF.

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