Zowe install problem

[Gadi Ben-Avi]

Hi,
I am trying to install Zowe using z/OSMF and I have a problem.
Where can I ask for help?

Thanks

Gadi


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

Re: Has anyone

[David Crayford]

On 17/8/2023 5:41 am, Phil Smith III wrote:

Bob Bridges wrote, in part:

I once spent an agonizing half-hour trying to help a Unix programmer
code a program in a language I know using some kind of Unix editor
that was so unintuitive I could hardly accomplish anything.

As Shmuel suggests, that sounds like vi or one of its relatives. The best 
description of vi I've ever heard is:
"vi has two modes: one where it corrupts your data, and one where it beeps at 
you."
This joke never fails to amuse me: 
https://jokejet.com/lady-gaga-tries-to-exit-vim/.


Is there anyone left who still uses vi? Vim has practically become the 
standard on most systems, and NeoVim is following suit with Vim. When I 
hear someone griping about Vim's lack of intuitiveness or labeling it 
the "editor from hell," I quickly realize that they probably haven't put 
in the effort to truly learn how to harness Vim's capabilities. It's 
likely that they gave it a shot, grappled with its unique modes, may 
have even struggled to exit the application, and as a result, developed 
a negative impression that has persisted since that initial unpleasing 
encounter. Vim's learning curve is steep, but the benefits are 
significant for those in search of a lightweight editor that's arguably 
more powerful than even the most intricate GUI applications. Moreover, 
it performs efficiently even on resource-constrained setups.


Occasionally, I still turn to ISPF for editing JCL or REXX programs that 
reside in PDS datasets. In a recent WebEx session with my millennial 
teammates, I was demonstrating some new JCL. While performing a 
multi-line edit involving COPY/OVERLAY after column adjustments, they 
playfully laughed and teased me. Phrases like "Is ISPF your IDE?", "Does 
ISPF support multiple cursors?" and "Why not use Vim?" were thrown my 
way. I clarified that Vim can't manage MVS datasets, although the DSFS 
might eventually address that limitation. I then proceeded to showcase 
the usage of SRCHFOR from a member list. However, their response wasn't 
as impressed as it was with vimgrep, NerdTree, Telescope and the 
numerous plugins that operate seamlessly on z/OS ports of Vim.


It's worth mentioning that young developers are actively embracing Vim, 
not just the seasoned Unix programmers. It has emerged as one of the 
preferred editors for full stack web development. Take a look at the 
videos and commit history for NeoVim, and you'll be amazed by the 
dominance of a TUI (Text User Interface) editor in a rapidly evolving 
tech landscape.


Now, let's delve into Git integration. We're all on the Git bandwagon, 
right? There are plugins available that empower me to delve into the Git 
history of files, providing inline annotations to pinpoint which 
developer modified a specific line of code in which commit and when!


https://github.com/lewis6991/gitsigns.nvim.

Of course, it's all a matter of perspective, and to a young individual 
entering the realm of z/OS, ISPF might very well seem like the "editor 
from hell."






--
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: Pass PARM by reference to COBOL

[Seymour J Metz]

>  And given that this is about the INIT, if the ALC program is in
>  an APF load lib and the load lib for the COBOL program is NON APF
> this JOBSTEP already failed.

No, being in an APF authorized concatenation is not enough to make the programm 
authorized. As long as the program object (load module) has the default AC(0), 
it is unauthorized regardless of where it is loaded. The only effect of 
authorized libraries on an AC(0) jobstep is what subpool it goes into.

> How often have you seen an APF LOADLIB contain COBOL based modules?

Is there an RFE for a secondary linklist that is not used when the jobstep is 
authorized?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Thompson [ste...@wkyr.net]
Sent: Wednesday, August 16, 2023 2:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pass PARM by reference to COBOL

What would that accomplish? Telling the INIT the AMODE of the
program; That is going to be gotten from the PDS/PDSE directory.

And given that this is about the INIT, if the ALC program is in
an APF load lib and the load lib for the COBOL program is NON APF
this JOBSTEP already failed.

How often have you seen an APF LOADLIB contain COBOL based
modules? Ok, I know you can do it, because I have while running
certain tests.

Steve Thompson

On 8/16/2023 2:23 PM, Seymour J Metz wrote:
>> Irrelevant pedantry.
> Nonsense.
>
>> I hope that my explicit qualification, "as an Assembler program might"
>> precludes cases in which the PARM is in R/O storage,
> It doesn't. If the caller is RENT from an authorized concatenation and the 
> PARM is a constant in the csect, it will be in SP252.
>
>> That's a horrible misdesign.
> I don't like what the Initiator does, but it is BAD and documented.
>
>> Second choice would be to add an
>> option to EXEC indicating the AMODE of the PGM.
> 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 [042bfe9c879d-dmarc-requ...@listserv.ua.edu]
> Sent: Wednesday, August 16, 2023 1:49 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Pass PARM by reference to COBOL
>
> On Wed, 16 Aug 2023 13:44:34 +, Seymour J Metz wrote:
>
>> What the called program can do depends on the caller. The PARM might be in 
>> R/O storage.
>>
> Irrelevant pedantry.  I hope that my explicit qualification, "as an Assembler 
> program might"
> precludes cases in which the PARM is in R/O storage, not addressable, etc.
>
>> The Initiator does not pass a 64-bit PARM.
>>
> That's a horrible misdesign.  It introduces a persistent incompatibility
> between CALL/LINK/ATTACH and EXEC PGM=.
>
> Regardless of the difficulty of sussing the AMODE of the PGM, the
> initiator should have done so.  Second choice would be to add an
> option to EXEC indicating the AMODE of the PGM.
>
> 
> From: Paul Gilmartin
> Sent: Wednesday, August 16, 2023 9:18 AM
>
> PARM is uniformly passed to a program by reference:
>  R1 -> x'8000' + -> halfword length || parameter string
>
> If a COBOL program is called by a program other than Initiator, can
> it modify that parameter string as an Assembler program might to
> return a value to the caller?
>
> (If a program is marked AMODE 64, does Initiator pass a 64-bit PLIST?)
>
> --
> 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

--
Regards,
Steve Thompson
VS Strategies LLC
Westfield IN
972-983-9430 cell

--
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: Has anyone

[Matt Hogstrom]

Sounds like emacs   Once opened I couldnt wait to get out

