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
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.
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
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:
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
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
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
> 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
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
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
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,
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
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
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,
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:
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
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
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
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
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
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
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
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,
>
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,
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
>
>That is incorrect. I routine share ahannels across LPARs.
>
>The purpose of the switch is to concect multiple physical CECs to a
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
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
You cannot share chpid without the switch. It is point to point
topology, not daisy chains like in Bus
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
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
That is incorrect. I routine share channels across LPARs.
The purpose of the switch is to connect multiple physical CECs to a single
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
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=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Wednesday, June 3,
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=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On
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
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
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
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
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=markjac...@protonmail.com
‐‐‐ Original Message
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
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
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
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
41 matches
Mail list logo
