Re: Apply job failed GIM240001E for connect direct 6.2

[Sathish Kumar]

Hi,

Sure,  I don't have AMODGEN Marco library. So how we can proceed?

Thanks,


On Tue, 25 Jul, 2023, 12:41 am Steve Thompson,  wrote:

> What Allen said.
>
> And make sure you follow what the install doc says for
> Connect:Direct, as well as any HOLD ACTIONs: do the actions
> before BYPASS.
>
> Steve Thompson
>
> On 7/24/2023 1:44 PM, Allan Staller wrote:
> > Classification: Confidential
> >
> > Most likley it is a missing library in the SYSLIB concatenation.
> >
> > 1) Check the assembly listing for "macro not found" messages
> > 2) locate the macro
> > 3) Using the SMPE dialogs, adjust the SYSLIB DDDEF to include the
> missing macro library(ies)
> >
> > HTH,
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of Sathish Kumar
> > Sent: Monday, July 24, 2023 12:41 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Apply job failed GIM240001E for connect direct 6.2
> >
> > [CAUTION: This Email is from outside the Organization. Unless you trust
> the sender, Don’t click links or open attachments as it may be a Phishing
> email, which can steal your Information and compromise your Computer.]
> >
> > Hi All,
> >
> > While apply the usermod I get below error for connect direct.
> >
> > GIM240001E ** Assembler processing for sysmid LDIACRJ failed for module
> DGAXACRJ in the SDGASAMP library.  The return code 12 Exceeded for the
> allowable value.
> >
> > ASMA057E undefined operation code.
> >
> > Lot of ASM* Errors messages in sysprint.
> >
> > Please advise on this.
> >
> > Thanks.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > ::DISCLAIMER::
> > 
> > The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only. E-mail transmission is not
> guaranteed to be secure or error-free as information could be intercepted,
> corrupted, lost, destroyed, arrive late or incomplete, or may contain
> viruses in transmission. The e mail and its contents (with or without
> referred errors) shall therefore not attach any liability on the originator
> or HCL or its affiliates. Views or opinions, if any, presented in this
> email are solely those of the author and may not necessarily reflect the
> views or opinions of HCL or its affiliates. Any form of reproduction,
> dissemination, copying, disclosure, modification, distribution and / or
> publication of this message without the prior written consent of authorized
> representative of HCL is strictly prohibited. If you have received this
> email in error please delete it and notify the sender immediately. Before
> opening any email and/or attachments, please check them for viruses and
> other defects.
> > 
> >
> > --
> > 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: Apply job failed GIM240001E for connect direct 6.2

[Gerry Tracey]

Hi,

Do you have SYS1.MODGEN?

Gerry

> On 25 Jul 2023, at 11:20, Sathish Kumar  wrote:
> 
> Hi,
> 
> Sure,  I don't have AMODGEN Marco library. So how we can proceed?
> 
> Thanks,
> 
> 
>> On Tue, 25 Jul, 2023, 12:41 am Steve Thompson,  wrote:
>> 
>> What Allen said.
>> 
>> And make sure you follow what the install doc says for
>> Connect:Direct, as well as any HOLD ACTIONs: do the actions
>> before BYPASS.
>> 
>> Steve Thompson
>> 
>>> On 7/24/2023 1:44 PM, Allan Staller wrote:
>>> Classification: Confidential
>>> 
>>> Most likley it is a missing library in the SYSLIB concatenation.
>>> 
>>> 1) Check the assembly listing for "macro not found" messages
>>> 2) locate the macro
>>> 3) Using the SMPE dialogs, adjust the SYSLIB DDDEF to include the
>> missing macro library(ies)
>>> 
>>> HTH,
>>> 
>>> -Original Message-
>>> From: IBM Mainframe Discussion List  On
>> Behalf Of Sathish Kumar
>>> Sent: Monday, July 24, 2023 12:41 PM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Apply job failed GIM240001E for connect direct 6.2
>>> 
>>> [CAUTION: This Email is from outside the Organization. Unless you trust
>> the sender, Don’t click links or open attachments as it may be a Phishing
>> email, which can steal your Information and compromise your Computer.]
>>> 
>>> Hi All,
>>> 
>>> While apply the usermod I get below error for connect direct.
>>> 
>>> GIM240001E ** Assembler processing for sysmid LDIACRJ failed for module
>> DGAXACRJ in the SDGASAMP library.  The return code 12 Exceeded for the
>> allowable value.
>>> 
>>> ASMA057E undefined operation code.
>>> 
>>> Lot of ASM* Errors messages in sysprint.
>>> 
>>> Please advise on this.
>>> 
>>> Thanks.
>>> 
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions, send
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>> ::DISCLAIMER::
>>> 
>>> The contents of this e-mail and any attachment(s) are confidential and
>> intended for the named recipient(s) only. E-mail transmission is not
>> guaranteed to be secure or error-free as information could be intercepted,
>> corrupted, lost, destroyed, arrive late or incomplete, or may contain
>> viruses in transmission. The e mail and its contents (with or without
>> referred errors) shall therefore not attach any liability on the originator
>> or HCL or its affiliates. Views or opinions, if any, presented in this
>> email are solely those of the author and may not necessarily reflect the
>> views or opinions of HCL or its affiliates. Any form of reproduction,
>> dissemination, copying, disclosure, modification, distribution and / or
>> publication of this message without the prior written consent of authorized
>> representative of HCL is strictly prohibited. If you have received this
>> email in error please delete it and notify the sender immediately. Before
>> opening any email and/or attachments, please check them for viruses and
>> other defects.
>>> 
>>> 
>>> --
>>> 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: Apply job failed GIM240001E for connect direct 6.2

[Sathish Kumar]

Yes we have Sys1.Modgen

On Tue, 25 Jul, 2023, 4:25 pm Gerry Tracey,  wrote:

> Hi,
>
> Do you have SYS1.MODGEN?
>
> Gerry
>
> > On 25 Jul 2023, at 11:20, Sathish Kumar  wrote:
> >
> > Hi,
> >
> > Sure,  I don't have AMODGEN Marco library. So how we can proceed?
> >
> > Thanks,
> >
> >
> >> On Tue, 25 Jul, 2023, 12:41 am Steve Thompson,  wrote:
> >>
> >> What Allen said.
> >>
> >> And make sure you follow what the install doc says for
> >> Connect:Direct, as well as any HOLD ACTIONs: do the actions
> >> before BYPASS.
> >>
> >> Steve Thompson
> >>
> >>> On 7/24/2023 1:44 PM, Allan Staller wrote:
> >>> Classification: Confidential
> >>>
> >>> Most likley it is a missing library in the SYSLIB concatenation.
> >>>
> >>> 1) Check the assembly listing for "macro not found" messages
> >>> 2) locate the macro
> >>> 3) Using the SMPE dialogs, adjust the SYSLIB DDDEF to include the
> >> missing macro library(ies)
> >>>
> >>> HTH,
> >>>
> >>> -Original Message-
> >>> From: IBM Mainframe Discussion List  On
> >> Behalf Of Sathish Kumar
> >>> Sent: Monday, July 24, 2023 12:41 PM
> >>> To: IBM-MAIN@LISTSERV.UA.EDU
> >>> Subject: Apply job failed GIM240001E for connect direct 6.2
> >>>
> >>> [CAUTION: This Email is from outside the Organization. Unless you trust
> >> the sender, Don’t click links or open attachments as it may be a
> Phishing
> >> email, which can steal your Information and compromise your Computer.]
> >>>
> >>> Hi All,
> >>>
> >>> While apply the usermod I get below error for connect direct.
> >>>
> >>> GIM240001E ** Assembler processing for sysmid LDIACRJ failed for module
> >> DGAXACRJ in the SDGASAMP library.  The return code 12 Exceeded for the
> >> allowable value.
> >>>
> >>> ASMA057E undefined operation code.
> >>>
> >>> Lot of ASM* Errors messages in sysprint.
> >>>
> >>> Please advise on this.
> >>>
> >>> Thanks.
> >>>
> >>> --
> >>> For IBM-MAIN subscribe / signoff / archive access instructions, send
> >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >>> ::DISCLAIMER::
> >>> 
> >>> The contents of this e-mail and any attachment(s) are confidential and
> >> intended for the named recipient(s) only. E-mail transmission is not
> >> guaranteed to be secure or error-free as information could be
> intercepted,
> >> corrupted, lost, destroyed, arrive late or incomplete, or may contain
> >> viruses in transmission. The e mail and its contents (with or without
> >> referred errors) shall therefore not attach any liability on the
> originator
> >> or HCL or its affiliates. Views or opinions, if any, presented in this
> >> email are solely those of the author and may not necessarily reflect the
> >> views or opinions of HCL or its affiliates. Any form of reproduction,
> >> dissemination, copying, disclosure, modification, distribution and / or
> >> publication of this message without the prior written consent of
> authorized
> >> representative of HCL is strictly prohibited. If you have received this
> >> email in error please delete it and notify the sender immediately.
> Before
> >> opening any email and/or attachments, please check them for viruses and
> >> other defects.
> >>> 
> >>>
> >>> --
> >>> For IBM-MAIN subscribe / signoff / archive access instructions,
> >>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >>
> >>
> >> --
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >>
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Apply job failed GIM240001E for connect direct 6.2

[Gerry Tracey]

Hi,

That is the target library for AMODGEN and can be used instead.

Gerry

> On 25 Jul 2023, at 12:04, Sathish Kumar  wrote:
> 
> Yes we have Sys1.Modgen
> 
>> On Tue, 25 Jul, 2023, 4:25 pm Gerry Tracey,  wrote:
>> 
>> Hi,
>> 
>> Do you have SYS1.MODGEN?
>> 
>> Gerry
>> 
 On 25 Jul 2023, at 11:20, Sathish Kumar  wrote:
>>> 
>>> Hi,
>>> 
>>> Sure,  I don't have AMODGEN Marco library. So how we can proceed?
>>> 
>>> Thanks,
>>> 
>>> 
 On Tue, 25 Jul, 2023, 12:41 am Steve Thompson,  wrote:
 
 What Allen said.
 
 And make sure you follow what the install doc says for
 Connect:Direct, as well as any HOLD ACTIONs: do the actions
 before BYPASS.
 
 Steve Thompson
 
> On 7/24/2023 1:44 PM, Allan Staller wrote:
> Classification: Confidential
> 
> Most likley it is a missing library in the SYSLIB concatenation.
> 
> 1) Check the assembly listing for "macro not found" messages
> 2) locate the macro
> 3) Using the SMPE dialogs, adjust the SYSLIB DDDEF to include the
 missing macro library(ies)
> 
> HTH,
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On
 Behalf Of Sathish Kumar
> Sent: Monday, July 24, 2023 12:41 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Apply job failed GIM240001E for connect direct 6.2
> 
> [CAUTION: This Email is from outside the Organization. Unless you trust
 the sender, Don’t click links or open attachments as it may be a
>> Phishing
 email, which can steal your Information and compromise your Computer.]
> 
> Hi All,
> 
> While apply the usermod I get below error for connect direct.
> 
> GIM240001E ** Assembler processing for sysmid LDIACRJ failed for module
 DGAXACRJ in the SDGASAMP library.  The return code 12 Exceeded for the
 allowable value.
> 
> ASMA057E undefined operation code.
> 
> Lot of ASM* Errors messages in sysprint.
> 
> Please advise on this.
> 
> Thanks.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
 email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> ::DISCLAIMER::
> 
> The contents of this e-mail and any attachment(s) are confidential and
 intended for the named recipient(s) only. E-mail transmission is not
 guaranteed to be secure or error-free as information could be
>> intercepted,
 corrupted, lost, destroyed, arrive late or incomplete, or may contain
 viruses in transmission. The e mail and its contents (with or without
 referred errors) shall therefore not attach any liability on the
>> originator
 or HCL or its affiliates. Views or opinions, if any, presented in this
 email are solely those of the author and may not necessarily reflect the
 views or opinions of HCL or its affiliates. Any form of reproduction,
 dissemination, copying, disclosure, modification, distribution and / or
 publication of this message without the prior written consent of
>> authorized
 representative of HCL is strictly prohibited. If you have received this
 email in error please delete it and notify the sender immediately.
>> Before
 opening any email and/or attachments, please check them for viruses and
 other defects.
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 
>>> 
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Ignorant z/OS question

[Seymour J Metz]

BTAM? I remember that MCS on OS/360 used BTAM to support a 2740, but I never 
saw one used in the flesh, and, IAC, it's long dead. IS BTAM/SP still a thing?

IAC, another usful thing for the OP to read.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mike Schwab [mike.a.sch...@gmail.com]
Sent: Tuesday, July 25, 2023 12:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

https://www.mail-archive.com/ibmvm@listserv.uark.edu/msg34585.html

On Mon, Jul 24, 2023, 06:32 Phil Smith III  wrote:

> Shmuel wrote:
> >That looks like the result of CP, HCD and MCS not specifying the same
> >device type. What happens if all three are 3215? What happens if all
> >three are 3270?
>
> I know what CP is :)
> HCD and MCS -- I assume one of these is the CONSOLE stuff in CONSOLxx;
> which is that, and where is the other one?
>
> --
> 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: Apply job failed GIM240001E for connect direct 6.2

[Sathish Kumar]

Hi,

I have updated SYSLIB CONCAT SYS1.MODGEN and rerun the job it's failed with
same error.

Thanks.

On Tue, 25 Jul, 2023, 4:39 pm Gerry Tracey,  wrote:

> Hi,
>
> That is the target library for AMODGEN and can be used instead.
>
> Gerry
>
> > On 25 Jul 2023, at 12:04, Sathish Kumar  wrote:
> >
> > Yes we have Sys1.Modgen
> >
> >> On Tue, 25 Jul, 2023, 4:25 pm Gerry Tracey, 
> wrote:
> >>
> >> Hi,
> >>
> >> Do you have SYS1.MODGEN?
> >>
> >> Gerry
> >>
>  On 25 Jul 2023, at 11:20, Sathish Kumar  wrote:
> >>>
> >>> Hi,
> >>>
> >>> Sure,  I don't have AMODGEN Marco library. So how we can proceed?
> >>>
> >>> Thanks,
> >>>
> >>>
>  On Tue, 25 Jul, 2023, 12:41 am Steve Thompson, 
> wrote:
> 
>  What Allen said.
> 
>  And make sure you follow what the install doc says for
>  Connect:Direct, as well as any HOLD ACTIONs: do the actions
>  before BYPASS.
> 
>  Steve Thompson
> 
> > On 7/24/2023 1:44 PM, Allan Staller wrote:
> > Classification: Confidential
> >
> > Most likley it is a missing library in the SYSLIB concatenation.
> >
> > 1) Check the assembly listing for "macro not found" messages
> > 2) locate the macro
> > 3) Using the SMPE dialogs, adjust the SYSLIB DDDEF to include the
>  missing macro library(ies)
> >
> > HTH,
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
>  Behalf Of Sathish Kumar
> > Sent: Monday, July 24, 2023 12:41 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Apply job failed GIM240001E for connect direct 6.2
> >
> > [CAUTION: This Email is from outside the Organization. Unless you
> trust
>  the sender, Don’t click links or open attachments as it may be a
> >> Phishing
>  email, which can steal your Information and compromise your Computer.]
> >
> > Hi All,
> >
> > While apply the usermod I get below error for connect direct.
> >
> > GIM240001E ** Assembler processing for sysmid LDIACRJ failed for
> module
>  DGAXACRJ in the SDGASAMP library.  The return code 12 Exceeded for the
>  allowable value.
> >
> > ASMA057E undefined operation code.
> >
> > Lot of ASM* Errors messages in sysprint.
> >
> > Please advise on this.
> >
> > Thanks.
> >
> >
> --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
>  email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > ::DISCLAIMER::
> > 
> > The contents of this e-mail and any attachment(s) are confidential
> and
>  intended for the named recipient(s) only. E-mail transmission is not
>  guaranteed to be secure or error-free as information could be
> >> intercepted,
>  corrupted, lost, destroyed, arrive late or incomplete, or may contain
>  viruses in transmission. The e mail and its contents (with or without
>  referred errors) shall therefore not attach any liability on the
> >> originator
>  or HCL or its affiliates. Views or opinions, if any, presented in this
>  email are solely those of the author and may not necessarily reflect
> the
>  views or opinions of HCL or its affiliates. Any form of reproduction,
>  dissemination, copying, disclosure, modification, distribution and /
> or
>  publication of this message without the prior written consent of
> >> authorized
>  representative of HCL is strictly prohibited. If you have received
> this
>  email in error please delete it and notify the sender immediately.
> >> Before
>  opening any email and/or attachments, please check them for viruses
> and
>  other defects.
> > 
> >
> >
> --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> IBM-MAIN
> 
> 
>  --
>  For IBM-MAIN subscribe / signoff / archive access instructions,
>  send email to lists...@listserv.ua.edu with the message: INFO
> IBM-MAIN
> 
> >>>
> >>> --
> >>> For IBM-MAIN subscribe / signoff / archive access instructions,
> >>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >>
> >> --
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >>
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IB

Re: Ignorant z/OS question

[Mark Jacobs]

I can't confirm, but I think BTAM/SP never made it past MVS/XA and went out of 
support with MVS/ESA.

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 Tuesday, July 25th, 2023 at 8:02 AM, Seymour J Metz  wrote:


> BTAM? I remember that MCS on OS/360 used BTAM to support a 2740, but I never 
> saw one used in the flesh, and, IAC, it's long dead. IS BTAM/SP still a thing?
> 
> IAC, another usful thing for the OP to read.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Mike Schwab [mike.a.sch...@gmail.com]
> Sent: Tuesday, July 25, 2023 12:48 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Ignorant z/OS question
> 
> https://www.mail-archive.com/ibmvm@listserv.uark.edu/msg34585.html
> 
> On Mon, Jul 24, 2023, 06:32 Phil Smith III li...@akphs.com wrote:
> 
> > Shmuel wrote:
> > 
> > > That looks like the result of CP, HCD and MCS not specifying the same
> > > device type. What happens if all three are 3215? What happens if all
> > > three are 3270?
> > 
> > I know what CP is :)
> > HCD and MCS -- I assume one of these is the CONSOLE stuff in CONSOLxx;
> > which is that, and where is the other one?
> > 
> > --
> > 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: Ars Technica: The IBM mainframe: How it runs and why it survives

[Steve Beaver]

Or SUSE, or zVM and its gazillion guests


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Monday, July 24, 2023 3:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ars Technica: The IBM mainframe: How it runs and why it survives

It did mention Redhat.

On Mon, Jul 24, 2023, 13:03 Rick Troth  wrote:

> Good article.
> As often happens, the author didn't mention Linux for Z ... nor z/VM,
> VSE, TPF.
> Common public misconception is that Z is exclusively z/OS.
>
> Don't misunderstand: this is no slam on z/OS. I'm a fan! That's the one
> place I'd put my heavy-lifting database and similar "system of record"
> workloads.
> But Z is hardware and the other op sys make excellent use of that
> superior hardware. I'm a fan of Linux and run it on several kinds of
> hardware. The best Linux performance, and the most reliable operation,
> is consistently on Z.
>
> The article speaks much about COBOL. Sadly, I only know >one< university
> professor teaching COBOL. (And his students are landing high-dollar jobs
> out of the gate.)
> COBOL benefits from inter-language workings. Similarly, z/OS benefits
> from inter-opsys workings. And often those other op sys are on the same
> class of hardware.
> Calling COBOL to/from languages like PL/I, C, even Python or Rexx, makes
> fabulous long-term use of all that lovely COBOL code "out there".
> Where the Ars Technica article telling *that* story? (Credit where
> credit due: this piece *did* discuss XML and JSON. Good.)
>
> Sincere thanks Michael for sharing the article.
>
> -- R; <><
>
>
> On 7/24/23 13:33, Bill Johnson wrote:
> > Say it isn’t so! lol
> >
> > It’s estimated that there are 10,000 mainframes in use today. They’re
> used almost exclusively by the largest companies in the world, including
> two-thirds of Fortune 500 companies, 45 of the world’s top 50 banks, eight
> of the top 10 insurers, seven of the top 10 global retailers, and eight of
> the top 10 telecommunications companies. And most of those mainframes come
> from IBM.
> >
> >
> > Sent from Yahoo Mail for iPhone
> >
> >
> > On Monday, July 24, 2023, 1:21 PM, Bob Bridges 
> wrote:
> >
> > Hey, that's fun!  Kind of an answer to "the mainframe is old and
> decrepit and can't survive much longer in the face of newer and [therefore]
> far better technologies".
> >
> > ---
> > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> >
> > /* As a father, I have a vested interest in seeing my children do well
> in school.  If they don't, they won't graduate, and will probably wind up
> living in my house until they are thirty years old.  This will interfere
> with my plan to reach retirement age without killing another human being.
> -W Bruce Cameron, _Study Habits_ (2001) */
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of Schmitt, Michael
> > Sent: Monday, July 24, 2023 12:43
> >
> > Ars Technica published a deep-dive explainer of modern IBM mainframes:
> >
> >
> https://arstechnica.com/information-technology/2023/07/the-ibm-mainframe-how-it-runs-and-why-it-survives/
> >
> > I’d quibble with the application server topic that talks about CICS with
> no mention of IMS/TM. CICS is to IMS as Windows 3.1 is to Windows 10.  😊
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

Re: Apply job failed GIM240001E for connect direct 6.2

[Seymour J Metz]

Look up the macro in the CSI and add its target library to the CSI.

LIST MAC(...)

Include the target library in the syslib concatenation. If there is no target 
library, include the dlib library and SMPMTS.

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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Sathish Kumar [zosedu...@gmail.com]
Sent: Tuesday, July 25, 2023 8:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Apply job failed GIM240001E for connect direct 6.2

Hi,

I have updated SYSLIB CONCAT SYS1.MODGEN and rerun the job it's failed with
same error.

Thanks.

On Tue, 25 Jul, 2023, 4:39 pm Gerry Tracey,  wrote:

> Hi,
>
> That is the target library for AMODGEN and can be used instead.
>
> Gerry
>
> > On 25 Jul 2023, at 12:04, Sathish Kumar  wrote:
> >
> > Yes we have Sys1.Modgen
> >
> >> On Tue, 25 Jul, 2023, 4:25 pm Gerry Tracey, 
> wrote:
> >>
> >> Hi,
> >>
> >> Do you have SYS1.MODGEN?
> >>
> >> Gerry
> >>
>  On 25 Jul 2023, at 11:20, Sathish Kumar  wrote:
> >>>
> >>> Hi,
> >>>
> >>> Sure,  I don't have AMODGEN Marco library. So how we can proceed?
> >>>
> >>> Thanks,
> >>>
> >>>
>  On Tue, 25 Jul, 2023, 12:41 am Steve Thompson, 
> wrote:
> 
>  What Allen said.
> 
>  And make sure you follow what the install doc says for
>  Connect:Direct, as well as any HOLD ACTIONs: do the actions
>  before BYPASS.
> 
>  Steve Thompson
> 
> > On 7/24/2023 1:44 PM, Allan Staller wrote:
> > Classification: Confidential
> >
> > Most likley it is a missing library in the SYSLIB concatenation.
> >
> > 1) Check the assembly listing for "macro not found" messages
> > 2) locate the macro
> > 3) Using the SMPE dialogs, adjust the SYSLIB DDDEF to include the
>  missing macro library(ies)
> >
> > HTH,
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
>  Behalf Of Sathish Kumar
> > Sent: Monday, July 24, 2023 12:41 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Apply job failed GIM240001E for connect direct 6.2
> >
> > [CAUTION: This Email is from outside the Organization. Unless you
> trust
>  the sender, Don’t click links or open attachments as it may be a
> >> Phishing
>  email, which can steal your Information and compromise your Computer.]
> >
> > Hi All,
> >
> > While apply the usermod I get below error for connect direct.
> >
> > GIM240001E ** Assembler processing for sysmid LDIACRJ failed for
> module
>  DGAXACRJ in the SDGASAMP library.  The return code 12 Exceeded for the
>  allowable value.
> >
> > ASMA057E undefined operation code.
> >
> > Lot of ASM* Errors messages in sysprint.
> >
> > Please advise on this.
> >
> > Thanks.
> >
> >
> --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
>  email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > ::DISCLAIMER::
> > 
> > The contents of this e-mail and any attachment(s) are confidential
> and
>  intended for the named recipient(s) only. E-mail transmission is not
>  guaranteed to be secure or error-free as information could be
> >> intercepted,
>  corrupted, lost, destroyed, arrive late or incomplete, or may contain
>  viruses in transmission. The e mail and its contents (with or without
>  referred errors) shall therefore not attach any liability on the
> >> originator
>  or HCL or its affiliates. Views or opinions, if any, presented in this
>  email are solely those of the author and may not necessarily reflect
> the
>  views or opinions of HCL or its affiliates. Any form of reproduction,
>  dissemination, copying, disclosure, modification, distribution and /
> or
>  publication of this message without the prior written consent of
> >> authorized
>  representative of HCL is strictly prohibited. If you have received
> this
>  email in error please delete it and notify the sender immediately.
> >> Before
>  opening any email and/or attachments, please check them for viruses
> and
>  other defects.
> > 
> >
> >
> --
> > 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 / signo

Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Crawford Robert C (Contractor)]

Sorry, I worked in a shop that had both and I can tell you CICS is way more 
flexible, modern and performed better.

I will give you this:  IMS is a great piece of 90's technology. 

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Schmitt, Michael
Sent: Monday, July 24, 2023 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

Ars Technica published a deep-dive explainer of modern IBM mainframes:

https://arstechnica.com/information-technology/2023/07/the-ibm-mainframe-how-it-runs-and-why-it-survives/


I’d quibble with the application server topic that talks about CICS with no 
mention of IMS/TM. CICS is to IMS as Windows 3.1 is to Windows 10.  😊



--
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: Ignorant z/OS question

[Tony Harminc]

On Tue, 25 Jul 2023 at 14:44, Mark Jacobs
<0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>
> I can't confirm, but I think BTAM/SP never made it past MVS/XA and went out 
> of support with MVS/ESA.
>
> Mark Jacobs

Even if the BTAM code still works, it's less than obvious to me what
endpoint devices could be supported, and how. Surely there is no IBM
supported way to plug in a 2740, even if you still have one. I believe
even  CCL is gone now, so how would any BSC or async device be
connected, other than through some sort of TCP/IP black-box or the
like, for which BTAM is surely not going to work.

Tony H.

> --- Original Message ---
> On Tuesday, July 25th, 2023 at 8:02 AM, Seymour J Metz  wrote:
>
>
> > BTAM? I remember that MCS on OS/360 used BTAM to support a 2740, but I 
> > never saw one used in the flesh, and, IAC, it's long dead. IS BTAM/SP still 
> > a thing?
> >
> > IAC, another usful thing for the OP to read.

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

Re: Apply job failed GIM240001E for connect direct 6.2

[Tom Marchant]

You didn't show us the instruction that got the Unidentified operation code 
message, so we can only guess. So far we seem to have guessed wrong.

-- 
Tom Marchant

-- 
Tom Marchant

On Tue, 25 Jul 2023 17:40:57 +0530, Sathish Kumar  wrote:

>I have updated SYSLIB CONCAT SYS1.MODGEN and rerun the job it's failed with
>same error.

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

Re: Ignorant z/OS question

[Mike Shaw]

I used BTAM to read and write 3270 data streams to a locally attached 3270
back in the early 80's. It was simple to code and worked well.

Mike Shaw
MVS/QuickRef Support Group
Chicago-Soft, Ltd.

On Tue, Jul 25, 2023, 8:43 AM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> I can't confirm, but I think BTAM/SP never made it past MVS/XA and went
> out of support with MVS/ESA.
>
> 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 Tuesday, July 25th, 2023 at 8:02 AM, Seymour J Metz 
> wrote:
>
>
> > BTAM? I remember that MCS on OS/360 used BTAM to support a 2740, but I
> never saw one used in the flesh, and, IAC, it's long dead. IS BTAM/SP still
> a thing?
> >
> > IAC, another usful thing for the OP to read.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > 
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> behalf of Mike Schwab [mike.a.sch...@gmail.com]
> > Sent: Tuesday, July 25, 2023 12:48 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Ignorant z/OS question
> >
> > https://www.mail-archive.com/ibmvm@listserv.uark.edu/msg34585.html
> >
> > On Mon, Jul 24, 2023, 06:32 Phil Smith III li...@akphs.com wrote:
> >
> > > Shmuel wrote:
> > >
> > > > That looks like the result of CP, HCD and MCS not specifying the same
> > > > device type. What happens if all three are 3215? What happens if all
> > > > three are 3270?
> > >
> > > I know what CP is :)
> > > HCD and MCS -- I assume one of these is the CONSOLE stuff in CONSOLxx;
> > > which is that, and where is the other one?
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: SYSLOGD config question.

[Tom Longfellow]

I think I am on the right track now.
On a personal note, I have always had difficulty working with 'Reverse' logic, 
like my Reverse Polish Notation (RPN) calculator in my ancient College past.

I had tried the use of the '!' in the directives to no advantage several times 
over the years.

It turns out that the core of my problem was my interpretation of a few 
'quirks' in syslog defining.
Selection criteria is in four parts - source.task.component.faciility  
leaving out a part changes the meaning of all the remaining parts.  Evaluation 
is from right to left (another Reverse for me to deal with)
Selections can be concatenated and trigger when all the components are True.  
Any False test kills the evaluation of that rule.

This leaves you with the situation where you must define a test where the 
'truth' of the test 'excludes' the message.   
In the past, I was trying '!Condition' mixed with 'This one' conditions.   
Unsuccessfully.

Thanks to this web page 
https://colinpaice.blog/2022/05/30/setting-up-syslogd-on-z-os/  I now think I 
have it right.
Turns out there is a 'facility' called 'none' that can be viewed as 'not any of 
the other ones'.

Right now, my config file has the following and things are looking better. 
(BTW: the z/OS CS Syslogd Browser is VERY useful)

Rule/Active UNIX file name   
---=---=---=---=---=---=---=
*.TRMD*.*.*  
/var/log/2023/07/25/trmd 
- - - - - - - - - - - - - - - - - - -
*.IKED*.*.*  
/var/log/2023/07/25/iked 
- - - - - - - - - - - - - - - - - - -
*.debug  
/var/log/2023/07/25/debug
- - - - - - - - - - - - - - - - - - -
*.err
/var/log/2023/07/25/errors   
- - - - - - - - - - - - - - - - - - -
*.info;*.TRMD*.*.none;*.IKED*.*.none 
/var/log/2023/07/25/log  
- - - - - - - - - - - - - - - - - - -
(170.99.3.0/24).*.*  
/var/log/2023/07/25/log-others

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

Re: Ignorant z/OS question

[Seymour J Metz]

Yes, BTAM supported any contemporary 3270 except SDLC. However, MCS could not 
use BTAM for a 3270.


From: IBM Mainframe Discussion List  on behalf of 
Mike Shaw 
Sent: Tuesday, July 25, 2023 9:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

I used BTAM to read and write 3270 data streams to a locally attached 3270
back in the early 80's. It was simple to code and worked well.

Mike Shaw
MVS/QuickRef Support Group
Chicago-Soft, Ltd.

On Tue, Jul 25, 2023, 8:43 AM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> I can't confirm, but I think BTAM/SP never made it past MVS/XA and went
> out of support with MVS/ESA.
>
> 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 Tuesday, July 25th, 2023 at 8:02 AM, Seymour J Metz 
> wrote:
>
>
> > BTAM? I remember that MCS on OS/360 used BTAM to support a 2740, but I
> never saw one used in the flesh, and, IAC, it's long dead. IS BTAM/SP still
> a thing?
> >
> > IAC, another usful thing for the OP to read.
> >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> > 
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> behalf of Mike Schwab [mike.a.sch...@gmail.com]
> > Sent: Tuesday, July 25, 2023 12:48 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Ignorant z/OS question
> >
> > https://www.mail-archive.com/ibmvm@listserv.uark.edu/msg34585.html
> >
> > On Mon, Jul 24, 2023, 06:32 Phil Smith III li...@akphs.com wrote:
> >
> > > Shmuel wrote:
> > >
> > > > That looks like the result of CP, HCD and MCS not specifying the same
> > > > device type. What happens if all three are 3215? What happens if all
> > > > three are 3270?
> > >
> > > I know what CP is :)
> > > HCD and MCS -- I assume one of these is the CONSOLE stuff in CONSOLxx;
> > > which is that, and where is the other one?
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Schmitt, Michael]

So CICS is no longer doing cooperative multitasking within each AOR, and thus 
requiring CICS versions of OS commands to prevent wait states from freezing the 
entire AOR? A CICS program can do direct GETMAINs, LOADS, abends, rather than 
use CICS commands? CICS no longer requires special versions of tools (e.g. 
debugger, abend dump management) and instead can use the same tools as batch 
programs? A CICS programmer no longer needs to learn a long list of CICS 
commands and EXEC CICS syntax? A CICS region no longer contains the storage 
from all of the transactions currently running and is now only one transaction 
in the region at a time? CICS transactions can no longer stomp on each other's 
memory?

Great, I did not know that.

IMS/TM uses the operating system for multitasking. There are no IMS/TM specific 
tools. An IMS/TM programmer only needs to know two commands, one to get a 
message and another to send it. IMS transaction abends look (almost) exactly 
like a batch abend. IMS programs have no restrictions on OS facilities. An IMS 
program can even do an STIMER (WAIT) without affecting any other transaction 
processing. Because, it uses the OS to do *preemptive* multitasking, like a 
modern operating system.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crawford Robert C (Contractor)
Sent: Tuesday, July 25, 2023 8:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

Sorry, I worked in a shop that had both and I can tell you CICS is way more 
flexible, modern and performed better.

I will give you this:  IMS is a great piece of 90's technology.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Schmitt, Michael
Sent: Monday, July 24, 2023 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

Ars Technica published a deep-dive explainer of modern IBM mainframes:

https://arstechnica.com/information-technology/2023/07/the-ibm-mainframe-how-it-runs-and-why-it-survives/


I’d quibble with the application server topic that talks about CICS with no 
mention of IMS/TM. CICS is to IMS as Windows 3.1 is to Windows 10.  😊



--
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: SYSLOGD config question.

[Kirk Wolf]

The syslog.conf rules that you say that you use on your website don't seem to 
match your active files.

For example, it looks like you have a rule:

.TRMD**.***.*** /var/log/%Y/%m/%d/trmd*

I'm not certain, but by my reading of the Comm Server IP Configuration Guide 
this will be a problem:  what will cause syslogd to roll over to the next file 
at midnight?

I would recommend using the "-N" option at the end of the rule along with the 
Global archive settings to automatically handle opening a new log and archiving 
the old data.  You can even archive to data sets or GDGs if you want.  
Alternatively, "-X" just truncates the log after a configurable time.   But you 
should have one or the other to prevent the files from growing without bound.

Just my preference, but I would name the files "something.log".

Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Tue, Jul 25, 2023, at 9:03 AM, Tom Longfellow wrote:
> I think I am on the right track now.
> On a personal note, I have always had difficulty working with 'Reverse' 
> logic, like my Reverse Polish Notation (RPN) calculator in my ancient College 
> past.
> 
> I had tried the use of the '!' in the directives to no advantage several 
> times over the years.
> 
> It turns out that the core of my problem was my interpretation of a few 
> 'quirks' in syslog defining.
> Selection criteria is in four parts - source.task.component.faciility  
> leaving out a part changes the meaning of all the remaining parts.  
> Evaluation is from right to left (another Reverse for me to deal with)
> Selections can be concatenated and trigger when all the components are True.  
> Any False test kills the evaluation of that rule.
> 
> This leaves you with the situation where you must define a test where the 
> 'truth' of the test 'excludes' the message.   
> In the past, I was trying '!Condition' mixed with 'This one' conditions.   
> Unsuccessfully.
> 
> Thanks to this web page 
> https://colinpaice.blog/2022/05/30/setting-up-syslogd-on-z-os/  I now think I 
> have it right.
> Turns out there is a 'facility' called 'none' that can be viewed as 'not any 
> of the other ones'.
> 
> Right now, my config file has the following and things are looking better. 
> (BTW: the z/OS CS Syslogd Browser is VERY useful)
> 
> Rule/Active UNIX file name   
> ---=---=---=---=---=---=---=
> *.TRMD*.*.*  
> /var/log/2023/07/25/trmd 
> - - - - - - - - - - - - - - - - - - -
> *.IKED*.*.*  
> /var/log/2023/07/25/iked 
> - - - - - - - - - - - - - - - - - - -
> *.debug  
> /var/log/2023/07/25/debug
> - - - - - - - - - - - - - - - - - - -
> *.err
> /var/log/2023/07/25/errors   
> - - - - - - - - - - - - - - - - - - -
> *.info;*.TRMD*.*.none;*.IKED*.*.none 
> /var/log/2023/07/25/log  
> - - - - - - - - - - - - - - - - - - -
> (170.99.3.0/24).*.*  
> /var/log/2023/07/25/log-others
> 
> --
> 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: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Seymour J Metz]

Yes, the article has some truly amazing fact™s. But CICS does have the ability 
to run a transactions in an isolated subtask.


From: IBM Mainframe Discussion List  on behalf of 
Schmitt, Michael 
Sent: Tuesday, July 25, 2023 10:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

So CICS is no longer doing cooperative multitasking within each AOR, and thus 
requiring CICS versions of OS commands to prevent wait states from freezing the 
entire AOR? A CICS program can do direct GETMAINs, LOADS, abends, rather than 
use CICS commands? CICS no longer requires special versions of tools (e.g. 
debugger, abend dump management) and instead can use the same tools as batch 
programs? A CICS programmer no longer needs to learn a long list of CICS 
commands and EXEC CICS syntax? A CICS region no longer contains the storage 
from all of the transactions currently running and is now only one transaction 
in the region at a time? CICS transactions can no longer stomp on each other's 
memory?

Great, I did not know that.

IMS/TM uses the operating system for multitasking. There are no IMS/TM specific 
tools. An IMS/TM programmer only needs to know two commands, one to get a 
message and another to send it. IMS transaction abends look (almost) exactly 
like a batch abend. IMS programs have no restrictions on OS facilities. An IMS 
program can even do an STIMER (WAIT) without affecting any other transaction 
processing. Because, it uses the OS to do *preemptive* multitasking, like a 
modern operating system.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crawford Robert C (Contractor)
Sent: Tuesday, July 25, 2023 8:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

Sorry, I worked in a shop that had both and I can tell you CICS is way more 
flexible, modern and performed better.

I will give you this:  IMS is a great piece of 90's technology.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Schmitt, Michael
Sent: Monday, July 24, 2023 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

Ars Technica published a deep-dive explainer of modern IBM mainframes:

https://arstechnica.com/information-technology/2023/07/the-ibm-mainframe-how-it-runs-and-why-it-survives/


I’d quibble with the application server topic that talks about CICS with no 
mention of IMS/TM. CICS is to IMS as Windows 3.1 is to Windows 10.  😊



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

Curved Flat Screen

[Steve Beaver]

I like watching News Nation.  And every so often they show the production
staff

Work stations.

 

Like all of us I run a pair of 23x11 flat screens because we need the real
estate.

 

On News Nation the real estate is a single curved flat screen that has about
48

Inches of real estate.

 

Does ANYONE know what brand those monsters are?


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

Re: Curved Flat Screen

[Matt Hogstrom]

Not sure what they use but I use a Dell 4919dw

Matt Hogstrom
m...@hogstrom.org
+1-919-656-0564
PGP Key: 0x90ECB270
Facebook   LinkedIn 
  Twitter 

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom



> On Jul 25, 2023, at 10:50 AM, Steve Beaver  wrote:
> 
> 
> 
> Does ANYONE know what brand those monsters are?
> 
> 
> --
> 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: Ignorant z/OS question

[Allan Staller]

Classification: Confidential

ISTR the some of the older "console" support was removed in the indicated 
timeframe. E.g. 1052
I cannot say for certain that the 3215 code was removed at that time.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Monday, July 24, 2023 12:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Shmuel asked:
>Do you have the URL for the Tracy Dean paper?

Yes, I've read it.

>Does it spell out all the pieces?
Probably, but as I said before, it makes enough assumptions that I can't 
understand what to do.

Alan Staller wrote:
>Going back to the original post, I seemed to have missed the
>information about the operating system release.

>z/OS (MVS...) has not supported the 3215 for at least 20 years. (ISTR
>MVS/ESA R.x, but that could be incorrect.)

This is z/OS 2.4. What does "not supported" mean per se? It comes up fine, just 
the output is fugly. And I'm 99.44% sure that wasn't true on our previous 
system.

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: Curved Flat Screen

[Tom Marchant]

In the office, I had a pair of 24 inch monitors. Working from home, I bought a 
43 inch 4k TV that I use as a monitor. It gives me the equivalent resolution of 
two 1080P monitors side by side, with two more above them, but without the 
borders between them.

I'm not familiar with a 23x11 flat screen. What is that?

-- 
Tom Marchant

On Tue, 25 Jul 2023 09:50:39 -0500, Steve Beaver  wrote:

>Like all of us I run a pair of 23x11 flat screens because we need the real
>estate.

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

Re: Curved Flat Screen

[Seymour J Metz]

> Like all of us I run a pair of 23x11 flat screens

Not all of us; I've always preferred one big monitor.

Lots of vendors sell 48" curved monitors. What aspect ratio do you want.


From: IBM Mainframe Discussion List  on behalf of 
Steve Beaver 
Sent: Tuesday, July 25, 2023 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Curved Flat Screen

I like watching News Nation.  And every so often they show the production
staff

Work stations.



Like all of us I run a pair of 23x11 flat screens because we need the real
estate.



On News Nation the real estate is a single curved flat screen that has about
48

Inches of real estate.



Does ANYONE know what brand those monsters are?


--
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: Curved Flat Screen

[Seymour J Metz]

Sounds like an ultrawide with a 21:9 aspect ratio.


From: IBM Mainframe Discussion List  on behalf of Tom 
Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, July 25, 2023 11:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Curved Flat Screen

In the office, I had a pair of 24 inch monitors. Working from home, I bought a 
43 inch 4k TV that I use as a monitor. It gives me the equivalent resolution of 
two 1080P monitors side by side, with two more above them, but without the 
borders between them.

I'm not familiar with a 23x11 flat screen. What is that?

--
Tom Marchant

On Tue, 25 Jul 2023 09:50:39 -0500, Steve Beaver  wrote:

>Like all of us I run a pair of 23x11 flat screens because we need the real
>estate.

--
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: Ignorant z/OS question

[Seymour J Metz]

I would have expected 1052-7, 3210 and 3215 support to die at the same time.


From: IBM Mainframe Discussion List  on behalf of 
Allan Staller <0387911dea17-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, July 25, 2023 10:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

Classification: Confidential

ISTR the some of the older "console" support was removed in the indicated 
timeframe. E.g. 1052
I cannot say for certain that the 3215 code was removed at that time.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Monday, July 24, 2023 12:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Shmuel asked:
>Do you have the URL for the Tracy Dean paper?

Yes, I've read it.

>Does it spell out all the pieces?
Probably, but as I said before, it makes enough assumptions that I can't 
understand what to do.

Alan Staller wrote:
>Going back to the original post, I seemed to have missed the
>information about the operating system release.

>z/OS (MVS...) has not supported the 3215 for at least 20 years. (ISTR
>MVS/ESA R.x, but that could be incorrect.)

This is z/OS 2.4. What does "not supported" mean per se? It comes up fine, just 
the output is fugly. And I'm 99.44% sure that wasn't true on our previous 
system.

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


--
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: Ignorant z/OS question

[Jon Perryman]

 > On Sunday, July 23, 2023 at 08:25:34 PM PDT, Steve Horein 
 >  wrote:
> The only time I have seen NIP messages (those messages prior to VARY

> CN(*),ACTIVATE being accepted) on a native MVS LPAR was when the NIP device


Hi Phil, Sorry for the long delay.but I had other things to do. Steve may have 
a possible solution. Let me put it into terms you can understand. 

