Re: ISPF for mainframe Linux

[David Crayford]

On 27/01/2021 2:05 pm, Seymour J Metz wrote:

I bit the bullet and finally learned Vim

Why not emacs?


1. Vim is the default editor on Linux systems so I would have to install 
emacs. It's also the default editor for tools like Git.

2. I prefer Vim!


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

Re: ISPF for mainframe Linux

[David Crayford]

Doesn't everybody know that 'G' takes you to the bottom of the file and 
'gg' to the top ;)


I used to hate Vim and considered the learning curve too steep. First 
thing I would do when I spun up a Linux VM was install nano. Then I bit 
the bullet and invested the time to learn how to use it.
Now it's my favorite text editor. I use it all the time on z/OS as my 
employer has ported it as part of the z/OS Open Source tools product. 
Once you have an intermediate level of proficiency you
can do amazing things WRT navigation, searching/replacing, editing all 
with a ridiculously small amount of keystrokes. To beautify source code 
indentation simply type 'gg=G'.


If you check out the neovim [1] fork contributors. They're all young 
guys! These are web devs, devops, game developers all using a shell 
based TUI editor and not a fancy GUI. 41K stars is just amazing!
To general consensus is that using a mouse is a productivity killer. How 
times change! Nobody would consider writing an ISPF WSA these days.


Don't fight it, feel it. Watch a few YouTube tutorial videos and you'll 
be a convert in no time.


[1] https://github.com/neovim/neovim

On 27/01/2021 1:57 pm, Tom Brennan wrote:

On 1/26/2021 7:42 PM, David Crayford wrote:
I know the old adage that old dogs can't learn new tricks but why not 
just learn native Linux tools? 
Because somebody decided that "end save" would be ":wq" which of 
course makes perfect sense :)


Actually, I barely know enough of the vi editor to get by, and have to 
google every time even for simple things like how to move to the 
bottom of a file.  But other mainframe folks I work with are far worse 
than me.


Still, I agree with you.  Just learn what everybody else has already 
found to work best in that environment.


--
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 for mainframe Linux

[Seymour J Metz]

> Linux ISPF clone

No File Tailoring, among other issues

> I bit the bullet and finally learned Vim

Why not emacs?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Tuesday, January 26, 2021 10:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF for mainframe Linux

There's an open source ncurses Linux ISPF clone which was ok when I
looked at it 
https://secure-web.cisco.com/1HMzO4A2CuVBbx7Cr9MykJXf4__cjr-blY5il75V8kfVmM6qam65rTgZ8uqn8Xop6isSYR3XLizV-lGMq-ou7bdWpDVMXiLtz80KhBIB9deQmAXQCslkNzfPinweL2Y11I6EAb5OpblW7n5vQPLulrZujaW4Y57nW3IybzCm_OINPVJHKXyAMiaNV8J3UjZW7PUyIOwibb9dHG0WUWbfmbiTne4NHfiwH9-piQMPcw185bdOwxgcXqBvBOdcKT6vjciWrL1UfvjU91LTUCZLYZI3F-WH-_4bSb-RhJ8NQBO5PzBIYlFR_a6haVfqTOM5oZr8qee5pstwgp07byg9mPsdx04ETbkNMyBSit0qI0spq2ybNV56WL-CHxlUnp8DWN0Kri9DWZU1LMKi_x58QHpg8FYkWxnxHkiRmSy_xysyUIPRhuuCDmpP2bU86mbNT/https%3A%2F%2Fgithub.com%2Fdaniel64%2Flspf.

I know the old adage that old dogs can't learn new tricks but why not
just learn native Linux tools? I bit the bullet and finally learned Vim
a few years ago and now that I've mastered it I consider ISPF to be too
limited for my needs.
Linux has a plethora of very powerful tools that you can run from the
shell. My advice is to embrace them and not try to recreate an ISPF
environment. There are free high quality GUI editors like VS Code that
support mainframe
languages like COBOL, HLASM etc using plugins provided by vendors
https://secure-web.cisco.com/1QxI6V9P-NcASVOnDqxPUbZjZcHmDuIfYw39nQfJPZcWe2-IiFkZm8pd8eiBTnMY7qkoEL3YYsbf2PT9HxKjcCNKGweiZ8L0TU2cmZsvddtICWNq_CrmFnd5cUtUWK5Pa4SqLPOBHxZtbihWx-YTkc8vm7PvH3A_AWFXuzMG0uRff9EMX8-6_y_WbjZJDFLLYYwclByBwX2DoNRjhPR694ubdneIGQWIogaPv0Q_5tuJAK33DKWzOo1WCO5QZ9wn5gkbD2zd1G1f0aQ-9OZX-3hQb82zuKWOCb6daJ6JBXWHbrBFf8dAz0FfQa4x6ecEN5MCMMXnXxWDRATLba4wHEectJb89JRAIeRGUpTx4nzh51gzGb-eDtZpApblppRho2yPZSHhNLreKmydR_kRAyOogKM2ahBV0KeeSsVEW1rXzuO4k1GQCAIn2dNS4FjXv/https%3A%2F%2Fmarketplace.visualstudio.com%2Fitems%3FitemName%3DbroadcomMFD.code4z-extension-pack.



On 26/01/2021 11:21 pm, PINION, RICHARD W. wrote:
> Does anybody remember an ISPF product that ran under mainframe Linux from
> the early 2000's?  And, does anybody remember Command Technology Corporation's
> SPF/PC?  Just walking down memory lane.
> Confidentiality notice:
> This e-mail message, including any attachments, may contain legally 
> privileged and/or confidential information. If you are not the intended 
> recipient(s), or the employee or agent responsible for delivery of this 
> message to the intended recipient(s), you are hereby notified that any 
> dissemination, distribution, or copying of this e-mail message is strictly 
> prohibited. If you have received this message in error, please immediately 
> notify the sender and delete this e-mail message from your computer.
>
> --
> 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 for mainframe Linux

[Tom Brennan]

On 1/26/2021 7:42 PM, David Crayford wrote:
I know the old adage that old dogs can't learn new tricks but why not 
just learn native Linux tools? 
Because somebody decided that "end save" would be ":wq" which of 
course makes perfect sense :)


Actually, I barely know enough of the vi editor to get by, and have to 
google every time even for simple things like how to move to the bottom 
of a file.  But other mainframe folks I work with are far worse than me.


Still, I agree with you.  Just learn what everybody else has already 
found to work best in that environment.


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

Re: Recruiters are looking for mainframers

[Seymour J Metz]

> I'll get pinged by 6 or 7 recruiters for what's clearly the same job, all the 
> same week.

How many were from the same recruiting firm?

> And spelling it wrong.

As in "z/OS (MVC)"?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Phil Smith III [li...@akphs.com]
Sent: Tuesday, January 26, 2021 6:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Recruiters are looking for mainframers

Chris Hoelscher wrote:
>Was this a "fishing" email?

It b!

I dunno how many of these jobs are real, but a lot of them are duplicates--I'll 
get pinged by 6 or 7 recruiters for what's clearly the same job, all the same 
week.

And a lot are very poorly qualified. I got one yesterday for a "mainframe job" 
that was on an "AS/400". OK, it did mention "I-Series" later on, so only two 
generations (and 15 years) net dead. And spelling it wrong.

I don't necessarily blame the recruiter for that one, but would you work for a 
company that wasn't sure what they were running? I mean, somebody there had to 
write the req...

...phsiii

--
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: Email Providers

[Seymour J Metz]

Do any of these meet your needs?

Fastmail
Protonmail
runbox.com
Tuffmail.com


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Smith [sasd...@gmail.com]
Sent: Tuesday, January 26, 2021 7:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Email Providers

I looked for such a list on WP, but didn't find one, and I'm not up for
creating one.  Regardless, almost all email services provide both.

sas

On Tue, Jan 26, 2021 at 3:19 PM Seymour J Metz  wrote:

> Why webmail? Wouldn't you be better of with an e-mail provider with POP3
> or IMAP4?
>
>

--
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 for mainframe Linux

[David Crayford]

There's an open source ncurses Linux ISPF clone which was ok when I 
looked at it https://github.com/daniel64/lspf.


I know the old adage that old dogs can't learn new tricks but why not 
just learn native Linux tools? I bit the bullet and finally learned Vim 
a few years ago and now that I've mastered it I consider ISPF to be too 
limited for my needs.
Linux has a plethora of very powerful tools that you can run from the 
shell. My advice is to embrace them and not try to recreate an ISPF 
environment. There are free high quality GUI editors like VS Code that 
support mainframe
languages like COBOL, HLASM etc using plugins provided by vendors 
https://marketplace.visualstudio.com/items?itemName=broadcomMFD.code4z-extension-pack.




On 26/01/2021 11:21 pm, PINION, RICHARD W. wrote:

Does anybody remember an ISPF product that ran under mainframe Linux from
the early 2000's?  And, does anybody remember Command Technology Corporation's
SPF/PC?  Just walking down memory lane.
Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

--
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: IBM z/OS Management Facility 2021 Survey

[Mike Schwab]

Looks like a lot of places.
  https://www.google.com/search?newwindow=1=vid=zosmf=zosmf

On Tue, Jan 26, 2021 at 8:46 PM Ravi Kumar.C.Gowda
 wrote:
>
> Dear IBM team, can you please share the link where blogs & videos regarding 
> zOSMF are posted!? Much appreciated
>
> Sent from my iPhone
>
> > On 26-Jan-2021, at 7:47 PM, Erin Yu  wrote:
> >
> > Dear z/OS users,
> >
> > We are from z/OSMF development team. About one and half a year ago, we made 
> > a z/OSMF user survey. Some of you might attend that survey. We appreciate 
> > all the feedback and also made enhancements accordingly. For instance, we 
> > made several enhancements about z/OSMF startup performance and resource 
> > consumption, and some new features. We posted several blogs as well as 
> > videos to demonstrate how z/OSMF functions could be helpful. Now we would 
> > like to invite you to attend our 2021 survey. Here is the 
> > link:https://www.surveygizmo.com/s3/6163579/IBM-z-OS-Management-Facility-2021-Survey.
> >  This survey will be closed by the end of February 2021. We appreciate your 
> > time and feedback!
> >
> >
> >
> > Thanks & Best Regards
> >
> > --
> > 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

Re: IBM z/OS Management Facility 2021 Survey

[Ravi Kumar.C.Gowda]

Dear IBM team, can you please share the link where blogs & videos regarding 
zOSMF are posted!? Much appreciated 

Sent from my iPhone

> On 26-Jan-2021, at 7:47 PM, Erin Yu  wrote:
> 
> Dear z/OS users,
> 
> We are from z/OSMF development team. About one and half a year ago, we made a 
> z/OSMF user survey. Some of you might attend that survey. We appreciate all 
> the feedback and also made enhancements accordingly. For instance, we made 
> several enhancements about z/OSMF startup performance and resource 
> consumption, and some new features. We posted several blogs as well as videos 
> to demonstrate how z/OSMF functions could be helpful. Now we would like to 
> invite you to attend our 2021 survey. Here is the 
> link:https://www.surveygizmo.com/s3/6163579/IBM-z-OS-Management-Facility-2021-Survey.
>  This survey will be closed by the end of February 2021. We appreciate your 
> time and feedback!
> 
> 
> 
> Thanks & Best Regards
> 
> --
> 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 for mainframe Linux

[Phil Smith III]

Pinion, Richard W. wrote:

>Does anybody remember an ISPF product that ran under mainframe Linux from

>the early 2000's?

 

Under Linux on z? Doubtful. There was no market yet. You aren't thinking of
uni-SPF from The Workstation Group, are you? That fits the timeline.

https://www.wrkgrp.com/

 

...phsiii


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

Re: Email Providers

[Steve Smith]

I looked for such a list on WP, but didn't find one, and I'm not up for
creating one.  Regardless, almost all email services provide both.

sas

On Tue, Jan 26, 2021 at 3:19 PM Seymour J Metz  wrote:

> Why webmail? Wouldn't you be better of with an e-mail provider with POP3
> or IMAP4?
>
>

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

Re: ISPF for mainframe Linux

[CM Poncelet]

I still have and use the last version of SPF/PC (4.0.7) from CTC. It's a
DOS program with an
in-built DOS extender. CTC stopped supporting it in the 1990's.

On 26/01/2021 15:21, PINION, RICHARD W. wrote:
> Does anybody remember an ISPF product that ran under mainframe Linux from
> the early 2000's?  And, does anybody remember Command Technology Corporation's
> SPF/PC?  Just walking down memory lane.
> Confidentiality notice: 
> This e-mail message, including any attachments, may contain legally 
> privileged and/or confidential information. If you are not the intended 
> recipient(s), or the employee or agent responsible for delivery of this 
> message to the intended recipient(s), you are hereby notified that any 
> dissemination, distribution, or copying of this e-mail message is strictly 
> prohibited. If you have received this message in error, please immediately 
> notify the sender and delete this e-mail message from your computer.
>
> --
> 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: Recruiters are looking for mainframers

