Re: AMODE was: Why do all entry points have to be in the same class?

[John Dravnieks]

My apologies if I have misunderstood this discussion of AMODE and RMODE. 

It looks like some people are confusing the two concepts.  Years ago I was 
responsible for the initial use of GOFF in HLASM and had to add in the support 
for the various new AMODE and RMODE values, so I have some understanding of 
this 

AMODE is just the addressing mode of that entry point and RMODE is where in the 
addressing range the code is resident.  There is some interaction between them 
- for example, RMODE 64 will require AMODE 64.  
On the other hand, RMODE 24 will happily accept any AMODE.

And the binder has support to create  program objects with two code sections in 
different RMODEs  -  take a look at RMODE(SPLIT) and RMODEX.  
If your code sections are RMODE24 and RMODE31, you should also take a look at 
the binder HOBSET option - this will set the high order bit of each V-type 
address according to the AMODE of the called entry point.  This then makes it 
easy to switch to and from different sections using BASSM and BSM

Kind regards
John Dravnieks

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

Re: Does IBM file manager let you access panvalet

[Timothy Sipples]

Yes. See Chapter 9 (p. 113) here:

https://www.ibm.com/docs/en/file-manager-for-zos/15.1?topic=customization-guide

—
Timothy Sipples
Senior Architect
Digital Assets, Industry Solutions, and Cybersecurity
IBM zSystems/LinuxONE, Asia-Pacific
sipp...@sg.ibm.com


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

Re: Does z/VM have a product/tool which can send backup to the Cloud ?

[Timothy Sipples]

Jon Perryman wrote:
> Why would anyone want to do z/VM backups to a cloud?

There are lots of great reasons to do that! Also, I understood the request to 
mean “cloud object storage” as the target. Cloud object storage can technically 
reside anywhere. Public commercial clouds’ object storage pools only represent 
a fraction of total cloud object storage.

Back to Arye Shemer

Arye, if even a “baby” IBM TS7700 is not an acceptable option for whatever 
reason(s) then my suggestion is to open a request for a product enhancement. I 
think that’s probably best aimed at IBM Backup and Restore Manager for z/VM 
since that seems like the most likely vehicle for this sort of functionality. 
To open such a request please visit:

https://ideas.ibm.com

I see that IBM Backup and Restore Manager for z/VM is listed in the Product 
field. Just type in “Backup and Restore” and it should pop up as an option. 
Maybe that product could have another input/output handler (CLOUDOBJ?), 
although it’d be up to the product team to consider (of course).

—
Timothy Sipples
Senior Architect
Digital Assets, Industry Solutions, and Cybersecurity
IBM zSystems/LinuxONE, Asia-Pacific
sipp...@sg.ibm.com


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

Re: AMODE was: Why do all entry points have to be in the same class?

[Jon Perryman]

Specifying AMODE does affect the actual addressing mode. If x03 (amode 64) 
is running and it calls x02 (amode 31), then the actual amode is wrong.

All these years of code reviews, I verified SYSTATE but ignored AMODE because I 
thought the binder would give an error. It makes me wonder about the RMODE 
validation at bind time. Seems pretty useless. Thanks for the correction.
 
On Mon, 23 Oct 2023 20:56:58 +, Eric D Rossman  wrote:

>I'm not sure what you are saying. I can see in my ASM:
>
>xx02 RSECT
>xx02 AMODE 31
>xx02 RMODE ANY
>
>And the entry prolog clearly expects to be running AMODE(31)
>
>Eric Rossman
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Jon Perryman
>Sent: Monday, October 23, 2023 4:45 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: [EXTERNAL] Re: AMODE was: Why do all entry points have to be in the 
>same class?
>
>On Mon, 23 Oct 2023 12:37:30 +,rEric D Rossman  wrote:
>
>>MEMBER NAME:  xx01   MAIN ENTRY POINT:
>>LIBRARY:  LIBIN  AMODE OF MAIN ENTRY POINT: 31
>>** ALIASES **  ENTRY POINTAMODE
>>  xx02  00x031
>>  xx03  00x064
>>  xx04  00x031
>
>Nice they allow this but I suspect that all CSECTs must specify AMODE 64. 
>Since running AMODE 64 has overhead than AMODE 32, it would make sense that 
>IBM would give us an easy method to select an AMODE. 
>
>--
>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