Steve says there is 1 exception to the hardware console requiring V CN(*),ACT 
to become the first active console during IPL. He says if you disable all z/OS 
DEV(###) consoles, then the hardware console will automatically activate 
because there is no other console available. I believe this to be true but I 
have never tried this. There may be a couple caveats that can be discussed 
later if it solves your problem. 
 This is simple to test. From the z/OS VM user, detach all devices specified in 
PARMLIB(CONSOL##). At the moment, forget he mentions "NIP" device because this 
is almost always included in PARMLIB(CONSOL##) which means you would have 
detached it. This is so simple it's worth a try.
 


On Sunday, July 23, 2023 at 08:25:34 PM PDT, Steve Horein 
 wrote:  
 
 The only time I have seen NIP messages (those messages prior to VARY
CN(*),ACTIVATE being accepted) on a native MVS LPAR was when the NIP device
defined in the IODF was not available, I believe due to some cabling
issues. In that situation, all NIP messages were routed to the SE/HMC
System Console. I had requested the NIP device be removed from IODF years
before, for that exact purpose, to assist with automation that uses
SYSCONS, and/or for diagnostics, but due to Fear/Uncertainty/Doubt, the
request was flatly denied.

https://www.ibm.com/docs/en/zos/2.4.0?topic=system-nip-console
"If no NIP console is defined and ready, MVS™ will use the system console
as the NIP-time console."

I have zero experience with zVM, so I do not know if that NIP message
behavior is the same when MVS is running as a guest. I just figured I would
pass along my anecdotal observations.

--
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: SYSLOGD config question.

[Jon Perryman]

 > On Tuesday, July 25, 2023 at 07:03:40 AM PDT, Tom Longfellow wrote:
> It turns out that the core of my problem was my interpretation of a few 
> 'quirks' in syslog defining.

SYSLOGD does not solve every syslog problem thus you will find over a dozen 
alternatives. I'm not recommending what to use but there's a reason they exist. 
I suggest asking on a non-IBM Linux group because they are more likely to have 
experienced your problem and know the best solution. 


On Tuesday, July 25, 2023 at 07:03:40 AM PDT, Tom Longfellow 
<03e29b607131-dmarc-requ...@listserv.ua.edu> wrote:  
 
 I think I am on the right track now.
On a personal note, I have always had difficulty working with 'Reverse' logic, 
like my Reverse Polish Notation (RPN) calculator in my ancient College past.

I had tried the use of the '!' in the directives to no advantage several times 
over the years.

It turns out that the core of my problem was my interpretation of a few 
'quirks' in syslog defining.
Selection criteria is in four parts - source.task.component.faciility  
leaving out a part changes the meaning of all the remaining parts.  Evaluation 
is from right to left (another Reverse for me to deal with)
Selections can be concatenated and trigger when all the components are True.  
Any False test kills the evaluation of that rule.

This leaves you with the situation where you must define a test where the 
'truth' of the test 'excludes' the message.  
In the past, I was trying '!Condition' mixed with 'This one' conditions.  
Unsuccessfully.

Thanks to this web page 
https://colinpaice.blog/2022/05/30/setting-up-syslogd-on-z-os/  I now think I 
have it right.
Turns out there is a 'facility' called 'none' that can be viewed as 'not any of 
the other ones'.

Right now, my config file has the following and things are looking better. 
(BTW: the z/OS CS Syslogd Browser is VERY useful)

Rule/Active UNIX file name          
---=---=---=---=---=---=---=
*.TRMD*.*.*                          
/var/log/2023/07/25/trmd            
- - - - - - - - - - - - - - - - - - -
*.IKED*.*.*                          
/var/log/2023/07/25/iked            
- - - - - - - - - - - - - - - - - - -
*.debug                              
/var/log/2023/07/25/debug            
- - - - - - - - - - - - - - - - - - -
*.err                                
/var/log/2023/07/25/errors          
- - - - - - - - - - - - - - - - - - -
*.info;*.TRMD*.*.none;*.IKED*.*.none 
/var/log/2023/07/25/log              
- - - - - - - - - - - - - - - - - - -
(170.99.3.0/24).*.*                  
/var/log/2023/07/25/log-others

--
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: Ignorant z/OS question

[Phil Smith III]

Jon Perryman wrote:
>Steve says there is 1 exception to the hardware console requiring V
>CN(*),ACT to become the first active console during IPL. He says if
>you disable all z/OS DEV(###) consoles, then the hardware console will
>automatically activate because there is no other console available. I
>believe this to be true but I have never tried this. There may be a
>couple caveats that can be discussed later if it solves your problem.

>This is simple to test. From the z/OS VM user, detach all devices
>specified in PARMLIB(CONSOL##). At the moment, forget he mentions
>"NIP" device because this is almost always included in
>PARMLIB(CONSOL##) which means you would have detached it. This is so
>simple it's worth a try.

I will, when I can--maybe this weekend! That might be the answer, because the 
original directory entry (I'm told) had the virtual console at 0009, but the 
CONSOLxx has it at 03E1.

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

Re: Ignorant z/OS question

[David Spiegel]

Hi Phil,
z/VM has ALWAYS (since VM R6.0.) had the CONSOLE at 009 in the Directory 
entry for users by convention.

You could DEF 9 3E1 to change it.

Regards,
David

On 2023-07-25 12:00, Phil Smith III wrote:

Jon Perryman wrote:

Steve says there is 1 exception to the hardware console requiring V
CN(*),ACT to become the first active console during IPL. He says if
you disable all z/OS DEV(###) consoles, then the hardware console will
automatically activate because there is no other console available. I
believe this to be true but I have never tried this. There may be a
couple caveats that can be discussed later if it solves your problem.
This is simple to test. From the z/OS VM user, detach all devices
specified in PARMLIB(CONSOL##). At the moment, forget he mentions
"NIP" device because this is almost always included in
PARMLIB(CONSOL##) which means you would have detached it. This is so
simple it's worth a try.

I will, when I can--maybe this weekend! That might be the answer, because the 
original directory entry (I'm told) had the virtual console at 0009, but the 
CONSOLxx has it at 03E1.

--
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: Ignorant z/OS question

[Farley, Peter]

PMFJI here, but when I heard some years ago that z/OS dropped support for 3215 
keyboard/printer consoles it occurred to me to ask what the users of z/OS under 
z/VM were supposed to do to easily automate console logging/monitoring and 
automated IPL/shutdown external to z/OS?  Maybe more recent z/VM’s have 
facilities I am not aware of that can directly capture output from and interact 
with 3270 devices better than in older versions, but I haven’t seen anything in 
this thread that would support that speculation.

Why withdraw support for a simple to use and simple to automate console 
interface that Just Worked (tm)?  It never made any sense to me.  Maybe 
z/OS-centric hubris (automation can only happen inside z/OS, do it our way or 
hit the highway, dude)?

Peter

From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Tuesday, July 25, 2023 12:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question



Hi Phil,

z/VM has ALWAYS (since VM R6.0.) had the CONSOLE at 009 in the Directory

entry for users by convention.

You could DEF 9 3E1 to change it.



Regards,

David



On 2023-07-25 12:00, Phil Smith III wrote:

> Jon Perryman wrote:

>> Steve says there is 1 exception to the hardware console requiring V

>> CN(*),ACT to become the first active console during IPL. He says if

>> you disable all z/OS DEV(###) consoles, then the hardware console will

>> automatically activate because there is no other console available. I

>> believe this to be true but I have never tried this. There may be a

>> couple caveats that can be discussed later if it solves your problem.

>> This is simple to test. From the z/OS VM user, detach all devices

>> specified in PARMLIB(CONSOL##). At the moment, forget he mentions

>> "NIP" device because this is almost always included in

>> PARMLIB(CONSOL##) which means you would have detached it. This is so

>> simple it's worth a try.

> I will, when I can--maybe this weekend! That might be the answer, because the 
> original directory entry (I'm told) had the virtual console at 0009, but the 
> CONSOLxx has it at 03E1.

--



This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Mike Schwab]

IMS was written in the 1960s for NASA Apollo parts management.

On Tue, Jul 25, 2023, 08:14 Crawford Robert C (Contractor) <
04e08f385650-dmarc-requ...@listserv.ua.edu> wrote:

> Sorry, I worked in a shop that had both and I can tell you CICS is way
> more flexible, modern and performed better.
>
> I will give you this:  IMS is a great piece of 90's technology.
>
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Schmitt, Michael
> Sent: Monday, July 24, 2023 11:43 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXT] Ars Technica: The IBM mainframe: How it runs and why it
> survives
>
> Ars Technica published a deep-dive explainer of modern IBM mainframes:
>
>
> https://arstechnica.com/information-technology/2023/07/the-ibm-mainframe-how-it-runs-and-why-it-survives/
>
>
> I’d quibble with the application server topic that talks about CICS with
> no mention of IMS/TM. CICS is to IMS as Windows 3.1 is to Windows 10.  😊
>
>
>
> --
> 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: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Bill Johnson]

We used IMS at Packard Electric for parts management.


Sent from Yahoo Mail for iPhone


On Tuesday, July 25, 2023, 12:37 PM, Mike Schwab  
wrote:

IMS was written in the 1960s for NASA Apollo parts management.

On Tue, Jul 25, 2023, 08:14 Crawford Robert C (Contractor) <
04e08f385650-dmarc-requ...@listserv.ua.edu> wrote:

> Sorry, I worked in a shop that had both and I can tell you CICS is way
> more flexible, modern and performed better.
>
> I will give you this:  IMS is a great piece of 90's technology.
>
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Schmitt, Michael
> Sent: Monday, July 24, 2023 11:43 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXT] Ars Technica: The IBM mainframe: How it runs and why it
> survives
>
> Ars Technica published a deep-dive explainer of modern IBM mainframes:
>
>
> https://arstechnica.com/information-technology/2023/07/the-ibm-mainframe-how-it-runs-and-why-it-survives/
>
>
> I’d quibble with the application server topic that talks about CICS with
> no mention of IMS/TM. CICS is to IMS as Windows 3.1 is to Windows 10.  😊
>
>
>
> --
> 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: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[David Spiegel]

Hi Michael,
You said: "...CICS is to IMS as Windows 3.1 is to Windows 10. ..."
You're comparing apples and oranges.
(CICS has no native Database portion.)
BTW, a lot of the banks, insurance companies etc. are running CICS+DB2.
The majority of IMS users need it to support 40+ year old application 
systems.

Which one is the real dinosaur? (Hint: It's not CICS)

Regards,
David

On 2023-07-25 10:37, Schmitt, Michael wrote:

So CICS is no longer doing cooperative multitasking within each AOR, and thus 
requiring CICS versions of OS commands to prevent wait states from freezing the 
entire AOR? A CICS program can do direct GETMAINs, LOADS, abends, rather than 
use CICS commands? CICS no longer requires special versions of tools (e.g. 
debugger, abend dump management) and instead can use the same tools as batch 
programs? A CICS programmer no longer needs to learn a long list of CICS 
commands and EXEC CICS syntax? A CICS region no longer contains the storage 
from all of the transactions currently running and is now only one transaction 
in the region at a time? CICS transactions can no longer stomp on each other's 
memory?

Great, I did not know that.

IMS/TM uses the operating system for multitasking. There are no IMS/TM specific 
tools. An IMS/TM programmer only needs to know two commands, one to get a 
message and another to send it. IMS transaction abends look (almost) exactly 
like a batch abend. IMS programs have no restrictions on OS facilities. An IMS 
program can even do an STIMER (WAIT) without affecting any other transaction 
processing. Because, it uses the OS to do *preemptive* multitasking, like a 
modern operating system.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crawford Robert C (Contractor)
Sent: Tuesday, July 25, 2023 8:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

Sorry, I worked in a shop that had both and I can tell you CICS is way more 
flexible, modern and performed better.

I will give you this:  IMS is a great piece of 90's technology.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Schmitt, Michael
Sent: Monday, July 24, 2023 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

Ars Technica published a deep-dive explainer of modern IBM mainframes:

https://arstechnica.com/information-technology/2023/07/the-ibm-mainframe-how-it-runs-and-why-it-survives/


I’d quibble with the application server topic that talks about CICS with no 
mention of IMS/TM. CICS is to IMS as Windows 3.1 is to Windows 10.  😊



--
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: Curved Flat Screen

[Marjory Montgomery]

I also have a Dell U4919dw but have been eyeing the new Samsung 55” Odyssey Ark 
...   Samsung also has a 49 Odyssey Ark.

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

ThinkPad Z Series

[Steve Smith]

Now a new Z16 can be yours for a much lower price than you thought:
https://www.lenovo.com/us/en/c/laptops/thinkpad/thinkpadz/

And it's even "Made from meaningful materials, ... purposeful design, and
relentless innovation—yet it also moves beyond."

Man, how am I going put up with my old non-moving, unrelentless,
non-purposefully-designed T480 made with unmeaningful materials now?

-- 
sas

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

Re: Curved Flat Screen

[Seymour J Metz]

Ignoring cost, what is the largest usable monitor for work, and what is the 
best aspect ratio?

I'm currently using a 23" UHD (16:9), and am looking to get something larger.


From: IBM Mainframe Discussion List  on behalf of 
Marjory Montgomery <031be9a21d48-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, July 25, 2023 12:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Curved Flat Screen

I also have a Dell U4919dw but have been eyeing the new Samsung 55” Odyssey Ark 
...   Samsung also has a 49 Odyssey Ark.

--
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: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Tom Marchant]

Both CICS and IMS were originally written in the 1960s.
What is your point?

-- 
Tom Marchant

On Tue, 25 Jul 2023 11:36:54 -0500, Mike Schwab  wrote:

>IMS was written in the 1960s for NASA Apollo parts management.

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

Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Schmitt, Michael]

The Ars Technica article was discussing CICS as an application server. I was 
comparing CICS as an application server to IMS/TM as an application server. The 
DBMS is a different issue; there's no reason why IMS/TM must be used with 
IMS/DB. You can use IMS/TM with DB2.

The point I was trying to make was that CICS was designed as a cooperative 
multitasking system that reproduces all of the OS functions in itself. IMS/TM 
(originally IMS/DC) was designed to use the OS to do OS things and does none of 
that in itself, so it is *much* simpler.



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Tuesday, July 25, 2023 11:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

Hi Michael,
You said: "...CICS is to IMS as Windows 3.1 is to Windows 10. ..."
You're comparing apples and oranges.
(CICS has no native Database portion.)
BTW, a lot of the banks, insurance companies etc. are running CICS+DB2.
The majority of IMS users need it to support 40+ year old application
systems.
Which one is the real dinosaur? (Hint: It's not CICS)

Regards,
David

On 2023-07-25 10:37, Schmitt, Michael wrote:
> So CICS is no longer doing cooperative multitasking within each AOR, and thus 
> requiring CICS versions of OS commands to prevent wait states from freezing 
> the entire AOR? A CICS program can do direct GETMAINs, LOADS, abends, rather 
> than use CICS commands? CICS no longer requires special versions of tools 
> (e.g. debugger, abend dump management) and instead can use the same tools as 
> batch programs? A CICS programmer no longer needs to learn a long list of 
> CICS commands and EXEC CICS syntax? A CICS region no longer contains the 
> storage from all of the transactions currently running and is now only one 
> transaction in the region at a time? CICS transactions can no longer stomp on 
> each other's memory?
>
> Great, I did not know that.
>
> IMS/TM uses the operating system for multitasking. There are no IMS/TM 
> specific tools. An IMS/TM programmer only needs to know two commands, one to 
> get a message and another to send it. IMS transaction abends look (almost) 
> exactly like a batch abend. IMS programs have no restrictions on OS 
> facilities. An IMS program can even do an STIMER (WAIT) without affecting any 
> other transaction processing. Because, it uses the OS to do *preemptive* 
> multitasking, like a modern operating system.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Crawford Robert C (Contractor)
> Sent: Tuesday, July 25, 2023 8:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
> survives
>
> Sorry, I worked in a shop that had both and I can tell you CICS is way more 
> flexible, modern and performed better.
>
> I will give you this:  IMS is a great piece of 90's technology.
>
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Schmitt, Michael
> Sent: Monday, July 24, 2023 11:43 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
> survives
>
> Ars Technica published a deep-dive explainer of modern IBM mainframes:
>
> https://arstechnica.com/information-technology/2023/07/the-ibm-mainframe-how-it-runs-and-why-it-survives/
>
>
> I’d quibble with the application server topic that talks about CICS with no 
> mention of IMS/TM. CICS is to IMS as Windows 3.1 is to Windows 10.  😊
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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



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

Re: Apply job failed GIM240001E for connect direct 6.2

[Sathish Kumar]

Hi Tom,

While running the Apply usermod I got below error message.

 GIM24001E ** ASSEMBLER PROCESSING FOR SYSMOD LDIXX@2 FAILED FOR MODULE
DGAXDXX2  IN THE SDGASAMP LIBRARY. THE RETURN CODE (12) EXCEEDED ALLOWABLE
VALUE. DATE 23.206
 LDIXX02 HDGA620 GIM24001E -
ASSEMBLER PROCESSING FAILED FOR MODULE DGAXDXX2 IN THE SDGASAMP LIBRARY.
THE RETURN CODE WAS 12.
--- POSSIBLE CAUSES ---
 1. THE ASSEMBLER TEXT WAS IN ERROR.
 2. THE WRONG LEVEL OF MACROS WAS BEING USED
3. THE WRONG SET OF MACLIBS WAS BEING USED.

** ASMA057E UNDEFINED OPERATION CODE - DGA$SAMP
  ASMA060S COPY CODE NOT FOUND - DMGBLS
ASMA057E UNDEFINED OPERATION CODE - DMOS
ASMA057E UNDEFINED OPERATION CODE - DMDYNCB
 ASMA057E UNDEFINED OPERATION CODE - DMGSAFWA
ASMAB57E UNDEFINED OPERATION CODE - DMFSQCB
ASMA057E UNDEFINED OPERATION CODE - DMFRIXCB
ASMA057E UNDEFINED OPERATION CODE - SCENTER
 ASMA029E INCORRECT REGISTER SPECIFICATION - R3
ASMA004E UNDEFINED SYMBOL - R1

On Tue, 25 Jul, 2023, 7:02 pm Tom Marchant, <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> You didn't show us the instruction that got the Unidentified operation
> code message, so we can only guess. So far we seem to have guessed wrong.
>
> --
> Tom Marchant
>
> --
> Tom Marchant
>
> On Tue, 25 Jul 2023 17:40:57 +0530, Sathish Kumar 
> wrote:
>
> >I have updated SYSLIB CONCAT SYS1.MODGEN and rerun the job it's failed
> with
> >same error.
>
> --
> 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: Curved Flat Screen

[Steve Beaver]

I just looked at the Dell 4919dw, and what I call the post is in the center of 
the back of the screen
But great screen   I have 2 Dell 23x11's off of a IBM Docking station

Regards,


Steve Beaver
st...@stevebeaver.com

Office : 806-368-3859
Cell  : 806-300-9481

No man is a true believer unless he desires for his brother that, what he 
desires for himself. 




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Matt Hogstrom
Sent: Tuesday, July 25, 2023 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Curved Flat Screen

Not sure what they use but I use a Dell 4919dw

Matt Hogstrom
m...@hogstrom.org
+1-919-656-0564
PGP Key: 0x90ECB270
Facebook   LinkedIn 
  Twitter 

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom



> On Jul 25, 2023, at 10:50 AM, Steve Beaver  wrote:
> 
> 
> 
> Does ANYONE know what brand those monsters are?
> 
> 
> --
> 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: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[David Spiegel]

Hi Michael,
I have yet to see a site running IMS/DC and not run IMS/DB.
Have you actually seen this?

BTW, the article had more than one technical error. For example, a JCL 
Step name with 9 characters.


Regards,
David

On 2023-07-25 13:16, Schmitt, Michael wrote:

The Ars Technica article was discussing CICS as an application server. I was 
comparing CICS as an application server to IMS/TM as an application server. The 
DBMS is a different issue; there's no reason why IMS/TM must be used with 
IMS/DB. You can use IMS/TM with DB2.

The point I was trying to make was that CICS was designed as a cooperative 
multitasking system that reproduces all of the OS functions in itself. IMS/TM 
(originally IMS/DC) was designed to use the OS to do OS things and does none of 
that in itself, so it is *much* simpler.



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Tuesday, July 25, 2023 11:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

Hi Michael,
You said: "...CICS is to IMS as Windows 3.1 is to Windows 10. ..."
You're comparing apples and oranges.
(CICS has no native Database portion.)
BTW, a lot of the banks, insurance companies etc. are running CICS+DB2.
The majority of IMS users need it to support 40+ year old application
systems.
Which one is the real dinosaur? (Hint: It's not CICS)

Regards,
David

On 2023-07-25 10:37, Schmitt, Michael wrote:

So CICS is no longer doing cooperative multitasking within each AOR, and thus 
requiring CICS versions of OS commands to prevent wait states from freezing the 
entire AOR? A CICS program can do direct GETMAINs, LOADS, abends, rather than 
use CICS commands? CICS no longer requires special versions of tools (e.g. 
debugger, abend dump management) and instead can use the same tools as batch 
programs? A CICS programmer no longer needs to learn a long list of CICS 
commands and EXEC CICS syntax? A CICS region no longer contains the storage 
from all of the transactions currently running and is now only one transaction 
in the region at a time? CICS transactions can no longer stomp on each other's 
memory?

Great, I did not know that.

IMS/TM uses the operating system for multitasking. There are no IMS/TM specific 
tools. An IMS/TM programmer only needs to know two commands, one to get a 
message and another to send it. IMS transaction abends look (almost) exactly 
like a batch abend. IMS programs have no restrictions on OS facilities. An IMS 
program can even do an STIMER (WAIT) without affecting any other transaction 
processing. Because, it uses the OS to do *preemptive* multitasking, like a 
modern operating system.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Crawford Robert C (Contractor)
Sent: Tuesday, July 25, 2023 8:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

Sorry, I worked in a shop that had both and I can tell you CICS is way more 
flexible, modern and performed better.

I will give you this:  IMS is a great piece of 90's technology.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Schmitt, Michael
Sent: Monday, July 24, 2023 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

Ars Technica published a deep-dive explainer of modern IBM mainframes:

https://arstechnica.com/information-technology/2023/07/the-ibm-mainframe-how-it-runs-and-why-it-survives/


I’d quibble with the application server topic that talks about CICS with no 
mention of IMS/TM. CICS is to IMS as Windows 3.1 is to Windows 10.  😊



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

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



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

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



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


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@list

Curved Flat Screen

[Steve Beaver]

 
https://www.amazon.com/gp/product/B0BCXJ7XXM?tag=rtings-mn-r-amazon-20&ie=UT
F8&th=1

I have found this Alienware but its asking questions I don't know how to
answer

Steve

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

Re: Curved Flat Screen

[Matt Hogstrom]

FWIW

I have a Dell U3811 in the office and its a good monitor and I have the 4919dw 
at home … 

I also have a SAMSUNG 49" Odyssey Neo G9 G95NA Gaming Monitor, 4K UHD Mini LED 
Display, Curved Screen, 240Hz, 1ms, G-Sync and FreeSync Premium Pro 

  its a bit pricy and its on the computer the kids use for gaming … they love 
it.

For working, I prefer the Dell 4914dw  

Matt Hogstrom


“It may be cognitive, but, it ain’t intuitive."
— Hogstrom



> On Jul 25, 2023, at 1:29 PM, Steve Beaver  wrote:
> 
> I just looked at the Dell 4919dw, and what I call the post is in the center 
> of the back of the screen
> But great screen   I have 2 Dell 23x11's off of a IBM Docking station
> 
> Regards,
> 
> 


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

Re: Curved Flat Screen

[Seymour J Metz]

That's a strange ad: it keeps giving the "resolution" in Hz, instead of 
2560x1440. With a 27" screen size I'd suggest considering 3840x2160 ("4K UHD").


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Beaver [st...@stevebeaver.com]
Sent: Tuesday, July 25, 2023 1:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Curved Flat Screen

https://www.amazon.com/gp/product/B0BCXJ7XXM?tag=rtings-mn-r-amazon-20&ie=UT
F8&th=1

I have found this Alienware but its asking questions I don't know how to
answer

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: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Schmitt, Michael]

No, I don’t know of an IMS/TM + DB2 system.

But then the CICS systems I work with are also not using DB2. They use VSAM!

And even for IMS/DB, my gut feel is there are a lot more CICS + IMS/DB 
installations than IMS/TM + IMS/DB.


Also, CICS is from ~1966, IMS/DC (later renamed to IMS/TM in IMS Version 4) 
must have been much later than that, but I can't find the date.

Reason I think I it is much later (late 70's? early 80's?) is because, as I 
understand it, the reason CICS was designed the way it is was because at the 
time, the OS it ran on wasn't so great at multitasking. Or maybe didn't do 
multitasking at all. But IMS/DC was designed at a time when the OS was good at 
preemptive multitasking between tasks and jobs. Was this MVS?


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Tuesday, July 25, 2023 12:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

Hi Michael,
I have yet to see a site running IMS/DC and not run IMS/DB.
Have you actually seen this?

BTW, the article had more than one technical error. For example, a JCL
Step name with 9 characters.

Regards,
David

On 2023-07-25 13:16, Schmitt, Michael wrote:
> The Ars Technica article was discussing CICS as an application server. I was 
> comparing CICS as an application server to IMS/TM as an application server. 
> The DBMS is a different issue; there's no reason why IMS/TM must be used with 
> IMS/DB. You can use IMS/TM with DB2.
>
> The point I was trying to make was that CICS was designed as a cooperative 
> multitasking system that reproduces all of the OS functions in itself. IMS/TM 
> (originally IMS/DC) was designed to use the OS to do OS things and does none 
> of that in itself, so it is *much* simpler.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> David Spiegel
> Sent: Tuesday, July 25, 2023 11:48 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
> survives
>
> Hi Michael,
> You said: "...CICS is to IMS as Windows 3.1 is to Windows 10. ..."
> You're comparing apples and oranges.
> (CICS has no native Database portion.)
> BTW, a lot of the banks, insurance companies etc. are running CICS+DB2.
> The majority of IMS users need it to support 40+ year old application
> systems.
> Which one is the real dinosaur? (Hint: It's not CICS)
>
> Regards,
> David
>
> On 2023-07-25 10:37, Schmitt, Michael wrote:
>> So CICS is no longer doing cooperative multitasking within each AOR, and 
>> thus requiring CICS versions of OS commands to prevent wait states from 
>> freezing the entire AOR? A CICS program can do direct GETMAINs, LOADS, 
>> abends, rather than use CICS commands? CICS no longer requires special 
>> versions of tools (e.g. debugger, abend dump management) and instead can use 
>> the same tools as batch programs? A CICS programmer no longer needs to learn 
>> a long list of CICS commands and EXEC CICS syntax? A CICS region no longer 
>> contains the storage from all of the transactions currently running and is 
>> now only one transaction in the region at a time? CICS transactions can no 
>> longer stomp on each other's memory?
>>
>> Great, I did not know that.
>>
>> IMS/TM uses the operating system for multitasking. There are no IMS/TM 
>> specific tools. An IMS/TM programmer only needs to know two commands, one to 
>> get a message and another to send it. IMS transaction abends look (almost) 
>> exactly like a batch abend. IMS programs have no restrictions on OS 
>> facilities. An IMS program can even do an STIMER (WAIT) without affecting 
>> any other transaction processing. Because, it uses the OS to do *preemptive* 
>> multitasking, like a modern operating system.
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On Behalf Of 
>> Crawford Robert C (Contractor)
>> Sent: Tuesday, July 25, 2023 8:14 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
>> survives
>>
>> Sorry, I worked in a shop that had both and I can tell you CICS is way more 
>> flexible, modern and performed better.
>>
>> I will give you this:  IMS is a great piece of 90's technology.
>>
>> Robert Crawford
>> Abstract Evolutions LLC
>> (210) 913-3822
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On Behalf Of 
>> Schmitt, Michael
>> Sent: Monday, July 24, 2023 11:43 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
>> survives
>>
>> Ars Technica published a deep-dive explainer of modern IBM mainframes:
>>
>> https://arstechnica.com/information-technology/2023/07/the-ibm-mainframe-how-it-runs-and-why-it-survives/
>>
>>
>> I’d quibble with the application server topic that talks about CICS with no 
>> mention of IMS/TM. CICS is to IMS as Windows 3.1 is to Windows 10.  😊
>>
>>
>>

Re: Curved Flat Screen

[Marshall Stone]

I use this Samsung model and it works well.
SAMSUNG UJ59 Series 32-Inch 4K UHD (3840x2160) Computer Monitor, HDMI

Marshall Stone
Mainframe Engineer, Technical Services
Mobile: 859-494-8651

www.edgesolutionsandconsulting.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Tuesday, July 25, 2023 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Curved Flat Screen

 
https://www.amazon.com/gp/product/B0BCXJ7XXM?tag=rtings-mn-r-amazon-20&ie=UT
F8&th=1

I have found this Alienware but its asking questions I don't know how to answer

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: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[rpinion865]

I'm probably wrong.  But I thought IMS was developed for NASA during the Gemini 
and Apollo time frame.




Sent with Proton Mail secure email.

--- Original Message ---
On Tuesday, July 25th, 2023 at 2:05 PM, Schmitt, Michael 
 wrote:


> No, I don’t know of an IMS/TM + DB2 system.
> 
> But then the CICS systems I work with are also not using DB2. They use VSAM!
> 
> And even for IMS/DB, my gut feel is there are a lot more CICS + IMS/DB 
> installations than IMS/TM + IMS/DB.
> 
> 
> Also, CICS is from ~1966, IMS/DC (later renamed to IMS/TM in IMS Version 4) 
> must have been much later than that, but I can't find the date.
> 
> Reason I think I it is much later (late 70's? early 80's?) is because, as I 
> understand it, the reason CICS was designed the way it is was because at the 
> time, the OS it ran on wasn't so great at multitasking. Or maybe didn't do 
> multitasking at all. But IMS/DC was designed at a time when the OS was good 
> at preemptive multitasking between tasks and jobs. Was this MVS?
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> David Spiegel
> 
> Sent: Tuesday, July 25, 2023 12:38 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
> survives
> 
> Hi Michael,
> I have yet to see a site running IMS/DC and not run IMS/DB.
> Have you actually seen this?
> 
> BTW, the article had more than one technical error. For example, a JCL
> Step name with 9 characters.
> 
> Regards,
> David
> 
> On 2023-07-25 13:16, Schmitt, Michael wrote:
> 
> > The Ars Technica article was discussing CICS as an application server. I 
> > was comparing CICS as an application server to IMS/TM as an application 
> > server. The DBMS is a different issue; there's no reason why IMS/TM must be 
> > used with IMS/DB. You can use IMS/TM with DB2.
> > 
> > The point I was trying to make was that CICS was designed as a cooperative 
> > multitasking system that reproduces all of the OS functions in itself. 
> > IMS/TM (originally IMS/DC) was designed to use the OS to do OS things and 
> > does none of that in itself, so it is much simpler.
> > 
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> > David Spiegel
> > Sent: Tuesday, July 25, 2023 11:48 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
> > survives
> > 
> > Hi Michael,
> > You said: "...CICS is to IMS as Windows 3.1 is to Windows 10. ..."
> > You're comparing apples and oranges.
> > (CICS has no native Database portion.)
> > BTW, a lot of the banks, insurance companies etc. are running CICS+DB2.
> > The majority of IMS users need it to support 40+ year old application
> > systems.
> > Which one is the real dinosaur? (Hint: It's not CICS)
> > 
> > Regards,
> > David
> > 
> > On 2023-07-25 10:37, Schmitt, Michael wrote:
> > 
> > > So CICS is no longer doing cooperative multitasking within each AOR, and 
> > > thus requiring CICS versions of OS commands to prevent wait states from 
> > > freezing the entire AOR? A CICS program can do direct GETMAINs, LOADS, 
> > > abends, rather than use CICS commands? CICS no longer requires special 
> > > versions of tools (e.g. debugger, abend dump management) and instead can 
> > > use the same tools as batch programs? A CICS programmer no longer needs 
> > > to learn a long list of CICS commands and EXEC CICS syntax? A CICS region 
> > > no longer contains the storage from all of the transactions currently 
> > > running and is now only one transaction in the region at a time? CICS 
> > > transactions can no longer stomp on each other's memory?
> > > 
> > > Great, I did not know that.
> > > 
> > > IMS/TM uses the operating system for multitasking. There are no IMS/TM 
> > > specific tools. An IMS/TM programmer only needs to know two commands, one 
> > > to get a message and another to send it. IMS transaction abends look 
> > > (almost) exactly like a batch abend. IMS programs have no restrictions on 
> > > OS facilities. An IMS program can even do an STIMER (WAIT) without 
> > > affecting any other transaction processing. Because, it uses the OS to do 
> > > preemptive multitasking, like a modern operating system.
> > > 
> > > -Original Message-
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> > > Crawford Robert C (Contractor)
> > > Sent: Tuesday, July 25, 2023 8:14 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why 
> > > it survives
> > > 
> > > Sorry, I worked in a shop that had both and I can tell you CICS is way 
> > > more flexible, modern and performed better.
> > > 
> > > I will give you this: IMS is a great piece of 90's technology.
> > > 
> > > Robert Crawford
> > > Abstract Evolutions LLC
> > > (210) 913-3822
> > > 
> > > -Original Message-
> > 

Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Lionel B. Dyck]

For history see 
https://www.ibm.com/docs/en/zos-basic-skills?topic=now-history-ims-beginnings-nasa
 and https://www.informit.com/articles/article.aspx?p=377307&seqNum=2

>From the 2nd link:

IMS is still a viable, even unmatched, platform to implement very large online 
transaction processing (OLTP) systems and, in combination with Web Application 
Server technology, it is the foundation for a new generation of Web-based, 
high-workload applications.

Here are some interesting facts about how IMS is used.

IMS manages a large percentage of the world's corporate data.

Over 95% of Fortune 1000 companies use IMS.
IMS manages over 15 million gigabytes of production data.
$2.5 trillion (in US dollars) per day is transferred through IMS by one 
customer.
IMS processes over 50 billion transactions per day.

IMS serves over 200 million users every day.
IMS processes over 100 million transactions per day for one customer.
IMS processes over 120 million transactions per day (7 million per hour) for 
another customer.
IMS can process 21,000 transactions per second (over 1 billion per day) using 
IMS data sharing and shared queues.
A single IMS has processed over 6000 transactions per second over a single 
TCP/IP connection.


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 
Schmitt, Michael
Sent: Tuesday, July 25, 2023 1:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

No, I don’t know of an IMS/TM + DB2 system.

But then the CICS systems I work with are also not using DB2. They use VSAM!

And even for IMS/DB, my gut feel is there are a lot more CICS + IMS/DB 
installations than IMS/TM + IMS/DB.


Also, CICS is from ~1966, IMS/DC (later renamed to IMS/TM in IMS Version 4) 
must have been much later than that, but I can't find the date.

Reason I think I it is much later (late 70's? early 80's?) is because, as I 
understand it, the reason CICS was designed the way it is was because at the 
time, the OS it ran on wasn't so great at multitasking. Or maybe didn't do 
multitasking at all. But IMS/DC was designed at a time when the OS was good at 
preemptive multitasking between tasks and jobs. Was this MVS?


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Tuesday, July 25, 2023 12:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

Hi Michael,
I have yet to see a site running IMS/DC and not run IMS/DB.
Have you actually seen this?

BTW, the article had more than one technical error. For example, a JCL Step 
name with 9 characters.

Regards,
David

On 2023-07-25 13:16, Schmitt, Michael wrote:
> The Ars Technica article was discussing CICS as an application server. I was 
> comparing CICS as an application server to IMS/TM as an application server. 
> The DBMS is a different issue; there's no reason why IMS/TM must be used with 
> IMS/DB. You can use IMS/TM with DB2.
>
> The point I was trying to make was that CICS was designed as a cooperative 
> multitasking system that reproduces all of the OS functions in itself. IMS/TM 
> (originally IMS/DC) was designed to use the OS to do OS things and does none 
> of that in itself, so it is *much* simpler.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of David Spiegel
> Sent: Tuesday, July 25, 2023 11:48 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and 
> why it survives
>
> Hi Michael,
> You said: "...CICS is to IMS as Windows 3.1 is to Windows 10. ..."
> You're comparing apples and oranges.
> (CICS has no native Database portion.) BTW, a lot of the banks, 
> insurance companies etc. are running CICS+DB2.
> The majority of IMS users need it to support 40+ year old application 
> systems.
> Which one is the real dinosaur? (Hint: It's not CICS)
>
> Regards,
> David
>
> On 2023-07-25 10:37, Schmitt, Michael wrote:
>> So CICS is no longer doing cooperative multitasking within each AOR, and 
>> thus requiring CICS versions of OS commands to prevent wait states from 
>> freezing the entire AOR? A CICS program can do direct GETMAINs, LOADS, 
>> abends, rather than use CICS commands? CICS no longer requires special 
>> versions of tools (e.g. debugger, abend dump management) and instead can use 
>> the same tools as batch programs? A CICS programmer no longer needs to learn 
>> a long list of CICS commands and EXEC CICS syntax? A CICS region no longer 
>> contains the storage from all of the transactions currently running and is 
>> now only one transaction in the region at a time? CICS transactions can no 
>> longer stomp on each other's 

Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Bill Johnson]

1968 it became available. 
https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/deepak-kohli/2022/06/03/ims-speed-storage




Sent from Yahoo Mail for iPhone


On Tuesday, July 25, 2023, 2:09 PM, rpinion865 
<042a019916dd-dmarc-requ...@listserv.ua.edu> wrote:

I'm probably wrong.  But I thought IMS was developed for NASA during the Gemini 
and Apollo time frame.




Sent with Proton Mail secure email.

--- Original Message ---
On Tuesday, July 25th, 2023 at 2:05 PM, Schmitt, Michael 
 wrote:


> No, I don’t know of an IMS/TM + DB2 system.
> 
> But then the CICS systems I work with are also not using DB2. They use VSAM!
> 
> And even for IMS/DB, my gut feel is there are a lot more CICS + IMS/DB 
> installations than IMS/TM + IMS/DB.
> 
> 
> Also, CICS is from ~1966, IMS/DC (later renamed to IMS/TM in IMS Version 4) 
> must have been much later than that, but I can't find the date.
> 
> Reason I think I it is much later (late 70's? early 80's?) is because, as I 
> understand it, the reason CICS was designed the way it is was because at the 
> time, the OS it ran on wasn't so great at multitasking. Or maybe didn't do 
> multitasking at all. But IMS/DC was designed at a time when the OS was good 
> at preemptive multitasking between tasks and jobs. Was this MVS?
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> David Spiegel
> 
> Sent: Tuesday, July 25, 2023 12:38 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
> survives
> 
> Hi Michael,
> I have yet to see a site running IMS/DC and not run IMS/DB.
> Have you actually seen this?
> 
> BTW, the article had more than one technical error. For example, a JCL
> Step name with 9 characters.
> 
> Regards,
> David
> 
> On 2023-07-25 13:16, Schmitt, Michael wrote:
> 
> > The Ars Technica article was discussing CICS as an application server. I 
> > was comparing CICS as an application server to IMS/TM as an application 
> > server. The DBMS is a different issue; there's no reason why IMS/TM must be 
> > used with IMS/DB. You can use IMS/TM with DB2.
> > 
> > The point I was trying to make was that CICS was designed as a cooperative 
> > multitasking system that reproduces all of the OS functions in itself. 
> > IMS/TM (originally IMS/DC) was designed to use the OS to do OS things and 
> > does none of that in itself, so it is much simpler.
> > 
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> > David Spiegel
> > Sent: Tuesday, July 25, 2023 11:48 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
> > survives
> > 
> > Hi Michael,
> > You said: "...CICS is to IMS as Windows 3.1 is to Windows 10. ..."
> > You're comparing apples and oranges.
> > (CICS has no native Database portion.)
> > BTW, a lot of the banks, insurance companies etc. are running CICS+DB2.
> > The majority of IMS users need it to support 40+ year old application
> > systems.
> > Which one is the real dinosaur? (Hint: It's not CICS)
> > 
> > Regards,
> > David
> > 
> > On 2023-07-25 10:37, Schmitt, Michael wrote:
> > 
> > > So CICS is no longer doing cooperative multitasking within each AOR, and 
> > > thus requiring CICS versions of OS commands to prevent wait states from 
> > > freezing the entire AOR? A CICS program can do direct GETMAINs, LOADS, 
> > > abends, rather than use CICS commands? CICS no longer requires special 
> > > versions of tools (e.g. debugger, abend dump management) and instead can 
> > > use the same tools as batch programs? A CICS programmer no longer needs 
> > > to learn a long list of CICS commands and EXEC CICS syntax? A CICS region 
> > > no longer contains the storage from all of the transactions currently 
> > > running and is now only one transaction in the region at a time? CICS 
> > > transactions can no longer stomp on each other's memory?
> > > 
> > > Great, I did not know that.
> > > 
> > > IMS/TM uses the operating system for multitasking. There are no IMS/TM 
> > > specific tools. An IMS/TM programmer only needs to know two commands, one 
> > > to get a message and another to send it. IMS transaction abends look 
> > > (almost) exactly like a batch abend. IMS programs have no restrictions on 
> > > OS facilities. An IMS program can even do an STIMER (WAIT) without 
> > > affecting any other transaction processing. Because, it uses the OS to do 
> > > preemptive multitasking, like a modern operating system.
> > > 
> > > -Original Message-
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> > > Crawford Robert C (Contractor)
> > > Sent: Tuesday, July 25, 2023 8:14 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why 
> > > it survives
> > > 
> > > Sorry, I worked in a shop that had both and I

Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Jay Maynard]

I worked in several shops that had both IMS and CICS. I was always a CICS
guy, and know essentially nothing about IMS/DC or IMS/TM...and always
wondered why a shop would run both transaction processors.

On Tue, Jul 25, 2023 at 1:11 PM Lionel B. Dyck  wrote:

> For history see
> https://www.ibm.com/docs/en/zos-basic-skills?topic=now-history-ims-beginnings-nasa
> and https://www.informit.com/articles/article.aspx?p=377307&seqNum=2
>
> From the 2nd link:
>
> IMS is still a viable, even unmatched, platform to implement very large
> online transaction processing (OLTP) systems and, in combination with Web
> Application Server technology, it is the foundation for a new generation of
> Web-based, high-workload applications.
>
> Here are some interesting facts about how IMS is used.
>
> IMS manages a large percentage of the world's corporate data.
>
> Over 95% of Fortune 1000 companies use IMS.
> IMS manages over 15 million gigabytes of production data.
> $2.5 trillion (in US dollars) per day is transferred through IMS by one
> customer.
> IMS processes over 50 billion transactions per day.
>
> IMS serves over 200 million users every day.
> IMS processes over 100 million transactions per day for one customer.
> IMS processes over 120 million transactions per day (7 million per hour)
> for another customer.
> IMS can process 21,000 transactions per second (over 1 billion per day)
> using IMS data sharing and shared queues.
> A single IMS has processed over 6000 transactions per second over a single
> TCP/IP connection.
>
>
> 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 Schmitt, Michael
> Sent: Tuesday, July 25, 2023 1:05 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it
> survives
>
> No, I don’t know of an IMS/TM + DB2 system.
>
> But then the CICS systems I work with are also not using DB2. They use
> VSAM!
>
> And even for IMS/DB, my gut feel is there are a lot more CICS + IMS/DB
> installations than IMS/TM + IMS/DB.
>
>
> Also, CICS is from ~1966, IMS/DC (later renamed to IMS/TM in IMS Version
> 4) must have been much later than that, but I can't find the date.
>
> Reason I think I it is much later (late 70's? early 80's?) is because, as
> I understand it, the reason CICS was designed the way it is was because at
> the time, the OS it ran on wasn't so great at multitasking. Or maybe didn't
> do multitasking at all. But IMS/DC was designed at a time when the OS was
> good at preemptive multitasking between tasks and jobs. Was this MVS?
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of David Spiegel
> Sent: Tuesday, July 25, 2023 12:38 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it
> survives
>
> Hi Michael,
> I have yet to see a site running IMS/DC and not run IMS/DB.
> Have you actually seen this?
>
> BTW, the article had more than one technical error. For example, a JCL
> Step name with 9 characters.
>
> Regards,
> David
>
> On 2023-07-25 13:16, Schmitt, Michael wrote:
> > The Ars Technica article was discussing CICS as an application server. I
> was comparing CICS as an application server to IMS/TM as an application
> server. The DBMS is a different issue; there's no reason why IMS/TM must be
> used with IMS/DB. You can use IMS/TM with DB2.
> >
> > The point I was trying to make was that CICS was designed as a
> cooperative multitasking system that reproduces all of the OS functions in
> itself. IMS/TM (originally IMS/DC) was designed to use the OS to do OS
> things and does none of that in itself, so it is *much* simpler.
> >
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of David Spiegel
> > Sent: Tuesday, July 25, 2023 11:48 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and
> > why it survives
> >
> > Hi Michael,
> > You said: "...CICS is to IMS as Windows 3.1 is to Windows 10. ..."
> > You're comparing apples and oranges.
> > (CICS has no native Database portion.) BTW, a lot of the banks,
> > insurance companies etc. are running CICS+DB2.
> > The majority of IMS users need it to support 40+ year old application
> > systems.
> > Which one is the real dinosaur? (Hint: It's not CICS)
> >
> > Regards,
> > David
> >
> > On 2023-07-25 10:37, Schmitt, Michael wrote:
> >> So CICS is no longer doing cooperative multitasking within each AOR,
> and thus requiring CICS versions of OS commands to prevent wait states from
> freezing the entire AOR? A CICS program can do direct GETMAINs, LOADS,
> abends, rather than use CICS commands? CICS no longer requires special
> versio

Re: Ignorant z/OS question

[Jon Perryman]

 > On Sunday, July 23, 2023 at 09:31:24 PM PDT, Seymour J Metz  
 > wrote: > That looks like the result of CP, HCD and MCS not specifying the 
 > same device type.
> What happens if all three are 3215? What happens if all three are 3270?  
> Please stop letting Seymour drag everyone down a rabbit hole. What Seymour is 
> saying is non-sense. He's being pompous by over valuing his own opinion. The 
> only CONSOLE DEV(###) that would be useful to Phil are printers that are 
> compatible with z/VM 3215.  Phil's only choices are CONSOLE DEV(###) printers 
> or the hardware console. Since Phil did not mention needing to issue z/OS 
> commands, printer should be acceptable. Unless I missed something, everything 
> else does not solve his problem.  Phil, you can ignore the rest of this 
> message because it is for the z/OS people. I need to describe why this is 
> complete non-sense.  1. The console addr space is a simple application that 
> happens to deal with z/OS commands and messages. It has multiple user 
> interfaces (e.g. device addresses - terminals/printers,  VTAM LU's, hardware 
> console, SSI, syslog, JES joblog & programmer log, remote console (think JES3 
> consolidated consoles) and probably a few I forgot to mention).  2. Each user 
> interface is designed around how it will be used. I've avoided details that 
> will confuse Phil who does not understand z/OS nor it's terminology. Those 
> missing details would be helpful for z/OS people to understand why I'm making 
> a statement.   3. Console DEV(###) user interface cannot support 3215. 
> DEV(###) supports a few printers for hardcopy log and 3270 for user 
> interface. If I remember correctly, the 3215 connected to channel 0 (byte 
> channel). We lost byte channels decades ago so I wouldn't expect it to be HCD 
> definable nor console definable.


4. Console DEV(###) for 3270 terminals can be queried. For years, I defined my 
TN3270 session 160 X 60 which is not a valid model but still worked with any 
valid 3278 model specified. 3174 supported ascii scrollable terminals but from 
Phils tests, it appears that console does not support this capability.   5. 
Console 3270 datastream is not useful to Phil. While it's possible to screen 
scrape, lines are scrolled on a 3270 console which would cause the same line to 
be displayed multiple times on the screen in different locations.  On 
Sunday, July 23, 2023 at 09:31:24 PM PDT, Seymour J Metz  
wrote:  
 
 That looks like the result of CP, HCD and MCS not specifying the same device 
type. What happens if all three are 3215? What happens if all three are 3270?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Phil Smith III [li...@akphs.com]
Sent: Sunday, July 23, 2023 11:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

Well, this is interesting. Tried again just now with TERMINAL CONMODE 3215. It 
comes up, and I see SECUSER output. The only weirdness is that much of the 
output is oddly formatted (copied from SECUSER's screen, in linemode):

                  B-    *10.09.46          *CBR3002E Library LATL00 no longer u
sable.              C0    *10.09.46          *CBR3002E Library LVTS00 no longe
r usable.              E      *10.10.28 STC03234 *HZS0003E CHECK(IBMJES2,JES2_C
KPT_CONFIG_SVSCJES2):      F&    *IAZH123E One or more checkpoints or new check
points are not defined.      G-    *10.10.28 STC03234 *HZS0003E CHECK(IBMJES2,
JES2_CKPT_CONFIG_SVSCJES2):      H0    *IAZH128E Operator verification is enabl
ed.                                ¢    - 10.11.25 STC03228  ADR111I-* AUTOMAT
IC SYSTEM            *                .&    - 10.11.25 STC03228  ADR111I-* STAR
T WILL BEGIN IN        *                <-    - 10.11.25 STC03228  ADR111I-* A
PPROXIMATELY 60 SECONDS.  *                (0    - 10.11.25 STC03228  ADR111I-
*                            *                |    - 10.11.25 STC03228  ADR11
1I-* ISSUE COMMAND:              *                &&    - 10.11.25 STC03228  AD
R111I-*                            *                J-    - 10.11.25 STC03228
 ADR111I-* C ALLAUTO                  *                K0    - 10.11.25 STC032
28  ADR111I-*                            *                M    - 10.11.25 STC
03228  ADR111I-* TO STOP AUTO START.        *                N&  00- 10.11.25
STC03228  ADR111I-*                            *                O-    - 10.11.
25 STC03228  ADR111I-***                *0  IEE163I

If I take some of that output and manually reformat it, I get:

*CBR3002E Library LATL00 no longer usable.              C0    *10.09.46
*CBR3002E Library LVTS00 no longer usable.              E      *10.10.28 
STC03234
*HZS0003E CHECK(IBMJES2,JES2_CKPT_CONFIG_SVSCJES2):      F&
*IAZH123E One or more checkpoints or new checkpoints are not defined.      G-
*10.10.28 STC03234 *HZS0003E CHECK(IBMJES2,JES2_CKPT_CONFI

Re: Apply job failed GIM240001E for connect direct 6.2

[David Spiegel]

Hi Satish,
Please concatenate 'DGA.SDGAMAC'  or equivalent (listed under SDGAMAC 
Target Zone DDDEF)

to Target Zone SYSLIB DDDEF and retry.

Regards,
David

On 2023-07-25 08:10, Sathish Kumar wrote:

Hi,

I have updated SYSLIB CONCAT SYS1.MODGEN and rerun the job it's failed with
same error.

Thanks.

On Tue, 25 Jul, 2023, 4:39 pm Gerry Tracey,  wrote:


Hi,

That is the target library for AMODGEN and can be used instead.

Gerry


On 25 Jul 2023, at 12:04, Sathish Kumar  wrote:

Yes we have Sys1.Modgen


On Tue, 25 Jul, 2023, 4:25 pm Gerry Tracey, 

wrote:

Hi,

Do you have SYS1.MODGEN?

Gerry


On 25 Jul 2023, at 11:20, Sathish Kumar  wrote:

Hi,

Sure,  I don't have AMODGEN Marco library. So how we can proceed?

Thanks,



On Tue, 25 Jul, 2023, 12:41 am Steve Thompson, 

wrote:

What Allen said.

And make sure you follow what the install doc says for
Connect:Direct, as well as any HOLD ACTIONs: do the actions
before BYPASS.

Steve Thompson


On 7/24/2023 1:44 PM, Allan Staller wrote:
Classification: Confidential

Most likley it is a missing library in the SYSLIB concatenation.

1) Check the assembly listing for "macro not found" messages
2) locate the macro
3) Using the SMPE dialogs, adjust the SYSLIB DDDEF to include the

missing macro library(ies)

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On

Behalf Of Sathish Kumar

Sent: Monday, July 24, 2023 12:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Apply job failed GIM240001E for connect direct 6.2

[CAUTION: This Email is from outside the Organization. Unless you

trust

the sender, Don’t click links or open attachments as it may be a

Phishing

email, which can steal your Information and compromise your Computer.]

Hi All,

While apply the usermod I get below error for connect direct.

GIM240001E ** Assembler processing for sysmid LDIACRJ failed for

module

DGAXACRJ in the SDGASAMP library.  The return code 12 Exceeded for the
allowable value.

ASMA057E undefined operation code.

Lot of ASM* Errors messages in sysprint.

Please advise on this.

Thanks.



--

For IBM-MAIN subscribe / signoff / archive access instructions, send

email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential

and

intended for the named recipient(s) only. E-mail transmission is not
guaranteed to be secure or error-free as information could be

intercepted,

corrupted, lost, destroyed, arrive late or incomplete, or may contain
viruses in transmission. The e mail and its contents (with or without
referred errors) shall therefore not attach any liability on the

originator

or HCL or its affiliates. Views or opinions, if any, presented in this
email are solely those of the author and may not necessarily reflect

the

views or opinions of HCL or its affiliates. Any form of reproduction,
dissemination, copying, disclosure, modification, distribution and /

or

publication of this message without the prior written consent of

authorized

representative of HCL is strictly prohibited. If you have received

this

email in error please delete it and notify the sender immediately.

Before

opening any email and/or attachments, please check them for viruses

and

other defects.





--

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

IBM-MAIN


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

IBM-MAIN

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

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


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

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

Re: ThinkPad Z Series

[Tom Brennan]

LOL!  I can run Hercules on it.

On 7/25/2023 9:59 AM, Steve Smith wrote:

Now a new Z16 can be yours for a much lower price than you thought:
https://www.lenovo.com/us/en/c/laptops/thinkpad/thinkpadz/

And it's even "Made from meaningful materials, ... purposeful design, and
relentless innovation—yet it also moves beyond."

Man, how am I going put up with my old non-moving, unrelentless,
non-purposefully-designed T480 made with unmeaningful materials now?



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

Re: Ignorant z/OS question

[Seymour J Metz]

> The only CONSOLE DEV(###) that would be useful to Phil are printers that are 
> compatible with z/VM 3215.

Whoosh! The only relevant device is the one that z/OS doesn't support?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jon 
Perryman [jperr...@pacbell.net]
Sent: Tuesday, July 25, 2023 2:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

 > On Sunday, July 23, 2023 at 09:31:24 PM PDT, Seymour J Metz  
 > wrote: > That looks like the result of CP, HCD and MCS not specifying the 
 > same device type.
> What happens if all three are 3215? What happens if all three are 3270?  
> Please stop letting Seymour drag everyone down a rabbit hole. What Seymour is 
> saying is non-sense. He's being pompous by over valuing his own opinion. The 
> only CONSOLE DEV(###) that would be useful to Phil are printers that are 
> compatible with z/VM 3215.  Phil's only choices are CONSOLE DEV(###) printers 
> or the hardware console. Since Phil did not mention needing to issue z/OS 
> commands, printer should be acceptable. Unless I missed something, everything 
> else does not solve his problem.  Phil, you can ignore the rest of this 
> message because it is for the z/OS people. I need to describe why this is 
> complete non-sense.  1. The console addr space is a simple application that 
> happens to deal with z/OS commands and messages. It has multiple user 
> interfaces (e.g. device addresses - terminals/printers,  VTAM LU's, hardware 
> console, SSI, syslog, JES joblog & programmer log, remote console (think JES3 
> consolidated consoles) and probably a few I forgot to mention).  2. Each user 
> interface is designed around how it will be used. I've avoided details that 
> will confuse Phil who does not understand z/OS nor it's terminology. Those 
> missing details would be helpful for z/OS people to understand why I'm making 
> a statement.   3. Console DEV(###) user interface cannot support 3215. 
> DEV(###) supports a few printers for hardcopy log and 3270 for user 
> interface. If I remember correctly, the 3215 connected to channel 0 (byte 
> channel). We lost byte channels decades ago so I wouldn't expect it to be HCD 
> definable nor console definable.


4. Console DEV(###) for 3270 terminals can be queried. For years, I defined my 
TN3270 session 160 X 60 which is not a valid model but still worked with any 
valid 3278 model specified. 3174 supported ascii scrollable terminals but from 
Phils tests, it appears that console does not support this capability.   5. 
Console 3270 datastream is not useful to Phil. While it's possible to screen 
scrape, lines are scrolled on a 3270 console which would cause the same line to 
be displayed multiple times on the screen in different locations.  On 
Sunday, July 23, 2023 at 09:31:24 PM PDT, Seymour J Metz  wrote:

 That looks like the result of CP, HCD and MCS not specifying the same device 
type. What happens if all three are 3215? What happens if all three are 3270?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Phil Smith III [li...@akphs.com]
Sent: Sunday, July 23, 2023 11:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

Well, this is interesting. Tried again just now with TERMINAL CONMODE 3215. It 
comes up, and I see SECUSER output. The only weirdness is that much of the 
output is oddly formatted (copied from SECUSER's screen, in linemode):

  B-*10.09.46  *CBR3002E Library LATL00 no longer u
sable.  C0*10.09.46  *CBR3002E Library LVTS00 no longe
r usable.  E  *10.10.28 STC03234 *HZS0003E CHECK(IBMJES2,JES2_C
KPT_CONFIG_SVSCJES2):  F&    *IAZH123E One or more checkpoints or new check
points are not defined.  G-*10.10.28 STC03234 *HZS0003E CHECK(IBMJES2,
JES2_CKPT_CONFIG_SVSCJES2):  H0*IAZH128E Operator verification is enabl
ed.¢- 10.11.25 STC03228  ADR111I-* AUTOMAT
IC SYSTEM*.&    - 10.11.25 STC03228  ADR111I-* STAR
T WILL BEGIN IN*<-- 10.11.25 STC03228  ADR111I-* A
PPROXIMATELY 60 SECONDS.  *(0- 10.11.25 STC03228  ADR111I-
**|    - 10.11.25 STC03228  ADR11
1I-* ISSUE COMMAND:  *&&    - 10.11.25 STC03228  AD
R111I-**J-- 10.11.25 STC03228
 ADR111I-* C ALLAUTO  *K0- 10.11.25 STC032
28  ADR111I-**M- 10.11.25 STC
03228  ADR111I-* TO STOP AUTO START.*N&  00- 10.11.25
STC03228  ADR111I-**O-- 10.11.
25

IMS/Transaction Manager

[Schmitt, Michael]

I wasn't working then 😊, but I think that IMS/DB was developed then, as the 
bill of materials database. The question I have is when IMS/DC come along? The 
online documentation is unclear.


The Introduction to IMS says:

IBM developed an online component to ICS/DL/I to support data communication 
access to the databases. The DL/I callable interface was expanded to the online 
component of the product to enable data communication transparency to the 
application programs. A message queue function was created to maintain the 
integrity of data communication messages and to provide for scheduling of the 
application programs.

The online component to ICS/DL/I ultimately became the Data Communications (DC) 
function of IMS, which became the IMS Transaction Manager (IMS TM) in IMS 
Version 4.


So *maybe* the original system just allowed some kind of communication access 
to the database, but not a full screen driven transaction server with a message 
queue like we know today.



While we're on the subject of IMS/TM...

Is it true that the MQ Series message queue was based on the IMS/TM message 
queue? Or is there no connection other than the function they provide.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
rpinion865
Sent: Tuesday, July 25, 2023 1:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

I'm probably wrong.  But I thought IMS was developed for NASA during the Gemini 
and Apollo time frame.




Sent with Proton Mail secure email.

--- Original Message ---
On Tuesday, July 25th, 2023 at 2:05 PM, Schmitt, Michael 
 wrote:


> No, I don’t know of an IMS/TM + DB2 system.
>
> But then the CICS systems I work with are also not using DB2. They use VSAM!
>
> And even for IMS/DB, my gut feel is there are a lot more CICS + IMS/DB 
> installations than IMS/TM + IMS/DB.
>
>
> Also, CICS is from ~1966, IMS/DC (later renamed to IMS/TM in IMS Version 4) 
> must have been much later than that, but I can't find the date.
>
> Reason I think I it is much later (late 70's? early 80's?) is because, as I 
> understand it, the reason CICS was designed the way it is was because at the 
> time, the OS it ran on wasn't so great at multitasking. Or maybe didn't do 
> multitasking at all. But IMS/DC was designed at a time when the OS was good 
> at preemptive multitasking between tasks and jobs. Was this MVS?
>
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> David Spiegel
>
> Sent: Tuesday, July 25, 2023 12:38 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
> survives
>
> Hi Michael,
> I have yet to see a site running IMS/DC and not run IMS/DB.
> Have you actually seen this?
>
> BTW, the article had more than one technical error. For example, a JCL
> Step name with 9 characters.
>
> Regards,
> David
>
> On 2023-07-25 13:16, Schmitt, Michael wrote:
>
> > The Ars Technica article was discussing CICS as an application server. I 
> > was comparing CICS as an application server to IMS/TM as an application 
> > server. The DBMS is a different issue; there's no reason why IMS/TM must be 
> > used with IMS/DB. You can use IMS/TM with DB2.
> >
> > The point I was trying to make was that CICS was designed as a cooperative 
> > multitasking system that reproduces all of the OS functions in itself. 
> > IMS/TM (originally IMS/DC) was designed to use the OS to do OS things and 
> > does none of that in itself, so it is much simpler.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> > David Spiegel
> > Sent: Tuesday, July 25, 2023 11:48 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
> > survives
> >
> > Hi Michael,
> > You said: "...CICS is to IMS as Windows 3.1 is to Windows 10. ..."
> > You're comparing apples and oranges.
> > (CICS has no native Database portion.)
> > BTW, a lot of the banks, insurance companies etc. are running CICS+DB2.
> > The majority of IMS users need it to support 40+ year old application
> > systems.
> > Which one is the real dinosaur? (Hint: It's not CICS)
> >
> > Regards,
> > David
> >
> > On 2023-07-25 10:37, Schmitt, Michael wrote:
> >
> > > So CICS is no longer doing cooperative multitasking within each AOR, and 
> > > thus requiring CICS versions of OS commands to prevent wait states from 
> > > freezing the entire AOR? A CICS program can do direct GETMAINs, LOADS, 
> > > abends, rather than use CICS commands? CICS no longer requires special 
> > > versions of tools (e.g. debugger, abend dump management) and instead can 
> > > use the same tools as batch programs? A CICS programmer no longer needs 
> > > to learn a long list of CICS commands and EXEC CICS syntax? A CICS region 
> > > no longer contains the storage from all of the transacti

Re: Apply job failed GIM240001E for connect direct 6.2

[Sathish Kumar]

Hi David,

I have already tried to add SYSLIB CONCAT to SDGAMAC and run this job it's
failed with same error.

Thanks.


On Tue, 25 Jul, 2023, 11:47 pm David Spiegel, <
0468385049d1-dmarc-requ...@listserv.ua.edu> wrote:

> Hi Satish,
> Please concatenate 'DGA.SDGAMAC'  or equivalent (listed under SDGAMAC
> Target Zone DDDEF)
> to Target Zone SYSLIB DDDEF and retry.
>
> Regards,
> David
>
> On 2023-07-25 08:10, Sathish Kumar wrote:
> > Hi,
> >
> > I have updated SYSLIB CONCAT SYS1.MODGEN and rerun the job it's failed
> with
> > same error.
> >
> > Thanks.
> >
> > On Tue, 25 Jul, 2023, 4:39 pm Gerry Tracey, 
> wrote:
> >
> >> Hi,
> >>
> >> That is the target library for AMODGEN and can be used instead.
> >>
> >> Gerry
> >>
> >>> On 25 Jul 2023, at 12:04, Sathish Kumar  wrote:
> >>>
> >>> Yes we have Sys1.Modgen
> >>>
>  On Tue, 25 Jul, 2023, 4:25 pm Gerry Tracey, 
> >> wrote:
>  Hi,
> 
>  Do you have SYS1.MODGEN?
> 
>  Gerry
> 
> >> On 25 Jul 2023, at 11:20, Sathish Kumar 
> wrote:
> > Hi,
> >
> > Sure,  I don't have AMODGEN Marco library. So how we can proceed?
> >
> > Thanks,
> >
> >
> >> On Tue, 25 Jul, 2023, 12:41 am Steve Thompson, 
> >> wrote:
> >> What Allen said.
> >>
> >> And make sure you follow what the install doc says for
> >> Connect:Direct, as well as any HOLD ACTIONs: do the actions
> >> before BYPASS.
> >>
> >> Steve Thompson
> >>
> >>> On 7/24/2023 1:44 PM, Allan Staller wrote:
> >>> Classification: Confidential
> >>>
> >>> Most likley it is a missing library in the SYSLIB concatenation.
> >>>
> >>> 1) Check the assembly listing for "macro not found" messages
> >>> 2) locate the macro
> >>> 3) Using the SMPE dialogs, adjust the SYSLIB DDDEF to include the
> >> missing macro library(ies)
> >>> HTH,
> >>>
> >>> -Original Message-
> >>> From: IBM Mainframe Discussion List  On
> >> Behalf Of Sathish Kumar
> >>> Sent: Monday, July 24, 2023 12:41 PM
> >>> To: IBM-MAIN@LISTSERV.UA.EDU
> >>> Subject: Apply job failed GIM240001E for connect direct 6.2
> >>>
> >>> [CAUTION: This Email is from outside the Organization. Unless you
> >> trust
> >> the sender, Don’t click links or open attachments as it may be a
>  Phishing
> >> email, which can steal your Information and compromise your
> Computer.]
> >>> Hi All,
> >>>
> >>> While apply the usermod I get below error for connect direct.
> >>>
> >>> GIM240001E ** Assembler processing for sysmid LDIACRJ failed for
> >> module
> >> DGAXACRJ in the SDGASAMP library.  The return code 12 Exceeded for
> the
> >> allowable value.
> >>> ASMA057E undefined operation code.
> >>>
> >>> Lot of ASM* Errors messages in sysprint.
> >>>
> >>> Please advise on this.
> >>>
> >>> Thanks.
> >>>
> >>>
> >> --
> >>> For IBM-MAIN subscribe / signoff / archive access instructions,
> send
> >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >>> ::DISCLAIMER::
> >>> 
> >>> The contents of this e-mail and any attachment(s) are confidential
> >> and
> >> intended for the named recipient(s) only. E-mail transmission is not
> >> guaranteed to be secure or error-free as information could be
>  intercepted,
> >> corrupted, lost, destroyed, arrive late or incomplete, or may
> contain
> >> viruses in transmission. The e mail and its contents (with or
> without
> >> referred errors) shall therefore not attach any liability on the
>  originator
> >> or HCL or its affiliates. Views or opinions, if any, presented in
> this
> >> email are solely those of the author and may not necessarily reflect
> >> the
> >> views or opinions of HCL or its affiliates. Any form of
> reproduction,
> >> dissemination, copying, disclosure, modification, distribution and /
> >> or
> >> publication of this message without the prior written consent of
>  authorized
> >> representative of HCL is strictly prohibited. If you have received
> >> this
> >> email in error please delete it and notify the sender immediately.
>  Before
> >> opening any email and/or attachments, please check them for viruses
> >> and
> >> other defects.
> >>> 
> >>>
> >>>
> >> --
> >>> For IBM-MAIN subscribe / signoff / archive access instructions,
> >>> send email to lists...@listserv.ua.edu with the message: INFO
> >> IBM-MAIN
> >>
> >>
> --
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email to lists...@listserv.ua.edu with the message: INFO

Re: Curved Flat Screen

[Matt Hogstrom]

Hz is about refresh speed and is more relevant for gamers

Matt Hogstrom


“It may be cognitive, but, it ain’t intuitive."
— Hogstrom



> On Jul 25, 2023, at 2:04 PM, Seymour J Metz  wrote:
> 
> That's a strange ad: it keeps giving the "resolution" in Hz, instead of 
> 2560x1440. With a 27" screen size I'd suggest considering 3840x2160 ("4K 
> UHD").


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

Re: Apply job failed GIM240001E for connect direct 6.2

[rpinion865]

Check you SMP/E output, specifically the part that shows dataset allocations, 
DDDEF and JCL, to insure you are picking up that library in the SYSLIB 
concatenation.  Also, insure you updated the SYSLIB DDDEF for the target zone.




Sent with Proton Mail secure email.

--- Original Message ---
On Tuesday, July 25th, 2023 at 2:26 PM, Sathish Kumar  
wrote:


> Hi David,
> 
> I have already tried to add SYSLIB CONCAT to SDGAMAC and run this job it's
> failed with same error.
> 
> Thanks.
> 
> 
> On Tue, 25 Jul, 2023, 11:47 pm David Spiegel, <
> 0468385049d1-dmarc-requ...@listserv.ua.edu> wrote:
> 
> > Hi Satish,
> > Please concatenate 'DGA.SDGAMAC' or equivalent (listed under SDGAMAC
> > Target Zone DDDEF)
> > to Target Zone SYSLIB DDDEF and retry.
> > 
> > Regards,
> > David
> > 
> > On 2023-07-25 08:10, Sathish Kumar wrote:
> > 
> > > Hi,
> > > 
> > > I have updated SYSLIB CONCAT SYS1.MODGEN and rerun the job it's failed
> > > with
> > > same error.
> > > 
> > > Thanks.
> > > 
> > > On Tue, 25 Jul, 2023, 4:39 pm Gerry Tracey, gerry.tra...@gmail.com
> > > wrote:
> > > 
> > > > Hi,
> > > > 
> > > > That is the target library for AMODGEN and can be used instead.
> > > > 
> > > > Gerry
> > > > 
> > > > > On 25 Jul 2023, at 12:04, Sathish Kumar zosedu...@gmail.com wrote:
> > > > > 
> > > > > Yes we have Sys1.Modgen
> > > > > 
> > > > > > On Tue, 25 Jul, 2023, 4:25 pm Gerry Tracey, gerry.tra...@gmail.com
> > > > > > wrote:
> > > > > > Hi,
> > > > > > 
> > > > > > Do you have SYS1.MODGEN?
> > > > > > 
> > > > > > Gerry
> > > > > > 
> > > > > > > > On 25 Jul 2023, at 11:20, Sathish Kumar zosedu...@gmail.com
> > > > > > > > wrote:
> > > > > > > > Hi,
> > > > > > > 
> > > > > > > Sure, I don't have AMODGEN Marco library. So how we can proceed?
> > > > > > > 
> > > > > > > Thanks,
> > > > > > > 
> > > > > > > > On Tue, 25 Jul, 2023, 12:41 am Steve Thompson, ste...@wkyr.net
> > > > > > > > wrote:
> > > > > > > > What Allen said.
> > > > > > > > 
> > > > > > > > And make sure you follow what the install doc says for
> > > > > > > > Connect:Direct, as well as any HOLD ACTIONs: do the actions
> > > > > > > > before BYPASS.
> > > > > > > > 
> > > > > > > > Steve Thompson
> > > > > > > > 
> > > > > > > > > On 7/24/2023 1:44 PM, Allan Staller wrote:
> > > > > > > > > Classification: Confidential
> > > > > > > > > 
> > > > > > > > > Most likley it is a missing library in the SYSLIB 
> > > > > > > > > concatenation.
> > > > > > > > > 
> > > > > > > > > 1) Check the assembly listing for "macro not found" messages
> > > > > > > > > 2) locate the macro
> > > > > > > > > 3) Using the SMPE dialogs, adjust the SYSLIB DDDEF to include 
> > > > > > > > > the
> > > > > > > > > missing macro library(ies)
> > > > > > > > > HTH,
> > > > > > > > > 
> > > > > > > > > -Original Message-
> > > > > > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU 
> > > > > > > > > On
> > > > > > > > > Behalf Of Sathish Kumar
> > > > > > > > > Sent: Monday, July 24, 2023 12:41 PM
> > > > > > > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > > > > > > Subject: Apply job failed GIM240001E for connect direct 6.2
> > > > > > > > > 
> > > > > > > > > [CAUTION: This Email is from outside the Organization. Unless 
> > > > > > > > > you
> > > > > > > > > trust
> > > > > > > > > the sender, Don’t click links or open attachments as it may 
> > > > > > > > > be a
> > > > > > > > > Phishing
> > > > > > > > > email, which can steal your Information and compromise your
> > > > > > > > > Computer.]
> > > > > > > > > Hi All,
> > > > > > > > > 
> > > > > > > > > While apply the usermod I get below error for connect direct.
> > > > > > > > > 
> > > > > > > > > GIM240001E ** Assembler processing for sysmid LDIACRJ failed 
> > > > > > > > > for
> > > > > > > > > module
> > > > > > > > > DGAXACRJ in the SDGASAMP library. The return code 12 Exceeded 
> > > > > > > > > for
> > > > > > > > > the
> > > > > > > > > allowable value.
> > > > > > > > > ASMA057E undefined operation code.
> > > > > > > > > 
> > > > > > > > > Lot of ASM* Errors messages in sysprint.
> > > > > > > > > 
> > > > > > > > > Please advise on this.
> > > > > > > > > 
> > > > > > > > > Thanks.
> > > > 
> > > > --
> > > > 
> > > > > > > > > For IBM-MAIN subscribe / signoff / archive access 
> > > > > > > > > instructions,
> > > > > > > > > send
> > > > > > > > > email to lists...@listserv.ua.edu with the message: INFO 
> > > > > > > > > IBM-MAIN
> > > > > > > > > ::DISCLAIMER::
> > > > > > > > > 
> > > > > > > > > The contents of this e-mail and any attachment(s) are 
> > > > > > > > > confidential
> > > > > > > > > and
> > > > > > > > > intended for the named recipient(s) only. E-mail transmission 
> > > > > > > > > is not
> > > > > > > > > guaranteed to be secure or error-free as information could be
> > > > > > > > > intercepted,
> > > > > > > > > corrupted, lost, destroyed, arriv

Re: Apply job failed GIM240001E for connect direct 6.2

[David Spiegel]

Hi Satish,
I am not sure I understand, but, it seems as if you concatenated SYSLIB 
to SDGAMC?

You should be adding SDGAMAC to the Target Zone SYSLIB concatenatation.
If this does not work, please attach your //SMPOUT and //SMPRPT output.

Regards,
David

On 2023-07-25 14:26, Sathish Kumar wrote:

Hi David,

I have already tried to add SYSLIB CONCAT to SDGAMAC and run this job it's
failed with same error.

Thanks.


On Tue, 25 Jul, 2023, 11:47 pm David Spiegel, <
0468385049d1-dmarc-requ...@listserv.ua.edu> wrote:


Hi Satish,
Please concatenate 'DGA.SDGAMAC'  or equivalent (listed under SDGAMAC
Target Zone DDDEF)
to Target Zone SYSLIB DDDEF and retry.

Regards,
David

On 2023-07-25 08:10, Sathish Kumar wrote:

Hi,

I have updated SYSLIB CONCAT SYS1.MODGEN and rerun the job it's failed

with

same error.

Thanks.

On Tue, 25 Jul, 2023, 4:39 pm Gerry Tracey, 

wrote:

Hi,

That is the target library for AMODGEN and can be used instead.

Gerry


On 25 Jul 2023, at 12:04, Sathish Kumar  wrote:

Yes we have Sys1.Modgen


On Tue, 25 Jul, 2023, 4:25 pm Gerry Tracey, 

wrote:

Hi,

Do you have SYS1.MODGEN?

Gerry


On 25 Jul 2023, at 11:20, Sathish Kumar 

wrote:

Hi,

Sure,  I don't have AMODGEN Marco library. So how we can proceed?

Thanks,



On Tue, 25 Jul, 2023, 12:41 am Steve Thompson, 

wrote:

What Allen said.

And make sure you follow what the install doc says for
Connect:Direct, as well as any HOLD ACTIONs: do the actions
before BYPASS.

Steve Thompson


On 7/24/2023 1:44 PM, Allan Staller wrote:
Classification: Confidential

Most likley it is a missing library in the SYSLIB concatenation.

1) Check the assembly listing for "macro not found" messages
2) locate the macro
3) Using the SMPE dialogs, adjust the SYSLIB DDDEF to include the

missing macro library(ies)

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On

Behalf Of Sathish Kumar

Sent: Monday, July 24, 2023 12:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Apply job failed GIM240001E for connect direct 6.2

[CAUTION: This Email is from outside the Organization. Unless you

trust

the sender, Don’t click links or open attachments as it may be a

Phishing

email, which can steal your Information and compromise your

Computer.]

Hi All,

While apply the usermod I get below error for connect direct.

GIM240001E ** Assembler processing for sysmid LDIACRJ failed for

module

DGAXACRJ in the SDGASAMP library.  The return code 12 Exceeded for

the

allowable value.

ASMA057E undefined operation code.

Lot of ASM* Errors messages in sysprint.

Please advise on this.

Thanks.



--

For IBM-MAIN subscribe / signoff / archive access instructions,

send

email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential

and

intended for the named recipient(s) only. E-mail transmission is not
guaranteed to be secure or error-free as information could be

intercepted,

corrupted, lost, destroyed, arrive late or incomplete, or may

contain

viruses in transmission. The e mail and its contents (with or

without

referred errors) shall therefore not attach any liability on the

originator

or HCL or its affiliates. Views or opinions, if any, presented in

this

email are solely those of the author and may not necessarily reflect

the

views or opinions of HCL or its affiliates. Any form of

reproduction,

dissemination, copying, disclosure, modification, distribution and /

or

publication of this message without the prior written consent of

authorized

representative of HCL is strictly prohibited. If you have received

this

email in error please delete it and notify the sender immediately.

Before

opening any email and/or attachments, please check them for viruses

and

other defects.





--

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

IBM-MAIN



--

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

IBM-MAIN

--

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

IBM-MAIN

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

IBM-MAIN

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

-

Re: Ignorant z/OS question

[Jon Perryman]

 > O'n Monday, July 24, 2023 at 10:07:48 AM PDT, Seymour J Metz 
 >  wrote:
> Do you have the URL for the Tracy Dean paper? Does it spell out all the 
> pieces?  While I'm not familiar with this paper, it's unlikely it solves 
> Phil's problem.  Phil can skip this because it's for the z/OS people. 
> PARMLIB(COMMND##) runs after NIP messages which means he will miss some 
> console messages. More important, simply adding the V CN(),ACT command did 
> not work because they say it took time to figure this out. The solution was 
> not a simple change of adding the command. If I had to venture a guess, the 
> command required the SSI be initialized and the console address space 
> attached to it. We know the hardware console uses the SSI otherwise V 
> CN(*),ACT would not have worked. The hardware console uses the SSI to issue 
> commands with possible exceptions during NIP.  On Monday, July 24, 2023 
> at 10:07:48 AM PDT, Seymour J Metz  wrote:  
 
 Do you have the URL for the Tracy Dean paper? Does it spell out all the pieces?


From: IBM Mainframe Discussion List  on behalf of 
Allan Staller 
Sent: Monday, July 24, 2023 10:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

Classification: Confidential

Going back to the original post, I seemed to have missed the information about 
the operating system release.
z/OS (MVS...) has not supported the 3215 for at least 20 years. (ISTR MVS/ESA 
R.x, but that could be incorrect.)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Friday, July 21, 2023 5:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Alan Altmark wrote:
>And if you haven't done so, please read the white paper Tracy Dean
>referenced in her post. It is focused on this aspect of managing z/OS
>guests. We spent a lot of time figuring out how to make it all come
>together. (And you may remember me asking related questions on IBM-MAIN
>at the time!)

>Particularly, understand that z/OS isn't using a "device" of any kind
>It thinks it's talking to the Operating System Messages task (aka
>integrated console on the HMC), which CP simulates the same way we do
>the 3215. It also means you can't just SEND a command like you can with
>CMS.

Well, I read that paper. Lots of assumptions in there about z/OS knowledge that 
I don't have, like where it talks about "V CN(MVS0MAST),OFFLINE". I have no V 
(I assume that's VARY?) in any of my CONSOLxx members.

I do have a CNGRP00, which contains:
GROUP          NAME(MSTGRP)
              MEMBERS(S0W103D0,S0W10FFF)

Now that's 3D0 and FFF: 3D0 is a DASD. Seems wrong? The INIT in CONSOL00 is 
INIT  CMDDELIM(;) AMRF(N) MONITOR(DSNAME) CNGRP(00) so it's looking at that 
console group. If I change the 3D0 to 3E1 to match the actual console address, 
is that likely to help/hurt? What I'd rather not do is kill the beast and 
require help from our hosting service--not that they won't help, but we'll have 
to wait at least a bit for that.


(BTW, a nit: "Screenshot 1 - z/VM Login Screen with Dial Command" on page 6 has 
no DIAL command on the screen)

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

--

Re: Apply job failed GIM240001E for connect direct 6.2

[Seymour J Metz]

LIST MAC(DGA$SAMP,DMOS,DMDYNCB,DMGSAFWA,DMFSQCB,DMFRIXCB,SCENTER)
LIST SRC(DMGBLS)

Should give you the relevant libraries. If there's not target library then you 
may have to throw in SMPMTS in front of the DLIB library.


From: IBM Mainframe Discussion List  on behalf of 
Sathish Kumar 
Sent: Tuesday, July 25, 2023 1:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Apply job failed GIM240001E for connect direct 6.2

Hi Tom,

While running the Apply usermod I got below error message.

 GIM24001E ** ASSEMBLER PROCESSING FOR SYSMOD LDIXX@2 FAILED FOR MODULE
DGAXDXX2  IN THE SDGASAMP LIBRARY. THE RETURN CODE (12) EXCEEDED ALLOWABLE
VALUE. DATE 23.206
 LDIXX02 HDGA620 GIM24001E -
ASSEMBLER PROCESSING FAILED FOR MODULE DGAXDXX2 IN THE SDGASAMP LIBRARY.
THE RETURN CODE WAS 12.
--- POSSIBLE CAUSES ---
 1. THE ASSEMBLER TEXT WAS IN ERROR.
 2. THE WRONG LEVEL OF MACROS WAS BEING USED
3. THE WRONG SET OF MACLIBS WAS BEING USED.

** ASMA057E UNDEFINED OPERATION CODE - DGA$SAMP
  ASMA060S COPY CODE NOT FOUND - DMGBLS
ASMA057E UNDEFINED OPERATION CODE - DMOS
ASMA057E UNDEFINED OPERATION CODE - DMDYNCB
 ASMA057E UNDEFINED OPERATION CODE - DMGSAFWA
ASMAB57E UNDEFINED OPERATION CODE - DMFSQCB
ASMA057E UNDEFINED OPERATION CODE - DMFRIXCB
ASMA057E UNDEFINED OPERATION CODE - SCENTER
 ASMA029E INCORRECT REGISTER SPECIFICATION - R3
ASMA004E UNDEFINED SYMBOL - R1

On Tue, 25 Jul, 2023, 7:02 pm Tom Marchant, <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> You didn't show us the instruction that got the Unidentified operation
> code message, so we can only guess. So far we seem to have guessed wrong.
>
> --
> Tom Marchant
>
> --
> Tom Marchant
>
> On Tue, 25 Jul 2023 17:40:57 +0530, Sathish Kumar 
> wrote:
>
> >I have updated SYSLIB CONCAT SYS1.MODGEN and rerun the job it's failed
> with
> >same error.
>
> --
> 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: Curved Flat Screen

[Seymour J Metz]

I know; that's why it's stranger to see, e.g., 240 Hz, listed as a resolution.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Matt Hogstrom [m...@hogstrom.org]
Sent: Tuesday, July 25, 2023 2:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Curved Flat Screen

Hz is about refresh speed and is more relevant for gamers

Matt Hogstrom


“It may be cognitive, but, it ain’t intuitive."
— Hogstrom



> On Jul 25, 2023, at 2:04 PM, Seymour J Metz  wrote:
>
> That's a strange ad: it keeps giving the "resolution" in Hz, instead of 
> 2560x1440. With a 27" screen size I'd suggest considering 3840x2160 ("4K 
> UHD").


--
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: Ignorant z/OS question

[Jon Perryman]

 > Phil wrote: What does "not supported" mean per se? 

 The last 3215 connected to IBM computers using an ICA. IBM z computers do not 
have an ICA nor byte channel therefore not supported on a z16. I suspect you 
can't even define one in the HCD. What was the last IBM computer to have an 
ICA.  
On Monday, July 24, 2023 at 10:48:42 AM PDT, Phil Smith III 
 wrote:  
 
 Shmuel asked:
>Do you have the URL for the Tracy Dean paper? 

Yes, I've read it.

>Does it spell out all the pieces?
Probably, but as I said before, it makes enough assumptions that I can't 
understand what to do.

Alan Staller wrote:
>Going back to the original post, I seemed to have missed the
>information about the operating system release.

>z/OS (MVS...) has not supported the 3215 for at least 20 years. (ISTR
>MVS/ESA R.x, but that could be incorrect.)

This is z/OS 2.4. What does "not supported" mean per se? It comes up fine, just 
the output is fugly. And I'm 99.44% sure that wasn't true on our previous 
system.

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

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

Re: Apply job failed GIM240001E for connect direct 6.2

[David Spiegel]

Hi Richard,
This is why I asked for //SMPRPT

Regards,
David


On 2023-07-25 14:31, rpinion865 wrote:

Check you SMP/E output, specifically the part that shows dataset allocations, 
DDDEF and JCL, to insure you are picking up that library in the SYSLIB 
concatenation.  Also, insure you updated the SYSLIB DDDEF for the target zone.




Sent with Proton Mail secure email.

--- Original Message ---
On Tuesday, July 25th, 2023 at 2:26 PM, Sathish Kumar  
wrote:



Hi David,

I have already tried to add SYSLIB CONCAT to SDGAMAC and run this job it's
failed with same error.

Thanks.


On Tue, 25 Jul, 2023, 11:47 pm David Spiegel, <
0468385049d1-dmarc-requ...@listserv.ua.edu> wrote:


Hi Satish,
Please concatenate 'DGA.SDGAMAC' or equivalent (listed under SDGAMAC
Target Zone DDDEF)
to Target Zone SYSLIB DDDEF and retry.

Regards,
David

On 2023-07-25 08:10, Sathish Kumar wrote:


Hi,

I have updated SYSLIB CONCAT SYS1.MODGEN and rerun the job it's failed
with
same error.

Thanks.

On Tue, 25 Jul, 2023, 4:39 pm Gerry Tracey, gerry.tra...@gmail.com
wrote:


Hi,

That is the target library for AMODGEN and can be used instead.

Gerry


On 25 Jul 2023, at 12:04, Sathish Kumar zosedu...@gmail.com wrote:

Yes we have Sys1.Modgen


On Tue, 25 Jul, 2023, 4:25 pm Gerry Tracey, gerry.tra...@gmail.com
wrote:
Hi,

Do you have SYS1.MODGEN?

Gerry


On 25 Jul 2023, at 11:20, Sathish Kumar zosedu...@gmail.com
wrote:
Hi,

Sure, I don't have AMODGEN Marco library. So how we can proceed?

Thanks,


On Tue, 25 Jul, 2023, 12:41 am Steve Thompson, ste...@wkyr.net
wrote:
What Allen said.

And make sure you follow what the install doc says for
Connect:Direct, as well as any HOLD ACTIONs: do the actions
before BYPASS.

Steve Thompson


On 7/24/2023 1:44 PM, Allan Staller wrote:
Classification: Confidential

Most likley it is a missing library in the SYSLIB concatenation.

1) Check the assembly listing for "macro not found" messages
2) locate the macro
3) Using the SMPE dialogs, adjust the SYSLIB DDDEF to include the
missing macro library(ies)
HTH,

-Original Message-
From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
Behalf Of Sathish Kumar
Sent: Monday, July 24, 2023 12:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Apply job failed GIM240001E for connect direct 6.2

[CAUTION: This Email is from outside the Organization. Unless you
trust
the sender, Don’t click links or open attachments as it may be a
Phishing
email, which can steal your Information and compromise your
Computer.]
Hi All,

While apply the usermod I get below error for connect direct.

GIM240001E ** Assembler processing for sysmid LDIACRJ failed for
module
DGAXACRJ in the SDGASAMP library. The return code 12 Exceeded for
the
allowable value.
ASMA057E undefined operation code.

Lot of ASM* Errors messages in sysprint.

Please advise on this.

Thanks.

--


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

The contents of this e-mail and any attachment(s) are confidential
and
intended for the named recipient(s) only. E-mail transmission is not
guaranteed to be secure or error-free as information could be
intercepted,
corrupted, lost, destroyed, arrive late or incomplete, or may
contain
viruses in transmission. The e mail and its contents (with or
without
referred errors) shall therefore not attach any liability on the
originator
or HCL or its affiliates. Views or opinions, if any, presented in
this
email are solely those of the author and may not necessarily reflect
the
views or opinions of HCL or its affiliates. Any form of
reproduction,
dissemination, copying, disclosure, modification, distribution and /
or
publication of this message without the prior written consent of
authorized
representative of HCL is strictly prohibited. If you have received
this
email in error please delete it and notify the sender immediately.
Before
opening any email and/or attachments, please check them for viruses
and
other defects.


--


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 messag

Re: SYSLOGD config question.

[Tom Longfellow]

About cut and past in that message.The TRMD line has been working fine for 
some time now.
The path name changes as a result of a cron command to 'kill -HUP the pid'  
Restart happens and new files open.

I can see the advantage of a name change if I was actively using the data.   It 
is mostly there for any bizarre requests from auditors or accountants.

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

Re: Ignorant z/OS question

[Jon Perryman]

 > Phil said: (I'm told) had the virtual console at 0009, but the CONSOLxx has 
 > it at 03E1.
  "virtual console" is not a valid concept for VM CP. "CONSOLE 009 3215" has 
nothing to do with a console. Have you ever tried adding both "CONSOLE 009 
3215" and "CONSOLE 3E1 3270" to the same user. I'm guessing that VM allows 
multiple CONSOLE statements. If you try it, can you let us know the results 
because I'm now curious about it.  "CONSOLE 03E1 3270" means create device 
address 3E1 and use DIAG 58 to display data received on this address and send 
to 3E1 all changes to the screen using a 3270 data stream. In z/OS, 3E1 could 
be connected to anything for example VTAM. In your case, there is a definition 
in PARMLIB(CONSOL##) that tells the console address space to use 3E1 as a z/OS 
console.  "CONSOLE 009 3215" means create device address 009 and all data 
received is forwarded to CP to be displayed by CP and commands returned to 009. 
Do you consider that CMS interacting with a console or a terminal. In z/OS, we 
have TSO which does the same thing but we call it a terminal instead of 
console.  
On Tuesday, July 25, 2023 at 09:00:19 AM PDT, Phil Smith III 
 wrote:  
 
 Jon Perryman wrote:
>Steve says there is 1 exception to the hardware console requiring V
>CN(*),ACT to become the first active console during IPL. He says if
>you disable all z/OS DEV(###) consoles, then the hardware console will
>automatically activate because there is no other console available. I
>believe this to be true but I have never tried this. There may be a
>couple caveats that can be discussed later if it solves your problem.

>This is simple to test. From the z/OS VM user, detach all devices
>specified in PARMLIB(CONSOL##). At the moment, forget he mentions
>"NIP" device because this is almost always included in
>PARMLIB(CONSOL##) which means you would have detached it. This is so
>simple it's worth a try.

I will, when I can--maybe this weekend! That might be the answer, because the 
original directory entry (I'm told) had the virtual console at 0009, but the 
CONSOLxx has it at 03E1.

--
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: Ignorant z/OS question

[Tom Brennan]

I don't know what an ICA is in this context, but your note rang a bell. 
When the folks I work with configure a (modern) machine to be used for 
TPF, they include this feature code.


8P2980  OSA ICC- 3215 Enablement(this one for a z15)

I've been told this is needed for TPF console processing, although I 
don't know the details.  8P2980 costs money so it's not configured on 
machines we work with that don't run TPF.


On 7/25/2023 12:03 PM, Jon Perryman wrote:

  > Phil wrote: What does "not supported" mean per se?

  The last 3215 connected to IBM computers using an ICA. IBM z computers do not 
have an ICA nor byte channel therefore not supported on a z16. I suspect you 
can't even define one in the HCD. What was the last IBM computer to have an ICA.
 On Monday, July 24, 2023 at 10:48:42 AM PDT, Phil Smith III 
 wrote:
  
  Shmuel asked:

Do you have the URL for the Tracy Dean paper?


Yes, I've read it.


Does it spell out all the pieces?

Probably, but as I said before, it makes enough assumptions that I can't 
understand what to do.

Alan Staller wrote:

Going back to the original post, I seemed to have missed the
information about the operating system release.



z/OS (MVS...) has not supported the 3215 for at least 20 years. (ISTR
MVS/ESA R.x, but that could be incorrect.)


This is z/OS 2.4. What does "not supported" mean per se? It comes up fine, just 
the output is fugly. And I'm 99.44% sure that wasn't true on our previous system.

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


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




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

Re: SYSLOGD config question.

[Tom Longfellow]

If I was talking Linux I would look around.
I am a tried and true z/OS user and SYSLOGD is all I know.

I have my complaints about it.   It only supports UDP protocol - and IBM tape 
and disk hardware only talk TCP protocol to report errors.
But I pick my battles in live with what I am given

"Please sir may I have some more" - Oliver

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

Re: IMS/Transaction Manager

[Schmitt, Michael]

Looks like I'm wrong.  Even in 1970 IMS/360 appears to have the same online 
transaction architecture as today:

http://bitsavers.trailing-edge.com/pdf/ibm/360/ims/SH20-0634-1_IMS_360_Program_Description_Jul70.pdf


So why is the CICS architecture so radically different than IMS/TM?


Is it the other way around? CICS is the way it is because that way it could 
achieve higher performance and capacity (i.e. number of simultaneous terminals) 
than the more direct method IMS used, at least at the time?


-Original Message-
From: Schmitt, Michael
Sent: Tuesday, July 25, 2023 1:27 PM
To: IBM Mainframe Discussion List 
Subject: IMS/Transaction Manager

I wasn't working then 😊, but I think that IMS/DB was developed then, as the 
bill of materials database. The question I have is when IMS/DC come along? The 
online documentation is unclear.


The Introduction to IMS says:

IBM developed an online component to ICS/DL/I to support data communication 
access to the databases. The DL/I callable interface was expanded to the online 
component of the product to enable data communication transparency to the 
application programs. A message queue function was created to maintain the 
integrity of data communication messages and to provide for scheduling of the 
application programs.

The online component to ICS/DL/I ultimately became the Data Communications (DC) 
function of IMS, which became the IMS Transaction Manager (IMS TM) in IMS 
Version 4.


So *maybe* the original system just allowed some kind of communication access 
to the database, but not a full screen driven transaction server with a message 
queue like we know today.



While we're on the subject of IMS/TM...

Is it true that the MQ Series message queue was based on the IMS/TM message 
queue? Or is there no connection other than the function they provide?


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
rpinion865
Sent: Tuesday, July 25, 2023 1:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
survives

I'm probably wrong.  But I thought IMS was developed for NASA during the Gemini 
and Apollo time frame.




Sent with Proton Mail secure email.

--- Original Message ---
On Tuesday, July 25th, 2023 at 2:05 PM, Schmitt, Michael 
 wrote:


> No, I don’t know of an IMS/TM + DB2 system.
>
> But then the CICS systems I work with are also not using DB2. They use VSAM!
>
> And even for IMS/DB, my gut feel is there are a lot more CICS + IMS/DB 
> installations than IMS/TM + IMS/DB.
>
>
> Also, CICS is from ~1966, IMS/DC (later renamed to IMS/TM in IMS Version 4) 
> must have been much later than that, but I can't find the date.
>
> Reason I think I it is much later (late 70's? early 80's?) is because, as I 
> understand it, the reason CICS was designed the way it is was because at the 
> time, the OS it ran on wasn't so great at multitasking. Or maybe didn't do 
> multitasking at all. But IMS/DC was designed at a time when the OS was good 
> at preemptive multitasking between tasks and jobs. Was this MVS?
>
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> David Spiegel
>
> Sent: Tuesday, July 25, 2023 12:38 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
> survives
>
> Hi Michael,
> I have yet to see a site running IMS/DC and not run IMS/DB.
> Have you actually seen this?
>
> BTW, the article had more than one technical error. For example, a JCL
> Step name with 9 characters.
>
> Regards,
> David
>
> On 2023-07-25 13:16, Schmitt, Michael wrote:
>
> > The Ars Technica article was discussing CICS as an application server. I 
> > was comparing CICS as an application server to IMS/TM as an application 
> > server. The DBMS is a different issue; there's no reason why IMS/TM must be 
> > used with IMS/DB. You can use IMS/TM with DB2.
> >
> > The point I was trying to make was that CICS was designed as a cooperative 
> > multitasking system that reproduces all of the OS functions in itself. 
> > IMS/TM (originally IMS/DC) was designed to use the OS to do OS things and 
> > does none of that in itself, so it is much simpler.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> > David Spiegel
> > Sent: Tuesday, July 25, 2023 11:48 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it 
> > survives
> >
> > Hi Michael,
> > You said: "...CICS is to IMS as Windows 3.1 is to Windows 10. ..."
> > You're comparing apples and oranges.
> > (CICS has no native Database portion.)
> > BTW, a lot of the banks, insurance companies etc. are running CICS+DB2.
> > The majority of IMS users need it to support 40+ year old application
> > systems.
> > Which one is the real dinosaur? (Hint: It's not CICS)
> >
> > Regards,
> > David
> >
> > On 2

Re: RSU Maintenance: Asking For a Friend

[Rebecca Martin]

The OP is referring to a shop that reinstalls z/OS as a way to get to a current 
RSU level.  In the years in between releases of z/OS, they reorder everything 
at a higher maintenance level and  then do a complete reinstall.

Has anyone ever heard of this method for putting on maintenance? Can you see 
any benefits of this approach? 

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

Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Andrew Wilkinson]

Yes there are a few sites running IMS/DC (aka DC/CTL) with DB2 as the (sole) 
database manager.The ones I know of have rewritten their  applications to use 
DB2 instead of DLI.Cheers,Andrew
 Original message From: David Spiegel 
<0468385049d1-dmarc-requ...@listserv.ua.edu> Date: 25/07/2023  18:38  
(GMT+00:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXT] Ars Technica: The 
IBM mainframe: How it runs and why it survives ...I have yet to see a site 
running IMS/DC and not run IMS/DB.Have you actually seen this?...Regards,David

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

Re: IMS/Transaction Manager

[Tom Marchant]

Just a wild guess. The same reason ASP and HASP were so radically different. 
They were written by different people with different priorities.

-- 
Tom Marchant

On Tue, 25 Jul 2023 19:55:31 +, Schmitt, Michael  
wrote:

>So whi is the CICS architecture so radically different than IMS/TM?

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

Re: RSU Maintenance: Asking For a Friend

[Burrell, Todd]

Besides this making you do a LOT more work to get to a new maintenance level - 
there is no benefit that I know of at all?Seems like the Rube Goldberg 
method of Systems Programming? 

Thanks

Todd Burrell | Sr. IT Systems Engineer | Mainframe

todd.burr...@bcbsfl.com


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rebecca Martin
Sent: Tuesday, July 25, 2023 3:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RSU Maintenance: Asking For a Friend

The OP is referring to a shop that reinstalls z/OS as a way to get to a current 
RSU level.  In the years in between releases of z/OS, they reorder everything 
at a higher maintenance level and  then do a complete reinstall.

Has anyone ever heard of this method for putting on maintenance? Can you see 
any benefits of this approach? 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
We comply with applicable Federal civil rights laws and do not discriminate.

Visit floridablue.com/ndnotice  to view our 
Non-Discrimination policy and find information on our free language assistance 
services.

 

Florida Blue is a trade name of Blue Cross and Blue Shield of Florida, Inc.  
Blue Cross and Blue Shield of Florida, Inc., and its subsidiary and affiliate 
companies are not responsible for errors or omissions in this e-mail message. 
Any personal comments made in this e-mail do not reflect the views of Blue 
Cross and Blue Shield of Florida, Inc.  The information contained in this 
document may be confidential and intended solely for the use of the individual 
or entity to whom it is addressed.  This document may contain material that is 
privileged or protected from disclosure under applicable law.  If you are not 
the intended recipient or the individual responsible for delivering to the 
intended recipient, please (1) be advised that any use, dissemination, 
forwarding, or copying of this document IS STRICTLY PROHIBITED; and (2) notify 
sender immediately by telephone and destroy the document. THANK YOU.


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

Re: Curved Flat Screen

[Burrell, Todd]

I've got 2 32 inch LG monitors and run them at 1920X1080 - and I have a third 
27 inch ASUS monitor setup vertically that I use for long emails and manuals, 
etc.., where it helps to have them in portrait.   I probably should have a 
higher resolution, but I've been looking at screens for 35 years and they old 
eyes ain't as good as they used to be. 

Thanks

Todd Burrell | Sr. IT Systems Engineer | Mainframe

todd.burr...@bcbsfl.com


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Tuesday, July 25, 2023 1:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Curved Flat Screen

Ignoring cost, what is the largest usable monitor for work, and what is the 
best aspect ratio?

I'm currently using a 23" UHD (16:9), and am looking to get something larger.


From: IBM Mainframe Discussion List  on behalf of 
Marjory Montgomery <031be9a21d48-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, July 25, 2023 12:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Curved Flat Screen

I also have a Dell U4919dw but have been eyeing the new Samsung 55" Odyssey Ark 
...   Samsung also has a 49 Odyssey Ark.

--
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
We comply with applicable Federal civil rights laws and do not discriminate.

Visit floridablue.com/ndnotice  to view our 
Non-Discrimination policy and find information on our free language assistance 
services.

 

Florida Blue is a trade name of Blue Cross and Blue Shield of Florida, Inc.  
Blue Cross and Blue Shield of Florida, Inc., and its subsidiary and affiliate 
companies are not responsible for errors or omissions in this e-mail message. 
Any personal comments made in this e-mail do not reflect the views of Blue 
Cross and Blue Shield of Florida, Inc.  The information contained in this 
document may be confidential and intended solely for the use of the individual 
or entity to whom it is addressed.  This document may contain material that is 
privileged or protected from disclosure under applicable law.  If you are not 
the intended recipient or the individual responsible for delivering to the 
intended recipient, please (1) be advised that any use, dissemination, 
forwarding, or copying of this document IS STRICTLY PROHIBITED; and (2) notify 
sender immediately by telephone and destroy the document. THANK YOU.

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

Re: IMS/Transaction Manager

[rpinion865]

I've said it before, and I'll say it again.  The work done on HASP was "Half 
ASP".  Play on words anyone???




Sent with Proton Mail secure email.

--- Original Message ---
On Tuesday, July 25th, 2023 at 4:53 PM, Tom Marchant 
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:


> Just a wild guess. The same reason ASP and HASP were so radically different.
> They were written by different people with different priorities.
> 
> --
> Tom Marchant
> 
> On Tue, 25 Jul 2023 19:55:31 +, Schmitt, Michael michael.schm...@dxc.com 
> wrote:
> 
> > So whi is the CICS architecture so radically different than IMS/TM?
> 
> 
> --
> 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: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives

[Adam Johanson]

Lionel wrote:

> IMS can process 21,000 transactions per second (over 1 billion per day) using 
> IMS data sharing and shared queues.
> A single IMS has processed over 6000 transactions per second over a single 
> TCP/IP connection.

It doesn't stop there ;)  A few years ago they cranked up 1 IMS to over 100,000 
transactions per second:

https://share.confex.com/share/122/webprogram/Handout/Session14772/IMS14772.pdf

===
Adam Johanson
Broadcom Mainframe Software Division

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

Re: Ignorant z/OS question

[Jon Perryman]

 > On Tuesday, July 25, 2023 at 12:47:52 PM PDT, Tom Brennan 
 >  wrote:

> I don't know what an ICA is in this context,  ICA (Integrated Channel 
> Adapter) back in the days when we still had channels and 3270 was the 
> hardware console.  z15 and z16 have hardware consoles (PC's) instead of 3270. 
> No more need for an ICA with 3270. TPF specifically needs it for some reason 
> thus the need for OSA-ICC-3215.  z15 and z16 are glorified PCs. Instead of 
> channels, they use PCIe slots just like your PC. OSA-ICC-3215 plugs into a 
> PCIe slot. You are told that your z16 has 200 CPUs but there are only 16 
> CPUs. Like your PC,  You think it's special because IBM says z16 has 200 CPUs 
> but if you open the box there is only 16 CPU each with 16 cores. 256 cores 
> minus 56 cores reserved for the system is 200 cores that IBM calls 200 CPUs.
  
On Tuesday, July 25, 2023 at 12:47:52 PM PDT, Tom Brennan 
 wrote:  
 
 I don't know what an ICA is in this context, but your note rang a bell. 
When the folks I work with configure a (modern) machine to be used for 
TPF, they include this feature code.

8P2980  OSA ICC- 3215 Enablement    (this one for a z15)

I've been told this is needed for TPF console processing, although I 
don't know the details.  8P2980 costs money so it's not configured on 
machines we work with that don't run TPF.

On 7/25/2023 12:03 PM, Jon Perryman wrote:
>  > Phil wrote: What does "not supported" mean per se?
> 
>   The last 3215 connected to IBM computers using an ICA. IBM z computers do 
>not have an ICA nor byte channel therefore not supported on a z16. I suspect 
>you can't even define one in the HCD. What was the last IBM computer to have 
>an ICA.
>      On Monday, July 24, 2023 at 10:48:42 AM PDT, Phil Smith III 
> wrote:
>  
>  Shmuel asked:
>> Do you have the URL for the Tracy Dean paper?
> 
> Yes, I've read it.
> 
>> Does it spell out all the pieces?
> Probably, but as I said before, it makes enough assumptions that I can't 
> understand what to do.
> 
> Alan Staller wrote:
>> Going back to the original post, I seemed to have missed the
>> information about the operating system release.
> 
>> z/OS (MVS...) has not supported the 3215 for at least 20 years. (ISTR
>> MVS/ESA R.x, but that could be incorrect.)
> 
> This is z/OS 2.4. What does "not supported" mean per se? It comes up fine, 
> just the output is fugly. And I'm 99.44% sure that wasn't true on our 
> previous system.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>    
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 

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

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

Re: SYSLOGD config question.

[Jon Perryman]

 > On Tuesday, July 25, 2023 at 12:50:53 PM PDT, Tom Longfellow 
 > <03e29b607131-dmarc-requ...@listserv.ua.edu> wrote:
> If I was talking Linux I would look around.

z/OS Unix can use any open source syslog processor. SYSLOGD is distributed with 
most flavors Unix and Linux. I'm just saying that there are alternatives but I 
too would just live with SYSLOGD limitations.


On Tuesday, July 25, 2023 at 12:50:53 PM PDT, Tom Longfellow 
<03e29b607131-dmarc-requ...@listserv.ua.edu> wrote:  
 
 If I was talking Linux I would look around.
I am a tried and true z/OS user and SYSLOGD is all I know.

I have my complaints about it.  It only supports UDP protocol - and IBM tape 
and disk hardware only talk TCP protocol to report errors.
But I pick my battles in live with what I am given

"Please sir may I have some more" - Oliver

--
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: IMS/Transaction Manager

[Attila Fogarasi]

IMS/DC predated VTAM (which came in 1974).  It was BTAM and later also
TCAM.  IBM MQ started life as a TCAM next generation before being
redesigned to be store/forward/transform messaging service.  That was more
than a decade after IMS/DC message queue.  As others have said IMS started
as a customer initiative, by Rockwell for the Saturn V moon rocket -- they
couldn't keep track of the huge bill of materials needed.  The IMS
architecture and internal implementation was always performance
(instruction path length) and throughput focused.  In contrast CICS was
application services focused, hence a completely different architecture.
For the first 20 years, IMS was an order of magnitude faster than CICS once
IMS Fast Path came along (1977).  Over time the same technology (things
like Data in Memory) was adopted by CICS, so today there is less speed
difference.  Both exploit the system architecture for z very effectively,
something that other transaction manager solutions such as Tuxedo (now
Oracle) were never able to do, despite starting 20 years later with a clean
slate.  Meanwhile there are still IMS application programs running that
were written 50+ years ago and are fully supported today!

On Wed, Jul 26, 2023 at 4:27 AM Schmitt, Michael 
wrote:

> I wasn't working then 😊, but I think that IMS/DB was developed then, as
> the bill of materials database. The question I have is when IMS/DC come
> along? The online documentation is unclear.
>
>
> The Introduction to IMS says:
>
> IBM developed an online component to ICS/DL/I to support data
> communication access to the databases. The DL/I callable interface was
> expanded to the online component of the product to enable data
> communication transparency to the application programs. A message queue
> function was created to maintain the integrity of data communication
> messages and to provide for scheduling of the application programs.
>
> The online component to ICS/DL/I ultimately became the Data Communications
> (DC) function of IMS, which became the IMS Transaction Manager (IMS TM) in
> IMS Version 4.
>
>
> So *maybe* the original system just allowed some kind of communication
> access to the database, but not a full screen driven transaction server
> with a message queue like we know today.
>
>
>
> While we're on the subject of IMS/TM...
>
> Is it true that the MQ Series message queue was based on the IMS/TM
> message queue? Or is there no connection other than the function they
> provide.
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of rpinion865
> Sent: Tuesday, July 25, 2023 1:09 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it
> survives
>
> I'm probably wrong.  But I thought IMS was developed for NASA during the
> Gemini and Apollo time frame.
>
>
>
>
> Sent with Proton Mail secure email.
>
> --- Original Message ---
> On Tuesday, July 25th, 2023 at 2:05 PM, Schmitt, Michael <
> michael.schm...@dxc.com> wrote:
>
>
> > No, I don’t know of an IMS/TM + DB2 system.
> >
> > But then the CICS systems I work with are also not using DB2. They use
> VSAM!
> >
> > And even for IMS/DB, my gut feel is there are a lot more CICS + IMS/DB
> installations than IMS/TM + IMS/DB.
> >
> >
> > Also, CICS is from ~1966, IMS/DC (later renamed to IMS/TM in IMS Version
> 4) must have been much later than that, but I can't find the date.
> >
> > Reason I think I it is much later (late 70's? early 80's?) is because,
> as I understand it, the reason CICS was designed the way it is was because
> at the time, the OS it ran on wasn't so great at multitasking. Or maybe
> didn't do multitasking at all. But IMS/DC was designed at a time when the
> OS was good at preemptive multitasking between tasks and jobs. Was this MVS?
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
> Of David Spiegel
> >
> > Sent: Tuesday, July 25, 2023 12:38 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why
> it survives
> >
> > Hi Michael,
> > I have yet to see a site running IMS/DC and not run IMS/DB.
> > Have you actually seen this?
> >
> > BTW, the article had more than one technical error. For example, a JCL
> > Step name with 9 characters.
> >
> > Regards,
> > David
> >
> > On 2023-07-25 13:16, Schmitt, Michael wrote:
> >
> > > The Ars Technica article was discussing CICS as an application server.
> I was comparing CICS as an application server to IMS/TM as an application
> server. The DBMS is a different issue; there's no reason why IMS/TM must be
> used with IMS/DB. You can use IMS/TM with DB2.
> > >
> > > The point I was trying to make was that CICS was designed as a
> cooperative multitasking system that reproduces all of the OS functions in
> itself. IMS/TM (originally IMS/DC) was designed to use the OS to do OS
> things and does none of that in itself, so it is much

Re: Ignorant z/OS question

[Steve Horein]

This is what I was referring to, relating to NIP and IODF:
https://www.ibm.com/docs/en/zos/2.4.0?topic=configuration-working-operating-system-consoles


The topic mentions both MVS and VM, so there may be some useful
information.

While I mentioned my request to have "...the NIP *device *be removed from
IODF", I should have stated to have "... the NIP *CONSOLE* be removed from
IODF".
Yes, the device should be defined to allow CONSOLxx to make use of it once
MVS has been initialized, but an IODF defined NIP CONSOLE is not
required, making use of the hardware console in its absence.

Maybe you're saying the same thing, just in VM speak?!

On Tue, Jul 25, 2023 at 10:43 AM Jon Perryman  wrote:

>  > On Sunday, July 23, 2023 at 08:25:34 PM PDT, Steve Horein <
> steve.hor...@gmail.com> wrote:
> > The only time I have seen NIP messages (those messages prior to VARY
>
> > CN(*),ACTIVATE being accepted) on a native MVS LPAR was when the NIP
> device
>
>
> Hi Phil, Sorry for the long delay.but I had other things to do. Steve may
> have a possible solution. Let me put it into terms you can understand.
>
> Steve says there is 1 exception to the hardware console requiring V
> CN(*),ACT to become the first active console during IPL. He says if you
> disable all z/OS DEV(###) consoles, then the hardware console will
> automatically activate because there is no other console available. I
> believe this to be true but I have never tried this. There may be a couple
> caveats that can be discussed later if it solves your problem.
>  This is simple to test. From the z/OS VM user, detach all devices
> specified in PARMLIB(CONSOL##). At the moment, forget he mentions "NIP"
> device because this is almost always included in PARMLIB(CONSOL##) which
> means you would have detached it. This is so simple it's worth a try.
>
>
>
> On Sunday, July 23, 2023 at 08:25:34 PM PDT, Steve Horein <
> steve.hor...@gmail.com> wrote:
>
>  The only time I have seen NIP messages (those messages prior to VARY
> CN(*),ACTIVATE being accepted) on a native MVS LPAR was when the NIP device
> defined in the IODF was not available, I believe due to some cabling
> issues. In that situation, all NIP messages were routed to the SE/HMC
> System Console. I had requested the NIP device be removed from IODF years
> before, for that exact purpose, to assist with automation that uses
> SYSCONS, and/or for diagnostics, but due to Fear/Uncertainty/Doubt, the
> request was flatly denied.
>
> https://www.ibm.com/docs/en/zos/2.4.0?topic=system-nip-console
> "If no NIP console is defined and ready, MVS™ will use the system console
> as the NIP-time console."
>
> I have zero experience with zVM, so I do not know if that NIP message
> behavior is the same when MVS is running as a guest. I just figured I would
> pass along my anecdotal observations.
>
> --
> 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: IMS/Transaction Manager

[Mike Schwab]

One thong that helps ImMS is that everything related to a root key is
stored together, where as DB2 each segment is a separate database.

On Tue, Jul 25, 2023, 17:58 Attila Fogarasi  wrote:

> IMS/DC predated VTAM (which came in 1974).  It was BTAM and later also
> TCAM.  IBM MQ started life as a TCAM next generation before being
> redesigned to be store/forward/transform messaging service.  That was more
> than a decade after IMS/DC message queue.  As others have said IMS started
> as a customer initiative, by Rockwell for the Saturn V moon rocket -- they
> couldn't keep track of the huge bill of materials needed.  The IMS
> architecture and internal implementation was always performance
> (instruction path length) and throughput focused.  In contrast CICS was
> application services focused, hence a completely different architecture.
> For the first 20 years, IMS was an order of magnitude faster than CICS once
> IMS Fast Path came along (1977).  Over time the same technology (things
> like Data in Memory) was adopted by CICS, so today there is less speed
> difference.  Both exploit the system architecture for z very effectively,
> something that other transaction manager solutions such as Tuxedo (now
> Oracle) were never able to do, despite starting 20 years later with a clean
> slate.  Meanwhile there are still IMS application programs running that
> were written 50+ years ago and are fully supported today!
>
> On Wed, Jul 26, 2023 at 4:27 AM Schmitt, Michael 
> wrote:
>
> > I wasn't working then 😊, but I think that IMS/DB was developed then, as
> > the bill of materials database. The question I have is when IMS/DC come
> > along? The online documentation is unclear.
> >
> >
> > The Introduction to IMS says:
> >
> > IBM developed an online component to ICS/DL/I to support data
> > communication access to the databases. The DL/I callable interface was
> > expanded to the online component of the product to enable data
> > communication transparency to the application programs. A message queue
> > function was created to maintain the integrity of data communication
> > messages and to provide for scheduling of the application programs.
> >
> > The online component to ICS/DL/I ultimately became the Data
> Communications
> > (DC) function of IMS, which became the IMS Transaction Manager (IMS TM)
> in
> > IMS Version 4.
> >
> >
> > So *maybe* the original system just allowed some kind of communication
> > access to the database, but not a full screen driven transaction server
> > with a message queue like we know today.
> >
> >
> >
> > While we're on the subject of IMS/TM...
> >
> > Is it true that the MQ Series message queue was based on the IMS/TM
> > message queue? Or is there no connection other than the function they
> > provide.
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf
> > Of rpinion865
> > Sent: Tuesday, July 25, 2023 1:09 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why
> it
> > survives
> >
> > I'm probably wrong.  But I thought IMS was developed for NASA during the
> > Gemini and Apollo time frame.
> >
> >
> >
> >
> > Sent with Proton Mail secure email.
> >
> > --- Original Message ---
> > On Tuesday, July 25th, 2023 at 2:05 PM, Schmitt, Michael <
> > michael.schm...@dxc.com> wrote:
> >
> >
> > > No, I don’t know of an IMS/TM + DB2 system.
> > >
> > > But then the CICS systems I work with are also not using DB2. They use
> > VSAM!
> > >
> > > And even for IMS/DB, my gut feel is there are a lot more CICS + IMS/DB
> > installations than IMS/TM + IMS/DB.
> > >
> > >
> > > Also, CICS is from ~1966, IMS/DC (later renamed to IMS/TM in IMS
> Version
> > 4) must have been much later than that, but I can't find the date.
> > >
> > > Reason I think I it is much later (late 70's? early 80's?) is because,
> > as I understand it, the reason CICS was designed the way it is was
> because
> > at the time, the OS it ran on wasn't so great at multitasking. Or maybe
> > didn't do multitasking at all. But IMS/DC was designed at a time when the
> > OS was good at preemptive multitasking between tasks and jobs. Was this
> MVS?
> > >
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
> > Of David Spiegel
> > >
> > > Sent: Tuesday, July 25, 2023 12:38 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why
> > it survives
> > >
> > > Hi Michael,
> > > I have yet to see a site running IMS/DC and not run IMS/DB.
> > > Have you actually seen this?
> > >
> > > BTW, the article had more than one technical error. For example, a JCL
> > > Step name with 9 characters.
> > >
> > > Regards,
> > > David
> > >
> > > On 2023-07-25 13:16, Schmitt, Michael wrote:
> > >
> > > > The Ars Technica article was discussing CICS as an application
> server.
> > I was comparing CICS as an application server 

Re: Ignorant z/OS question

[Tom Brennan]

On 7/25/2023 2:39 PM, Jon Perryman wrote:

z15 and z16 have hardware consoles (PC's) instead of 3270.


Are you talking about the HMC's and SE's? (whether external or HMA's)

Otherwise the only "PC" I can think of related to a mainframe console is 
probably out on an operator's desk, where they can remotely access the 
HMC's, SE's, and OSA-ICC TN3270 connections (which still send 3270 
streams back and forth).


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

Re: Ignorant z/OS question

[Jon Perryman]

 > On Tuesday, July 25, 2023 at 04:14:48 PM PDT, Steve Horein 
 >  wrote:
> This is what I was referring to, relating to NIP and IODF:

Phil, you can ignore this topic.

Steve, does it make a difference if the NIP address doesn't exist versus 
clearing the NIP address in the IODF? I thought both caused the hardware 
console to be used.  updating the NIP address might not be something Phil is 
comfortable with. Phil understands VM detach and it should achieve the same 
results. Detaching all consoles ensures things like problem determination mode 
and more doesn't affect hardware console activation. Phil gets 1 chance on the 
weekend and I'm just ensuring we cover the most possibilities in 1 try.

Am I wrong? If this works, then recommending the deletion of the NIP address 
becomes a trivial change. 


On Tuesday, July 25, 2023 at 04:14:48 PM PDT, Steve Horein 
 wrote:  
 
 This is what I was referring to, relating to NIP and IODF:
https://www.ibm.com/docs/en/zos/2.4.0?topic=configuration-working-operating-system-consoles


The topic mentions both MVS and VM, so there may be some useful
information.

While I mentioned my request to have "...the NIP *device *be removed from
IODF", I should have stated to have "... the NIP *CONSOLE* be removed from
IODF".
Yes, the device should be defined to allow CONSOLxx to make use of it once
MVS has been initialized, but an IODF defined NIP CONSOLE is not
required, making use of the hardware console in its absence.

Maybe you're saying the same thing, just in VM speak?!

On Tue, Jul 25, 2023 at 10:43 AM Jon Perryman  wrote:

>  > On Sunday, July 23, 2023 at 08:25:34 PM PDT, Steve Horein <
> steve.hor...@gmail.com> wrote:
> > The only time I have seen NIP messages (those messages prior to VARY
>
> > CN(*),ACTIVATE being accepted) on a native MVS LPAR was when the NIP
> device
>
>
> Hi Phil, Sorry for the long delay.but I had other things to do. Steve may
> have a possible solution. Let me put it into terms you can understand.
>
> Steve says there is 1 exception to the hardware console requiring V
> CN(*),ACT to become the first active console during IPL. He says if you
> disable all z/OS DEV(###) consoles, then the hardware console will
> automatically activate because there is no other console available. I
> believe this to be true but I have never tried this. There may be a couple
> caveats that can be discussed later if it solves your problem.
>  This is simple to test. From the z/OS VM user, detach all devices
> specified in PARMLIB(CONSOL##). At the moment, forget he mentions "NIP"
> device because this is almost always included in PARMLIB(CONSOL##) which
> means you would have detached it. This is so simple it's worth a try.
>
>
>
>    On Sunday, July 23, 2023 at 08:25:34 PM PDT, Steve Horein <
> steve.hor...@gmail.com> wrote:
>
>  The only time I have seen NIP messages (those messages prior to VARY
> CN(*),ACTIVATE being accepted) on a native MVS LPAR was when the NIP device
> defined in the IODF was not available, I believe due to some cabling
> issues. In that situation, all NIP messages were routed to the SE/HMC
> System Console. I had requested the NIP device be removed from IODF years
> before, for that exact purpose, to assist with automation that uses
> SYSCONS, and/or for diagnostics, but due to Fear/Uncertainty/Doubt, the
> request was flatly denied.
>
> https://www.ibm.com/docs/en/zos/2.4.0?topic=system-nip-console
> "If no NIP console is defined and ready, MVS™ will use the system console
> as the NIP-time console."
>
> I have zero experience with zVM, so I do not know if that NIP message
> behavior is the same when MVS is running as a guest. I just figured I would
> pass along my anecdotal observations.
>
> --
> 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: Ignorant z/OS question

[Steve Horein]

To my understanding, that sounds correct.

Explicitly removing the NIP *console* definition, though leaving the
address defined/intact in the IODF for later use by MVS console services
(CONSOLxx), would have the same effect as making the device inaccessible,
either through (presumably) bad cabling in my case, or through VM detach
that you describe, which sounds more dynamic.

Just out of curiosity, is there such a thing as VM "attach" to reconnect a
device at a later time?

On Tue, Jul 25, 2023 at 7:20 PM Jon Perryman  wrote:

>  > On Tuesday, July 25, 2023 at 04:14:48 PM PDT, Steve Horein <
> steve.hor...@gmail.com> wrote:
> > This is what I was referring to, relating to NIP and IODF:
>
> Phil, you can ignore this topic.
>
> Steve, does it make a difference if the NIP address doesn't exist versus
> clearing the NIP address in the IODF? I thought both caused the hardware
> console to be used.  updating the NIP address might not be something Phil
> is comfortable with. Phil understands VM detach and it should achieve the
> same results. Detaching all consoles ensures things like problem
> determination mode and more doesn't affect hardware console activation.
> Phil gets 1 chance on the weekend and I'm just ensuring we cover the most
> possibilities in 1 try.
>
> Am I wrong? If this works, then recommending the deletion of the NIP
> address becomes a trivial change.
>
>
> On Tuesday, July 25, 2023 at 04:14:48 PM PDT, Steve Horein <
> steve.hor...@gmail.com> wrote:
>
>  This is what I was referring to, relating to NIP and IODF:
>
> https://www.ibm.com/docs/en/zos/2.4.0?topic=configuration-working-operating-system-consoles
>
>
> The topic mentions both MVS and VM, so there may be some useful
> information.
>
> While I mentioned my request to have "...the NIP *device *be removed from
> IODF", I should have stated to have "... the NIP *CONSOLE* be removed from
> IODF".
> Yes, the device should be defined to allow CONSOLxx to make use of it once
> MVS has been initialized, but an IODF defined NIP CONSOLE is not
> required, making use of the hardware console in its absence.
>
> Maybe you're saying the same thing, just in VM speak?!
>
> On Tue, Jul 25, 2023 at 10:43 AM Jon Perryman 
> wrote:
>
> >  > On Sunday, July 23, 2023 at 08:25:34 PM PDT, Steve Horein <
> > steve.hor...@gmail.com> wrote:
> > > The only time I have seen NIP messages (those messages prior to VARY
> >
> > > CN(*),ACTIVATE being accepted) on a native MVS LPAR was when the NIP
> > device
> >
> >
> > Hi Phil, Sorry for the long delay.but I had other things to do. Steve may
> > have a possible solution. Let me put it into terms you can understand.
> >
> > Steve says there is 1 exception to the hardware console requiring V
> > CN(*),ACT to become the first active console during IPL. He says if you
> > disable all z/OS DEV(###) consoles, then the hardware console will
> > automatically activate because there is no other console available. I
> > believe this to be true but I have never tried this. There may be a
> couple
> > caveats that can be discussed later if it solves your problem.
> >  This is simple to test. From the z/OS VM user, detach all devices
> > specified in PARMLIB(CONSOL##). At the moment, forget he mentions "NIP"
> > device because this is almost always included in PARMLIB(CONSOL##) which
> > means you would have detached it. This is so simple it's worth a try.
> >
> >
> >
> >On Sunday, July 23, 2023 at 08:25:34 PM PDT, Steve Horein <
> > steve.hor...@gmail.com> wrote:
> >
> >  The only time I have seen NIP messages (those messages prior to VARY
> > CN(*),ACTIVATE being accepted) on a native MVS LPAR was when the NIP
> device
> > defined in the IODF was not available, I believe due to some cabling
> > issues. In that situation, all NIP messages were routed to the SE/HMC
> > System Console. I had requested the NIP device be removed from IODF years
> > before, for that exact purpose, to assist with automation that uses
> > SYSCONS, and/or for diagnostics, but due to Fear/Uncertainty/Doubt, the
> > request was flatly denied.
> >
> > https://www.ibm.com/docs/en/zos/2.4.0?topic=system-nip-console
> > "If no NIP console is defined and ready, MVS™ will use the system console
> > as the NIP-time console."
> >
> > I have zero experience with zVM, so I do not know if that NIP message
> > behavior is the same when MVS is running as a guest. I just figured I
> would
> > pass along my anecdotal observations.
> >
> > --
> > 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-MAI

Re: Curved Flat Screen

[zMan]

I'm holding out for the implant.

On Tue, Jul 25, 2023 at 5:02 PM Burrell, Todd <
0316e668f7df-dmarc-requ...@listserv.ua.edu> wrote:

> I've got 2 32 inch LG monitors and run them at 1920X1080 - and I have a
> third 27 inch ASUS monitor setup vertically that I use for long emails and
> manuals, etc.., where it helps to have them in portrait.   I probably
> should have a higher resolution, but I've been looking at screens for 35
> years and they old eyes ain't as good as they used to be.
>
> Thanks
>
> Todd Burrell | Sr. IT Systems Engineer | Mainframe
>
> todd.burr...@bcbsfl.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Seymour J Metz
> Sent: Tuesday, July 25, 2023 1:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Curved Flat Screen
>
> Ignoring cost, what is the largest usable monitor for work, and what is
> the best aspect ratio?
>
> I'm currently using a 23" UHD (16:9), and am looking to get something
> larger.
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Marjory Montgomery <031be9a21d48-dmarc-requ...@listserv.ua.edu>
> Sent: Tuesday, July 25, 2023 12:56 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Curved Flat Screen
>
> I also have a Dell U4919dw but have been eyeing the new Samsung 55"
> Odyssey Ark ...   Samsung also has a 49 Odyssey Ark.
>
> --
> 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
> We comply with applicable Federal civil rights laws and do not
> discriminate.
>
> Visit floridablue.com/ndnotice  to view
> our Non-Discrimination policy and find information on our free language
> assistance services.
>
>
>
> Florida Blue is a trade name of Blue Cross and Blue Shield of Florida,
> Inc.  Blue Cross and Blue Shield of Florida, Inc., and its subsidiary and
> affiliate companies are not responsible for errors or omissions in this
> e-mail message. Any personal comments made in this e-mail do not reflect
> the views of Blue Cross and Blue Shield of Florida, Inc.  The information
> contained in this document may be confidential and intended solely for the
> use of the individual or entity to whom it is addressed.  This document may
> contain material that is privileged or protected from disclosure under
> applicable law.  If you are not the intended recipient or the individual
> responsible for delivering to the intended recipient, please (1) be advised
> that any use, dissemination, forwarding, or copying of this document IS
> STRICTLY PROHIBITED; and (2) notify sender immediately by telephone and
> destroy the document. THANK YOU.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

Re: Ignorant z/OS question

[Phil Smith III]

David Spiegel wrote:
z/VM has ALWAYS (since VM R6.0.) had the CONSOLE at 009 in the Directory
entry for users by convention.
You could DEF 9 3E1 to change it.

Right, but this guest has one at 3E1. I didn't set it up, nor port it from the 
other system; it's possible that whoever did that looked at CONSOLxx on the old 
system, saw the 3E1, and said "I'll put the console there". Hence the 
possibility that bringing it up with the console *not* at 3E1 will change the 
behavior. Hopefully this weekend; I can IPL to my heart's content then.

Jon Perryman wrote: 
>"virtual console" is not a valid concept for VM CP. "CONSOLE 009 3215"
>has nothing to do with a console. 

Eh? Sure it is. Try running CMS without one.

>Have you ever tried adding both "CONSOLE 009 3215" and "CONSOLE 3E1
>3270" to the same user. I'm guessing that VM allows multiple CONSOLE
>statements. If you try it, can you let us know the results because I'm
>now curious about it.

Can't. VM allows up to one console per guest (really exactly one, as you won't 
do much without it, even DSC).

>"CONSOLE 03E1 3270" means create device address 03E1 and use DIAG 58 to
>display data received on this address and send to 03E1 all changes to
>the screen using a 3270 data stream. 

Not to CMS it doesn't. In fact, if I define a console as a 3270 and IPL CMS, it 
gets converted to a 3215. DIAG 58 is a CP thing that does full-screen writes to 
a 3215, sorta.

>In z/OS, 3E1 could be connected to anything for example VTAM. In your
>case, there is a definition in PARMLIB(CONSOL##) that tells the
>console address space to use 3E1 as a z/OS console.

Right, we've established that there is. Hence the desire to try with 0009.

>"CONSOLE 009 3215" means create device address 009 and all data
>received is forwarded to CP to be displayed by CP and commands
>returned to 009. Do you consider that CMS interacting with a console
>or a terminal. In z/OS, we have TSO which does the same thing but we
>call it a terminal instead of console.

That's CMS interacting with a console. The physical terminal is related to 
that, but only if there is one--for example, a VM guest running disconnected 
still has and uses its console.

This is fun, it's like we're talking different dialects of the same language!

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

Re: Curved Flat Screen

[Brian Westerman]

Mine is a Phillips 49" with the 32:9 aspect.  The reason I picked Phillips is 
they have a 4 year advance replacement warranty.  If anything happens (even 
stuck or bad pixels) for 4 years, they send me one first, and then I send this 
one back.  I had a 32" one that I lost a pixel on and they sent me the 
replacement within 2 days.  I have had no problems with the current 49" one and 
it's been over a year.  The old 32" one lasted me 8+ years.

The problem with larger monitors is that they tend to get VERY (like heat up 
the room) hot, but the Phillips one is barely warm above the vents in back, it 
also has a built in KVM switch and pop up camera, and USB ports, plus speakers 
(which I don't use but are pretty good).   It has 5ms response time, and they 
have one with a faster time of 1ms, but it wasn't worth the extra $200 at the 
time to get it.   Mine was (at the time) $1,300, but was on sale on last years 
Amazon summer Christmas thing for $700+change.  The price now is about $999 
normally but it goes on sale often for about $900.  

I am very happy with it and I hope it lasts as long as my old one.  I do like 
the space, and the only negative is that it's so large I have to sit back from 
it a little, so it's actually on a stand behind my desk.  

Brian 

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