Matt Hogstrom
PGP key 0F143BC1

> On Aug 16, 2023, at 17:42, Phil Smith III  wrote:
> 
>> I once spent an agonizing half-hour trying to help a Unix programmer
>> code a program in a language I know using some kind of Unix editor
>> that was so unintuitive I could hardly accomplish anything.

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

Re: Has anyone

[Seymour J Metz]

What is the usage of gvim, and is there a z/OS port?

I tend to write edit macros freely, and want an editor with a powerful and 
readable macro language. Were I to switch from TSPF, I'd be more likely to go 
to emacs () ;-) or THE than to gvim.

As for git, I'm still getting my toes wet, but it's an obvious tool to look at.


--
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: Thursday, August 17, 2023 7:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Has anyone

On 17/8/2023 5:41 am, Phil Smith III wrote:
> Bob Bridges wrote, in part:
>> I once spent an agonizing half-hour trying to help a Unix programmer
>> code a program in a language I know using some kind of Unix editor
>> that was so unintuitive I could hardly accomplish anything.
> As Shmuel suggests, that sounds like vi or one of its relatives. The best 
> description of vi I've ever heard is:
> "vi has two modes: one where it corrupts your data, and one where it beeps at 
> you."
This joke never fails to amuse me:
https://secure-web.cisco.com/1aZPo01EgQ3QxNnPL6W90Hfy-95T5h8aBn8af37iNbonpe5eONqX1rzUM1dsyG2JjYhgGJUdcu2dTRnJ1yhCN76rB9b1hzvE-WX2XbWVGiznJ0TGg-lKH0IoxoebVxJ6eq8zEd179CBZl418aJGejNgxeVwFjdxvb0QpWFl9LHt6FTPxkQ3cBm10CuyQm98j2LteyMseral78RWJMBLHIpst7yl2qUZAVpoyN7_T5TtG7mm-1pEVSGiHOlbkXzSzTpZh7itIoxNXsRJ4kvjeyxGzvagG5NR7s8lSe4-oSBIknJHKO6zHHc3vS2OaK5mXj-_x4GqOYfeN86oLwMhGsMR03bCi-MuSUXiXLg9iJRocfMSIjA6PRe3dYR8d8nzKn0o8E46RKnjXlBaOXjNZ0ngT4TZjyXmj-XthbA-xsSoYRoHxq0_WCYE7eCRY_fdvF/https%3A%2F%2Fjokejet.com%2Flady-gaga-tries-to-exit-vim%2F

Is there anyone left who still uses vi? Vim has practically become the
standard on most systems, and NeoVim is following suit with Vim. When I
hear someone griping about Vim's lack of intuitiveness or labeling it
the "editor from hell," I quickly realize that they probably haven't put
in the effort to truly learn how to harness Vim's capabilities. It's
likely that they gave it a shot, grappled with its unique modes, may
have even struggled to exit the application, and as a result, developed
a negative impression that has persisted since that initial unpleasing
encounter. Vim's learning curve is steep, but the benefits are
significant for those in search of a lightweight editor that's arguably
more powerful than even the most intricate GUI applications. Moreover,
it performs efficiently even on resource-constrained setups.

Occasionally, I still turn to ISPF for editing JCL or REXX programs that
reside in PDS datasets. In a recent WebEx session with my millennial
teammates, I was demonstrating some new JCL. While performing a
multi-line edit involving COPY/OVERLAY after column adjustments, they
playfully laughed and teased me. Phrases like "Is ISPF your IDE?", "Does
ISPF support multiple cursors?" and "Why not use Vim?" were thrown my
way. I clarified that Vim can't manage MVS datasets, although the DSFS
might eventually address that limitation. I then proceeded to showcase
the usage of SRCHFOR from a member list. However, their response wasn't
as impressed as it was with vimgrep, NerdTree, Telescope and the
numerous plugins that operate seamlessly on z/OS ports of Vim.

It's worth mentioning that young developers are actively embracing Vim,
not just the seasoned Unix programmers. It has emerged as one of the
preferred editors for full stack web development. Take a look at the
videos and commit history for NeoVim, and you'll be amazed by the
dominance of a TUI (Text User Interface) editor in a rapidly evolving
tech landscape.

Now, let's delve into Git integration. We're all on the Git bandwagon,
right? There are plugins available that empower me to delve into the Git
history of files, providing inline annotations to pinpoint which
developer modified a specific line of code in which commit and when!

https://github.com/lewis6991/gitsigns.nvim.

Of course, it's all a matter of perspective, and to a young individual
entering the realm of z/OS, ISPF might very well seem like the "editor
from hell."


>
>
> --
> 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: Pass PARM by reference to COBOL

[Steve Thompson]

Yeah, I forgot to mention the AC(1) for the ALC program that gets 
loaded first.


Steve Thompson

On 8/17/2023 7:36 AM, Seymour J Metz wrote:

  And given that this is about the INIT, if the ALC program is in
  an APF load lib and the load lib for the COBOL program is NON APF
this JOBSTEP already failed.

No, being in an APF authorized concatenation is not enough to make the programm 
authorized. As long as the program object (load module) has the default AC(0), 
it is unauthorized regardless of where it is loaded. The only effect of 
authorized libraries on an AC(0) jobstep is what subpool it goes into.


How often have you seen an APF LOADLIB contain COBOL based modules?

Is there an RFE for a secondary linklist that is not used when the jobstep is 
authorized?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Thompson [ste...@wkyr.net]
Sent: Wednesday, August 16, 2023 2:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pass PARM by reference to COBOL

What would that accomplish? Telling the INIT the AMODE of the
program; That is going to be gotten from the PDS/PDSE directory.

And given that this is about the INIT, if the ALC program is in
an APF load lib and the load lib for the COBOL program is NON APF
this JOBSTEP already failed.

How often have you seen an APF LOADLIB contain COBOL based
modules? Ok, I know you can do it, because I have while running
certain tests.

Steve Thompson

On 8/16/2023 2:23 PM, Seymour J Metz wrote:

Irrelevant pedantry.

Nonsense.


I hope that my explicit qualification, "as an Assembler program might"
precludes cases in which the PARM is in R/O storage,

It doesn't. If the caller is RENT from an authorized concatenation and the PARM 
is a constant in the csect, it will be in SP252.


That's a horrible misdesign.

