Re: Bash freeware for OMVS

2024-06-01 Thread Lionel B. Dyck
check out https://zosopentools.org/#/ where you can get bash, git, and more

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


Bash freeware for OMVS

2024-06-01 Thread Jake Anderson
Hello Group

Cross posted

Good morning

Is there a way I can get a bash freeware from any git site ?

I checked rocket software and their site doesn't show the bash freeware

Any pointers are appreciated.

Jake

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


Re: Coupling Facility List structure versus CIC Data Table

2024-06-01 Thread Laurence Chiu
That was the question.  I guess it could be a CF List Structure (the data
is mapped to a Cobol copybook) or a data table.  I think I might have to
have the devs write some of the code in ASM since I am not sure the macros
can be accessed directly from Cobol.

On Sat, Jun 1, 2024 at 4:29 PM Alan Young  wrote:

> As the application is now using a CICS Data Table, perhaps the Data Table
> can be changed to a Coupling Facility Data Table?
>
>
> 
> From: Laurence Chiu <05c4ba336ee7-dmarc-requ...@listserv.ua.edu>
> Sent: Friday, May 31, 2024 14:47
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Coupling Facility List structure versus CIC Data Table
>
> We recently fixed a CICS transaction that read some reference data and
> stored it in memory in the CWA. It also had some common code that was
> used across the application space. But because it used the CWA in a
> non-standard way the transaction always had to be called in its region,
> rather than run in any region that needed it.
>
> Finally overcoming developer  inertia, I had the application changed to
> use
> a CICS Data Table which now means the transaction can be called from any
> region without a cross region call.
>
> But the code is also used in batch and the batch version reads a VSAM
> file.  We have just implemented a parallel sysplex and it would seem an
> ideal application for a CF LIst Structure.  We could have a
> scheduled application load the structure when it changed or across an IPL
> and then the data would then be available to any application. This is read
> only so applications never need to do more than just read the data.
>
> We are new to parallel sysplex so any thoughts appreciated.
>
> --
> 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: Coupling Facility List structure versus CIC Data Table

2024-06-01 Thread Laurence Chiu
XCF Notepad won't work as the data structure is a largish Cobol Copybook
more than 64 bytes

On Sat, Jun 1, 2024 at 11:59 AM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> Take a look at XCF Notepad services. It might do what you're looking for
> without the need to write lots of code to use a CF list structure.
>
>  Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
>
>
> On Friday, May 31st, 2024 at 5:47 PM, Laurence Chiu <
> 05c4ba336ee7-dmarc-requ...@listserv.ua.edu> wrote:
>
> > We recently fixed a CICS transaction that read some reference data and
> > stored it in memory in the CWA. It also had some common code that was
> > used across the application space. But because it used the CWA in a
> > non-standard way the transaction always had to be called in its region,
> > rather than run in any region that needed it.
> >
> > Finally overcoming developer inertia, I had the application changed to
> use
> > a CICS Data Table which now means the transaction can be called from any
> > region without a cross region call.
> >
> > But the code is also used in batch and the batch version reads a VSAM
> > file. We have just implemented a parallel sysplex and it would seem an
> > ideal application for a CF LIst Structure. We could have a
> > scheduled application load the structure when it changed or across an IPL
> > and then the data would then be available to any application. This is
> read
> > only so applications never need to do more than just read the data.
> >
> > We are new to parallel sysplex so any thoughts appreciated.
> >
> > --
> > 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: JES2 Printer remove

2024-06-01 Thread Willy Jensen
No need for neither warm or cold start. Just drain it and vary the device 
offline. And remove it from JES2 parm. If you want to be certain, you can do a 
JES2 hot start ($PJES2,ABEND, reply END, start JES2). Though I wouldn't do a 
hot start in a production environment, even though I never had problems with it.

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