[Mark Jacobs]

Yea. I just got pinged by one, after two "I'm not interested conversations", he 
came back with "I've got more jobs." Filed into the annoying recruiter bucket 
and ignored.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

‐‐‐ Original Message ‐‐‐

On Tuesday, January 26th, 2021 at 6:35 PM, Phil Smith III  
wrote:

> Chris Hoelscher wrote:
>
> > Was this a "fishing" email?
>
> It b!
>
> I dunno how many of these jobs are real, but a lot of them are 
> duplicates--I'll get pinged by 6 or 7 recruiters for what's clearly the same 
> job, all the same week.
>
> And a lot are very poorly qualified. I got one yesterday for a "mainframe 
> job" that was on an "AS/400". OK, it did mention "I-Series" later on, so only 
> two generations (and 15 years) net dead. And spelling it wrong.
>
> I don't necessarily blame the recruiter for that one, but would you work for 
> a company that wasn't sure what they were running? I mean, somebody there had 
> to write the req...
>
> ...phsiii
>
> -
>
> 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: Recruiters are looking for mainframers

[Phil Smith III]

Chris Hoelscher wrote:
>Was this a "fishing" email?

It b!

I dunno how many of these jobs are real, but a lot of them are duplicates--I'll 
get pinged by 6 or 7 recruiters for what's clearly the same job, all the same 
week.

And a lot are very poorly qualified. I got one yesterday for a "mainframe job" 
that was on an "AS/400". OK, it did mention "I-Series" later on, so only two 
generations (and 15 years) net dead. And spelling it wrong.

I don't necessarily blame the recruiter for that one, but would you work for a 
company that wasn't sure what they were running? I mean, somebody there had to 
write the req...

...phsiii

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

zero-length PC section, the binder, and resulting AMODE/RMODE

[Thomas David Rivers]

Sometimes, it seems pretty easily, the output of HLASM
will include a zero-length PC (Private CSECT) section with
a valid of X'00' for the FLAG field, as evidenced from both
the HLASM listing and the ESD data in the ESD card of
the output file.

This can happen quite by accident and is clearly unintentional,
but it seems to be quite benign.

The flags field of a PC entry defines the AMODE and RMODE
for the CSECT.   AMODE is documented as being AMODE 24
if the lower bits are B'00' _or_ B'01'.   In this case, they would
be B'00'.   And the RMODE would be 24.

If I have such an AMODE24/RMODE 24 for a PC entry, I would expect the
resulting load module to be AMODE 24/RMODE 24 after binder processing;
but it doesn't appear to be so.

I could find nothing in the "Program Management: Advanced Facilities"
doc that indicated an AMODE flag value of B'00' is any different/special
verses B'01' (it is surprising that there are 2 AMODE 24 options there.)

So - my questions are this, and perhaps some binder aficiandos can
answer them:

  1) Is the AMODE specification of B'00' "special" in some way, vs. the
  presumably equivalent specification of B'01'.

  2) Does the binder ignore zero-length CSECTs when determining
  the resulting AMODE and RMODE of the result load module?
  (That would make some sense, but I couldn't find a statement
  to that effect.)  Seems like the "older" linkage-editor would
  need the same requirement.

- Many thanks! -
- Dave Rivers -

--
riv...@dignus.comWork: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

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

Re: ISPF for mainframe Linux (yet another email...)

[Radoslaw Skorupka]

Why do you ask?
Just to answer question not asked: I know hotmail belongs to MS. However 
"R.Skorupka" was not available on outlook, but was still free on hotmail.
In fact, it could whatever-name-even-funny.com  - I need it for IBM-MAIN 
and other groups.

I have several (simple I hope) needs:
- mail service do not loose emails or treat them as spam
- POP3/IMAP - I want my own client (Thunderbird) and features like 
search, browse, filtering, etc. And copy offline.
- nice to have: mobile (android) mail client on my phone. Good for be 
online anywhere, anytime (if needed).


(and I still feel guilty about the noise)

--
Radoslaw Skorupka
(currently unemployed)
Lodz, Poland




W dniu 26.01.2021 o 21:29, Joe Monk pisze:

So you went  to  hotmail? Why not outlook.com?

Joe

On Tue, Jan 26, 2021 at 1:44 PM Radoslaw Skorupka 
wrote:


W dniu 26.01.2021 o 18:48, Paul Gilmartin pisze:

(YA Mail provider!?)
On Tue, 26 Jan 2021 17:29:24 +0100, Radoslaw Skorupka  wrote:

I'm sorry, I feel guilty for the noise.
Yes, I changed email provider again. I was really trying to work with
yahoo.
I hope this is last change. I apologize for mess, that's one of the
reasons I notified community about the change.

Regards
--
Radoslaw Skorupka
(currently unemployed)
Lodz, Poland




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

Re: ISPF for mainframe Linux (yet another email...)

[Joe Monk]

So you went  to  hotmail? Why not outlook.com?

Joe

On Tue, Jan 26, 2021 at 1:44 PM Radoslaw Skorupka 
wrote:

> W dniu 26.01.2021 o 18:48, Paul Gilmartin pisze:
> > (YA Mail provider!?)
> > On Tue, 26 Jan 2021 17:29:24 +0100, Radoslaw Skorupka  wrote:
>
> I'm sorry, I feel guilty for the noise.
> Yes, I changed email provider again. I was really trying to work with
> yahoo.
> I hope this is last change. I apologize for mess, that's one of the
> reasons I notified community about the change.
>
> Regards
> --
> Radoslaw Skorupka
> (currently unemployed)
> 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: Email Providers

[Seymour J Metz]

Why webmail? Wouldn't you be better of with an e-mail provider with POP3 or 
IMAP4?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Smith [sasd...@gmail.com]
Sent: Tuesday, January 26, 2021 2:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Email Providers

Thanks for some great tips, esp. for Gmail, Vivaldi, and mail.ee.  Those
last two look interesting.  Wikipedia (
https://secure-web.cisco.com/1FwIEOAvrVAOcmDxxpL8yQ3kaSCGwptlNnKpvwVde_1svvJ1NAjTeAH7yNJqcdHIhnZfE12GgBlYaKFoBhtvKXweYIodQUTQlwWtGv4f7Bbhsx9ETfiq92PnzLQPvz8vKqddg3VBwqX2rDz6V7dOL5ybYCmAmwq4BINJvEu2syIQL8Q9Ad4t6vnS2AFn0qOl2ilEjexatGKzmCD5t5CYqLMWPgwSzqs-iQxs__i30Uf0vzhMoMSHQTXql20lpvX5CvaANUN7vTZQQ3DYgnb-hSYObxTZF5EPN86E06N4kBP9vfhWxH6Afk9BhA7Uhgs6-Ig6eKz5fCxMqGJnOFP-3plYYtOX1YaccVI8Nq1yLp-HC3Z7-FCpo_i-DHlXbQA40-DaZYsqy57dTHbIuZrSACcrxjrGW7Kwq22VGbfdu7DdSSWSICbplw-1epmgneGBb/https%3A%2F%2Fen.wikipedia.org%2Fwiki%2FComparison_of_webmail_providers%29
 has a
selection, although it appears its list is only a sampling of what's
available.

I guess the ultimate in control and customization would be to buy a domain,
and build your email empire at a website provider, or your own server if
you're up for that.  I've done this on my home Linux server, but I don't
use it for anything serious, as neither the hardware nor the admin (c'est
moi) do I consider reliable enough.

sas


On Tue, Jan 26, 2021 at 1:56 AM Timothy Sipples  wrote:

> With Gmail you can use task-specific e-mail addresses that route to your
> common inbox. Let's suppose for example your Gmail address is
> ban...@gmail.com. You could subscribe to IBM-MAIN using this e-mail
> address:
>
> banana+ibmm...@gmail.com
>
> and that'll route to the same inbox, but you can generally use your e-mail
> client to sort based on the incoming e-mail address. Just add a plus sign
> (+) plus any tag you want.
>
> Here are some lesser known but possibly interesting free e-mail providers
> in no particular order:
>
> 1. Vivaldi.net
> https://secure-web.cisco.com/19OKclQ4_LjWBMs4pwQco3PpokFiTEKFAuSslXeOjfcyeBKbL1ztAe-yf3tX8tEG-DGiRGs7jZV8J27a-yzsYTXNxu066fzIewV46idP_idSqXINe7Ot4ABWl8aLNQliYiRXEU9qRWEQxsS9mD5DrhRH0KpvV9rrqm8A1TgVQse9qk7cl59T2MaIVlWqNMJCEkPv8U9Q9hK-et_4Tzp69FAmW3cYscDFI3uiFT9dSpTxq6ol5lmQYV-PuiazcBIvnF5kNQK7KQfs7nKq8xVIEVRKY72LWK8gk4erfM8Ncv7UPeqjGyJgR84AFOHQwn6QKDR_RR7RmywVGrLXUtKcv-uT3SiZYLytyInCGQ8JUmYktDRZ7p1CIhTK4ULJyo9hRuYKd7jVBd-7iUjfDsjoMpkimfIhZmVvWkHo4kdlDjDqDnO-Pm2Pa5XjWC-NoiDvu/https%3A%2F%2Fwebmail.vivaldi.net
> Mail client setup details:
>
> https://secure-web.cisco.com/1b5mXlQhPjqKTl90ojCNrQvdSiDWWBJD_Hj9_86Sq5EDLqTc8R7HQIMPCodZkO4FzlffiJ6BgLk06MthD02hHrld8FdHTk_HoKKVD_frAQX9BpSZ3AIsW_pQbktzDdlWBBEuMoT4HkYR5sqkDJylySEdLZoHQqk2gAHij-8sLNKqpJqqH2qhXm4M_TflNEGI8WTLEGyEFkAmlESb4MM2CmULyKhnhhlBJoTqGdSu0yadA2Ix34SNA2oTwuN9jckndyFkQdoBDsDl2ZoIrRBxtXN592YO7yy6ehUT9UgW0vAJLUn2w_k3bXyT3emdVBEtYU0IE7PjFpQn9XxXba1NfLMPJr_vDaxyj-gEhAxkk0xebHxcVkyTrElsYH5yMsyj-jN9jIJ6HsQEzdnVjW_ZHelhT7cevOyDW6MTG9L1GRl6MDslvPGSmkiUiDO7EwM1qry9doXwz-IrOlnwfx0VItg/https%3A%2F%2Fhelp.vivaldi.com%2Fservices%2Fwebmail%2Fsetting-up-vivaldi-mail-in-a-mail-client%2F
> 5 GB mailbox limit, supports TLS-encrypted IMAP, POP3, and SMTP
>
> 2. Apple iCloud Mail
> https://secure-web.cisco.com/1Zga0taucJNesUhPEd51_VTh8wclcCD145LtW93eMx8S3qLjVOhKnr32lYG5ydOnz-1bNqOOo9R85Ke2bU7KVHUiceK1d1eVth3yaR8pwZeN5iZESsJsphRfT75e-7Eyfc6utXXVZibiySzIZN_HvHAKNIxrRK349jfES3ajl9jYInTPnda3N22asq5Br32g6s0x8iijXie59anTM0uDFMh2zY3UNkeErpX7i-ni8FNQu5YHFNOarHu1wDtayd1SHze05I7y0LKnSpN39_uDsW8LP5BQE5zJxvhGwrIHKXgo11w67odufUlKuhrTfkbmnYcmBMPLJwAlFV73KtkfOM0VZSnwmmst89t7I_cGfmqazLHEWAoG5_e1MhXvhwuSfKGwdVhnNvGIvjj11M2kHk0OUaEmNDB6dYTj7gRZ8pcF8AK2AA6unUYAgqjY71e1vJbzdn8fkuhYjL_cEdxK5Qg/https%3A%2F%2Fwww.icloud.com
> Mail client setup details: https://support.apple.com/en-us/HT202304
> 5 GB limit, supports TLS-encrypted IMAP and SMTP
> You might need an Apple device on hand at some point, but for day to day
> use you don't.
>
> 3. Yahoo Japan Mail
> https://secure-web.cisco.com/14eZgwp1txq3W7r2EMvNZUhA8TdKGQ0-awczIb7AlYxtNWjeN-IcKnuRxTcfshE98WApfu_9BGO1wk4gxBTiKXoybCm_aBujd2MXBkT6EhMGyWTs1opJ8aLEBtShjkJEcBGuOxCDh_85zzhKieOCskHlYi4MMwnkpyO_pJ3EhFsp7O3a6HpNW2ALAHnYQrhp8XXXIz8oTmjFsGLYXTELiOS4a_scCBQ9vFKKvhooqd-ZZH9vU3epv0ZkO6nl99VM9iZLcGBW2psHrEcV5TxRbLkFhkZ-fQm33DH9EZMCnruIyvenb0CPBoEMbrEHI0mhmYCA0bJUkmMhWQgs3n7lqUDcA0bRXiVQCQRoNf-bukdD8l1WPUwa8rY-Mld93KhNYFdQPLb6KmPYuI8F4z__LHDJMm2M0XsQ5p5XlWfScblIzjggb7mhS1oeDYkzPSb-OvqXnWyOCg8xqtQtpGTNN0Q/https%3A%2F%2Fmail.yahoo.co.jp
> Mail client setup details:
> 

Re: COBOL cob2 Unix compile and SVC99 (DYNALLOC)

[Paul Gilmartin]

On Tue, 26 Jan 2021 19:32:08 +, Frank Swarbrick wrote:

>I don't think reusing the DD would be appropriate, since cob2 directs SYSPRINT 
>to a Unix file, not the terminal.
>Your suggestion would probably work.  Thanks for the thought.
>
In days of yore, IIRC REUS was mutually exclusive with PATH.   But that
has been fixed, perhaps only in BPXWDYN by doing a FREE before the
ALLOCATE.


>
>From: Farley, Peter x23353
>Sent: Tuesday, January 26, 2021 12:27 PM
>
>It might be as simple as the DYNALLOC in cob2 is not using the REUSE parameter 
>to reuse an existing DD.  You could also simply wrap the invocation of cob2 
>with a TSO "FREE FI(SYSPRINT)" and after cob2 "ALLOC FI(SYSPRINT) DA(*)".
>
What if it hadn't been a terminal?  Perhaps in a batch job.  It might
need then to be restored to a PATH or a DSN(MOD).  SVC99 INFO
might provide guidance.


>
>From: Frank Swarbrick [frank.swarbr...@outlook.com]
>Sent: Tuesday, January 26, 2021 1:21 PM
>
>... if you have _BPX_SHAREAS=YES set you will get the following error:
>
>[-sh]DVFJS:/u/dvfjs/src:>cob2 -v -o test2 test2.cbl
>
>compiler: ATTCRCTL PARM=RENT,TERM /u/dvfjs/src/test2.cbl
>cob2: An error occured when dynamically allocating
>cob2: pathname: /u/dvfjs/src/test2.lst   ddname: SYSPRINT
>cob2: SVC99 returned rc: 4  errcode: 410  infocode: 0
>
>This seems to be because:
>1) TSO allocates (in my environment, in any case) SYSPRINT and SYSTERM 
>(allocated to my terminal)
>2) cob2 tries to dynamically allocate these data sets for itself.
>
"data set"?  ddname?  Whatever.

