Re: Strange results for the PS1 prompt with z/OS Unix

[kekronbekron]

> I intend to leverage the z/OS Open Tools ports as they spare me the effort of 
> continuous maintenance.

That sounds like it's going to lead to RS offering supported option of stuff, 
relying on other people's open sourced work... with what amount of giving back 
involved?
In other words, what's the value add apart from the comfort of support, and the 
SMP/E install option?

Just looking to understand, nothing else.

- KB

--- Original Message ---
On Monday, August 21st, 2023 at 10:12, David Crayford  
wrote:


> On 19/8/2023 6:18 pm, Sebastian Welton wrote:
> 
> > On Fri, 18 Aug 2023 19:33:03 +0800, David crayforddcrayf...@gmail.com wrote:
> > 
> > > I'm feeling a bit puzzled here! Bash doesn't come pre-installed with
> > > z/OS; rather, it's a tool ported by Rocket, so there shouldn't be any
> > > compatibility problems, right? If IBM decides to include zsh, which is
> > > considered superior to bash, this could be a game-changer.
> > > Currently trying this one out
> 
> 
> If you're using it don't forget to star the repo on Github. That really
> helps the maintainers gauge how many people are using the port.
> 
> > not too sure if there is any Rocket influence or not:
> 
> 
> Not that I know of. The distinction between the z/OS Open Tools
> initiative and Rocket's ported tools lies in Rocket's provision of
> commercial support and SMP/E packaging. Customers tend to approach
> open-source solutions on z/OS cautiously, especially after the
> Shellshock incident with bash. Rocket remains vigilant about addressing
> any new Common Vulnerabilities and Exposures (CVE), promptly releasing
> patches. Bash is a dependecy for Git, which holds significant importance
> as a ported tool. In recent customer presentations, the predominant
> focus has been on modernization, involving Git integration, whether
> directly or through bridging from existing legacy SCM systems.
> 
> I extend my appreciation to IBM for their commitment to the z/OS Open
> Tools initiative. The community is commendable, well-guided, and staffed
> with highly skilled engineers. Numerous packages have been ported, some
> of which I have undertaken myself, like CMake. I intend to leverage the
> z/OS Open Tools ports as they spare me the effort of continuous
> maintenance.
> 
> > https://github.com/ZOSOpenTools/bashport
> > 
> > Sebastian.
> > 
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Looking for A Solution

[Brian Westerman]

Sorry in advance for the blatant plug.  You can do this automatically with our 
Syzygy Automation software.  It can be built in to the job itself as a step 
with SyzCMD/z, or it can be automatically generated at the end of the job with 
SyzMPF/z.  Both of them would use SyzEmail/z to actually send the email.  

You can get more information on the web site at www.SyzygyInc.com or you can 
send me an email offline.  

Brian

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

Re: Strange results for the PS1 prompt with z/OS Unix

[David Crayford]

On 19/8/2023 6:18 pm, Sebastian Welton wrote:

On Fri, 18 Aug 2023 19:33:03 +0800, David Crayford  wrote:


I'm feeling a bit puzzled here! Bash doesn't come pre-installed with
z/OS; rather, it's a tool ported by Rocket, so there shouldn't be any
compatibility problems, right? If IBM decides to include zsh, which is
considered superior to bash, this could be a game-changer.

Currently trying this one out


If you're using it don't forget to star the repo on Github. That really 
helps the maintainers gauge how many people are using the port.




  not too sure if there is any Rocket influence or not:


Not that I know of. The distinction between the z/OS Open Tools 
initiative and Rocket's ported tools lies in Rocket's provision of 
commercial support and SMP/E packaging. Customers tend to approach 
open-source solutions on z/OS cautiously, especially after the 
Shellshock incident with bash. Rocket remains vigilant about addressing 
any new Common Vulnerabilities and Exposures (CVE), promptly releasing 
patches. Bash is a dependecy for Git, which holds significant importance 
as a ported tool. In recent customer presentations, the predominant 
focus has been on modernization, involving Git integration, whether 
directly or through bridging from existing legacy SCM systems.


I extend my appreciation to IBM for their commitment to the z/OS Open 
Tools initiative. The community is commendable, well-guided, and staffed 
with highly skilled engineers. Numerous packages have been ported, some 
of which I have undertaken myself, like CMake. I intend to leverage the 
z/OS Open Tools ports as they spare me the effort of continuous 
maintenance.





https://github.com/ZOSOpenTools/bashport

Sebastian.

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


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