I don't like what the Initiator does, but it is BAD and documented.


Second choice would be to add an
option to EXEC indicating the AMODE of the PGM.

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 [042bfe9c879d-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, August 16, 2023 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pass PARM by reference to COBOL

On Wed, 16 Aug 2023 13:44:34 +, Seymour J Metz wrote:


What the called program can do depends on the caller. The PARM might be in R/O 
storage.


Irrelevant pedantry.  I hope that my explicit qualification, "as an Assembler 
program might"
precludes cases in which the PARM is in R/O storage, not addressable, etc.


The Initiator does not pass a 64-bit PARM.


That's a horrible misdesign.  It introduces a persistent incompatibility
between CALL/LINK/ATTACH and EXEC PGM=.

Regardless of the difficulty of sussing the AMODE of the PGM, the
initiator should have done so.  Second choice would be to add an
option to EXEC indicating the AMODE of the PGM.


From: Paul Gilmartin
Sent: Wednesday, August 16, 2023 9:18 AM

PARM is uniformly passed to a program by reference:
  R1 -> x'8000' + -> halfword length || parameter string

If a COBOL program is called by a program other than Initiator, can
it modify that parameter string as an Assembler program might to
return a value to the caller?

(If a program is marked AMODE 64, does Initiator pass a 64-bit PLIST?)

--
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: Has anyone

[David Spiegel]

Hi David,
I learned VIM because my job was expanded to add responsibility for 
Linux and AIX software installation and maintenance.
(I am no expert, but), ISPF Edit has the ability to do an an intelligent 
change where changing A to AB (or vice versa) it tries to keep the rest 
of the line the way it was.

I have not seen this ability in another editor.
As well, no other editor can limit the search by columns in the change 
command. (I know that XEDIT can do it by issuing a command to do this 
before issuing the change command.)


Regards,
David

On 2023-08-17 07:28, David Crayford wrote:

On 17/8/2023 5:41 am, Phil Smith III wrote:

Bob Bridges wrote, in part:

I once spent an agonizing half-hour trying to help a Unix programmer
code a program in a language I know using some kind of Unix editor
that was so unintuitive I could hardly accomplish anything.
As Shmuel suggests, that sounds like vi or one of its relatives. The 
best description of vi I've ever heard is:
"vi has two modes: one where it corrupts your data, and one where it 
beeps at you."
This joke never fails to amuse me: 
https://jokejet.com/lady-gaga-tries-to-exit-vim/.


Is there anyone left who still uses vi? Vim has practically become the 
standard on most systems, and NeoVim is following suit with Vim. When 
I hear someone griping about Vim's lack of intuitiveness or labeling 
it the "editor from hell," I quickly realize that they probably 
haven't put in the effort to truly learn how to harness Vim's 
capabilities. It's likely that they gave it a shot, grappled with its 
unique modes, may have even struggled to exit the application, and as 
a result, developed a negative impression that has persisted since 
that initial unpleasing encounter. Vim's learning curve is steep, but 
the benefits are significant for those in search of a lightweight 
editor that's arguably more powerful than even the most intricate GUI 
applications. Moreover, it performs efficiently even on 
resource-constrained setups.


Occasionally, I still turn to ISPF for editing JCL or REXX programs 
that reside in PDS datasets. In a recent WebEx session with my 
millennial teammates, I was demonstrating some new JCL. While 
performing a multi-line edit involving COPY/OVERLAY after column 
adjustments, they playfully laughed and teased me. Phrases like "Is 
ISPF your IDE?", "Does ISPF support multiple cursors?" and "Why not 
use Vim?" were thrown my way. I clarified that Vim can't manage MVS 
datasets, although the DSFS might eventually address that limitation. 
I then proceeded to showcase the usage of SRCHFOR from a member list. 
However, their response wasn't as impressed as it was with vimgrep, 
NerdTree, Telescope and the numerous plugins that operate seamlessly 
on z/OS ports of Vim.


It's worth mentioning that young developers are actively embracing 
Vim, not just the seasoned Unix programmers. It has emerged as one of 
the preferred editors for full stack web development. Take a look at 
the videos and commit history for NeoVim, and you'll be amazed by the 
dominance of a TUI (Text User Interface) editor in a rapidly evolving 
tech landscape.


Now, let's delve into Git integration. We're all on the Git bandwagon, 
right? There are plugins available that empower me to delve into the 
Git history of files, providing inline annotations to pinpoint which 
developer modified a specific line of code in which commit and when!


https://github.com/lewis6991/gitsigns.nvim. 



Of course, it's all a matter of perspective, and to a young individual 
entering the realm of z/OS, ISPF might very well seem like the "editor 
from hell."






--
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: Has anyone

[David Crayford]

On 17/8/2023 8:26 pm, Seymour J Metz wrote:

What is the usage of gvim, and is there a z/OS port?


Gvim, being a GUI, offers menus and the ability to share the clipboard 
with the OS. However, it seems that most users are drawn to the terminal 
environment, which might be why Gvim's popularity is diminishing. Also, 
clipboard integration has been implemented in plugins for the last 
decade. As for a z/OS port, that would necessitate x11, which isn't 
exactly tailored to the purpose.


Interestingly, the Stack Overflow IDE 2023 survey highlights a 
distinction between Vim and Neovim as separate editors, despite Neovim 
being a fork of Vim. When you combine the percentages of both, it 
becomes apparent just how popular Vim remains.


[1] Link: 
https://survey.stackoverflow.co/2023/#section-most-popular-technologies-integrated-development-environment


In Vim, macros are implemented as a recording and playback feature. You 
have the ability to write Vimscript to customize the editor's behavior. 
In contrast, NeoVim leverages Lua scripting for both configuration and 
scripting purposes, even employing a vimscript to Lua transpiler for 
optimization.


The NeoVim community is comprised of a group of exceptionally skilled 
and innovative young hackers. They have taken the foundation of Vim, 
forked it, and transformed it into a fully-fledged integrated 
development environment (IDE) equipped with an array of features 
including language servers, an asynchronous event loop, and the powerful 
scripting capabilities of Lua. This evolution is in line with the 
changing landscape of development environments, which now often involve 
containerized images.


The versatility of NeoVim allows for convenient home directory network 
mounts that facilitate the sharing of NeoVim configurations within Linux 
containers. This ease of integration contrasts with the challenges 
presented by running resource-intensive GUIs like Visual Studio Code or 
IntelliJ backends within those same containers.


[2] https://www.youtube.com/watch?v=stqUbv-5u2s



As for git, I'm still getting my toes wet, but it's an obvious tool to look at.


--
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: Thursday, August 17, 2023 7:28 AM
To:IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Has anyone

On 17/8/2023 5:41 am, Phil Smith III wrote:

Bob Bridges wrote, in part:

I once spent an agonizing half-hour trying to help a Unix programmer
code a program in a language I know using some kind of Unix editor
that was so unintuitive I could hardly accomplish anything.

As Shmuel suggests, that sounds like vi or one of its relatives. The best 
description of vi I've ever heard is:
"vi has two modes: one where it corrupts your data, and one where it beeps at 
you."

This joke never fails to amuse me:
https://secure-web.cisco.com/1aZPo01EgQ3QxNnPL6W90Hfy-95T5h8aBn8af37iNbonpe5eONqX1rzUM1dsyG2JjYhgGJUdcu2dTRnJ1yhCN76rB9b1hzvE-WX2XbWVGiznJ0TGg-lKH0IoxoebVxJ6eq8zEd179CBZl418aJGejNgxeVwFjdxvb0QpWFl9LHt6FTPxkQ3cBm10CuyQm98j2LteyMseral78RWJMBLHIpst7yl2qUZAVpoyN7_T5TtG7mm-1pEVSGiHOlbkXzSzTpZh7itIoxNXsRJ4kvjeyxGzvagG5NR7s8lSe4-oSBIknJHKO6zHHc3vS2OaK5mXj-_x4GqOYfeN86oLwMhGsMR03bCi-MuSUXiXLg9iJRocfMSIjA6PRe3dYR8d8nzKn0o8E46RKnjXlBaOXjNZ0ngT4TZjyXmj-XthbA-xsSoYRoHxq0_WCYE7eCRY_fdvF/https%3A%2F%2Fjokejet.com%2Flady-gaga-tries-to-exit-vim%2F

Is there anyone left who still uses vi? Vim has practically become the
standard on most systems, and NeoVim is following suit with Vim. When I
hear someone griping about Vim's lack of intuitiveness or labeling it
the "editor from hell," I quickly realize that they probably haven't put
in the effort to truly learn how to harness Vim's capabilities. It's
likely that they gave it a shot, grappled with its unique modes, may
have even struggled to exit the application, and as a result, developed
a negative impression that has persisted since that initial unpleasing
encounter. Vim's learning curve is steep, but the benefits are
significant for those in search of a lightweight editor that's arguably
more powerful than even the most intricate GUI applications. Moreover,
it performs efficiently even on resource-constrained setups.

Occasionally, I still turn to ISPF for editing JCL or REXX programs that
reside in PDS datasets. In a recent WebEx session with my millennial
teammates, I was demonstrating some new JCL. While performing a
multi-line edit involving COPY/OVERLAY after column adjustments, they
playfully laughed and teased me. Phrases like "Is ISPF your IDE?", "Does
ISPF support multiple cursors?" and "Why not use Vim?" were thrown my
way. I clarified that Vim can't manage MVS datasets, although the DSFS
might eventually address that limitation. I then proceeded to showcase
the usage of SRCHFOR from a member list. However, their response wasn't
as impressed as it was with vimgrep

Re: Has anyone

[David Crayford]

> On 17 Aug 2023, at 9:27 pm, David Spiegel 
> <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote:
> 
> Hi David,
> I learned VIM because my job was expanded to add responsibility for Linux and 
> AIX software installation and maintenance.
> (I am no expert, but), ISPF Edit has the ability to do an an intelligent 
> change where changing A to AB (or vice versa) it tries to keep the rest of 
> the line the way it was.
> I have not seen this ability in another editor.

You will have to supply more context because I haven’t used ISPF as my primary 
editor for 20 years and I haven’t experienced that problem with Slickedit, 
IntelliJ, Vim etc. 

> As well, no other editor can limit the search by columns in the change 
> command. (I know that XEDIT can do it by issuing a command to do this before 
> issuing the change command.)

That’s simple using a regular expression

> 
> Regards,
> David
> 
> On 2023-08-17 07:28, David Crayford wrote:
>> On 17/8/2023 5:41 am, Phil Smith III wrote:
>>> Bob Bridges wrote, in part:
 I once spent an agonizing half-hour trying to help a Unix programmer
 code a program in a language I know using some kind of Unix editor
 that was so unintuitive I could hardly accomplish anything.
>>> As Shmuel suggests, that sounds like vi or one of its relatives. The best 
>>> description of vi I've ever heard is:
>>> "vi has two modes: one where it corrupts your data, and one where it beeps 
>>> at you."
>> This joke never fails to amuse me: 
>> https://jokejet.com/lady-gaga-tries-to-exit-vim/.
>> 
>> Is there anyone left who still uses vi? Vim has practically become the 
>> standard on most systems, and NeoVim is following suit with Vim. When I hear 
>> someone griping about Vim's lack of intuitiveness or labeling it the "editor 
>> from hell," I quickly realize that they probably haven't put in the effort 
>> to truly learn how to harness Vim's capabilities. It's likely that they gave 
>> it a shot, grappled with its unique modes, may have even struggled to exit 
>> the application, and as a result, developed a negative impression that has 
>> persisted since that initial unpleasing encounter. Vim's learning curve is 
>> steep, but the benefits are significant for those in search of a lightweight 
>> editor that's arguably more powerful than even the most intricate GUI 
>> applications. Moreover, it performs efficiently even on resource-constrained 
>> setups.
>> 
>> Occasionally, I still turn to ISPF for editing JCL or REXX programs that 
>> reside in PDS datasets. In a recent WebEx session with my millennial 
>> teammates, I was demonstrating some new JCL. While performing a multi-line 
>> edit involving COPY/OVERLAY after column adjustments, they playfully laughed 
>> and teased me. Phrases like "Is ISPF your IDE?", "Does ISPF support multiple 
>> cursors?" and "Why not use Vim?" were thrown my way. I clarified that Vim 
>> can't manage MVS datasets, although the DSFS might eventually address that 
>> limitation. I then proceeded to showcase the usage of SRCHFOR from a member 
>> list. However, their response wasn't as impressed as it was with vimgrep, 
>> NerdTree, Telescope and the numerous plugins that operate seamlessly on z/OS 
>> ports of Vim.
>> 
>> It's worth mentioning that young developers are actively embracing Vim, not 
>> just the seasoned Unix programmers. It has emerged as one of the preferred 
>> editors for full stack web development. Take a look at the videos and commit 
>> history for NeoVim, and you'll be amazed by the dominance of a TUI (Text 
>> User Interface) editor in a rapidly evolving tech landscape.
>> 
>> Now, let's delve into Git integration. We're all on the Git bandwagon, 
>> right? There are plugins available that empower me to delve into the Git 
>> history of files, providing inline annotations to pinpoint which developer 
>> modified a specific line of code in which commit and when!
>> 
>> https://github.com/lewis6991/gitsigns.nvim. 
>> 
>> Of course, it's all a matter of perspective, and to a young individual 
>> entering the realm of z/OS, ISPF might very well seem like the "editor from 
>> hell."
>> 
>> 
>>> 
>>> 
>>> --
>>> 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

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