>This causes the SVC99 error 4 reason 410, because the DDNAME of SYSPRINT is 
>already allocated to your address space.
>
>You can get around this by specifying _BPX_SHAREAS=NO on the same line ahead 
>of the cob2 command:
>_BPX_SHAREAS=NO cob2 -v -o test2 test2.cbl
>
>Or you can create your own cob2 wrapper script and have it do this for you.
> 
Perhaps merely wrapping it, externally or internally, with '(' and ')' would
isolate sufficiently with fewer expensive internal AS creations e.g.:
( exec cob2 -v -o test2 test2.cbl )

>Probably this only occurs when using the TSO OMVS shell.  I imagine if you 
>telnet or ssh in, the shell would not have SYSPRINT etc. already allocated.

-- gil

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

Re: Help with non-existent catalog

[Chuck Kreiter]

You are right.  Sorry I misread the original ask.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Tuesday, January 26, 2021 2:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with non-existent catalog

That command is for a normal dataset, not for a catalog. Use EXPORT
DISCONNECT to delete the catalog entry in the BCS.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Charles Mills [charl...@mcn.org]
Sent: Tuesday, January 26, 2021 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with non-existent catalog

Thanks. DELETE dsn NOSCRATCH gives me

IDC3014I CATALOG ERROR
IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFK-18
IDC0551I ** ENTRY CATALOG.PLI230 NOT DELETED IDC0001I FUNCTION COMPLETED,
HIGHEST CONDITION CODE WAS 8

(z/OS V2R4)

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ie
am600/idc3009i.htm tells me

Programmer Response: Specify the RECOVERY parameter. Run the job again.

So I did that. That gives me

IDC3226I INCONSISTENT PARAMETERS INVOLVING 'NOSCRATCH'
IDC3226I INCONSISTENT PARAMETERS INVOLVING 'RECOVERY'

Eliminating NOSCRATCH gives me

IDC2893I INVALID PARAMETER SPECIFIED FOR THE RECOVERY OPTION

Adding USERCATALOG in there gives me

IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE0-6

Explanation: A requested VVR or NVR was not found in the VVDS specified. If
present in this message, the sfi value is FOR volser, where volser is the
volume serial of the VVDS on which the error was detected. The sfi value in
message IEC331I contains characters 5 through twelve of the requested VVR
name.

(There was no IEC331I with an sfi.)

Help!

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Chuck Kreiter
Sent: Tuesday, January 26, 2021 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with non-existent catalog

IDCAMS DELETE dsn NOSCRATCH

--
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 for mainframe Linux (yet another email...)

[Radoslaw Skorupka]

W dniu 26.01.2021 o 18:48, Paul Gilmartin pisze:

(YA Mail provider!?)
On Tue, 26 Jan 2021 17:29:24 +0100, Radoslaw Skorupka  wrote:


I'm sorry, I feel guilty for the noise.
Yes, I changed email provider again. I was really trying to work with yahoo.
I hope this is last change. I apologize for mess, that's one of the 
reasons I notified community about the change.


Regards
--
Radoslaw Skorupka
(currently unemployed)
Lodz, Poland

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

Re: Help with non-existent catalog

[Charles Mills]

THANK YOU!

That worked, and I was also able to figure out what went wrong originally.
The IMPORT CONNECT had specified the wrong volume.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Tuesday, January 26, 2021 11:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with non-existent catalog

That command is for a normal dataset, not for a catalog. Use EXPORT
DISCONNECT to delete the catalog entry in the BCS.

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

Re: Email Providers

[Steve Smith]

Thanks for some great tips, esp. for Gmail, Vivaldi, and mail.ee.  Those
last two look interesting.  Wikipedia (
https://en.wikipedia.org/wiki/Comparison_of_webmail_providers) has a
selection, although it appears its list is only a sampling of what's
available.

I guess the ultimate in control and customization would be to buy a domain,
and build your email empire at a website provider, or your own server if
you're up for that.  I've done this on my home Linux server, but I don't
use it for anything serious, as neither the hardware nor the admin (c'est
moi) do I consider reliable enough.

sas


On Tue, Jan 26, 2021 at 1:56 AM Timothy Sipples  wrote:

> With Gmail you can use task-specific e-mail addresses that route to your
> common inbox. Let's suppose for example your Gmail address is
> ban...@gmail.com. You could subscribe to IBM-MAIN using this e-mail
> address:
>
> banana+ibmm...@gmail.com
>
> and that'll route to the same inbox, but you can generally use your e-mail
> client to sort based on the incoming e-mail address. Just add a plus sign
> (+) plus any tag you want.
>
> Here are some lesser known but possibly interesting free e-mail providers
> in no particular order:
>
> 1. Vivaldi.net
> https://webmail.vivaldi.net
> Mail client setup details:
>
> https://help.vivaldi.com/services/webmail/setting-up-vivaldi-mail-in-a-mail-client/
> 5 GB mailbox limit, supports TLS-encrypted IMAP, POP3, and SMTP
>
> 2. Apple iCloud Mail
> https://www.icloud.com
> Mail client setup details: https://support.apple.com/en-us/HT202304
> 5 GB limit, supports TLS-encrypted IMAP and SMTP
> You might need an Apple device on hand at some point, but for day to day
> use you don't.
>
> 3. Yahoo Japan Mail
> https://mail.yahoo.co.jp
> Mail client setup details:
> https://getmailspring.com/setup/access-yahoo-co-jp-via-imap-smtp
> 10 GB limit, supports TLS-encrypted IMAP and SMTP
> Yahoo Japan is a separate company that's not Verizon owned and operated.
> User interfaces are exclusively in Japanese as far as I know, but that
> doesn't matter much if you're using your own e-mail client and assuming
> you get past registration.
>
> 4. Mail.ee
> https://www.mail.ee
> Mail client setup details: https://help.mail.ee/category/37/question/521
> 20 GB limit, supports TLS-encrypted IMAP, POP3, and SMTP
>
> - - - - - - - - - -
> Timothy Sipples
> I.T. Architect Executive
> Digital Asset & Other Industry Solutions
> IBM Z & LinuxONE
> - - - - - - - - - -
> E-Mail: sipp...@sg.ibm.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Help with non-existent catalog

[Seymour J Metz]

ITYM EXPORT DISCONNECT


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Chuck Kreiter [kreiter_ibm-m...@twc.com]
Sent: Tuesday, January 26, 2021 1:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with non-existent catalog

IDCAMS DELETE dsn NOSCRATCH

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Tuesday, January 26, 2021 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Help with non-existent catalog

I've got a catalog problem. I have no reason to believe it is the most
obscure problem in the world; it's just that I am a catalog ignoramus.

I *think* the problem is that the catalog is cataloged but the underlying
dataset does not exist. Does that make sense? If I enter an ISPF 3.4 D
against it ISPF tells me "Dataset not found." That's a problem, right?

If I enter a U against it ISPF tells me Catalog/uncatalog request via SVC 26
failed, return code = 60, reason code = 4, module id = FM.

Thanks for your help. I believe I would be fine if I could just delete it
and start over. I don't know quite how this situation came to be.


Charles

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

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

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

Re: ISPF for mainframe Linux

[Seymour J Metz]

>  A 3270 emulator should (by configuration option) automatically send PF8 when
>  the user moves the cursor past the bottom of the screen.

I'd find that highly unnatural. If I move past the bottom of the screen I 
expect to scroll down one line.

>  I think an enhanced ISPF should be factored as an X11 client, 
> with all the nice things that aren't "possible via 3270."  
> Or is that what WSA already does?

Alas, no.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, January 26, 2021 2:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF for mainframe Linux

On Tue, 26 Jan 2021 10:41:42 -0800, Tom Brennan  wrote:

>I haven't used SPF/PC in many years, but I do remember it doing things
>that weren't possible via 3270, and those were sometimes a surprise.
>For example, I think I remember it automatically scrolling down text
>just by moving the cursor past the bottom of the screen.  Can't do that
>on a real 3270 terminal.
>
Are you suggesting (below) that's undesirable?  I'd think it ideal.  A 3270
emulator should (by configuration option) automatically send PF8 when
the user moves the cursor past the bottom of the screen.

>One of my many dead-end projects was a C program that would run in the
>background on Windows, listen on a port for your own TN3270 emulator,
>and then simulate the TN3720 connection processing and basic ISPF
>screens, editor, 3.4, etc.  The idea was that you could use your
>favorite TN3270 emulator for the equivalent of SPF/PC, which would then
>eliminate the possibility of the SPF/PC surprises I mentioned.  Then the
>same code could be recompiled easily on Linux, since there's no GUI
>code.  Your own terminal emulator is the GUI.  Maybe somebody else
>already thought of this idea and finished it, unlike lazy Tom.
>
I think an enhanced ISPF should be factored as an X11 client, with
all the nice things that aren't "possible via 3270."  Or is that what
WSA already does?

-- 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 for mainframe Linux

[Paul Gilmartin]

On Tue, 26 Jan 2021 11:13:47 -0800, Tom Brennan wrote:

>I'm just saying it was a surprise.
>
>I don't know anything about WSA other than I tried it once, saw that
>each line of the simulated ISPF edit area was a separate edit box, and
>that did it for me.  I never tried it again.
> 
I had a similar distasteful experience with the (older?) ISPGUI(?)
And it didn't display Allocation messages (our old friend TPUT?)
Reported the problem:
SR:  Oh, those appear on the terminal where you started ISPGUI.
gil: No terminal.
SR:  Not possible.
gil: ISPF in batch job.
...
Short, unproductive discussion.  Those messages should be
passed to the requesting task, not to a user ID.

And it required an idiosyncratic desktop "agent", not the widely
available X11 server.  It satisfied IBM's requirements, not customers'.

-- gil

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

Re: COBOL cob2 Unix compile and SVC99 (DYNALLOC)

[Frank Swarbrick]

I don't think reusing the DD would be appropriate, since cob2 directs SYSPRINT 
to a Unix file, not the terminal.

Your suggestion would probably work.  Thanks for the thought.

Frank


From: IBM Mainframe Discussion List  on behalf of 
Farley, Peter x23353 <031df298a9da-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, January 26, 2021 12:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: COBOL cob2 Unix compile and SVC99 (DYNALLOC)

Frank,

It might be as simple as the DYNALLOC in cob2 is not using the REUSE parameter 
to reuse an existing DD.  You could also simply wrap the invocation of cob2 
with a TSO "FREE FI(SYSPRINT)" and after cob2 "ALLOC FI(SYSPRINT) DA(*)".

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Frank Swarbrick
Sent: Tuesday, January 26, 2021 1:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL cob2 Unix compile and SVC99 (DYNALLOC)

EXTERNAL EMAIL

Agreed.  I will probably do this.  Thanks for the input!


From: IBM Mainframe Discussion List  on behalf of 
Seymour J Metz 
Sent: Tuesday, January 26, 2021 11:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: COBOL cob2 Unix compile and SVC99 (DYNALLOC)

There are good reasons why it's common to include SYSPRINT in TSO logon procs. 
I'd advise an RFE for cob2 to work properly when there is a preallocated 
SYSPRINT. Ideally they should use a ddname list and not allocate with a 
specific ddname; failing that, invoke the compiler with _BPX_SHAREAS=NO.


--
Shmuel (Seymour J.) Metz
https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!dU4klXbnQPNWBVc_moR3Y9a6dVr8sQLxVL4lwLXxI2xteNXxj79n171E-4CumQ3nYwydEg$


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Frank Swarbrick [frank.swarbr...@outlook.com]
Sent: Tuesday, January 26, 2021 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: COBOL cob2 Unix compile and SVC99 (DYNALLOC)

I put this out in the world in case anyone has the same issue in the future.

I've been playing around with the z/OS Unix environment recently.  One of the 
things I've been playing with is the _BPX_SHAREAS environment variable which 
allows multiple Unix processes to run in the same Unix address space.  I added 
export _BPX_SHAREAS=YES to my .profile script.

One effect this has is the MVS data definitions in the address space that 
invokes the Unix shell are available to that shell.  When running processes in 
a different address space (the default) this is not the case.

In general it seems like this is fine, but I have run in to a case where this 
causes an issue.  When using the cob2 script in the TSO OMVS shell to compile a 
COBOL program, if you have _BPX_SHAREAS=YES set you will get the following 
error:

[-sh]DVFJS:/u/dvfjs/src:>cob2 -v -o test2 test2.cbl

compiler: ATTCRCTL PARM=RENT,TERM /u/dvfjs/src/test2.cbl
cob2: An error occured when dynamically allocating
cob2: pathname: /u/dvfjs/src/test2.lst   ddname: SYSPRINT
cob2: SVC99 returned rc: 4  errcode: 410  infocode: 0

This seems to be because:
1) TSO allocates (in my environment, in any case) SYSPRINT and SYSTERM 
(allocated to my terminal)
2) cob2 tries to dynamically allocate these data sets for itself.