Re: XCFAS and TRUSTED

[Andrew Rowley]

On 21/08/2023 9:28 am, Lennie Dymoke-Bradshaw wrote:


Secondly, when IBM states that a task should be given the attribute of Trusted, 
then I take it to mean that IBM is saying that the task can be trusted that 
this attribute cannot be the source of an exposure for that task.


I think when IBM says a task should be given trusted, it's a stronger 
statement than that.


I take it to mean that the task should never be denied access by the 
security system, and any denial of access risks the stability or 
operation of the system.


--
Andrew Rowley
Black Hill Software

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

Re: XCFAS and TRUSTED

[Lennie Dymoke-Bradshaw]

I understand your security group's point of view. I understand yours as well.
When considering this there are a couple of extra points.

Firstly, when a task is given the Trusted attribute then it effectively has 
UID(0) as well as gaining access via each RACF check.

Secondly, when IBM states that a task should be given the attribute of Trusted, 
then I take it to mean that IBM is saying that the task can be trusted that 
this attribute cannot be the source of an exposure for that task. Some tasks 
should not be given the Trusted attribute as it could lead to exposures; or in 
other words, they cannot be trusted. So I take it, that XCFAS can be trusted.

Lennie Dymoke-Bradshaw
https://rsclweb.com 
‘Dance like no one is watching. Encrypt like everyone is.’

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Andrew Rowley
Sent: 21 August 2023 00:20
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: XCFAS and TRUSTED

On 20/08/2023 8:53 pm, Mike Cairns wrote:
> I worked at one site many years ago where the local specialist had actually 
> tested across multiple IPL's the necessity for each and every one of these 
> tasks to actually have the TRUSTED attribute and the conclusion was that many 
> of these did not actually need to be TRUSTED and could manage perfectly fine 
> using normal RACF access to resources granted via permissions to profiles.

I worked at a site which did a similar exercise. The risk is:

1) If the doc says it should be trusted, IBM are free to add functions that 
require access to other resources without documentating them. It's possible 
that IBM don't even consider what access would normally be required for an 
address space they specify as TRUSTED, or test it without TRUSTED.

2) There may be functions that are invoked only in unusual circumstances, so 
you only find out that access is missing when you are already dealing with a 
problem.

Not worth the risk, in my view (our security group disagreed!)

--
Andrew Rowley
Black Hill Software

--
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: XCFAS and TRUSTED

[Andrew Rowley]

On 20/08/2023 8:53 pm, Mike Cairns wrote:

I worked at one site many years ago where the local specialist had actually 
tested across multiple IPL's the necessity for each and every one of these 
tasks to actually have the TRUSTED attribute and the conclusion was that many 
of these did not actually need to be TRUSTED and could manage perfectly fine 
using normal RACF access to resources granted via permissions to profiles.


I worked at a site which did a similar exercise. The risk is:

1) If the doc says it should be trusted, IBM are free to add functions 
that require access to other resources without documentating them. It's 
possible that IBM don't even consider what access would normally be 
required for an address space they specify as TRUSTED, or test it 
without TRUSTED.


2) There may be functions that are invoked only in unusual 
circumstances, so you only find out that access is missing when you are 
already dealing with a problem.


Not worth the risk, in my view (our security group disagreed!)

--
Andrew Rowley
Black Hill Software

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

Re: Looking for A Solution

[Andrew Rowley]

On 21/08/2023 1:14 am, Steve Beaver wrote:

On the zSeries I have created a .CSV.

The issue is I need a solution to send this .CSV to a list of email

Users that are very low skilled to their email accounts.  And this

Job needs to be hands-off so it can be scheduled.


You probably want a solution that sends mail direct to your corporate 
emil system rather than setting something up to handle mail on z/OS. 
Connecting using TLS is probably also desirable or required.


I would do it using Java. I wrote up an example a long time ago here:

https://www.blackhillsoftware.com/news/2017/06/21/sending-email-from-zos-using-java/

There are a few changes I would make based on what I know now, but the 
basics are there. There will be plenty of examples on the internet 
showing how to add attachments to an email from Java.


--
Andrew Rowley
Black Hill Software

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

Re: XCFAS and TRUSTED

[Mark A. Brooks]

"Setting Up A Sysplex" mentions the previously cited suggestion that XCFAS be 
TRUSTED so ARM will work.
It also mentions using TRUSTED so XCF can access ICSF services (for CF 
structure encryption) and BCPii services (so XCF can automatically detect and 
isolate failed systems).
A search of the book for the term "trusted" quickly locates these mentions.

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

