W dniu 16.11.2023 o 01:47, Michael Babcock pisze:
We have an OSA-ICC connection set up as a 3270 session type. The LU Name
in that definition is TERM140. The CUA is B400.We have a 3270 session
defined with the proper IP and the same LU Name of TERM140.This all
works as expected. My
W dniu 16.11.2023 o 05:04, Peter pisze:
Hello
I am looking for a rexx logic which can multiple RACFID based on one model
user ?
Does anyone have any sample rexx code or any logic that you can share with
me?
Hint: use template.
Just create some member with all definitions needed to create a
On 16.11.2023 02:24, Eric Erickson wrote:
First of all thanks to Colin for sending me the headers. Before I went down the
path of generating them myself, I want to see what other had experienced trying
to do this.
I can't use Metal C, as the routines I want to call out of the functions are
W dniu 15.11.2023 o 13:13, Steve Estle pisze:
All,
We are in the midst of rolling out pervasive encryption in our ZOS 2.5 customer
environment. To get there of course we need to move to extended format
datasets (sequential, VSAM, etc) which we have minimal exposure / experience
with today
You can change the Load Parameter in the activation profile to have z/OS Prompt
for System Parameters Response and then specify GRS=NONE/TRYJOIN there.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
Can you specify it at IPL time by replying to the IEA101A SPECIFY SYSTEM
PARAMETERS message? You would need an IEASYSxx that has the necessary
parameter to issue the prompt in it set up beforehand.
On Thu, Nov 16, 2023 at 12:54 AM Laurence Chiu wrote:
> It was gold for me and will help me
Bring up a one pack rescue system that can get to the same PARMLIB and
change it.
On Thu, Nov 16, 2023 at 12:54 AM Laurence Chiu wrote:
> It was gold for me and will help me settle a dispute with some local
> sysprogs who said there would be no problem. My question is, it says if you
> don't
David C wrote
in /usr/include/zos (there is a PDS/E ...
The PDSE is shipped as SYS1.SIEAHDR.H
Peter Relson
z/OS ore Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Perhaps it would be better if I explain what we have. We use the BMC
suite of products including the Terminal Address Space (an alternate
access method I think they call it). Within TAS, there is a LOGON
UCB(B400) parameter. The B400 corresponds to the OSA-ICC definition.
We have a Visara
Nice idea. The only CONNECT statements I have are for NJE over IP.I am not
sure how to apply this to an SNA connection.
I
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Thanks, While that might shutdown the node, My eventual goal to is remove it
entirely. I am trying to do it in stages. First, deactivate it. Wait. Then
Remove it.
I see no need to apply external solutions (RACF) to the procedure.
My experience and monitoring tells me that this node
Yes, TAS is doing something under the covers. Since you're giving it a
device number to talk to the OSA-ICC device, that means that device is not
owned by VTAM at all, at any time; instead, TAS is talking to it directly
using channel programming like it's a channel-attached, non-SNA 3270
terminal.
I seem to remember that you can override the system parameters at IPL time and
specify PLEXCFG=MONOPLEX. This should bring you up in a single system plex.
Or you can specify PLEXCFG=XCFLOCAL and not be in a plex at all.
-Original Message-
From: IBM Mainframe Discussion List On
I have already gone the VTAM Inact route but I have not tried it for EVERYONE.
If I do temporarily kick everyone to the curb so that the dead node can be
deleted, I have yet to find a JES command to delete a node.
Best guess at this point, using your theory is to:
Shut all JES2
A bit of Googling reveals that TAS is a component of BMC MainView. Under
those circumstances, that OSA-ICC session might never talk to a VTAM
application like TSO at all; if so, then there's no need for an application
LU to pass the emulated terminal to VTAM. In either case, TAS handles all
I find REXX extremely useful on PCs, but TSO/E REXX is a backwater compared to
ooRexx, and I would be tempted to use Java or Python for complicated TSO
scripts. But on z/Linux ooRexx with BSF4REXX is a viable option.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
You could still use a MetalC “front end” to both capture R0 and establish the
LE/C++ environment via CEEPIPI, saving addresses and/or data as needed in a
writeable static area, and on subsequent calls just invoke the C++ code to
execute the needed functions.
Then your Rexx calls would use the
As other said, TAS use mean no VTAM definitions.
However ...it doesn't matter.
MVS console is also out of VTAM scope.
But the rules are still valid: VTAM or TAS or CONSOLxx does not use
LUNAME from OSA-ICC. All of them use devnum only to identify the
terminal/console.
How to define non-SNA
Here is my second failed attempt using what I think I learned from Brian.
>"First you need to (in vtam via V NET,INACT,ID=) inactivate any cross domain
>and CDRSC connections between that LPAR and everyone else, then you need to
>(in JES) using the >TSOCKET(name) command change it to
An XL C/C++ may or may not have a DSA address in R13. If it is XPLINK, it will
not. 64-bit C/C++ programs always use XPLINK-64 linkage.
In fact, 64-bit LE programs only use XPLINK-64 linkage.
--
Tom Marchant
On Wed, 15 Nov 2023 17:54:44 +, Farley, Peter
wrote:
>Isn’t there is some C
It is part of IBM XLC. The program is actually named EDCDSECT. It does a
less-than-perfect job but I find it to be an excellent starting point.
On Thu, 16 Nov 2023 10:16:54 -0500, Rick Troth wrote:
>I remember the DSECT2C command, but might have been from an ISV (maybe
Different strokes for different folks.
1. I was not aware of that pointer. This is the classic documentation problem.
The answer is right there in the manual, clear as day -- provided you know
where to look. A lot of these answers are easy to find, assuming you already
know the answer.
2. My
Agreed!
The set-up/tear-down of LE is a pain.
In a previous life, I brought up LE to have it available for C (or any
other LE languages) sort of on demand. Calling linkage to/from the other
languages worked fine. It was that LE establishment that would lead to
ABENDs if not done (or if not
I remember the DSECT2C command, but might have been from an ISV (maybe
Dignus?).
But converting a DSECT to a struct is kinda easy. So if you have the
Rexx and TSO control blocks in assembler, you should be able to cook-up
C structs for equivalent representation.
If you need help with that,
The function not provided by Metal C is basically all of C++. The called module
is written in, and exploits, C++.
Charles
On Wed, 15 Nov 2023 21:26:18 +, Farley, Peter
wrote:
>OK, I sort of understand the “personal preference” about not using inline
>assembler (it is kludgey, I agree)
Thanks to all that responded! I appreciate the help!
On Thu, Nov 16, 2023 at 9:10 AM Jay Maynard wrote:
> A bit of Googling reveals that TAS is a component of BMC MainView. Under
> those circumstances, that OSA-ICC session might never talk to a VTAM
> application like TSO at all; if so, then
I choose a language on capabilities rather than personal preference. I’ve been
accused on this forum by my ex-colleague and pal Wayne Bickerdyke of having a
pathological dislike of REXX. That’s not true, but I do find it less useful
than other languages. Python has a useful library called
On Thu, 16 Nov 2023 16:51:32 +, Farley, Peter wrote:
>
>Then your Rexx calls would use the least amount of environment setup and
>teardown. The down side is you would also need a “terminate” function in the
>“front end” to do the needed CEETERM for the LE/C++ environment you set up
>which
Thanks for checking, please let us know if they approve or not.
Peter
From: IBM Mainframe Discussion List On Behalf Of
David Crayford
Sent: Thursday, November 16, 2023 12:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: External Functions in C on z/OS
When I first published RTK it was using
TWO design errors IMHO:
XLC should provide a way to get the entry R0. Passing things in R0 is not
totally uncommon.
Rexx should be passing the environment block using standard linkage. It is
passing a standard list of parameters and control blocks as it is. Why put the
critical environment
Thanks to all. We do have an emergency single pack LPAR we can use but I
would rather be prepared and either have a IEASYSnn setup or have operator
instructions ready for people to know what to do when in a DR situation
when the pressure is on
On Fri, Nov 17, 2023 at 4:04 AM Burrell, Todd <
On Thu, 16 Nov 2023 08:04:47 +0400, Peter wrote:
>I am looking for a rexx logic which can multiple RACFID based on one model
>user ?
Doesn't the RACF ISPF interface have the ability to close a user?
--
For IBM-MAIN subscribe
I don't find ooRexx useful on the PC as it's basically on life support
where Python has millions of contributors. Take data validation as an
example. There is a first class library https://docs.pydantic.dev/latest/.
Python isn't my favorite language by a large margin. But it is useful so it
wins.
Python seems like a wonderful language.
I didn't choose the Rexx language here. The client already had tens of
thousands of lines of Rexx code and contracted with me to write a callable
function in C++.
I did not become a very successful contract programmer by telling clients that
if they
Different folks, different strokes. But I agree about libraries; I don't like
Perl syntax, but I use it because of CPAN; I find LaTeX awkward, but I can do
things in it and CTAN that would be difficult without it.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
*Doesn't the RACF ISPF interface have the ability to close a user?*
No, Consul RACF which became z/Secure has that capability. As Radowslaw
says, set up a template or use an ISPF file tailoring skeleton with a set
of templates and generate from a panel.
On Fri, Nov 17, 2023 at 1:55 PM Jon
36 matches
Mail list logo