This causes the SVC99 error 4 reason 410, because the DDNAME of SYSPRINT is 
already allocated to your address space.

You can get around this by specifying _BPX_SHAREAS=NO on the same line ahead of 
the cob2 command:
_BPX_SHAREAS=NO cob2 -v -o test2 test2.cbl

Or you can create your own cob2 wrapper script and have it do this for you.

Probably this only occurs when using the TSO OMVS shell.  I imagine if you 
telnet or ssh in, the shell would not have SYSPRINT etc. already allocated.

Interestingly, the "c89" command that is invoked for the link-edit/binder step 
doesn't seem to have this issue.

Not sure if it's worth opening a ticket for IBM to do something to avoid this 
issue.  Perhaps at the very least they might add _BPX_SHAREAS=NO to the actual 
cob2 script.

Side note, if you are interested to "see" the SHAREAS (share address space) 
function in action, try the following two commands:

_BPX_SHAREAS=NO ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

TT   JOBNAME  USER ASIDSIDPID   PGID   PPID 
THCNT COMMAND
?DVFJS   DVFJS   8d 131875 131875 131875  1 
3 OMVS
ttyp DVFJS   DVFJS   8d 131317 131317 131317 131875 
1 -sh
ttyp DVFJS9  DVFJS   af 131317   33685900   33685900 131317 
1 ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

_BPX_SHAREAS=YES ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

TT   JOBNAME  USER ASIDSIDPID   PGID   PPID 
THCNT COMMAND
?DVFJS   DVFJS   8d 131875 131875 131875  1 
3 OMVS
ttyp DVFJS   DVFJS   

Re: ISPF for mainframe Linux

[Seymour J Metz]

Not just desirable, but expected.

Had it been up to me, ISPF would support Perl regex syntax, including named 
captures. And, yes, substitution of captures greatly simplifies many tasks.

RFE?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, January 26, 2021 2:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF for mainframe Linux

On Tue, 26 Jan 2021 18:51:46 +, Seymour J Metz wrote:

>I always regarded the scrolling on TSPF as an expected feature on a PC 
>application, rather than as a surprise. As long as things that worked on ISPF 
>worked the same on TSPF, I was quite happy to have additional features, e.g., 
>regexen.
>
I'd call the scrolling behavior surprisingly desirable.  But conventional
on any editor not constrained by the limitations of the 3270.

ISPF Edit nowadays has regexen, but regrettably lacking the
back-substitution feeature of sed and the RLENGTH of awk.

https://secure-web.cisco.com/1ZunSdmXHsWTZqbGXedg4opypZcTmNhIWDCFIZa1vD5oZ-rlkClEgj3KabTLNzkRhR32vIECTPAqBZor5q7UEXHunr3sColHdnrpLKfV6pH_6U5SOhjbycnkbC4jU-r1MFuby19ESdu3S_aPzzZTXBLq96WLtiVJMyP4C_Iv72hgmMJsDBYI1RNIqERn7UuaFfIiXYPluVA_DM2o0Nq4sCYFLW-T3TCJcTxYmuBdggqifrfsb0o6Af8NJ-26eQU0-0O70qx64adeWsqNpxpGE0RCncyPhbcgSOdMozAiqwhaNmspN5Yo1o9iNxAvnqoA1sxMFkjTjY52iMsJLjB1wjZRzQZROATFWmTWLC1Gm6DqKTZhtYqhj2QUZpwhz6vtBd7o9m4ZOcqyETlioRmhjQt-waTpg6ikHeYMBEB5dM9YjrNBKoldhxZaTcbrMYi8_/https%3A%2F%2Fpubs.opengroup.org%2Fonlinepubs%2F9699919799%2Futilities%2Fsed.html#tag_20_116_13_02

How hard would it be for ISPF to implement a ZRLENGTH?

-- 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: COBOL cob2 Unix compile and SVC99 (DYNALLOC)

[Farley, Peter x23353]

Frank,

It might be as simple as the DYNALLOC in cob2 is not using the REUSE parameter 
to reuse an existing DD.  You could also simply wrap the invocation of cob2 
with a TSO "FREE FI(SYSPRINT)" and after cob2 "ALLOC FI(SYSPRINT) DA(*)".

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Frank Swarbrick
Sent: Tuesday, January 26, 2021 1:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL cob2 Unix compile and SVC99 (DYNALLOC)

EXTERNAL EMAIL

Agreed.  I will probably do this.  Thanks for the input!


From: IBM Mainframe Discussion List  on behalf of 
Seymour J Metz 
Sent: Tuesday, January 26, 2021 11:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: COBOL cob2 Unix compile and SVC99 (DYNALLOC)

There are good reasons why it's common to include SYSPRINT in TSO logon procs. 
I'd advise an RFE for cob2 to work properly when there is a preallocated 
SYSPRINT. Ideally they should use a ddname list and not allocate with a 
specific ddname; failing that, invoke the compiler with _BPX_SHAREAS=NO.


--
Shmuel (Seymour J.) Metz
https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!dU4klXbnQPNWBVc_moR3Y9a6dVr8sQLxVL4lwLXxI2xteNXxj79n171E-4CumQ3nYwydEg$
 


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Frank Swarbrick [frank.swarbr...@outlook.com]
Sent: Tuesday, January 26, 2021 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: COBOL cob2 Unix compile and SVC99 (DYNALLOC)

I put this out in the world in case anyone has the same issue in the future.

I've been playing around with the z/OS Unix environment recently.  One of the 
things I've been playing with is the _BPX_SHAREAS environment variable which 
allows multiple Unix processes to run in the same Unix address space.  I added 
export _BPX_SHAREAS=YES to my .profile script.

One effect this has is the MVS data definitions in the address space that 
invokes the Unix shell are available to that shell.  When running processes in 
a different address space (the default) this is not the case.

In general it seems like this is fine, but I have run in to a case where this 
causes an issue.  When using the cob2 script in the TSO OMVS shell to compile a 
COBOL program, if you have _BPX_SHAREAS=YES set you will get the following 
error:

[-sh]DVFJS:/u/dvfjs/src:>cob2 -v -o test2 test2.cbl

compiler: ATTCRCTL PARM=RENT,TERM /u/dvfjs/src/test2.cbl
cob2: An error occured when dynamically allocating
cob2: pathname: /u/dvfjs/src/test2.lst   ddname: SYSPRINT
cob2: SVC99 returned rc: 4  errcode: 410  infocode: 0

This seems to be because:
1) TSO allocates (in my environment, in any case) SYSPRINT and SYSTERM 
(allocated to my terminal)
2) cob2 tries to dynamically allocate these data sets for itself.

This causes the SVC99 error 4 reason 410, because the DDNAME of SYSPRINT is 
already allocated to your address space.

You can get around this by specifying _BPX_SHAREAS=NO on the same line ahead of 
the cob2 command:
_BPX_SHAREAS=NO cob2 -v -o test2 test2.cbl

Or you can create your own cob2 wrapper script and have it do this for you.

Probably this only occurs when using the TSO OMVS shell.  I imagine if you 
telnet or ssh in, the shell would not have SYSPRINT etc. already allocated.

Interestingly, the "c89" command that is invoked for the link-edit/binder step 
doesn't seem to have this issue.

Not sure if it's worth opening a ticket for IBM to do something to avoid this 
issue.  Perhaps at the very least they might add _BPX_SHAREAS=NO to the actual 
cob2 script.

Side note, if you are interested to "see" the SHAREAS (share address space) 
function in action, try the following two commands:

_BPX_SHAREAS=NO ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

TT   JOBNAME  USER ASIDSIDPID   PGID   PPID 
THCNT COMMAND
?DVFJS   DVFJS   8d 131875 131875 131875  1 
3 OMVS
ttyp DVFJS   DVFJS   8d 131317 131317 131317 131875 
1 -sh
ttyp DVFJS9  DVFJS   af 131317   33685900   33685900 131317 
1 ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

_BPX_SHAREAS=YES ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

TT   JOBNAME  USER ASIDSIDPID   PGID   PPID 
THCNT COMMAND
?DVFJS   DVFJS   8d 131875 131875 131875  1 
3 OMVS
ttyp DVFJS   DVFJS   8d 131317 131317 131317 131875 
1 -sh
ttyp DVFJS   DVFJS   8d 131317   50463116   50463116 131317 
1 ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

When _BPX_SHAREAS=NO you can see that the subshell process for the ps command 
has a different ASID (and jobname) than does the shell itself.  With 
_BPX_SHAREAS=YES, OMVS itself, the shell and the command all have separate 
processes but the same ASID (and jobname).

Re: Help with non-existent catalog

[Seymour J Metz]

That command is for a normal dataset, not for a catalog. Use EXPORT DISCONNECT 
to delete the catalog entry in the BCS.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Charles Mills [charl...@mcn.org]
Sent: Tuesday, January 26, 2021 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with non-existent catalog

Thanks. DELETE dsn NOSCRATCH gives me

IDC3014I CATALOG ERROR
IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFK-18
IDC0551I ** ENTRY CATALOG.PLI230 NOT DELETED
IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8

(z/OS V2R4)

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ie
am600/idc3009i.htm tells me

Programmer Response: Specify the RECOVERY parameter. Run the job again.

So I did that. That gives me

IDC3226I INCONSISTENT PARAMETERS INVOLVING 'NOSCRATCH'
IDC3226I INCONSISTENT PARAMETERS INVOLVING 'RECOVERY'

Eliminating NOSCRATCH gives me

IDC2893I INVALID PARAMETER SPECIFIED FOR THE RECOVERY OPTION

Adding USERCATALOG in there gives me

IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE0-6