Re: Looking for A Solution

[Steve Thompson]

Ignore my post. What Scott Barry said is probably the right way.

Steve Thompson

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

Re: Looking for A Solution

[Steve Thompson]

Will you be able to translate it first to text for the PC it is 
going to?


Do you have have an email server on z/OS?  (SMTP?).

If you do, I think you can build a destination list and have it 
sent to all those emails in the list.


We did things like this from z/OS and z/VM in the last shop I was 
working in.


And we did a lot of csv output from|via MICS|MXG.

Steve Thompson



On 8/20/2023 11:14 AM, Steve Beaver wrote:

On the zSeries I have created a .CSV.

  


The issue is I need a solution to send this .CSV to a list of email

Users that are very low skilled to their email accounts.  And this

Job needs to be hands-off so it can be scheduled.

  

  

  


Regards,

  

  


Steve

  



--
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: BLDL User Data

[Joseph Reichman]

Got it had to initialize the header

Still got some questions the IGWSMDE mapping the name offset points to
SMDE_NAME DSECT and SMDE_NAME_VAL is mapped by IHAPDS that does seem right 

thanks  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Peter Relson
Sent: Sunday, August 20, 2023 8:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BLDL User Data

If you have only the primary name, for a PDS your only approach to finding
all the aliases is to read the whole directory.
DESERV FUNC=GET_ALL can be a nice way to do this.

IHAPDS maps the PDS directory entry. IGWSMDE/IEWPMAR maps the PDSE directory
entry.
PDS2ALIS for the former, SMDE_Flag_Alias for the latter.

The directory entry for an alias has the associated primary name.

For a PDSE, there might be binder interface that will return to you the
aliases (because the program object has a section that includes the names of
all the aliases).

Peter Relson
z/OS Core Technology Design


--
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: BLDL User Data

[Joseph Reichman]

Hi

I used the FUNC=GET_ALL 

Still a little bit confused by the mapping returned 

I got a IGWDDESB it has a number of IGWSMDE's one for each member of the PDS
the SMDE_NAME_OFF pointes to the offset of the first SMDE_NAME the
SMDE_NAME_VAL is then mapped by IHAPDS ? that doesn't seem right after the
name there is 3 bytes which could be a TTR and then looking at IHAPDS would
be PDS2CNCT the concatenation number which in my case should be 0 but its
not 

Just wondering if I am correct in that SMDE_NAME_OFF points to the first
SMDE_NAME and that SMDE_NAME_VAL is mapped by IHAPDS 

thanks

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: Sunday, August 20, 2023 9:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BLDL User Data

What about FUNC=GET_NAMES? Which DESERV function are PDSE only and which
work for PDS as well?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Peter Relson [rel...@us.ibm.com]
Sent: Sunday, August 20, 2023 8:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BLDL User Data

If you have only the primary name, for a PDS your only approach to finding
all the aliases is to read the whole directory.
DESERV FUNC=GET_ALL can be a nice way to do this.

IHAPDS maps the PDS directory entry. IGWSMDE/IEWPMAR maps the PDSE directory
entry.
PDS2ALIS for the former, SMDE_Flag_Alias for the latter.

The directory entry for an alias has the associated primary name.

For a PDSE, there might be binder interface that will return to you the
aliases (because the program object has a section that includes the names of
all the aliases).

Peter Relson
z/OS Core Technology Design


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

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

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

Re: Looking for A Solution

[Bob Bridges]

I know nothing about SMTPNOTE, but "using only one specification of the To 
value" isn't the same as "only one recipient allowed".  If the To value is 
"x...@domain.com; y...@gmail.com; z...@yahoo.com", that's one specification but 
three recipients.

I cast my vote with Lionel, for XMITIP.  It has an easy interface, but I tended 
more to call it with REXX and munge it to my heart's content

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* #18: A person who is nice to you, but rude to the waiter, is not a nice 
person.  -"18 Things That It Took Me 50 Years to Learn" by Dave Barry */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Sunday, August 20, 2023 14:36

I see: 
Guidelines:
When the To, Cc, Subject, or Dataset parameters are specified more than 
once,
the SMTPNOTE application uses the last value that was specified. No error
messages are generated if there are duplicate parameters on the command 
line.

So, only one recipient.  The OP asked for "a list".  And:
Restriction: Do not use extended attribute data sets (PDSE) with the 
SMTPNOTE command.