Does IBM file manager let you access panvalet

[Brian Westerman]

Hi,

Does IBM file Manager let you access (i.e. browse) Panvalet datasets like the 
old Compuware File-aid product?  One of our clients is getting a huge bill from 
BMC (they bought Compuware), and they are thinking about replacing File-Aid 
with IBM File Manager.  One of the things they use File-Aid for is to read 
Panvalet (they don't have the panvalet ISPF panel option).  I jsut want to make 
sure that File Manager has no issues with reading the panvalet datasets similar 
to how file-aid does it.

I have File-Manager here, but I don't have Panvalet so I can't tell if they are 
compatible.

Thanks for your help.  
Brian

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

Re: Does z/VM have a product/tool which can send backup to the Cloud ?

[Jon Perryman]

On Mon, 23 Oct 2023 16:19:20 +0300, Arye Shemer  wrote:

>Only a solution built on software running in z/VM would be accepted by the
>customer.

Why has your customer decided z/VM backup via the cloud? Save money? Offsite 
backup? It's new technology? Don't need to worry because it's the cloud? They 
want to say they are cloud enabled?

Everyone is ignoring the obvious questions. Why would anyone want to do z/VM 
backups to a cloud? What are the advantages and disadvantages? What are your 
customer's expectations? Are they willing to use software that locks them into 
a specific cloud service provider?

Consider Unix, Windows and Apple cloud backup solutions. From those I've seen, 
each cloud service provider has their own proprietary software that seems to 
use SaaS. Most important they are very simplistic (files are a single chunk of 
data with trivial file information). They do not handle complex structures ( 
E.g. databases allocated to disk partitions instead of files). In other words, 
these cloud implementations do not cover 100%. 
 
AFAIK, z/OS does not have cloud backup (Amazon AWS, Google, ???). Instead, 
DFDSS backs up to TS7700 emulated tape drives which completely hides the cloud 
functionality. Unlike UNIX Cloud backup philosophy, I don't believe TS7700 
understands DFDSS backups, incremental backups nor complex z/OS file structures 
(e.g. VSAM). I suspect that TS7700 cloud capabilities are limited to data 
instead of the robust ?aaS offerings (e.g. no SaaS).

For z/VM, both implementations seem feasible to write but both have problems. 
You can FTP to/from Google cloud storage. You can easily FTP the backup files 
but you are transferring large files. Not my first choice but you are cloud 
enabled. The UNIX solution would require that the z/VM backup software exits 
which you can use. Possibly knowledge of the backup file structure. 

I suspect that writing a z/VM cloud backup product would not be profitable 
since most z/VM customers probably don't need it. 

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

Re: AMODE was: Why do all entry points have to be in the same class?

[Paul Gilmartin]

On Mon, 23 Oct 2023 15:45:10 -0500, Jon Perryman wrote:

> Since running AMODE 64 has overhead than AMODE 32,  ...
>
???
Java has that.

-- 
gil

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

Re: AMODE was: Why do all entry points have to be in the same class?

[Eric D Rossman]

I'm not sure what you are saying. I can see in my ASM:

xx02 RSECT
xx02 AMODE 31
xx02 RMODE ANY

And the entry prolog clearly expects to be running AMODE(31)

Eric Rossman

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jon 
Perryman
Sent: Monday, October 23, 2023 4:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: AMODE was: Why do all entry points have to be in the 
same class?

On Mon, 23 Oct 2023 12:37:30 +, Eric D Rossman  wrote:

>MEMBER NAME:  xx01   MAIN ENTRY POINT:
>LIBRARY:  LIBIN  AMODE OF MAIN ENTRY POINT: 31
>** ALIASES **  ENTRY POINTAMODE
>  xx02  00x031
>  xx03  00x064
>  xx04  00x031

Nice they allow this but I suspect that all CSECTs must specify AMODE 64. Since 
running AMODE 64 has overhead than AMODE 32, it would make sense that IBM would 
give us an easy method to select an AMODE. 

--
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: AMODE was: Why do all entry points have to be in the same class?

[Jon Perryman]

On Mon, 23 Oct 2023 12:37:30 +, Eric D Rossman  wrote:

>MEMBER NAME:  xx01   MAIN ENTRY POINT:
>LIBRARY:  LIBIN  AMODE OF MAIN ENTRY POINT: 31
>** ALIASES **  ENTRY POINTAMODE
>  xx02  00x031
>  xx03  00x064
>  xx04  00x031

Nice they allow this but I suspect that all CSECTs must specify AMODE 64. Since 
running AMODE 64 has overhead than AMODE 32, it would make sense that IBM would 
give us an easy method to select an AMODE.

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

Re: Why do all entry points have to be in the same class?

[Jon Perryman]

On Mon, 23 Oct 2023 14:21:55 +, Schmitt, Michael  
wrote:

>And C_CODE doesn't mean COBOL or LE. As far as I know, it just means Compiler 
>Code, 
> which could be any compiler, including one that doesn't use LE.

My guess is that C_CODE came into existence when IBM wrote the IBM C / C++ 
compiler.

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

Re: DVIPA question

[Jon Perryman]

On Mon, 23 Oct 2023 11:51:04 +, Allan Staller  wrote:

>I agree, the secondary application must be running on the other LPAR.

Don't say "must" because every situation is different and every situation has 
defined limitations. The OP said their app cannot run in standby mode.

The majority of apps running in standby mode, cancel all inflight transactions 
because inflight transaction recovery is difficult. 

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

Re: DVIPA question

[John S. Giltner, Jr.]

Some situations may require manual intervention.  That that could be done 
through automation.

Some situations may involve noticeable outage outage to the user. 


It all depends on how it is setup and how you want to move the task.  

Say you have LPARA and LPARB and task "myserver" normally runs on LPARA.  

Do you want it to move to LPARB only when LPARA is shutdown and move back when 
LPARA comes back up?

Or do you want to be able to move "myserver" to LPARB while LPARA is still up?

Or a both?

Do you want to prevent "myserver" from running on both at the same time?

You may want to read up on how  TCPIP's Sysplex distributor works.  Although it 
is designed so to have multiple server tasks up at the same time, you can use 
it and just have one task up and running.normally move it from one LPAR to 
another as needed.


On Mon, 23 Oct 2023 11:51:04 +, Allan Staller  wrote:

>Classification: Confidential
>
>I agree, the secondary application must be running on the other LPAR.
>
>I have physically tested this is a prior life and the transition is 
>(apparently) seamless to the end user.
>In that environment, although the cutover was triggered manually, it worked 
>flawlessly,
>I also (in that environment) simulated an OSA failure by "pulling the plug" on 
>the specific Ethernet cable involved.
>This (again) worked flawlessly, and (apparently) unnoticed by the end user,
>
>
>-iriginal Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Jon Perryman
>Sent: Friday, October 20, 2023 11:41 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: DVIPA 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.]
>
>On Fri, 20 Oct 2023111:55:17 +, Allan Staller  
>wrote:
>
>> The difference iis n starting/stopping the application is a service 
>> interruption to the end user.
>> The DVIPA activate/deactivate would be seamless to the end user
>
>DVIPA activate/deactivate isn't seamless. First, it would require the 
>application be running on the second LPAR running in standby mode. Second, 
>current connections are interrupted unless the application has been designed 
>to circumvent the problem. Third, you still have a time frame where the 
>application is still unreachable albeit very small hopefully.
>
>Each situation is different and a decision about which method best solves the 
>problem must be made. The OP said his application can only be active on one 
>LPAR. In that case, using activate/deactivate would not provide an advantage 
>although it would work equally as well..
>
>--
>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: Why do all entry points have to be in the same class?