Explanation: A requested VVR or NVR was not found in the VVDS specified. If
present in this message, the sfi value is FOR volser, where volser is the
volume serial of the VVDS on which the error was detected. The sfi value in
message IEC331I contains characters 5 through twelve of the requested VVR
name.

(There was no IEC331I with an sfi.)

Help!

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Chuck Kreiter
Sent: Tuesday, January 26, 2021 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with non-existent catalog

IDCAMS DELETE dsn NOSCRATCH

--
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 for mainframe Linux

[Seymour J Metz]

I've used WSA to get multiple sessions for the same userid, but IBM never 
seemed to have any interest in making it more user friendly. Yes, the absence 
of a block cut/paste was unfortunate.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom 
Brennan [t...@tombrennansoftware.com]
Sent: Tuesday, January 26, 2021 2:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF for mainframe Linux

I'm just saying it was a surprise.

I don't know anything about WSA other than I tried it once, saw that
each line of the simulated ISPF edit area was a separate edit box, and
that did it for me.  I never tried it again.

On 1/26/2021 11:03 AM, Paul Gilmartin wrote:
> On Tue, 26 Jan 2021 10:41:42 -0800, Tom Brennan  wrote:
>
>> I haven't used SPF/PC in many years, but I do remember it doing things
>> that weren't possible via 3270, and those were sometimes a surprise.
>> For example, I think I remember it automatically scrolling down text
>> just by moving the cursor past the bottom of the screen.  Can't do that
>> on a real 3270 terminal.
>>
> Are you suggesting (below) that's undesirable?  I'd think it ideal.  A 3270
> emulator should (by configuration option) automatically send PF8 when
> the user moves the cursor past the bottom of the screen.
>
>> One of my many dead-end projects was a C program that would run in the
>> background on Windows, listen on a port for your own TN3270 emulator,
>> and then simulate the TN3720 connection processing and basic ISPF
>> screens, editor, 3.4, etc.  The idea was that you could use your
>> favorite TN3270 emulator for the equivalent of SPF/PC, which would then
>> eliminate the possibility of the SPF/PC surprises I mentioned.  Then the
>> same code could be recompiled easily on Linux, since there's no GUI
>> code.  Your own terminal emulator is the GUI.  Maybe somebody else
>> already thought of this idea and finished it, unlike lazy Tom.
>>
> I think an enhanced ISPF should be factored as an X11 client, with
> all the nice things that aren't "possible via 3270."  Or is that what
> WSA already does?
>
> -- 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

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

Re: ISPF for mainframe Linux

[Frank Swarbrick]

This is an interesting thought.  But does anyone actually use X11 on z/OS?


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, January 26, 2021 12:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: ISPF for mainframe Linux

I think an enhanced ISPF should be factored as an X11 client, with
all the nice things that aren't "possible via 3270."  Or is that what
WSA already does?

-- 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: Help with non-existent catalog

[Charles Mills]

Thanks. DELETE dsn NOSCRATCH gives me

IDC3014I CATALOG ERROR  
IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFK-18 
IDC0551I ** ENTRY CATALOG.PLI230 NOT DELETED
IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8   

(z/OS V2R4)

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ie
am600/idc3009i.htm tells me

Programmer Response: Specify the RECOVERY parameter. Run the job again.

So I did that. That gives me 

IDC3226I INCONSISTENT PARAMETERS INVOLVING 'NOSCRATCH'
IDC3226I INCONSISTENT PARAMETERS INVOLVING 'RECOVERY'

Eliminating NOSCRATCH gives me

IDC2893I INVALID PARAMETER SPECIFIED FOR THE RECOVERY OPTION  

Adding USERCATALOG in there gives me

IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE0-6  

Explanation: A requested VVR or NVR was not found in the VVDS specified. If
present in this message, the sfi value is FOR volser, where volser is the
volume serial of the VVDS on which the error was detected. The sfi value in
message IEC331I contains characters 5 through twelve of the requested VVR
name.

(There was no IEC331I with an sfi.)

Help!

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Chuck Kreiter
Sent: Tuesday, January 26, 2021 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with non-existent catalog

IDCAMS DELETE dsn NOSCRATCH

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

Re: Omegamon CICS v510

[esst...@juno.com]

Look at your SMP TKANCUS(KC256DG1)  

-- Original Message --
From: "Watkins, Philip S." 
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Omegamon CICS v510
Date: Tue, 26 Jan 2021 16:30:05 +

I am trying to specify the following parms in the global parms for OMEGAMON for 
CICS on z/OS.
I can't find information for the proper syntax, believing they should go in the 
KC2BLG member.
Can anyone shed some light on the proper method to automate this properly?


TRAN=IWTI
INCLUDED_TRANS=IWTI
KILL_LIMIT=60
WARN_LIMIT=20
EXCLUDED_TRANS=C*
KILL_LIMIT=60
WARN_LIMIT=10


Philip S. Watkins
Senior Mainframe Consultant
Prince George's County, Maryland
Office of Information Technology
9201 Basil Court/ Room B8
Largo, MD 20774
Voice: 301-883-7189
E-Mail: pswatk...@co.pg.md.us


This E-mail and any of its attachments may contain Prince George's County 
Government or Prince George's County 7th Judicial Circuit Court proprietary 
information or Protected Health Information, which is privileged and 
confidential. This E-mail is intended solely for the use of the individual or 
entity to which it is addressed. If you are not the intended recipient of this 
E-mail, you are hereby notified that any dissemination, distribution, copying, 
or action taken in relation to the contents of and attachments to this E-mail 
is strictly prohibited by federal law and may expose you to civil and/or 
criminal penalties. If you have received this E-mail in error, please notify 
the sender immediately and permanently delete the original and any copy of this 
E-mail and any printout.

--
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: Help with non-existent catalog

[David Elliot]

May mean the volume containing the original catalog has gone away. so
export disconnect the thing.and find something else to worry about.

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

Re: Omegamon CICS v510

[esst...@juno.com]

Try this   TKANCUS(KC256DG1)

-- Original Message --
From: "Watkins, Philip S." 
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Omegamon CICS v510
Date: Tue, 26 Jan 2021 16:30:05 +

I am trying to specify the following parms in the global parms for OMEGAMON for 
CICS on z/OS.
I can't find information for the proper syntax, believing they should go in the 
KC2BLG member.
Can anyone shed some light on the proper method to automate this properly?


TRAN=IWTI
INCLUDED_TRANS=IWTI
KILL_LIMIT=60
WARN_LIMIT=20
EXCLUDED_TRANS=C*
KILL_LIMIT=60
WARN_LIMIT=10


Philip S. Watkins
Senior Mainframe Consultant
Prince George's County, Maryland
Office of Information Technology
9201 Basil Court/ Room B8
Largo, MD 20774
Voice: 301-883-7189
E-Mail: pswatk...@co.pg.md.us


This E-mail and any of its attachments may contain Prince George's County 
Government or Prince George's County 7th Judicial Circuit Court proprietary 
information or Protected Health Information, which is privileged and 
confidential. This E-mail is intended solely for the use of the individual or 
entity to which it is addressed. If you are not the intended recipient of this 
E-mail, you are hereby notified that any dissemination, distribution, copying, 
or action taken in relation to the contents of and attachments to this E-mail 
is strictly prohibited by federal law and may expose you to civil and/or 
criminal penalties. If you have received this E-mail in error, please notify 
the sender immediately and permanently delete the original and any copy of this 
E-mail and any printout.

--
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 for mainframe Linux

[Paul Gilmartin]

On Tue, 26 Jan 2021 18:51:46 +, Seymour J Metz wrote:

>I always regarded the scrolling on TSPF as an expected feature on a PC 
>application, rather than as a surprise. As long as things that worked on ISPF 
>worked the same on TSPF, I was quite happy to have additional features, e.g., 
>regexen.
>
I'd call the scrolling behavior surprisingly desirable.  But conventional
on any editor not constrained by the limitations of the 3270.

ISPF Edit nowadays has regexen, but regrettably lacking the
back-substitution feeature of sed and the RLENGTH of awk.

https://pubs.opengroup.org/onlinepubs/9699919799/utilities/sed.html#tag_20_116_13_02

How hard would it be for ISPF to implement a ZRLENGTH?

-- gil

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

Re: ISPF for mainframe Linux

[Tom Brennan]

I'm just saying it was a surprise.

I don't know anything about WSA other than I tried it once, saw that 
each line of the simulated ISPF edit area was a separate edit box, and 
that did it for me.  I never tried it again.


On 1/26/2021 11:03 AM, Paul Gilmartin wrote:

On Tue, 26 Jan 2021 10:41:42 -0800, Tom Brennan  wrote:


I haven't used SPF/PC in many years, but I do remember it doing things
that weren't possible via 3270, and those were sometimes a surprise.
For example, I think I remember it automatically scrolling down text
just by moving the cursor past the bottom of the screen.  Can't do that
on a real 3270 terminal.


Are you suggesting (below) that's undesirable?  I'd think it ideal.  A 3270
emulator should (by configuration option) automatically send PF8 when
the user moves the cursor past the bottom of the screen.


One of my many dead-end projects was a C program that would run in the
background on Windows, listen on a port for your own TN3270 emulator,
and then simulate the TN3720 connection processing and basic ISPF
screens, editor, 3.4, etc.  The idea was that you could use your
favorite TN3270 emulator for the equivalent of SPF/PC, which would then
eliminate the possibility of the SPF/PC surprises I mentioned.  Then the
same code could be recompiled easily on Linux, since there's no GUI
code.  Your own terminal emulator is the GUI.  Maybe somebody else
already thought of this idea and finished it, unlike lazy Tom.


I think an enhanced ISPF should be factored as an X11 client, with
all the nice things that aren't "possible via 3270."  Or is that what
WSA already does?

-- 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: Help with non-existent catalog

[Seymour J Metz]

These days MVS uses an ICF catalog, which has two components, a Basic Catalog 
Structure (BCS) and a VSAM Volume Data Set (VVDS). On the volume containing the 
catalog, you should have an entry in the VVDS. In the BCS for the master 
catalog, you should have an entry for the catalog and an entry for each alias. 
In z/OS Version 2 Release 4 DFSMS Access Method Services Commands IBM, 
SC23-6846-40, 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R4sc236846/$file/idai200_v2r4.pdf,
 read up on

DEFINE ALIAS
DEFINE USERCATALOG
DIAGNOSE
IMPORT CONNECT


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Charles Mills [charl...@mcn.org]
Sent: Tuesday, January 26, 2021 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Help with non-existent catalog

I've got a catalog problem. I have no reason to believe it is the most
obscure problem in the world; it's just that I am a catalog ignoramus.

I *think* the problem is that the catalog is cataloged but the underlying
dataset does not exist. Does that make sense? If I enter an ISPF 3.4 D
against it ISPF tells me "Dataset not found." That's a problem, right?

If I enter a U against it ISPF tells me Catalog/uncatalog request via SVC 26
failed, return code = 60, reason code = 4, module id = FM.

Thanks for your help. I believe I would be fine if I could just delete it
and start over. I don't know quite how this situation came to be.


Charles

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

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

Re: ISPF for mainframe Linux

[Paul Gilmartin]

On Tue, 26 Jan 2021 10:41:42 -0800, Tom Brennan  wrote:

>I haven't used SPF/PC in many years, but I do remember it doing things
>that weren't possible via 3270, and those were sometimes a surprise.
>For example, I think I remember it automatically scrolling down text
>just by moving the cursor past the bottom of the screen.  Can't do that
>on a real 3270 terminal.
>
Are you suggesting (below) that's undesirable?  I'd think it ideal.  A 3270
emulator should (by configuration option) automatically send PF8 when
the user moves the cursor past the bottom of the screen.

>One of my many dead-end projects was a C program that would run in the
>background on Windows, listen on a port for your own TN3270 emulator,
>and then simulate the TN3720 connection processing and basic ISPF
>screens, editor, 3.4, etc.  The idea was that you could use your
>favorite TN3270 emulator for the equivalent of SPF/PC, which would then
>eliminate the possibility of the SPF/PC surprises I mentioned.  Then the
>same code could be recompiled easily on Linux, since there's no GUI
>code.  Your own terminal emulator is the GUI.  Maybe somebody else
>already thought of this idea and finished it, unlike lazy Tom.
> 
I think an enhanced ISPF should be factored as an X11 client, with
all the nice things that aren't "possible via 3270."  Or is that what
WSA already does?

-- gil

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

Re: Help with non-existent catalog

[Steely.Mark]

You can also try: DELETE CATALOG..NAME  USERCATALOG RECOVERY

Since it was deleted with recovery you should define a new catalog and then do 
the delete without the recovery.

Thank You

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Chuck Kreiter
Sent: Tuesday, January 26, 2021 12:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with non-existent catalog

ATTENTION: This e-mail came from an external source. Do not open attachments or 
click on links from unknown or unexpected emails.