--- On Sun, 20 Aug 2023 13:08:02 -0500, Scott Barry wrote:
>Consider implementing/using z/OS utility SMTPNOTE.

>--- On Sun, 20 Aug 2023 10:14:16 -0500, Steve Beaver wrote:
>>On the zSeries I have created a .CSV.
>>
>>The issue is I need a solution to send this .CSV to a list of email 
>>Users that are very low skilled to their email accounts.  And this Job 
>>needs to be hands-off so it can be scheduled.

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

Re: Shell Level - was Strange results for the PS1 prompt with z/OS

[Grant Taylor]

Pre-script:  I'm glad that you got your problem solved.

On 8/20/23 1:17 PM, Tom Longfellow wrote:
I don't know all the technical aspects of SHLVL  (shell level?) - 
but they did not match.



Yes, "SHLVL" is short for "shell level".

Shell level is simply a count of how many shells deep you are.  Shell 
level in and of itself shouldn't have any impact on how the sell operates.


It is possible to have profile et al. files behave differently by 
testing shell level and acting differently based on it's value.  --  I 
have done this myself to decide if I want the shell level shown in the 
prompt if it's > 1.


N.B. shell level is a read-write variable.  You can easily change it to 
anything you want.  I had a system a while ago that the GUI desktop 
environment that it had caused shells started in terminal emulators to 
have a shell level of three.  I simply altered my logic to test if it 
was three and on a given host.  If that was the case, I'd re-set it back 
to one.  This was a hack to not have to fight figuring out why the shell 
level was three upon invoking the shell.




Grant. . . .

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

Re: Looking for A Solution

[Paul Gilmartin]

On Sun, 20 Aug 2023 13:08:02 -0500, Scott Barry wrote:

>On Sun, 20 Aug 2023 10:14:16 -0500, Steve Beaver wrote:
>
>>On the zSeries I have created a .CSV.
>>
>>The issue is I need a solution to send this .CSV to a list of email
>>Users that are very low skilled to their email accounts.  And this
>>Job needs to be hands-off so it can be scheduled.


>Consider implementing/using z/OS utility SMTPNOTE.
>
I see: 
Guidelines:
When the To, Cc, Subject, or Dataset parameters are specified more than 
once,
the SMTPNOTE application uses the last value that was specified. No error
messages are generated if there are duplicate parameters on the command 
line.

So, only one recipient.  The OP asked for "a list".  And:
Restriction: Do not use extended attribute data sets (PDSE) with the 
SMTPNOTE command.

??? Why?  And what about zFS files?

And no mention of attachments.

Even Microsoft does better.

-- 
gil

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

Re: Strange results for the PS1 prompt with z/OS -- SOLVEDUnix

[Tom Longfellow]

David's response led me back to my debugging roots.   
while comparing the 'env' output between the two systems.  There were some 
surprising differences.  
I don't know all the technical aspects of SHLVL  (shell level?) - but they did 
not match.   
After some Bing AI research that started to lead me down some deep technical 
details, I decided to fall back on the old tried and true system programmer 
games.
The most productive game is from Sesame Street -- "One of these things is not 
like the Other"

The shortest path was to merge the /etc/profile from my good system to the 
failing one.
I discovered much.   First, it's comments implied that it had not been touched 
since OS/390 and the 1990s
Other things were
   The if $STEPLIB logic that 'forces a respawn?' was different
   Two new environment exports were needed (_BPX_SHAREAS=YES and 
_BPX_SPAWN_SCRIPT=YES) 
   There were a few other minor things that I will leave out to avoid further 
embarrassment to myself.

Thanks to all that chipped in and led me back to my core debugging skills.   I 
had gone looking for Zebras when I head the sounds of hoofbeats.

I would also like to take this opportunity to apologize if I in any way caused 
this thread to spawn in the ugly directions that it has done.   Behave 
yourselves people  It's all just ones and zeroes  not life and death.

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

Re: Looking for A Solution

[Scott Barry]

On Sun, 20 Aug 2023 10:14:16 -0500, Steve Beaver  wrote:

>On the zSeries I have created a .CSV.
>
>
>
>The issue is I need a solution to send this .CSV to a list of email
>
>Users that are very low skilled to their email accounts.  And this
>
>Job needs to be hands-off so it can be scheduled.
>
>
>
>
>
>
>
>Regards,
>
>
>
>
>
>Steve
>

Consider implementing/using z/OS utility SMTPNOTE.

Scott Barry
SBBTech LLC

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

Re: Strange results for the PS1 prompt with z/OS Unix