Re: Zowe install problem

[Kevin Loesch]

  There is a zowe#user channel on the Open Mainframe Project's slack (
openmainframeproject.slack.com). That is a good place to start.

Kevin Loesch
Software Engineer, Zowe CLI R&D  | Mainframe Franchise

Broadcom Inc
mobile: 412.613.6915  | fax: 412.808.2902
750 Holiday Drive  - 3rd Floor | Pittsburgh, PA 15220
kevin.loe...@broadcom.com   | broadcom.com


On Thu, Aug 17, 2023 at 5:47 AM Gadi Ben-Avi  wrote:

> Hi,
> I am trying to install Zowe using z/OSMF and I have a problem.
> Where can I ask for help?
>
> Thanks
>
> Gadi
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

-- 
This electronic communication and the information and any files transmitted 
with it, or attached to it, are confidential and are intended solely for 
the use of the individual or entity to whom it is addressed and may contain 
information that is confidential, legally privileged, protected by privacy 
laws, or otherwise restricted from disclosure to anyone else. If you are 
not the intended recipient or the person responsible for delivering the 
e-mail to the intended recipient, you are hereby notified that any use, 
copying, distributing, dissemination, forwarding, printing, or copying of 
this e-mail is strictly prohibited. If you received this e-mail in error, 
please return the e-mail to the sender, delete it from your computer, and 
destroy any printed copy of it.

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