IDCAMS DELETE dsn NOSCRATCH

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, January 26, 2021 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Help with non-existent catalog

I've got a catalog problem. I have no reason to believe it is the most obscure 
problem in the world; it's just that I am a catalog ignoramus.

I *think* the problem is that the catalog is cataloged but the underlying 
dataset does not exist. Does that make sense? If I enter an ISPF 3.4 D against 
it ISPF tells me "Dataset not found." That's a problem, right?

If I enter a U against it ISPF tells me Catalog/uncatalog request via SVC 26 
failed, return code = 60, reason code = 4, module id = FM.

Thanks for your help. I believe I would be fine if I could just delete it and 
start over. I don't know quite how this situation came to be.


Charles

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

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
*** Disclaimer ***
This communication (including all attachments) is solely for the use of the 
person to whom it is addressed and is a confidential AAA communication. If you 
are not the intended recipient, any use, distribution, printing, or copying is 
prohibited. If you received this email in error, please immediately delete it 
and notify the sender.

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

Re: Help with non-existent catalog

[Gibney, Dave]

Chuck is probably correct.
Most of these errors can receive clarification via the many faceted message:
IDC3009I rtn rsn 

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Charles Mills
> Sent: Tuesday, January 26, 2021 10:49 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Help with non-existent catalog
> 
> I've got a catalog problem. I have no reason to believe it is the most
> obscure problem in the world; it's just that I am a catalog ignoramus.
> 
> I *think* the problem is that the catalog is cataloged but the underlying
> dataset does not exist. Does that make sense? If I enter an ISPF 3.4 D
> against it ISPF tells me "Dataset not found." That's a problem, right?
> 
> If I enter a U against it ISPF tells me Catalog/uncatalog request via SVC 26
> failed, return code = 60, reason code = 4, module id = FM.
> 
> Thanks for your help. I believe I would be fine if I could just delete it
> and start over. I don't know quite how this situation came to be.
> 
> 
> Charles
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Help with non-existent catalog

[Chuck Kreiter]

IDCAMS DELETE dsn NOSCRATCH

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Tuesday, January 26, 2021 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Help with non-existent catalog

I've got a catalog problem. I have no reason to believe it is the most
obscure problem in the world; it's just that I am a catalog ignoramus.

I *think* the problem is that the catalog is cataloged but the underlying
dataset does not exist. Does that make sense? If I enter an ISPF 3.4 D
against it ISPF tells me "Dataset not found." That's a problem, right?

If I enter a U against it ISPF tells me Catalog/uncatalog request via SVC 26
failed, return code = 60, reason code = 4, module id = FM.

Thanks for your help. I believe I would be fine if I could just delete it
and start over. I don't know quite how this situation came to be.


Charles 

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

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

Re: ISPF for mainframe Linux

[Seymour J Metz]

I always regarded the scrolling on TSPF as an expected feature on a PC 
application, rather than as a surprise. As long as things that worked on ISPF 
worked the same on TSPF, I was quite happy to have additional features, e.g., 
regexen.

Unfortunately, TSPF is abandonware, else I would have bought updates, and ISPF 
has added things that TSPF doesn't have, and things that have different syntax, 
e.g., regexen.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom 
Brennan [t...@tombrennansoftware.com]
Sent: Tuesday, January 26, 2021 1:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF for mainframe Linux

I haven't used SPF/PC in many years, but I do remember it doing things
that weren't possible via 3270, and those were sometimes a surprise.
For example, I think I remember it automatically scrolling down text
just by moving the cursor past the bottom of the screen.  Can't do that
on a real 3270 terminal.

One of my many dead-end projects was a C program that would run in the
background on Windows, listen on a port for your own TN3270 emulator,
and then simulate the TN3720 connection processing and basic ISPF
screens, editor, 3.4, etc.  The idea was that you could use your
favorite TN3270 emulator for the equivalent of SPF/PC, which would then
eliminate the possibility of the SPF/PC surprises I mentioned.  Then the
same code could be recompiled easily on Linux, since there's no GUI
code.  Your own terminal emulator is the GUI.  Maybe somebody else
already thought of this idea and finished it, unlike lazy Tom.

On 1/26/2021 10:12 AM, Seymour J Metz wrote:
> I remember SPF/PC; they were never serious about ISPF compatibility, and I 
> bought TSPF instead.
>

--
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

Help with non-existent catalog

[Charles Mills]

I've got a catalog problem. I have no reason to believe it is the most
obscure problem in the world; it's just that I am a catalog ignoramus.

I *think* the problem is that the catalog is cataloged but the underlying
dataset does not exist. Does that make sense? If I enter an ISPF 3.4 D
against it ISPF tells me "Dataset not found." That's a problem, right?

If I enter a U against it ISPF tells me Catalog/uncatalog request via SVC 26
failed, return code = 60, reason code = 4, module id = FM.

Thanks for your help. I believe I would be fine if I could just delete it
and start over. I don't know quite how this situation came to be.


Charles 

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

Re: COBOL cob2 Unix compile and SVC99 (DYNALLOC)

[Frank Swarbrick]

Agreed.  I will probably do this.  Thanks for the input!


From: IBM Mainframe Discussion List  on behalf of 
Seymour J Metz 
Sent: Tuesday, January 26, 2021 11:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: COBOL cob2 Unix compile and SVC99 (DYNALLOC)

There are good reasons why it's common to include SYSPRINT in TSO logon procs. 
I'd advise an RFE for cob2 to work properly when there is a preallocated 
SYSPRINT. Ideally they should use a ddname list and not allocate with a 
specific ddname; failing that, invoke the compiler with _BPX_SHAREAS=NO.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Frank Swarbrick [frank.swarbr...@outlook.com]
Sent: Tuesday, January 26, 2021 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: COBOL cob2 Unix compile and SVC99 (DYNALLOC)

I put this out in the world in case anyone has the same issue in the future.

I've been playing around with the z/OS Unix environment recently.  One of the 
things I've been playing with is the _BPX_SHAREAS environment variable which 
allows multiple Unix processes to run in the same Unix address space.  I added 
export _BPX_SHAREAS=YES to my .profile script.

One effect this has is the MVS data definitions in the address space that 
invokes the Unix shell are available to that shell.  When running processes in 
a different address space (the default) this is not the case.

In general it seems like this is fine, but I have run in to a case where this 
causes an issue.  When using the cob2 script in the TSO OMVS shell to compile a 
COBOL program, if you have _BPX_SHAREAS=YES set you will get the following 
error:

[-sh]DVFJS:/u/dvfjs/src:>cob2 -v -o test2 test2.cbl

compiler: ATTCRCTL PARM=RENT,TERM /u/dvfjs/src/test2.cbl
cob2: An error occured when dynamically allocating
cob2: pathname: /u/dvfjs/src/test2.lst   ddname: SYSPRINT
cob2: SVC99 returned rc: 4  errcode: 410  infocode: 0

This seems to be because:
1) TSO allocates (in my environment, in any case) SYSPRINT and SYSTERM 
(allocated to my terminal)
2) cob2 tries to dynamically allocate these data sets for itself.

This causes the SVC99 error 4 reason 410, because the DDNAME of SYSPRINT is 
already allocated to your address space.

You can get around this by specifying _BPX_SHAREAS=NO on the same line ahead of 
the cob2 command:
_BPX_SHAREAS=NO cob2 -v -o test2 test2.cbl

Or you can create your own cob2 wrapper script and have it do this for you.

Probably this only occurs when using the TSO OMVS shell.  I imagine if you 
telnet or ssh in, the shell would not have SYSPRINT etc. already allocated.

Interestingly, the "c89" command that is invoked for the link-edit/binder step 
doesn't seem to have this issue.

Not sure if it's worth opening a ticket for IBM to do something to avoid this 
issue.  Perhaps at the very least they might add _BPX_SHAREAS=NO to the actual 
cob2 script.

Side note, if you are interested to "see" the SHAREAS (share address space) 
function in action, try the following two commands:

_BPX_SHAREAS=NO ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

TT   JOBNAME  USER ASIDSIDPID   PGID   PPID 
THCNT COMMAND
?DVFJS   DVFJS   8d 131875 131875 131875  1 
3 OMVS
ttyp DVFJS   DVFJS   8d 131317 131317 131317 131875 
1 -sh
ttyp DVFJS9  DVFJS   af 131317   33685900   33685900 131317 
1 ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

_BPX_SHAREAS=YES ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

TT   JOBNAME  USER ASIDSIDPID   PGID   PPID 
THCNT COMMAND
?DVFJS   DVFJS   8d 131875 131875 131875  1 
3 OMVS
ttyp DVFJS   DVFJS   8d 131317 131317 131317 131875 
1 -sh
ttyp DVFJS   DVFJS   8d 131317   50463116   50463116 131317 
1 ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

When _BPX_SHAREAS=NO you can see that the subshell process for the ps command 
has a different ASID (and jobname) than does the shell itself.  With 
_BPX_SHAREAS=YES, OMVS itself, the shell and the command all have separate 
processes but the same ASID (and jobname).

Frank

--
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 

Re: Learning the basics of SMP/E

[Frank Swarbrick]

I'm not a sysprog, but this sounds like it might be an interesting read.  
Thanks!


From: IBM Mainframe Discussion List  on behalf of Sam 
Golob 
Sent: Tuesday, January 26, 2021 11:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Learning the basics of SMP/E

Dear Folks,

 I was just reviewing an article I wrote in 1988 (a long time ago)
that encapsulates and summarizes my original efforts to learn SMP/E.

 Many of us systems programmers don't have a chance to do system
maintenance, leaving it to "the designated person (or people)". And
also, when breaking in a new person, that person is often given the job
of doing the SMP/E system maintenance.  In my experience, the first
exposure to SMP/E is a daunting task.  And it is even somewhat
forbidding (to learn SMP/E) for very experienced systems programmers
also, who (somehow) never ever got exposed to it, in their own LONG
experience.

 My personal feeling (in 1988, after five years as a sysprog) was
that, with the PROPER TEACHING, I could have learned, in 3 weeks, what
took me 4 years to learn.

 I didn't want that to happen to anybody else.

 So I wrote an article.  Very carefully.

 I just read it over, today.  That's why I'm writing this piece.

 IF ANYBODY FEELS THE NEED TO LEARN SMP/E, PLEASE GO TO FILE 014 OF
THE CBT TAPE (www.cbttape.org), and READ THE MEMBER, 
SMPARTCL.

 Part of the problem in learning SMP/E, is that IBM does not tell
you about its history, and where it came from.  In order to really
understand SMP/E, you first must have a grasp of doing a SYSGEN, to
create a new MVS system.  We don't do SYSGENs anymore, so this makes it
hard to understand the foundation and structure and purpose and method
of operation, of SMP/E.

 Nevertheless, in that article, I tried to recreate the history, the
best I could.

 BOTTOM LINE.  If you want to train someone, or yourself, to do
SMP/E, please first read this article - CBT File 014 - member SMPARTCL.
It is almost guaranteed to make the process simpler.

 Hope this helps.

 All the best of everything to all of you.

Sincerely, Sam



--
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 for mainframe Linux

[Tom Brennan]

I haven't used SPF/PC in many years, but I do remember it doing things 
that weren't possible via 3270, and those were sometimes a surprise. 
For example, I think I remember it automatically scrolling down text 
just by moving the cursor past the bottom of the screen.  Can't do that 
on a real 3270 terminal.


One of my many dead-end projects was a C program that would run in the 
background on Windows, listen on a port for your own TN3270 emulator, 
and then simulate the TN3720 connection processing and basic ISPF 
screens, editor, 3.4, etc.  The idea was that you could use your 
favorite TN3270 emulator for the equivalent of SPF/PC, which would then 
eliminate the possibility of the SPF/PC surprises I mentioned.  Then the 
same code could be recompiled easily on Linux, since there's no GUI 
code.  Your own terminal emulator is the GUI.  Maybe somebody else 
already thought of this idea and finished it, unlike lazy Tom.


On 1/26/2021 10:12 AM, Seymour J Metz wrote:

I remember SPF/PC; they were never serious about ISPF compatibility, and I 
bought TSPF instead.



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

Re: Learning the basics of SMP/E

[Jousma, David]

Thanks Sam!

_
Dave Jousma
AVP | Director, Technology Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sam 
Golob
Sent: Tuesday, January 26, 2021 1:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Learning the basics of SMP/E

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Dear Folks,

     I was just reviewing an article I wrote in 1988 (a long time ago) that 
encapsulates and summarizes my original efforts to learn SMP/E.

     Many of us systems programmers don't have a chance to do system 