[Matt Hogstrom]

Gratz.   We’ve all been there

Matt Hogstrom
+1 (919) 656-0564

> On Aug 20, 2023, at 12:35, Tom Longfellow 
> <03e29b607131-dmarc-requ...@listserv.ua.edu> wrote:
> 
> changing the \\ to \ in only one system is unacceptable to me.   Even if it 
> works, I would not use it.
> I am expecting that identical software bases should produce identical results.
> 
> What the means is I am looking for what is different.   What has happened on 
> System 1 that was not correctly cloned to System 2.  What environmental 
> differences could have caused this difference in behaviour.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Looking for A Solution

[Paul Gilmartin]

On Sun, 20 Aug 2023 10:17:12 -0500, Lionel B. Dyck wrote:

>Use XMITIP assuming you have CSSMTP enabled and active on your system.  The
>CSV will arrive as an attachment that they can click on to open and use.
>This can easily be a step within your job.
>
Must the user supply MIME headers?  In an example I see:
 MIME-Version: 1.0
Content-Type: text/csv; charset=UTF-8; name="Example.csv"
Content-Disposition: attachment; filename="Financial Sample.csv"
Content-Transfer-Encoding: base64

Must the user specify input CCSID (IBM-037, 500, 1047, ...)?
Will XMITIP recognize the CCSID of a tagged zFS file?

Will XMITIP convert to UTF-8, then to base64?

The user must be  authorized (site, not RACF) to have XMITIP.

Or, IND$FILE to desktop and email from there.  (Do any sites
disable IND$FILE?)

>-Original Message-
>From: Steve Beaver
>Sent: Sunday, August 20, 2023 10:14 AM
>
>On the zSeries I have created a .CSV.
>The issue is I need a solution to send this .CSV to a list of email
>Users that are very low skilled to their email accounts.  And this
>Job needs to be hands-off so it can be scheduled.

-- 
gil

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

Re: Strange results for the PS1 prompt with z/OS Unix

[Tom Longfellow]

changing the \\ to \ in only one system is unacceptable to me.   Even if it 
works, I would not use it.
I am expecting that identical software bases should produce identical results.

What the means is I am looking for what is different.   What has happened on 
System 1 that was not correctly cloned to System 2.  What environmental 
differences could have caused this difference in behaviour.

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

Re: Strange results for the PS1 prompt with z/OS Unix

[Tom Longfellow]

Let me know when the slaying starts :)

The 'trival' matter was introduced by a slightly sloppy set  of Copy-Paste 
combos (user error)  and , OF COURSE -- a leading blank in a unix config or 
command is Never of consequence

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

Re: Looking for A Solution

[Lionel B. Dyck]

Use XMITIP assuming you have CSSMTP enabled and active on your system.  The
CSV will arrive as an attachment that they can click on to open and use.
This can easily be a step within your job.


Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck

“Worry more about your character than your reputation. Character is what you
are, reputation merely what others think you are.”   - - - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Steve Beaver
Sent: Sunday, August 20, 2023 10:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Looking for A Solution

On the zSeries I have created a .CSV.

 

The issue is I need a solution to send this .CSV to a list of email

Users that are very low skilled to their email accounts.  And this

Job needs to be hands-off so it can be scheduled.

 

 

 

Regards,

 

 

Steve 

 


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

Looking for A Solution

[Steve Beaver]

On the zSeries I have created a .CSV.

 

The issue is I need a solution to send this .CSV to a list of email

Users that are very low skilled to their email accounts.  And this

Job needs to be hands-off so it can be scheduled.

 

 

 

Regards,

 

 

Steve 

 


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

Re: BLDL User Data

[Paul Gilmartin]

On Sun, 20 Aug 2023 13:05:39 +, Seymour J Metz wrote:

>What about FUNC=GET_NAMES? Which DESERV function are PDSE only and which work 
>for PDS as well?
> 
And which, if any, work for allocated UNIX directories as BLDL does?

I noticed that when I bound a program object with SYSLMOD allocated
to a UNIX directory, aliases appeared as links.  I didn't investigate
whether the "alias" links persisted after I removed the principal object,
nor whether invoking by an alias name started at the corresponding
ENTRY address.

-- 
gil

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

Re: BLDL User Data

[Seymour J Metz]

What about FUNC=GET_NAMES? Which DESERV function are PDSE only and which work 
for PDS as well?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Peter Relson [rel...@us.ibm.com]
Sent: Sunday, August 20, 2023 8:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BLDL User Data