Strange results for the PS1 prompt with z/OS Unix

[Tom Longfellow]

I am confused and am throwing out a Hail Mary for help.   Here is the situation.
Two cloned LPARs.  (same sysres and unix root file systems)

On system 1 - the /etc/profile   has a PS1 of
export PS1="[\\u@\\H \\W \\@]\\$ "  

On system 2 - the /etc/profile  has a PS1 of 
   export PS1="[\\u@\\H \\W \\@]\\$ "   

Why YES they do look the same... at least they do to me.
-=-=-=
The results however are very different.

On system one the displayed PS1 is
   [TECH905@jismvs_test ~ 11:26 AM]$

On system two the displayed PS1 is
  [\u@\H \W \@]$ 
-=-=-=-=
I am using the same SHELL program in my environment.  (/usr/bin/bash)

Anybody have any ideas why the two different LPARs are reading the same string 
but interpreting it in two different ways?
My suspect is some dark secret settings in the Unix file system.   Total Guess

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

[Seymour J Metz]

I would try displaying both in hex. Is it possible that one has a space where 
the other has an HT?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom 
Longfellow [03e29b607131-dmarc-requ...@listserv.ua.edu]
Sent: Thursday, August 17, 2023 11:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Strange results for the PS1 prompt with z/OS Unix

I am confused and am throwing out a Hail Mary for help.   Here is the situation.
Two cloned LPARs.  (same sysres and unix root file systems)

On system 1 - the /etc/profile   has a PS1 of
export PS1="[\\u@\\H \\W \\@]\\$ "

On system 2 - the /etc/profile  has a PS1 of
   export PS1="[\\u@\\H \\W \\@]\\$ "

Why YES they do look the same... at least they do to me.
-=-=-=
The results however are very different.

On system one the displayed PS1 is
   [TECH905@jismvs_test ~ 11:26 AM]$

On system two the displayed PS1 is
  [\u@\H \W \@]$
-=-=-=-=
I am using the same SHELL program in my environment.  (/usr/bin/bash)

Anybody have any ideas why the two different LPARs are reading the same string 
but interpreting it in two different ways?
My suspect is some dark secret settings in the Unix file system.   Total Guess

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

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

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

[Pommier, Rex]

Different code page?  The square bracket is one set of items that are different 
between the 2 primary EBCDIC codepages.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Longfellow
Sent: Thursday, August 17, 2023 10:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Strange results for the PS1 prompt with z/OS Unix

I am confused and am throwing out a Hail Mary for help.   Here is the situation.
Two cloned LPARs.  (same sysres and unix root file systems)

On system 1 - the /etc/profile   has a PS1 of
export PS1="[\\u@\\H \\W \\@]\\$ "  

On system 2 - the /etc/profile  has a PS1 of 
   export PS1="[\\u@\\H \\W \\@]\\$ "   

Why YES they do look the same... at least they do to me.
-=-=-=
The results however are very different.

On system one the displayed PS1 is
   [TECH905@jismvs_test ~ 11:26 AM]$

On system two the displayed PS1 is
  [\u@\H \W \@]$
-=-=-=-=
I am using the same SHELL program in my environment.  (/usr/bin/bash)

Anybody have any ideas why the two different LPARs are reading the same string 
but interpreting it in two different ways?
My suspect is some dark secret settings in the Unix file system.   Total Guess

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

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

[Mark Zelden]

Agree with Shmuel.  I assume the same emulator profile is used for both? 
If you are working with z/OS Unix for sure you want 1047.  If using Vista 
TN3270 it
identifies that as "US C Programming".  Maybe you aren't seeing a "`" correctly 
(backtick).


Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html




On Thu, 17 Aug 2023 15:40:28 +, Seymour J Metz  wrote:

>I would try displaying both in hex. Is it possible that one has a space where 
>the other has an HT?
>
>
>--
>Shmuel (Seymour J.) Metz
>http://mason.gmu.edu/~smetz3
>
>
>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
>Tom Longfellow [03e29b607131-dmarc-requ...@listserv.ua.edu]
>Sent: Thursday, August 17, 2023 11:31 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Strange results for the PS1 prompt with z/OS Unix
>
>I am confused and am throwing out a Hail Mary for help.   Here is the 
>situation.
>Two cloned LPARs.  (same sysres and unix root file systems)
>
>On system 1 - the /etc/profile   has a PS1 of
>export PS1="[\\u@\\H \\W \\@]\\$ "
>
>On system 2 - the /etc/profile  has a PS1 of
>   export PS1="[\\u@\\H \\W \\@]\\$ "
>
>Why YES they do look the same... at least they do to me.
>-=-=-=
>The results however are very different.
>
>On system one the displayed PS1 is
>   [TECH905@jismvs_test ~ 11:26 AM]$
>
>On system two the displayed PS1 is
>  [\u@\H \W \@]$
>-=-=-=-=
>I am using the same SHELL program in my environment.  (/usr/bin/bash)
>
>Anybody have any ideas why the two different LPARs are reading the same string 
>but interpreting it in two different ways?
>My suspect is some dark secret settings in the Unix file system.   Total Guess
>
>--
>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: Strange results for the PS1 prompt with z/OS Unix

[Matt Hogstrom]

Is this sh, bash, … ?

Is the TERM environment variable the same on both systems ?

Matt Hogstrom
PGP key 0F143BC1

> On Aug 17, 2023, at 11:31, Tom Longfellow 
> <03e29b607131-dmarc-requ...@listserv.ua.edu> wrote:
> 
> I am confused and am throwing out a Hail Mary for help.   Here is the 
> situation.
> Two cloned LPARs.  (same sysres and unix root file systems)

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

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

[Pommier, Rex]

The initial email said bash

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Matt Hogstrom
Sent: Thursday, August 17, 2023 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Strange results for the PS1 prompt with z/OS Unix

Is this sh, bash, … ?

Is the TERM environment variable the same on both systems ?

Matt Hogstrom
PGP key 0F143BC1

> On Aug 17, 2023, at 11:31, Tom Longfellow 
> <03e29b607131-dmarc-requ...@listserv.ua.edu> wrote:
> 
> I am confused and am throwing out a Hail Mary for help.   Here is the 
> situation.
> Two cloned LPARs.  (same sysres and unix root file systems)

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

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

[Seymour J Metz]

He might also try diff. Both the code page issue for [ ] and the visual 
similarity of ` to ' seem plausible culprits.

I've had similar issues on the PC side with AA versus AC for ¬.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mark Zelden [m...@mzelden.com]
Sent: Thursday, August 17, 2023 12:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Strange results for the PS1 prompt with z/OS Unix

Agree with Shmuel.  I assume the same emulator profile is used for both?
If you are working with z/OS Unix for sure you want 1047.  If using Vista 
TN3270 it
identifies that as "US C Programming".  Maybe you aren't seeing a "`" correctly 
(backtick).


Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: 
http://secure-web.cisco.com/1wGRmPm9OrQwrmCaqJr6aJ_340Li_b4CjojZM6P8Usrij6Qp7ya-_Zav54oQt4dz-H4vL2j7pVfemGH3ck94qqiu63hiWIf2W6i2JkbxPkcECgsEXpQ5P_NL-SFJJMfk0NaUjB1qIcmIn_VjKkbblkytICnw8o_hVOVZ0SU7MdeSgUUxac5IeiuUCQ9CeLHVDaYzw0x2x48yBoDWa_RQQ64wf6kw53UF84ctS1EjRdB7ma5KoQk8SjPihLeySd1tyWbOFJICyugk3_Uzqzl90uofzJ7xDkeyAcKBCpUKIz5yu5BJa7j1NUQI0g_aiorvShNU6LY4aS_il-t3MZyGGuzq3iIi2uLS1rx6-DVZ132GqQCqAlLhUvnlAOp-nXT3cKI00kKqJxbGrv9hFxuKkVrgVooCJseXHZCe-EasGAvh6QbLWRky9QLYv-utfiC9T/http%3A%2F%2Fwww.mzelden.com%2Fmvsutil.html




On Thu, 17 Aug 2023 15:40:28 +, Seymour J Metz  wrote:

>I would try displaying both in hex. Is it possible that one has a space where 
>the other has an HT?
>
>
>--
>Shmuel (Seymour J.) Metz
>http://mason.gmu.edu/~smetz3
>
>
>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
>Tom Longfellow [03e29b607131-dmarc-requ...@listserv.ua.edu]
>Sent: Thursday, August 17, 2023 11:31 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Strange results for the PS1 prompt with z/OS Unix
>
>I am confused and am throwing out a Hail Mary for help.   Here is the 
>situation.
>Two cloned LPARs.  (same sysres and unix root file systems)
>
>On system 1 - the /etc/profile   has a PS1 of
>export PS1="[\\u@\\H \\W \\@]\\$ "
>
>On system 2 - the /etc/profile  has a PS1 of
>   export PS1="[\\u@\\H \\W \\@]\\$ "
>
>Why YES they do look the same... at least they do to me.
>-=-=-=
>The results however are very different.
>
>On system one the displayed PS1 is
>   [TECH905@jismvs_test ~ 11:26 AM]$
>
>On system two the displayed PS1 is
>  [\u@\H \W \@]$
>-=-=-=-=
>I am using the same SHELL program in my environment.  (/usr/bin/bash)
>
>Anybody have any ideas why the two different LPARs are reading the same string 
>but interpreting it in two different ways?
>My suspect is some dark secret settings in the Unix file system.   Total Guess
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

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

[Rick Troth]

On 8/17/23 11:31, Tom Longfellow wrote:

I am confused and am throwing out a Hail Mary for help.   Here is the situation.
Two cloned LPARs.  (same sysres and unix root file systems)

On system 1 - the /etc/profile   has a PS1 of
 export PS1="[\\u@\\H \\W \\@]\\$ "

On system 2 - the /etc/profile  has a PS1 of
export PS1="[\\u@\\H \\W \\@]\\$ "

Why YES they do look the same... at least they do to me.
-=-=-=
The results however are very different.

On system one the displayed PS1 is
[TECH905@jismvs_test ~ 11:26 AM]$

On system two the displayed PS1 is
   [\u@\H \W \@]$