[Schmitt, Michael]

But B_TEXT is both for assembler and Enterprise COBOL v4 and earlier. This 
COBOL requires LE, as does any COBOL after LE was introduced in 1998. That 
certainly includes COBOL/370, COBOL for MVS & VM, COBOL for OS/390 & VM, COBOL 
for z/OS & OS/390, and COBOL for z/OS.

And C_CODE doesn't mean COBOL or LE. As far as I know, it just means Compiler 
Code, which could be any compiler, including one that doesn't use LE.


My guess is that something is treating the alias as an offset from the start of 
the class, not from the load module load address or EPA. And since the class 
isn't in the alias, it is from the start of the class of the main entry.

Whatever it is, it is annoying. The only way I could get my load module to work 
was to downgrade the COBOL program to COBOL v4, so that it was in the same 
B_TEXT class as the assembler program.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jon 
Perryman
Sent: Friday, October 20, 2023 8:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why do all entry points have to be in the same class?

On Fri, 20 Oct 2023 16:38:54 +, Schmitt, Michael  
wrote:

> main module entry point is assembler (CLASS B_TEXT)
> and the alternate entry I wanted was to IBM Enterprise COBOL for z/OS v6 
> (CLASS C_CODE).
>
>This is not permitted. *why* do all entry points have to be in the same class?
> I thought a directory alias entry is just an offset into the module.