If you have only the primary name, for a PDS your only approach to finding all 
the aliases is to read the whole directory.
DESERV FUNC=GET_ALL can be a nice way to do this.

IHAPDS maps the PDS directory entry. IGWSMDE/IEWPMAR maps the PDSE directory 
entry.
PDS2ALIS for the former, SMDE_Flag_Alias for the latter.

The directory entry for an alias has the associated primary name.

For a PDSE, there might be binder interface that will return to you the aliases 
(because the program object has a section that includes the names of all the 
aliases).

Peter Relson
z/OS Core Technology Design


--
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: XCFAS and TRUSTED

[Peter Relson]

> Is the requirement of the TRUSTED status documented anywhere?
I searched z/OS 2.5 for XCFAS trusted
and this was the first hit:

https://www.ibm.com/docs/en/zos/2.5.0?topic=tailoring-assigning-racf-trusted-attribute

I'd guess that you cannot fix this without re-IPL. You can do the "assignment" 
but it is probably too late to take effect.

I'll defer to others on how much of the "why" is suitable for documentation. 
The general answer is so that z/OS can do what z/OS needs to do.

There is mention of ARM commands as part of the search results.

Peter Relson
z/OS Core Technology Design


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

Re: BLDL User Data

[Peter Relson]

If you have only the primary name, for a PDS your only approach to finding all 
the aliases is to read the whole directory.
DESERV FUNC=GET_ALL can be a nice way to do this.

IHAPDS maps the PDS directory entry. IGWSMDE/IEWPMAR maps the PDSE directory 
entry.
PDS2ALIS for the former, SMDE_Flag_Alias for the latter.

The directory entry for an alias has the associated primary name.

For a PDSE, there might be binder interface that will return to you the aliases 
(because the program object has a section that includes the names of all the 
aliases).

Peter Relson
z/OS Core Technology Design


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

Re: BLDL User Data

[Seymour J Metz]

DESERV will do the job for PDSE; I suspect that it will work for PDS as well. 
You can contact me at work if you have questions.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Joseph Reichman [reichman...@gmail.com]
Sent: Friday, August 18, 2023 5:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: BLDL User Data

Hi



Just looking the user data I got from a BLDL specifically the entry name I
have multiple (4) entry points the BLDL returned the entry /offset in the
last entry for PDS2EPA using IHAPDS to map the returned data



Was wondering if there was a way to get the other entry points



Thanks


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

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

Re: BLDL User Data

[Seymour J Metz]

Yes, each alias entry includes the member name and they all have the same TTR. 
You can use DESERV to get all of them in one swell foop, at least for PDSE; I 
suspect that it works for PDS as well. Note concatenation restrictions.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom 
Marchant [000a2a8c2020-dmarc-requ...@listserv.ua.edu]
Sent: Friday, August 18, 2023 8:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BLDL User Data

IIRC there is only entry point in a directory entry for a load library.
Other entry points would be in alias directory entries if there are any.

--
Tom Marchant

On Fri, 18 Aug 2023 17:28:32 -0400, Joseph Reichman  
wrote:

>Just looking the user data I got from a BLDL specifically the entry name I
>have multiple (4) entry points the BLDL returned the entry /offset in the
>last entry for PDS2EPA using IHAPDS to map the returned data
>
>Was wondering if there was a way to get the other entry points

--
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: XCFAS and TRUSTED

[Radoslaw Skorupka]

Ad 3. XCF_SYSSTATDET_PARTITIONING
Note, there are several reason which could result with this check 
failure. The first is (lack of) BCPii.



--
Radoslaw Skorupka
Lodz, Poland




W dniu 20.08.2023 o 13:03, Robert S. Hansel (RSH) pisze:

HI Radoslaw,

1. Here is where the requirement is documented.
IBM Manual: MVS Initialization and Tuning Reference (System Tailoring - 
Assigning the RACF TRUSTED Attribute)
https://www.ibm.com/docs/en/zos/2.5.0?topic=tailoring-assigning-racf-trusted-attribute

2. XCFAS will need to be restarted. I do not know if this requires an IPL.

3. Here is mention of a reason why TRUSTED is required. I don't know if this is 
the only reason.
IBM Manual: MVS Setting Up a Sysplex (Planning sysplex availability and 
recovery - Requirements for participating in automatic restart management)
https://www.ibm.com/docs/en/zos/2.5.0?topic=management-requirements-participating-in-automatic-restart

What healthcheck reported the issue?