maintenance, leaving it to "the designated person (or people)". And also, when 
breaking in a new person, that person is often given the job of doing the SMP/E 
system maintenance.  In my experience, the first exposure to SMP/E is a 
daunting task.  And it is even somewhat forbidding (to learn SMP/E) for very 
experienced systems programmers also, who (somehow) never ever got exposed to 
it, in their own LONG experience.

     My personal feeling (in 1988, after five years as a sysprog) was that, 
with the PROPER TEACHING, I could have learned, in 3 weeks, what took me 4 
years to learn.

     I didn't want that to happen to anybody else.

     So I wrote an article.  Very carefully.

     I just read it over, today.  That's why I'm writing this piece.

     IF ANYBODY FEELS THE NEED TO LEARN SMP/E, PLEASE GO TO FILE 014 OF THE CBT 
TAPE 
(https://protect2.fireeye.com/v1/url?k=3e1c3ff8-61870700-3e1c1560-0cc47a33347c-5dd923bfd7f64b63=1=abfca06c-81fb-4463-9f31-e90f4b69df4c=http%3A%2F%2Fwww.cbttape.org%2F),
 and READ THE MEMBER, SMPARTCL.

     Part of the problem in learning SMP/E, is that IBM does not tell you about 
its history, and where it came from.  In order to really understand SMP/E, you 
first must have a grasp of doing a SYSGEN, to create a new MVS system.  We 
don't do SYSGENs anymore, so this makes it hard to understand the foundation 
and structure and purpose and method of operation, of SMP/E.

     Nevertheless, in that article, I tried to recreate the history, the best I 
could.

     BOTTOM LINE.  If you want to train someone, or yourself, to do SMP/E, 
please first read this article - CBT File 014 - member SMPARTCL. It is almost 
guaranteed to make the process simpler.

     Hope this helps.

     All the best of everything to all of you.

Sincerely, Sam



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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: COBOL cob2 Unix compile and SVC99 (DYNALLOC)

[Seymour J Metz]

There are good reasons why it's common to include SYSPRINT in TSO logon procs. 
I'd advise an RFE for cob2 to work properly when there is a preallocated 
SYSPRINT. Ideally they should use a ddname list and not allocate with a 
specific ddname; failing that, invoke the compiler with _BPX_SHAREAS=NO.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Frank Swarbrick [frank.swarbr...@outlook.com]
Sent: Tuesday, January 26, 2021 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: COBOL cob2 Unix compile and SVC99 (DYNALLOC)

I put this out in the world in case anyone has the same issue in the future.

I've been playing around with the z/OS Unix environment recently.  One of the 
things I've been playing with is the _BPX_SHAREAS environment variable which 
allows multiple Unix processes to run in the same Unix address space.  I added 
export _BPX_SHAREAS=YES to my .profile script.

One effect this has is the MVS data definitions in the address space that 
invokes the Unix shell are available to that shell.  When running processes in 
a different address space (the default) this is not the case.

In general it seems like this is fine, but I have run in to a case where this 
causes an issue.  When using the cob2 script in the TSO OMVS shell to compile a 
COBOL program, if you have _BPX_SHAREAS=YES set you will get the following 
error:

[-sh]DVFJS:/u/dvfjs/src:>cob2 -v -o test2 test2.cbl

compiler: ATTCRCTL PARM=RENT,TERM /u/dvfjs/src/test2.cbl
cob2: An error occured when dynamically allocating
cob2: pathname: /u/dvfjs/src/test2.lst   ddname: SYSPRINT
cob2: SVC99 returned rc: 4  errcode: 410  infocode: 0

This seems to be because:
1) TSO allocates (in my environment, in any case) SYSPRINT and SYSTERM 
(allocated to my terminal)
2) cob2 tries to dynamically allocate these data sets for itself.

This causes the SVC99 error 4 reason 410, because the DDNAME of SYSPRINT is 
already allocated to your address space.

You can get around this by specifying _BPX_SHAREAS=NO on the same line ahead of 
the cob2 command:
_BPX_SHAREAS=NO cob2 -v -o test2 test2.cbl

Or you can create your own cob2 wrapper script and have it do this for you.

Probably this only occurs when using the TSO OMVS shell.  I imagine if you 
telnet or ssh in, the shell would not have SYSPRINT etc. already allocated.

Interestingly, the "c89" command that is invoked for the link-edit/binder step 
doesn't seem to have this issue.

Not sure if it's worth opening a ticket for IBM to do something to avoid this 
issue.  Perhaps at the very least they might add _BPX_SHAREAS=NO to the actual 
cob2 script.

Side note, if you are interested to "see" the SHAREAS (share address space) 
function in action, try the following two commands:

_BPX_SHAREAS=NO ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

TT   JOBNAME  USER ASIDSIDPID   PGID   PPID 
THCNT COMMAND
?DVFJS   DVFJS   8d 131875 131875 131875  1 
3 OMVS
ttyp DVFJS   DVFJS   8d 131317 131317 131317 131875 
1 -sh
ttyp DVFJS9  DVFJS   af 131317   33685900   33685900 131317 
1 ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

_BPX_SHAREAS=YES ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

TT   JOBNAME  USER ASIDSIDPID   PGID   PPID 
THCNT COMMAND
?DVFJS   DVFJS   8d 131875 131875 131875  1 
3 OMVS
ttyp DVFJS   DVFJS   8d 131317 131317 131317 131875 
1 -sh
ttyp DVFJS   DVFJS   8d 131317   50463116   50463116 131317 
1 ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

When _BPX_SHAREAS=NO you can see that the subshell process for the ps command 
has a different ASID (and jobname) than does the shell itself.  With 
_BPX_SHAREAS=YES, OMVS itself, the shell and the command all have separate 
processes but the same ASID (and jobname).

Frank

--
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

COBOL cob2 Unix compile and SVC99 (DYNALLOC)

[Frank Swarbrick]

I put this out in the world in case anyone has the same issue in the future.

I've been playing around with the z/OS Unix environment recently.  One of the 
things I've been playing with is the _BPX_SHAREAS environment variable which 
allows multiple Unix processes to run in the same Unix address space.  I added 
export _BPX_SHAREAS=YES to my .profile script.

One effect this has is the MVS data definitions in the address space that 
invokes the Unix shell are available to that shell.  When running processes in 
a different address space (the default) this is not the case.

In general it seems like this is fine, but I have run in to a case where this 
causes an issue.  When using the cob2 script in the TSO OMVS shell to compile a 
COBOL program, if you have _BPX_SHAREAS=YES set you will get the following 
error:

[-sh]DVFJS:/u/dvfjs/src:>cob2 -v -o test2 test2.cbl

compiler: ATTCRCTL PARM=RENT,TERM /u/dvfjs/src/test2.cbl
cob2: An error occured when dynamically allocating
cob2: pathname: /u/dvfjs/src/test2.lst   ddname: SYSPRINT
cob2: SVC99 returned rc: 4  errcode: 410  infocode: 0

This seems to be because:
1) TSO allocates (in my environment, in any case) SYSPRINT and SYSTERM 
(allocated to my terminal)
2) cob2 tries to dynamically allocate these data sets for itself.

This causes the SVC99 error 4 reason 410, because the DDNAME of SYSPRINT is 
already allocated to your address space.

You can get around this by specifying _BPX_SHAREAS=NO on the same line ahead of 
the cob2 command:
_BPX_SHAREAS=NO cob2 -v -o test2 test2.cbl

Or you can create your own cob2 wrapper script and have it do this for you.

Probably this only occurs when using the TSO OMVS shell.  I imagine if you 
telnet or ssh in, the shell would not have SYSPRINT etc. already allocated.

Interestingly, the "c89" command that is invoked for the link-edit/binder step 
doesn't seem to have this issue.

Not sure if it's worth opening a ticket for IBM to do something to avoid this 
issue.  Perhaps at the very least they might add _BPX_SHAREAS=NO to the actual 
cob2 script.

Side note, if you are interested to "see" the SHAREAS (share address space) 
function in action, try the following two commands:

_BPX_SHAREAS=NO ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

TT   JOBNAME  USER ASIDSIDPID   PGID   PPID 
THCNT COMMAND
?DVFJS   DVFJS   8d 131875 131875 131875  1 
3 OMVS
ttyp DVFJS   DVFJS   8d 131317 131317 131317 131875 
1 -sh
ttyp DVFJS9  DVFJS   af 131317   33685900   33685900 131317 
1 ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

_BPX_SHAREAS=YES ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

TT   JOBNAME  USER ASIDSIDPID   PGID   PPID 
THCNT COMMAND
?DVFJS   DVFJS   8d 131875 131875 131875  1 
3 OMVS
ttyp DVFJS   DVFJS   8d 131317 131317 131317 131875 
1 -sh
ttyp DVFJS   DVFJS   8d 131317   50463116   50463116 131317 
1 ps -Aotty,jobname,user,xasid,sid,pid,pgid,ppid,thdcnt,args

When _BPX_SHAREAS=NO you can see that the subshell process for the ps command 
has a different ASID (and jobname) than does the shell itself.  With 
_BPX_SHAREAS=YES, OMVS itself, the shell and the command all have separate 
processes but the same ASID (and jobname).

Frank

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

Re: ISPF for mainframe Linux

[Seymour J Metz]

I remember SPF/PC; they were never serious about ISPF compatibility, and I 
bought TSPF instead.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
PINION, RICHARD W. [rpin...@firsthorizon.com]
Sent: Tuesday, January 26, 2021 10:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ISPF for mainframe Linux

Does anybody remember an ISPF product that ran under mainframe Linux from
the early 2000's?  And, does anybody remember Command Technology Corporation's
SPF/PC?  Just walking down memory lane.
Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

--
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

Learning the basics of SMP/E

[Sam Golob]

Dear Folks,

    I was just reviewing an article I wrote in 1988 (a long time ago) 
that encapsulates and summarizes my original efforts to learn SMP/E.


    Many of us systems programmers don't have a chance to do system 
maintenance, leaving it to "the designated person (or people)". And 
also, when breaking in a new person, that person is often given the job 
of doing the SMP/E system maintenance.  In my experience, the first 
exposure to SMP/E is a daunting task.  And it is even somewhat 
forbidding (to learn SMP/E) for very experienced systems programmers 
also, who (somehow) never ever got exposed to it, in their own LONG 
experience.


    My personal feeling (in 1988, after five years as a sysprog) was 
that, with the PROPER TEACHING, I could have learned, in 3 weeks, what 
took me 4 years to learn.


    I didn't want that to happen to anybody else.

    So I wrote an article.  Very carefully.

    I just read it over, today.  That's why I'm writing this piece.

    IF ANYBODY FEELS THE NEED TO LEARN SMP/E, PLEASE GO TO FILE 014 OF 
THE CBT TAPE (www.cbttape.org), and READ THE MEMBER, SMPARTCL.


    Part of the problem in learning SMP/E, is that IBM does not tell 
you about its history, and where it came from.  In order to really 
understand SMP/E, you first must have a grasp of doing a SYSGEN, to 
create a new MVS system.  We don't do SYSGENs anymore, so this makes it 
hard to understand the foundation and structure and purpose and method 
of operation, of SMP/E.


    Nevertheless, in that article, I tried to recreate the history, the 
best I could.


    BOTTOM LINE.  If you want to train someone, or yourself, to do 
SMP/E, please first read this article - CBT File 014 - member SMPARTCL.  
It is almost guaranteed to make the process simpler.


    Hope this helps.

    All the best of everything to all of you.

Sincerely, Sam



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

Re: ISPF for mainframe Linux

[Seymour J Metz]

You can have my copy of Tritus SPF (TSPF) when they pry it out of my cold dead 
hands.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
John Abell [john.ab...@intnlsoftwareproducts.com]
Sent: Tuesday, January 26, 2021 10:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF for mainframe Linux

I still have and use the SPF/PC GUI Version 4.0 Build 965 circa 2002 running
on Windows 10.  It is too bad it wasn't still available and slightly
modernized.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
http://secure-web.cisco.com/1rJLhcmvFpA-EzXoPIsSpSnQYNhkf-2NtmB1uplLuatLQifTBDL9kMW05BFTCNduUNHht-09k18hB0lJQaCzlgluvwhfrAxrGrcK3ywOtwuYEtk4BZLwaBULtS2bJhxpQrDsi1rHYwN4CnwaxCgj0vkSmFZygsUBmrHYig1EXHK4HfMcycziv9ShXx5uBBrVz9Yv83hFg47Vec5XDVDggZhekV5rW3eHr_7cinzNs3sBxqjVGPsoj80bpsQsEju08TvwB5-oaPFYUy78WUhJOOwPoZLJX0Rpv23snXyBeQAFo2hiJnzKPcVnqveWzkdAtMyJMtCO7ExUZ5PkFlj9FxQvc5VCRSjJ7ld2pINzbhu6lSKDfifU0qbQqDr1GZMLXTFhCHwQID3n64XXUJXN71kdtjyHxpUo5T6-MN5sjv8VZEofW3hU-ptu2vZ2z42h-/http%3A%2F%2Fwww.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of PINION, RICHARD W.
Sent: Tuesday, January 26, 2021 10:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ISPF for mainframe Linux