The most obvious answer is incompatible entry point types. Language Environment 
entry points require LE initialization whereas no pre-processing is required 
for an assembler entry point.

--
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: Does z/VM have a product/tool which can send backup to the Cloud ?

[carl swanson]

Recently retired so some of my information is dated.

I agree with Tim I am also not aware of any Software only solution for 
Z/VM. And I agree that a Virtual tape solution is available from IBM (TS7700), 
Dell (DLm) and others like Luminex and Optica. All these systems can scale 
pretty small and the movement of data to the cloud is transparent.

I understand your delime, but just because they want something does not 
mean it exists. 

Carl Swanson
carl.swans...@verizon.net
Mobile: 215.688.1459

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Arye Shemer
Sent: Monday, October 23, 2023 9:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Does z/VM have a product/tool which can send backup to the Cloud ?

Hello  Timothy,
TS7700 baby, z/OS LPAR (or guest) and even Linux were introduced and offered to 
the customer but completely rejected Only a solution  built on software running 
in z/VM would be accepted by the customer.
Thank you all for the suggestions and help, Best Regards, Arye Shemer

On Mon, Oct 23, 2023 at 4:12 AM Timothy Sipples  wrote:

> I’m not aware of any pure software-based option from IBM or any other 
> vendor that fits your/their description. However, IBM fairly recently 
> introduced a “baby” TS7700 model that’s customer rack mounted. If 
> they’re concerned about consuming another whole frame footprint it’s not that 
> big.
> And the hardware-based approach has its advantages, notably lower 
> processing impact(s) on the z/VM environment(s).
>
> If they’re willing to relax their z/OS “ban” then I think it can be 
> done with a pure software-based approach, but I’d have to double check.
>
> There are hypothetical “Roll Your Own” approaches involving Linux. I 
> suppose for example you could configure the storage system to take 
> point-in-time copies then use a Linux LPAR to back those PITCs up to 
> cloud object storage, highly preferably encrypted before transmission. 
> Not ideal IMHO, and I don’t see how you’d get incremental backups that way.
>
> —
> Timothy Sipples
> Senior Architect
> Digital Assets, Industry Solutions, and Cybersecurity IBM 
> zSystems/LinuxONE, Asia-Pacific sipp...@sg.ibm.com
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

Re: Does z/VM have a product/tool which can send backup to the Cloud ?

[ITschak Mugzach]

Arie,

Assuming your client agrees to use Amazon s3 bucket, they can develop their
own rest api calls. The Amazon SDK is recommended, but not a requirement.
At end, it is just a rest api. All sequence. Google for "developing with
Amazon s3 using rest api"

ITschak

בתאריך יום ב׳, 23 באוק׳ 2023 ב-16:20 מאת Arye Shemer :