Regards, Bob

Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc.
617-969-8211
www.linkedin.com/in/roberthansel
www.rshconsulting.com

-Original Message-
Date:Sat, 19 Aug 2023 23:53:55 +0200
From:Radoslaw Skorupka 
Subject: XCFAS and TRUSTED

I'm setting up some sysplex and found some healthcheck is not OK, the
reason was XCFAS was not TRUSTED.
Questions:
1. Is the requirement of the TRUSTED status documented anywhere? That's
good to know before auditor asked.
2. Is there any way to fix it without reIPL?
3. Somehow related to 2.  - IMHO actually it is not matter of the
attribute, but the matter of access to some resources. Are the resources
needed for XCFAS documented/known ?




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

Re: XCFAS and TRUSTED

[Robert S. Hansel (RSH)]

HI Radoslaw,

1. Here is where the requirement is documented.
IBM Manual: MVS Initialization and Tuning Reference (System Tailoring - 
Assigning the RACF TRUSTED Attribute)
https://www.ibm.com/docs/en/zos/2.5.0?topic=tailoring-assigning-racf-trusted-attribute

2. XCFAS will need to be restarted. I do not know if this requires an IPL.

3. Here is mention of a reason why TRUSTED is required. I don't know if this is 
the only reason.
IBM Manual: MVS Setting Up a Sysplex (Planning sysplex availability and 
recovery - Requirements for participating in automatic restart management)
https://www.ibm.com/docs/en/zos/2.5.0?topic=management-requirements-participating-in-automatic-restart

What healthcheck reported the issue?

Regards, Bob

Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc.
617-969-8211
www.linkedin.com/in/roberthansel
www.rshconsulting.com

-Original Message-
Date:Sat, 19 Aug 2023 23:53:55 +0200
From:Radoslaw Skorupka 
Subject: XCFAS and TRUSTED

I'm setting up some sysplex and found some healthcheck is not OK, the 
reason was XCFAS was not TRUSTED.
Questions:
1. Is the requirement of the TRUSTED status documented anywhere? That's 
good to know before auditor asked.
2. Is there any way to fix it without reIPL?
3. Somehow related to 2.  - IMHO actually it is not matter of the 
attribute, but the matter of access to some resources. Are the resources 
needed for XCFAS documented/known ?


-- 
Radoslaw Skorupka
Lodz, Poland

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

Re: vi

[Seymour J Metz]

16 bits would make it some model of the PDP-11

If you read CHAPTER 4 INSTRUCTION SET  of the PDP-11 processor handbook at 
,
 it should be clear why DEC used octal notation.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Gibney, Dave [03b5261cfd78-dmarc-requ...@listserv.ua.edu]
Sent: Saturday, August 19, 2023 1:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: vi

Pretty sure it was 16 bits. The assembler I was learning used octal notation.
The next semester class was 370 assembler using the Struble book.
In many ways, I owe my entire career too that class.

> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Paul Gilmartin
> Sent: Friday, August 18, 2023 2:00 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: vi
>
> [EXTERNAL EMAIL]
>
> On Fri, 18 Aug 2023 20:37:35 +, Seymour J Metz wrote:
>
> >> The early 1970s PDP-10 (and PDP-8) were the Digital Equipment forerunners
> of the later DECSYSTEM and VAX computers.
> >
> >No; the PDP-6 and PDP-10 were 36-bit machines. The PDP-5 and PDP-8 were 12
> bit machines unrelated to the DECSYSTEM-10 and -20 and the VAX-11. The
> forerunner of the VAX was the 16-bit PDP-11.
> >
>  se.com%2Fv3%2F__https%3A%2F%2Fen.wikipedia.org%2Fwiki%2FProgrammed_
> Data_Processor__%3B!!JmPEgBY0HMszNaDT!vHVtpLbj7su56m0olLJcdNrJAkUZRi
> 5YoOE6zpPKiI6MZ05n8vnGCe8_rdYeQAkdTZ_6QziItBQuvYvBZUs-
> ksLI7BIn7f8t%24=05%7C01%7CGIBNEY%40WSU.EDU%7C43d886a21d2d4
> e21a8b208dba02e0cb8%7Cb52be471f7f147b4a8790c799bb53db5%7C0%7C0%7
> C638279891870712574%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMD
> AiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C
> data=I0%2Fs09Uk10VARlTvajwZO308WP9D1jVhRyT%2BegLbrrM%3D=
> 0 >
>
> --
> 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: XCFAS and TRUSTED

[Mike Cairns]

