Hi,
Ran into an odd situation defining a storage box on spanned channels. There
are 26 LPARs in this CPU (z15), 12 in LCSS 0 and 14 in LCSS 1, running z/OS
2.4. The storage box has 6 channel paths (01-06 FICON, spanned) directly
connected (no switch) to this CPU, and there are 64 LCUs defined
I used to be possible do download JAVA directly from IBM w/o going through
Shopz. Check the JAVA pages at IBM.COM
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gibney, Dave
Sent: Wednesday, June 3, 2020 5:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: No Java, in the
But until then, you can use the non-SMPe java to perform your RECEIVE ORDER
processing.
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 Wednesday, J
Not using this, but your provider can order SMP/e Java from ShopZSeries. It's
z/OS level independent.
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 ‐‐‐
O
Can I then get it into SMPE, so I can maintain it using normal procedures?
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Mark Jacobs
> Sent: Wednesday, June 03, 2020 3:42 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: No Java, in the archive, z/OS 2.3 Server
You should be able to download a non SMPe installable JAVA from here.
https://developer.ibm.com/javasdk/support/zos/
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 Me
A more interesting question might be "what happens if I do allocate it?" and at
least for a simple test with ALLOC FI(GRXBIMG) DA(*) the answer seems to be
"nothing special."
What might this be a relic of? GRX does not seem to be a component prefix. I
could be wrong.
Here's my theory: a devel
Semi long background. Our MFaaS provider did not migrate us to a host capable
of running z/OS 2.3 until after z/OS 2.3 was no longer orderable. For
USERKEYCSA reasons (Natural Global Buffer Pool, Natural out of support)), I
don't really want to go to z/OS 2.4.
Our MFaaS provider was able to ge
I thought that vintage green (& other) cards had the actual card-punch rows
listed, and it turns out that is true:
http://weblog.ceicher.com/archives/IBM360greencard.pdf
sas
On Wed, Jun 3, 2020 at 4:10 PM Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
> On Tue, 2 Jun 2020
On Wed, 3 Jun 2020 15:10:20 -0500, Tom Marchant wrote:
>On Tue, 2 Jun 2020 16:58:03 -0500, Paul Gilmartin wrote:
>
>>I don't understand the table at:
>>https://homepage.divms.uiowa.edu/~jones/cards/codes.html
>>
>>The column labels 12, 11, 10, (blank) appear redundantly on the
>>second and fou
On Tue, 2 Jun 2020 16:58:03 -0500, Paul Gilmartin wrote:
>I don't understand the table at:
>https://homepage.divms.uiowa.edu/~jones/cards/codes.html
>
>The column labels 12, 11, 10, (blank) appear redundantly on the
>second and fourth quadrants.
You might find the chart on page 150.3 of
http
AFAIK the only FICON cascading is FICON switch cascading.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Allan Staller [allan.stal...@hcl.com]
Sent: Wednesday, June 3,
On Wed, 3 Jun 2020 17:34:50 +0100, Jeremy Nicoll wrote:
>On Wed, 3 Jun 2020, at 16:57, Paul Gilmartin wrote:
>> On Wed, 3 Jun 2020 15:45:53 +0100, Jeremy Nicoll wrote:
>
>> >The deficiency of EXec is that it does not use the standard load module
>> >search sequence for the member name. Someone sh
> OK everyone...I figured it out...my problem is that I was BUILDing over
> top of the existing data. I just added the PARSEd fields in the INREC to
> the end of the record, and moved the INCLUDE to OUTFIL.
Billy,
Glad you figured it out. It is always preferable to put the temporary
fields at t
OK everyone...I figured it out...my problem is that I was BUILDing over
top of the existing data. I just added the PARSEd fields in the INREC to
the end of the record, and moved the INCLUDE to OUTFIL. I could then add
an OUTFIL FILES=(00),BUILD=(1,160) to get only the original record.
Sorry to
On Wed, 3 Jun 2020, at 16:57, Paul Gilmartin wrote:
> On Wed, 3 Jun 2020 15:45:53 +0100, Jeremy Nicoll wrote:
> >How would it be useful if it did? Which load module library is going to
> >contain a CLIST or REXX exec?
> >
> I stand half corrected. Four line later, in text you trimmed:
- which I
You are a bad boy!
You failed to ask if it can be a ZFS path, and if not, why not? Perhaps an RFE
is in order?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Wednesday, June 3, 2020 9:16 AM
To: IBM-MAI
On Wed, 3 Jun 2020 16:12:33 +, Billy Ashton wrote:
>
>Today's SORT challenge:
>I am reading a temporary file for input, created in an earlier jobstep.
>I am using
>OPTION COPY
>INCLUDE COND=.
>INREC IFTHEN=
>
>OUTREC ...,
>IFTHEN=...
>
>This keeps only the records I want to reformat, a
On Wed, 3 Jun 2020 07:00:19 -0700, Charles Mills wrote:
>I must have time on my hands. I just dragged out the OS/390 V2R8 CDs from
>1999, and the sentence is there verbatim.
>
>It's the only hit on GRXBIMG on CD #1.
>
>-Original Message-
>From: Steve Smith
>Sent: Wednesday, June 3, 2020 6
Hi folks!
Today's SORT challenge:
I am reading a temporary file for input, created in an earlier jobstep.
I am using
OPTION COPY
INCLUDE COND=.
INREC IFTHEN=
OUTREC ...,
IFTHEN=...
This keeps only the records I want to reformat, and creates a nice
output file of commands. However, in
Because EXEC does not invoke a load module.
"
On Wed, 3 Jun 2020 09:21:46 -0500 Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
:>On Tue, 2 Jun 2020 23:44:50 -0400, Steve Smith wrote:
:>
:>>I'm not sure this is relevant, but today I ran into this:
:>>
:>>EX 'yadda
On Wed, 3 Jun 2020 15:45:53 +0100, Jeremy Nicoll wrote:
>On Wed, 3 Jun 2020, at 15:21, Paul Gilmartin wrote:
>
>> The deficiency of EXec is that it does not use the standard load module
>> search sequence for the member name.
>
>How would it be useful if it did? Which load module library is going
Wasn't there a thing known as FICON cascading? To allow multiple CU's on the
same CHP?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Seymour J Metz
Sent: Wednesday, June 3, 2020 10:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup
[CAUTION: This E
That's the right answer to the wrong question. Yes, you can share a chpid
between LPARs without a switch, but you cannot share chpids between control
units without a switch.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Di
>
We have lots of multiple CU's on a channel,
Without a switch?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Dana Mitchell [mitchd...@gmail.com]
Sent: Wednesday, Ju
On Wed, 3 Jun 2020, at 15:21, Paul Gilmartin wrote:
> The deficiency of EXec is that it does not use the standard load module
> search sequence for the member name.
How would it be useful if it did? Which load module library is going to
contain a CLIST or REXX exec?
--
Jeremy Nicoll - my op
On Tue, 2 Jun 2020 23:44:50 -0400, Steve Smith wrote:
>I'm not sure this is relevant, but today I ran into this:
>
>EX 'yadda.zadda.exec(blah)' ',,foo' /* works */
>
>but
>
>%blah ,,foo /* does not work */
>
>"blah" starts with
>
>parse arg a ',' b ',' c
>
>The leading commas disappear with the s
Hi Kolusu, I was finally able to get to this, and it works great for
what I need!
Thanks!
Billy
-- Original Message --
From: "Sri h Kolusu"
To: IBM-MAIN@listserv.ua.edu
Sent: 5/27/2020 7:30:48 PM
Subject: Re: Sort extracting values in PDS members
Billy,
On second thoughts, We can o
Maybe someone with the entire CBT tape unloaded might find a hit. There is a
lot of old code out there...
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent: Wednesday, June 3, 2020 10:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What is GRXBIMG
I
I must have time on my hands. I just dragged out the OS/390 V2R8 CDs from 1999,
and the sentence is there verbatim.
It's the only hit on GRXBIMG on CD #1.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Smith
Sent: We
On Wed, 3 Jun 2020 13:01:50 +, Allan Staller wrote:
>4 ficon ports(CHPIDs) and 2 ficon cables are required. Each cable is shared
>in a bi-directional manner.
>
>e.g CTCchipd1 <> chpid2 CNC Signalling Path 1
> CNCchpid3 <> chpid4 CTC Signalling Path 2
>
With FICON cha
Note: CTC and CNC are from ESCON world. Ideed, that required different
CHP definition on each end.
Nowadays we have FICON and FC chpid definition on each end.
The topology may be
FC CHP 1A FC CHP 1B
or
FC CHP 1A switch.
1A and 1B ard example values of th CHPID.
Of course for redundan
On Wed, 3 Jun 2020 13:05:11 +, Allan Staller wrote:
> You cannot share chpid without the switch. It is point to point
>topology, not daisy chains like in Bus&Tag.
>
>That is incorrect. I routine share ahannels across LPARs.
>
>The purpose of the switch is to concect multiple physical CECs
W dniu 03.06.2020 o 15:05, Allan Staller pisze:
You cannot share chpid without the switch. It is point to point topology, not
daisy chains like in Bus&Tag.
That is incorrect. I routine share channels across LPARs.
The purpose of the switch is to connect multiple physical CECs to a single
d
It's still there in V2R4... and I am appalled that I've been running REXX
incorrectly for decades now.
sas
On Wed, Jun 3, 2020 at 9:35 AM Charles Mills wrote:
> Fascinating!
>
> I'm looking at a V1R4 TSO/E Rexx manual and the sentence is in there.
> Chapter 8, Using Rexx in Different Address S
Fascinating!
I'm looking at a V1R4 TSO/E Rexx manual and the sentence is in there.
Chapter 8, Using Rexx in Different Address Spaces.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Tuesday, June 2, 2020
You cannot share chpid without the switch. It is point to point
topology, not daisy chains like in Bus&Tag.
That is incorrect. I routine share channels across LPARs.
The purpose of the switch is to connect multiple physical CECs to a single
device.
-Original Message-
From: IBM Main
4 ficon ports(CHPIDs) and 2 ficon cables are required. Each cable is shared in
a bi-directional manner.
e.g CTCchipd1 <> chpid2 CNC Signalling Path 1
CNCchpid3 <> chpid4 CTC Signalling Path 2
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
B
W dniu 03.06.2020 o 06:09, Brian Westerman pisze:
no switches exist at the site.
I can't see how to share the CTC and NON CTC Control units on a Ficon card, it (HCD)
keeps generating a message that you can't "share" CTC and NON CTC on the same
CHPID, but maybe I'm doing something wrong.
You
Thanks
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David Geib
Sent: Wednesday, June 3, 2020 3:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Extending the /tmp file system
Hello Gadi - Only a TFS running as a colony address space can be extended - see
the chapt
It would appear that IKJSCAN considers leading commas to be similar to leading
blanks in ignoring them when calculating the parameter offset.
TSO/E Programming Services states:
The Command Scan Service Routine examines the command buffer and performs the
following functions:
It translates al
41 matches
Mail list logo