> Hello  Timothy,
> TS7700 baby, z/OS LPAR (or guest) and even Linux were introduced and
> offered to the customer but completely rejected
> Only a solution  built on software running in z/VM would be accepted by the
> customer.
> Thank you all for the suggestions and help,
> Best Regards,
> Arye Shemer
>
> On Mon, Oct 23, 2023 at 4:12 AM Timothy Sipples 
> wrote:
>
> > I’m not aware of any pure software-based option from IBM or any other
> > vendor that fits your/their description. However, IBM fairly recently
> > introduced a “baby” TS7700 model that’s customer rack mounted. If they’re
> > concerned about consuming another whole frame footprint it’s not that
> big.
> > And the hardware-based approach has its advantages, notably lower
> > processing impact(s) on the z/VM environment(s).
> >
> > If they’re willing to relax their z/OS “ban” then I think it can be done
> > with a pure software-based approach, but I’d have to double check.
> >
> > There are hypothetical “Roll Your Own” approaches involving Linux. I
> > suppose for example you could configure the storage system to take
> > point-in-time copies then use a Linux LPAR to back those PITCs up to
> cloud
> > object storage, highly preferably encrypted before transmission. Not
> ideal
> > IMHO, and I don’t see how you’d get incremental backups that way.
> >
> > —
> > Timothy Sipples
> > Senior Architect
> > Digital Assets, Industry Solutions, and Cybersecurity
> > IBM zSystems/LinuxONE, Asia-Pacific
> > sipp...@sg.ibm.com
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Does z/VM have a product/tool which can send backup to the Cloud ?

[Arye Shemer]

Hello  Timothy,
TS7700 baby, z/OS LPAR (or guest) and even Linux were introduced and
offered to the customer but completely rejected
Only a solution  built on software running in z/VM would be accepted by the
customer.
Thank you all for the suggestions and help,
Best Regards,
Arye Shemer

On Mon, Oct 23, 2023 at 4:12 AM Timothy Sipples  wrote:

> I’m not aware of any pure software-based option from IBM or any other
> vendor that fits your/their description. However, IBM fairly recently
> introduced a “baby” TS7700 model that’s customer rack mounted. If they’re
> concerned about consuming another whole frame footprint it’s not that big.
> And the hardware-based approach has its advantages, notably lower
> processing impact(s) on the z/VM environment(s).
>
> If they’re willing to relax their z/OS “ban” then I think it can be done
> with a pure software-based approach, but I’d have to double check.
>
> There are hypothetical “Roll Your Own” approaches involving Linux. I
> suppose for example you could configure the storage system to take
> point-in-time copies then use a Linux LPAR to back those PITCs up to cloud
> object storage, highly preferably encrypted before transmission. Not ideal
> IMHO, and I don’t see how you’d get incremental backups that way.
>
> —
> Timothy Sipples
> Senior Architect
> Digital Assets, Industry Solutions, and Cybersecurity
> IBM zSystems/LinuxONE, Asia-Pacific
> sipp...@sg.ibm.com
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Old Z/OS manuals and maybe some as old as MVS 3.8

[carl swanson]

Everyone,

 

Recently, I got access to a trove of old manuals mostly 1.5
but a number of older some much older. Before I got ride of them in the
re-cycle bin.  I will not be shipping but could assist with local delivery
or you can pick them up. If interested contact me at the email address below
off list. I am in PA NE of Philadelphia for your information.

 

BTW, the reason I have these manuals I am helping someone
out since we have lost another Z/OS systems programmer and one of my best
friends and a incredible z/OS assembler language programmer and developer. 

 

Carl Swanson

carl.swans...@verizon.net  

Mobile: 215.688.1459

 


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

Re: AMODE was: Why do all entry points have to be in the same class?

[Eric D Rossman]

I was avoiding wading into this conversation because I'm not quite sure how the 
binder actually works but something I did want to point out is that entry 
points in different CSECTs (as shown by the ALIASES below) CAN have different 
AMODEs.

For example, running an AMBLIST against a load module I maintain:

MEMBER NAME:  xx01   MAIN ENTRY POINT:
LIBRARY:  LIBIN  AMODE OF MAIN ENTRY POINT: 31
** ALIASES **  ENTRY POINTAMODE
  xx02  00x031
  xx03  00x064
  xx04  00x031

Eric Rossman

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jon 
Perryman
Sent: Sunday, October 22, 2023 4:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: AMODE was: Why do all entry points have to be in the 
same class?

On Sun, 22 Oct 2023 14:55:20 +, Peter Relson  wrote:

>>Jon P wrote
>> Mixed AMODE load modules is a bad thing and very rarely needed.
>
>I disagree. It's not a "bad thing".  There's nothing wrong with switching 
>AMODE when needed. 

AMODE switching is not being discussed. The OP is complaining about IBM's 
choice of having 1 and only 1 AMODE when binding a single load module. He 
thinks it makes more sense to have a unique AMODE for each ALIAS.

The bad thing I'm referring to is having AMODE 24 csects included in a load 
module linked AMODE 31. You always link a module to it's lowest csect AMODE. 
  
> it might well have to switch out of AMODE 64 to call something.

Switching AMODEs is essential and I would never say it's bad. To the contrary, 
I've written programs using AMODE switching. For this discussion, we are 
discussing the AMODE that is used when a program starts.

>> I don't think that AMODE 24 in assembler does anything more useful 
>> than tell the binder the program must be linked AMODE 24 (not 31/64)
>It does two things that come to mind:

AMODE specified in the assembler source does not affect the assembly. The value 
is passed to the binder whereas you say, is used to set the default load module 
AMODE however technically the binder simply validates AMODE compatibility and 
that all CSECTs are compatible with the load module AMODE. 

--
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: DVIPA question

[Allan Staller]

Classification: Confidential

I agree, the secondary application must be running on the other LPAR.

I have physically tested this is a prior life and the transition is 
(apparently) seamless to the end user.
In that environment, although the cutover was triggered manually, it worked 
flawlessly,
I also (in that environment) simulated an OSA failure by "pulling the plug" on 
the specific Ethernet cable involved.
This (again) worked flawlessly, and (apparently) unnoticed by the end user,


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jon 
Perryman
Sent: Friday, October 20, 2023 11:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DVIPA 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.]

On Fri, 20 Oct 2023 11:55:17 +, Allan Staller  wrote:

> The difference iis n starting/stopping the application is a service 
> interruption to the end user.
> The DVIPA activate/deactivate would be seamless to the end user

DVIPA activate/deactivate isn't seamless. First, it would require the 
application be running on the second LPAR running in standby mode. Second, 
current connections are interrupted unless the application has been designed to 
circumvent the problem. Third, you still have a time frame where the 
application is still unreachable albeit very small hopefully.

Each situation is different and a decision about which method best solves the 
problem must be made. The OP said his application can only be active on one 
LPAR. In that case, using activate/deactivate would not provide an advantage 
although it would work equally as well..

--
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: Extracting SMP/e details

[ITschak Mugzach]

Alan,
I spent a lot of time calling GIMAPI. Few calls did work, but in the end we
decided to develop an assembler program that will be calleing GIMAPI.


ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM coming soon  *




On Fri, Oct 20, 2023 at 2:51 PM Allan Staller  wrote:

> Classification: Confidential
>
> There is a REXX? API available. Check the fine manuals.
>
> An alternative would be SMPLIST and parse the output with the tool of you
> choice.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Lizette Koehler
> Sent: Thursday, October 19, 2023 9:33 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Extracting SMP/e details
>
> [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.]
>
> I need a simple process to get the following out of SMP/e
>
> PTF. Fmid. Date received. Date applied
>
> I am thinking of writing a Rexx or icetool to read a listing to produce
> the one liners
>
> Just wanted to check here to see if there was a better way
>
> I have not found much on cbttape
>
> From time to time I need to show when fixes went in. So this just needs to
> be a simple report
>
> Thanks
>
> Sent from EarthLink Mobile mail
>
>
> --
> 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