-=-=-=-=
I am using the same SHELL program in my environment.  (/usr/bin/bash)

Anybody have any ideas why the two different LPARs are reading the same string 
but interpreting it in two different ways?
My suspect is some dark secret settings in the Unix file system.   Total Guess



Good comments in other responses, in particular: code page concerns 
(square brackets, back-tick, stuff like that).


I've struggled to get things to play right with the Unix standard. 
/etc/profile should be sourced at login, but is not always. Also, people 
lately have turned to "RC scripts" (like ~.bashrc). Avoid these for 
PROFILING. Long story.


Some suggestions, things to check:

 * confirm that both systems are giving you BASH (because the PS1
   you're showing is an extension from original Bourne)
 * confirm that BASH is at the same level
 * confirm that /etc/profile is getting sourced *and* that something
   else is not changing things after the fact
 * look for ~.profile (which is supposed to take effect *after*
   /etc/profile, giving you final control)
 * avoid ~.bashrc and other RC scripts (in the near term, until you've
   fixed this)
 * check your code pages, including file tagging


I hope this helps.


-- R; <><




--
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: Strange results for the PS1 prompt with z/OS Unix

[Tom Longfellow]

Thanks for all the ideas so far.Here are some answers to the posed 
questions.

The same emulator is used for both systems.   That emulator is connected to a 
session switcher on system 2. System 1 is accessed via standard 
APPN/SNA/VTAM routing.  (only one emulator is involved.)

The value of TERM is xterm.(I have no idea why)

The PS1 setting string is being Cut from Session 1 and then Pasted to Session 2 
(under the same  emulator and session switcher (netmaster) session.

the SHELL is /usr/bin/bash


Examining the hex I am not seeing any problems with those brackets.   They both
-=-=
On system 1 I see
 export PS1="[\\u@\\H \\W \\@]\\$ " 
48A999A4DEF77AEEA7EEC4EEE4EE7BEE5474
05776930721EFD004C0080006000CD00B0F0

-=-=
On system 2
 export PS1="[\\u@\\H \\W \\@]\\$ " 
48A999A4DEF77AEEA7EEC4EEE4EE7BEE5474
05776930721EFD004C0080006000CD00B0F0

Could the problem be in character set interpretation performed during the ISPF 
edit process on zFS files?   how is character set selected for unix files?

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

[Rick Troth]

On 8/17/23 12:42, Tom Longfellow wrote:

The value of TERM is xterm.(I have no idea why)



"xterm" has become generic for ANSI X3.64 capable terminals and terminal 
emulators.
Once upon a time "vt100" filled that role, but "xterm" implies more 
capability.


https://en.wikipedia.org/wiki/ANSI_escape_code


-- R; <><

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

[Paul Gilmartin]

On Thu, 17 Aug 2023 11:42:28 -0500, Tom Longfellow wrote:
>...
>The PS1 setting string is being Cut from Session 1 and then Pasted to Session 
>2 (under the same  emulator and session switcher (netmaster) session.
>
I'd distrust screen copy/paste for anything with metacharacters.
Especially with a 3270.

Is this in your ~/.profile?  Is it  supposed to be identical on both systems?
Then  I'd suggest on system2:
make a  backup copy of .profile
ssh -f system1 'cat .profile' | tee .profile
On both systems, compare the results of:
cksum .profile.

Even better, shared zFS or NFS.

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

[Matt Hogstrom]

Did you modify the TERMINFO ?I ended up creating one with xterm which is 
not standard

Matt Hogstrom
+1 (919) 656-0564

> On Aug 17, 2023, at 13:40, Paul Gilmartin 
> <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
> 
> On Thu, 17 Aug 2023 11:42:28 -0500, Tom Longfellow wrote:
>>   ...
>> The PS1 setting string is being Cut from Session 1 and then Pasted to 
>> Session 2 (under the same  emulator and session switcher (netmaster) session.
>> 
> I'd distrust screen copy/paste for anything with metacharacters.
> Especially with a 3270.
> 
> Is this in your ~/.profile?  Is it  supposed to be identical on both systems?
> Then  I'd suggest on system2:
>make a  backup copy of .profile
>ssh -f system1 'cat .profile' | tee .profile
> On both systems, compare the results of:
>cksum .profile.
> 
> Even better, shared zFS or NFS.
> 
> -- 
> 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: Strange results for the PS1 prompt with z/OS Unix

[Tom Longfellow]

I have not done any play with TERMINFO

Don't know how.

Don't even know where it is stored.

I think I 'might' have had to do some kind of TERMINFO thing in the ancient 
past before z/OS standardized them and made it no longer necessary to create 
/tty directories and the like.

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

[Pew, Curtis G]

I think I had a problem like this once, but I don’t remember how I fixed it.

However, this StackOverflow question might give you some things to try:

https://stackoverflow.com/questions/8261602/how-can-i-debug-the-bash-prompt



On Aug 17, 2023, at 1:39 PM, Tom Longfellow 
<03e29b607131-dmarc-requ...@listserv.ua.edu> wrote:

I have not done any play with TERMINFO

Don't know how.

Don't even know where it is stored.

--
Curtis Pew
ITS Campus Solutions
curtis@austin.utexas.edu




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

Re: Zowe install problem

[Jon Newton]

Even better, there is a #zowe-install channel on that slack server.  Direct 
link:  https://openmainframeproject.slack.com/archives/CM5ES0EJJ



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kevin Loesch
Sent: Thursday, August 17, 2023 10:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Zowe install problem

  There is a zowe#user channel on the Open Mainframe Project's slack ( 
openmainframeproject.slack.com). That is a good place to start.

Kevin Loesch
Software Engineer, Zowe CLI R&D  | Mainframe Franchise

Broadcom Inc
mobile: 412.613.6915  | fax: 412.808.2902
750 Holiday Drive  - 3rd Floor | Pittsburgh, PA 15220
kevin.loe...@broadcom.com   | broadcom.com


On Thu, Aug 17, 2023 at 5:47 AM Gadi Ben-Avi  wrote:

> Hi,
> I am trying to install Zowe using z/OSMF and I have a problem.
> Where can I ask for help?
>
> Thanks
>
> Gadi
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
This electronic communication and the information and any files transmitted 
with it, or attached to it, are confidential and are intended solely for the 
use of the individual or entity to whom it is addressed and may contain 
information that is confidential, legally privileged, protected by privacy 
laws, or otherwise restricted from disclosure to anyone else. If you are not 
the intended recipient or the person responsible for delivering the e-mail to 
the intended recipient, you are hereby notified that any use, copying, 
distributing, dissemination, forwarding, printing, or copying of this e-mail is 
strictly prohibited. If you received this e-mail in error, please return the 
e-mail to the sender, delete it from your computer, and destroy any printed 
copy of it.

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

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

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

[Paul Gilmartin]

On Thu, 17 Aug 2023 13:39:54 -0500, Tom Longfellow wrote:

>I have not done any play with TERMINFO
>
>Don't know how.
>
>Don't even know where it is stored.
>



... at one time I used it to add  a clear screen command for 3270 OMVS.

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

[Bob Bridges]

Not QUITE the same.  Your first example starts in position 4; the second in 
position 3.

(Heh, heh, I just slay myself.)

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

/* Anyone can do any amount of work, provided it isn't the work he is supposed 
be doing at that moment.  -Robert Benchley */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Longfellow
Sent: Thursday, August 17, 2023 11:32

I am confused and am throwing out a Hail Mary for help.   Here is the situation.
Two cloned LPARs.  (same sysres and unix root file systems)

On system 1 - the /etc/profile   has a PS1 of
export PS1="[\\u@\\H \\W \\@]\\$ "  

On system 2 - the /etc/profile  has a PS1 of 
   export PS1="[\\u@\\H \\W \\@]\\$ "   

Why YES they do look the same... at least they do to me.
-=-=-=
The results however are very different

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

[Paul Gilmartin]

On Thu, 17 Aug 2023 16:16:46 -0400, Bob Bridges  wrote:

>Not QUITE the same.  Your first example starts in position 4; the second in 
>position 3.
>
>(Heh, heh, I just slay myself.)
>
That's not frivolous.  It's valuable to verify similarity of profiles by such as
on system2:
ssh -f system1 "cat .profile" | diff -s /dev/fd/0 .profile

... reconcile any unintended differences and repeat.

-- 
gil

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

catalog address space autotune

[Pommier, Rex]

Hi list,

Curiosity question more than anything.  I saw an old post from Lizette talking 
about migrating from z/OS 1.4 to 1.7 and noticing that CAS autotune was now 
active.  Yet I'm running 2.4, and seeing that autotune is disabled and the 
manual says it cannot be enabled.  That leads me to a couple questions.  
Obviously IBM shut off the ability to do autotuning for a reason.  Any educated 
guess as to whether or when IBM may revisit this and get it working?

Most of my large catalogs have a CAS cache hit ratio of well under 10%.  
Looking at a couple catalogs I see that I have default (read very few) data or 
index buffers.  Would I be better off increasing the number of buffers for my 
heavily hit catalogs or should I add these catalogs to VLF?  

TIA,

Rex

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

z/OS 3.1

[Tom Marchant]

I noticed this in the z/OS 3.1 announcement:


ISPF PDSE V2 member generations

ISPF support for PDSE V2 member generations are enhanced to allow the 
specification of generation numbers in the Edit and View panels and on the Edit 
and Browse primary commands BROWSE, EDIT, and VIEW. Additionally, a generation 
list can be viewed for members with generations, allowing the use of line 
commands to access commonly-used functions for desired generations. Select ISPF 
services are also enhanced with additional member generations information.


"We've been waiting for this for hundreds of years."

-- 
Tom Marchant

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

Re: catalog address space autotune

[Mark Jacobs]

IMHO autotune won't ever be enabled and might even be removed from the 
displayable options at some time. As for adding your catalogs to VLF would be a 
good first step for performance. 

Mark Jacobs 

Sent from ProtonMail, Swiss-based encrypted email.

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


--- Original Message ---
On Thursday, August 17th, 2023 at 4:56 PM, Pommier, Rex 
 wrote:


> Hi list,
> 
> Curiosity question more than anything. I saw an old post from Lizette talking 
> about migrating from z/OS 1.4 to 1.7 and noticing that CAS autotune was now 
> active. Yet I'm running 2.4, and seeing that autotune is disabled and the 
> manual says it cannot be enabled. That leads me to a couple questions. 
> Obviously IBM shut off the ability to do autotuning for a reason. Any 
> educated guess as to whether or when IBM may revisit this and get it working?
> 
> Most of my large catalogs have a CAS cache hit ratio of well under 10%. 
> Looking at a couple catalogs I see that I have default (read very few) data 
> or index buffers. Would I be better off increasing the number of buffers for 
> my heavily hit catalogs or should I add these catalogs to VLF?
> 
> TIA,
> 
> Rex
> 
> --
> The information contained in this message is confidential, protected from 
> disclosure and may be legally privileged. If the reader of this message is 
> not the intended recipient or an employee or agent responsible for delivering 
> this message to the intended recipient, you are hereby notified that any 
> disclosure, distribution, copying, or any action taken or action omitted in 
> reliance on it, is strictly prohibited and may be unlawful. If you have 
> received this communication in error, please notify us immediately by 
> replying to this message and destroy the material in its entirety, whether in 
> electronic or hard copy format. Thank you.
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

[Jon Perryman]

 For system 2, try changing \\ to \. My guess is that on system 2, it's being 
used as an escape character.
On Thursday, August 17, 2023 at 08:31:43 AM PDT, Tom Longfellow 
<03e29b607131-dmarc-requ...@listserv.ua.edu> wrote:  
 
 I am confused and am throwing out a Hail Mary for help.  Here is the situation.
Two cloned LPARs.  (same sysres and unix root file systems)

On system 1 - the /etc/profile  has a PS1 of
    export PS1="[\\u@\\H \\W \\@]\\$ "  

On system 2 - the /etc/profile  has a PS1 of 
  export PS1="[\\u@\\H \\W \\@]\\$ "  

Why YES they do look the same... at least they do to me.
-=-=-=
The results however are very different.

On system one the displayed PS1 is
  [TECH905@jismvs_test ~ 11:26 AM]$

On system two the displayed PS1 is
  [\u@\H \W \@]$ 
-=-=-=-=
I am using the same SHELL program in my environment.  (/usr/bin/bash)

Anybody have any ideas why the two different LPARs are reading the same string 
but interpreting it in two different ways?
My suspect is some dark secret settings in the Unix file system.  Total Guess

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