Hi Radoslaw,

You can find the list that IBM recommends in the MVS Init and Tuning Guide:  
https://www-40.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3sa231380/$file/ieae200_v2r3.pdf

I worked at one site many years ago where the local specialist had actually 
tested across multiple IPL's the necessity for each and every one of these 
tasks to actually have the TRUSTED attribute and the conclusion was that many 
of these did not actually need to be TRUSTED and could manage perfectly fine 
using normal RACF access to resources granted via permissions to profiles.  
IIRC we did encounter one or two started tasks that while they were able to run 
across IPL's without the TRUSTED attribute, there were pseudo-random 
occurrences of permissions problems that we never did get to the bottom of and 
IBM could not explain to us either at the time.  In the end, we capitulated and 
granted the TRUSTED attribute.

HTH - Cheers - Mike

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

Re: Microsoft office

[Seymour J Metz]

I've cases where OpenOffice could handle old word documents that the newer word 
couldn't; you might try using LibreOffice as a bridge.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Radoslaw Skorupka [0471ebeac275-dmarc-requ...@listserv.ua.edu]
Sent: Saturday, August 19, 2023 2:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Microsoft office

W dniu 15.08.2023 o 17:47, Steve Beaver pisze:
> One thing that absolutely scares the hell out of me is converting Office
> 2010
>
> To any  of the new Office Products,
>
>
>
> Has anyone converted?  What Problems did you have?

(yes, it is off-topic, but I couldn't resist)

Yes, I did.
Conversion from 2010 to any newer version was not a pain.
But NOTE: the more advanced features you use the more pain because of
incompatibilities, dropped suport, etc.
The most painful migrations I remember:
1. Word 2.0 to 6.0
2. Word 2000 to XP
3. Word XP to 2003
4. Word 2003 or older to 2007

Ad 1.  A lot of incompatibilities, especially related to PL version.
Polish letters (ąćęłńóśćżź) converted to "US-eng" codetable equivalents.
2. Dropped support for diagrams creator. I had to recreate it from scratch.
3. New errors which resulted abends during typo-check.
4. Completely changed user interface with almost no new features. Very
same functions need to searched.

Other "features":
suddenly dropped support for Word 2.0 files. You even cannot open it!
suddenly dropped support for RTF files.
suddenly dropped/changed plugins like Equation Editors, etc.
changed functions like indexing, styles, contents, etc. etc.
suddenly dropped/revolutionized pictures embedded (not bitmaps, just
drawings like squares, circles, arrows, etc. )

This is only part of "advantages" mostly related to Word.


Hints:
1. Don't try to use advanced features if you really can avoid it.
2. Open all your documents and all the features like drawings or
embedded objects.
3. If you can simply keep your old version! Yes, you can still have your
ancient version of Office on you PC. Just use VirtualBox or other
hypervisor and keep one or few virtual machines. Check your license
terms, but if you had older version then usually you did not lost the
license.



--
Radoslaw Skorupka
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: BLDL User Data

[Seymour J Metz]

Why not let DESERV do the heavy lifting?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Dave Kreiss [davekre...@gmail.com]
Sent: Saturday, August 19, 2023 6:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BLDL User Data

Alias entry points have separate directory entries. The alias directory entries 
have a flag bit on (I remember there is a DSECT IHAPDS or similar name) which 
indicate that this directory entry is an alias and also may have a different 
entry point address than the real or other alias members  You need to match the 
TTR of alias to members the real member by running through all directory 
entries. If the real member is deleted but not all alias(s), those alias(s) are 
orphaned member(s) but the tensing member(s) data (load module) still exist. In 
this case knowing the real member name is not possible except if you know 
history of load module or maybe have backup or some other history like binder 
output or maybe job JCL. You’re the sleuth.

> On Aug 19, 2023, at 4:48 PM, Attila Fogarasi  wrote:
>
> Take a look at PDS2EPM
> https://www.ibm.com/docs/en/zos/2.1.0?topic=areas-pds-directory-entry-format-returned-by-bldl
>
>
>> On Sat, Aug 19, 2023 at 7:29 AM Joseph Reichman 
>> wrote:
>>
>> Hi
>>
>>
>>
>> Just looking the user data I got from a BLDL specifically the entry name I
>> have multiple (4) entry points the BLDL returned the entry /offset in the
>> last entry for PDS2EPA using IHAPDS to map the returned data
>>
>>
>>
>> Was wondering if there was a way to get the other entry points
>>
>>
>>
>> Thanks
>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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