Does anybody remember an ISPF product that ran under mainframe Linux from
the early 2000's?  And, does anybody remember Command Technology
Corporation's SPF/PC?  Just walking down memory lane.
Confidentiality notice:
This e-mail message, including any attachments, may contain legally
privileged and/or confidential information. If you are not the intended
recipient(s), or the employee or agent responsible for delivery of this
message to the intended recipient(s), you are hereby notified that any
dissemination, distribution, or copying of this e-mail message is strictly
prohibited. If you have received this message in error, please immediately
notify the sender and delete this e-mail message from your computer.

--
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 for mainframe Linux

[Paul Gilmartin]

(YA Mail provider!?)
On Tue, 26 Jan 2021 17:29:24 +0100, Radoslaw Skorupka  wrote:

>What about something like Midnight Commander?
>Of course ISPF/PDF have better features, but some of them are not
>applicable to Linux like systems.
>
>BTW: In fact I miss something similar to Norton (or Midnight) Commander
>in ISPF. I mean zOS Unix file management. Yes, there are at least two of
>them (I can't check names now, but I believe one is under 3.17 option).
>
I've used 3.17.  UTF-8 handled as well as terminal allows.
Pillarbox display on >80 terminals is unforgivable.


>W dniu 26.01.2021 o 17:19, Paul Gilmartin pisze:
>>>
>> and for Linux for z?
>>
>> We had on Solaris:
>>  https://www.wrkgrp.com/
>>  "uni-SPF is available on all major commercial UNIX platforms."
>>  https://www.wrkgrp.com/unispf/Release.html
>>
>> z?  Perhaps no Linux is "commercial".
>>
Aha!  https://www.wrkgrp.com/unispf/FAQ.html
uni-SPF is available on the vast majority of UNIX machines - IBM's AIX,
H/P's HP/UX, Sun's Solaris,and Linux Intel and S390. 

$$$?  THE GPL:  http://hessling-editor.sourceforge.net/
(Build from source?)

-- gil

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

Omegamon CICS v510

[Watkins, Philip S.]

I am trying to specify the following parms in the global parms for OMEGAMON for 
CICS on z/OS.
I can't find information for the proper syntax, believing they should go in the 
KC2BLG member.
Can anyone shed some light on the proper method to automate this properly?


TRAN=IWTI
INCLUDED_TRANS=IWTI
KILL_LIMIT=60
WARN_LIMIT=20
EXCLUDED_TRANS=C*
KILL_LIMIT=60
WARN_LIMIT=10


Philip S. Watkins
Senior Mainframe Consultant
Prince George's County, Maryland
Office of Information Technology
9201 Basil Court/ Room B8
Largo, MD 20774
Voice: 301-883-7189
E-Mail: pswatk...@co.pg.md.us


This E-mail and any of its attachments may contain Prince George's County 
Government or Prince George's County 7th Judicial Circuit Court proprietary 
information or Protected Health Information, which is privileged and 
confidential. This E-mail is intended solely for the use of the individual or 
entity to which it is addressed. If you are not the intended recipient of this 
E-mail, you are hereby notified that any dissemination, distribution, copying, 
or action taken in relation to the contents of and attachments to this E-mail 
is strictly prohibited by federal law and may expose you to civil and/or 
criminal penalties. If you have received this E-mail in error, please notify 
the sender immediately and permanently delete the original and any copy of this 
E-mail and any printout.

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

Re: ISPF for mainframe Linux

[Radoslaw Skorupka]

What about something like Midnight Commander?
Of course ISPF/PDF have better features, but some of them are not 
applicable to Linux like systems.


BTW: In fact I miss something similar to Norton (or Midnight) Commander 
in ISPF. I mean zOS Unix file management. Yes, there are at least two of 
them (I can't check names now, but I believe one is under 3.17 option).


--
Radoslaw Skorupka
(currently unemployed)
Lodz, Poland




W dniu 26.01.2021 o 17:19, Paul Gilmartin pisze:

On Tue, 26 Jan 2021 10:27:06 -0500, John Abell wrote:


I still have and use the SPF/PC GUI Version 4.0 Build 965 circa 2002 running
on Windows 10.  It is too bad it wasn't still available and slightly
modernized.


and for Linux for z?



-Original Message-
From:  PINION, RICHARD W.
Sent: Tuesday, January 26, 2021 10:22 AM

Does anybody remember an ISPF product that ran under mainframe Linux from
the early 2000's?  And, does anybody remember Command Technology
Corporation's SPF/PC?  Just walking down memory lane.


We had on Solaris:
 https://www.wrkgrp.com/
 "uni-SPF is available on all major commercial UNIX platforms."
 https://www.wrkgrp.com/unispf/Release.html

z?  Perhaps no Linux is "commercial".

I found it pointless.  My CMS XEDIT macros just didn't work in
uni-Rexx under uni-Xedit.  Perhaps if I had restricted myself
to a FILENAME.FILETYPE.FM naming convention ...
It wouldn't have been worth it.

MacOS and Windows have customary native file managers and
many exist for Linux AMD-64; probably portable to z.

-- 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 for mainframe Linux

[Paul Gilmartin]

On Tue, 26 Jan 2021 10:27:06 -0500, John Abell wrote:

>I still have and use the SPF/PC GUI Version 4.0 Build 965 circa 2002 running
>on Windows 10.  It is too bad it wasn't still available and slightly
>modernized. 
> 
and for Linux for z?


>-Original Message-
>From:  PINION, RICHARD W.
>Sent: Tuesday, January 26, 2021 10:22 AM
>
>Does anybody remember an ISPF product that ran under mainframe Linux from
>the early 2000's?  And, does anybody remember Command Technology
>Corporation's SPF/PC?  Just walking down memory lane.
>
We had on Solaris:
https://www.wrkgrp.com/
"uni-SPF is available on all major commercial UNIX platforms."
https://www.wrkgrp.com/unispf/Release.html

z?  Perhaps no Linux is "commercial".

I found it pointless.  My CMS XEDIT macros just didn't work in
uni-Rexx under uni-Xedit.  Perhaps if I had restricted myself
to a FILENAME.FILETYPE.FM naming convention ...
It wouldn't have been worth it.

MacOS and Windows have customary native file managers and
many exist for Linux AMD-64; probably portable to z.

-- gil

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

Re: ISPF for mainframe Linux

[John Abell]

I still have and use the SPF/PC GUI Version 4.0 Build 965 circa 2002 running
on Windows 10.  It is too bad it wasn't still available and slightly
modernized. 

John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of PINION, RICHARD W.
Sent: Tuesday, January 26, 2021 10:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ISPF for mainframe Linux

Does anybody remember an ISPF product that ran under mainframe Linux from
the early 2000's?  And, does anybody remember Command Technology
Corporation's SPF/PC?  Just walking down memory lane.
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally
privileged and/or confidential information. If you are not the intended
recipient(s), or the employee or agent responsible for delivery of this
message to the intended recipient(s), you are hereby notified that any
dissemination, distribution, or copying of this e-mail message is strictly
prohibited. If you have received this message in error, please immediately
notify the sender and delete this e-mail message from your computer.

--
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

ISPF for mainframe Linux

[PINION, RICHARD W.]

Does anybody remember an ISPF product that ran under mainframe Linux from
the early 2000's?  And, does anybody remember Command Technology Corporation's
SPF/PC?  Just walking down memory lane.
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Email Providers

[Seymour J Metz]

The IBM-MAIN -> Usenet gating is one way; if you want replies to be visible on 
the list, you must post to the list, not to the news group.

Does panix reject suspected spam, drop it silently or route it to a spam 
folder? Does panix use procmail during the SMTP session, or only after it's 
already accepted the e-mail?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Randy Hudson [i...@panix.com]
Sent: Tuesday, January 26, 2021 3:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Email Providers

In article 
,
 Radoslaw Skorupka  wrote:

> Unfortunately my ISP have no such service and I don't know any
> reasonable paid service which provide me features I want.

I am happy with panix.com, but it costs $100/year.  Mail can be accessed via
shell account, IMAP, and POP3.  There's also a fairly complete set of USENET
groups, including the USENET copies of IBM-MAIN and other longstanding
mailing lists.

You can opt for spam filtering of varying aggressiveness, or none, and use
procmail to do your own filtering.

Lots more, if you need 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

IBM z/OS Management Facility 2021 Survey

[Erin Yu]

Dear z/OS users,

We are from z/OSMF development team. About one and half a year ago, we made a 
z/OSMF user survey. Some of you might attend that survey. We appreciate all the 
feedback and also made enhancements accordingly. For instance, we made several 
enhancements about z/OSMF startup performance and resource consumption, and 
some new features. We posted several blogs as well as videos to demonstrate how 
z/OSMF functions could be helpful. Now we would like to invite you to attend 
our 2021 survey. Here is the 
link:https://www.surveygizmo.com/s3/6163579/IBM-z-OS-Management-Facility-2021-Survey.
 This survey will be closed by the end of February 2021. We appreciate your 
time and feedback!



Thanks & Best Regards

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

Re: Email Providers

[Mike Schwab]

I just use filters to assign one of several labels.  Used to do that
with yahoo folders, but that was greatly reduced about 15 years ago so
I switched.

On Tue, Jan 26, 2021 at 12:56 AM Timothy Sipples  wrote:
>
> With Gmail you can use task-specific e-mail addresses that route to your
> common inbox. Let's suppose for example your Gmail address is
> ban...@gmail.com. You could subscribe to IBM-MAIN using this e-mail
> address:
>
> banana+ibmm...@gmail.com
>
> and that'll route to the same inbox, but you can generally use your e-mail
> client to sort based on the incoming e-mail address. Just add a plus sign
> (+) plus any tag you want.
>
> Here are some lesser known but possibly interesting free e-mail providers
> in no particular order:
>
> 1. Vivaldi.net
> https://webmail.vivaldi.net
> Mail client setup details:
> https://help.vivaldi.com/services/webmail/setting-up-vivaldi-mail-in-a-mail-client/
> 5 GB mailbox limit, supports TLS-encrypted IMAP, POP3, and SMTP
>
> 2. Apple iCloud Mail
> https://www.icloud.com
> Mail client setup details: https://support.apple.com/en-us/HT202304
> 5 GB limit, supports TLS-encrypted IMAP and SMTP
> You might need an Apple device on hand at some point, but for day to day
> use you don't.
>
> 3. Yahoo Japan Mail
> https://mail.yahoo.co.jp
> Mail client setup details:
> https://getmailspring.com/setup/access-yahoo-co-jp-via-imap-smtp
> 10 GB limit, supports TLS-encrypted IMAP and SMTP
> Yahoo Japan is a separate company that's not Verizon owned and operated.
> User interfaces are exclusively in Japanese as far as I know, but that
> doesn't matter much if you're using your own e-mail client and assuming
> you get past registration.
>
> 4. Mail.ee
> https://www.mail.ee
> Mail client setup details: https://help.mail.ee/category/37/question/521
> 20 GB limit, supports TLS-encrypted IMAP, POP3, and SMTP
>
> - - - - - - - - - -
> Timothy Sipples
> I.T. Architect Executive
> Digital Asset & Other Industry Solutions
> IBM Z & LinuxONE
> - - - - - - - - - -
> E-Mail: sipp...@sg.ibm.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: Email Providers

[Randy Hudson]

In article 
,
 Radoslaw Skorupka  wrote:

> Unfortunately my ISP have no such service and I don't know any 
> reasonable paid service which provide me features I want.

I am happy with panix.com, but it costs $100/year.  Mail can be accessed via
shell account, IMAP, and POP3.  There's also a fairly complete set of USENET
groups, including the USENET copies of IBM-MAIN and other longstanding
mailing lists.

You can opt for spam filtering of varying aggressiveness, or none, and use
procmail to do your own filtering.

Lots more, if you need it.

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

Re: LCCAWTIM on multiple CP System

[Randy Hudson]

In article <1275580161042322.wa.esfincwindstream@listserv.ua.edu> you write:

> According to the documentation LCCAWTIM is a double word value where bit
> 51 represents 1 microsecond. To convert to microseconds, we lop off the
> lower 3 nibbles (bits 52-63), now .5 seconds is only x'1f4' microseconds
> so I would expect all the deltas to be x'1f4000' or less. 

.5 seconds is x'1F4' milliseconds.  It's x'7A120' microseconds.

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