Radoslaw Skorupka used lots of capital letters thusly:
>Except ...it doesn't answer the question: HOW CPU
>RECOGNIZE ITS OWN FAILURE?
I'll provide the same answer and expand on it briefly:
"Nowadays, thanks to the wonders of microelectronic miniaturization, that's
through intensive, thorough
Tom Marchant wrote:
>This was documented in the announcement for the 9672 G5 models. You can still
>find the sales manual entry at
>http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_sm/6/897/ENUS9672-_h06/index.html_locale=en
Thanks. I remember that beast 9672.
>Many of
Or FreeBASIC, an open-source BASIC compiler for Windows, linux and xbox.
https://www.freebasic.net/
Not sure how compatible with PowerBASIC that one is, but it would be worth
investigating.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
So using these pragmas did not stop the fetch error?
#pragma(IGGCSI00, FETCHABLE)
#pragma(IGGCSI00, OS_UPSTACK)
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Pierre Fichaud
Sent: Tuesday, December 18, 2018 1:25 PM
To:
On Tue, 18 Dec 2018 16:39:09 -0600, Robert Longabaugh wrote:
>..
>CAUNZIP documentation is in several places, including here:
>https://docops.ca.com/ca-common-services-for-z-os/14-1/en/administrating/caunzip-utility
>
Where I see:
... CAUNZIP is a TSO utility that extracts the contents of
In article <8873109401385730.wa.m42tomibmmainyahoo@listserv.ua.edu> you
wrote:
> On Tue, 18 Dec 2018 12:24:38 -0600, Pierre Fichaud wrote:
> >I have 64-bit C code that attempts to fetch() IGGCSI00.
> >I've used pragma linkage on IGGCSI00 but got nowhere.
> >I am getting the following:
> >
>
We do not have any 81 byte records in the holddata files. PTFs and holddata
both require fixed 80 byte records There are some "packed" holddata files
that have a different LRECL. If you select the packed files, you will need
to unpack them with AMATERSE before processing with SMP/E.
If you are
I'm somewhat puzzled by this thread. Could mean that I'm missing a basic point.
We've been doing parallel sysplex since the mid-90s and therefore gone through
a number of advances in technology. So let me toddle a ways down Memory Lane.
In the beginning, there was no duplexing. IBM promised it
A few thoughts for you.
1: The storage team defined 1 of the 4 MCDS to take up a full M27. The others
are defined to take up a full M9. I'm not sure why they did that.
2: If you have several lpars making updates to the MCDS you might consider RLS.
It is my understanding that it will help
On Tue, 18 Dec 2018 12:24:38 -0600, Pierre Fichaud wrote:
>I have 64-bit C code that attempts to fetch() IGGCSI00.
>I've used pragma linkage on IGGCSI00 but got nowhere.
>I am getting the following:
>
>EDC5256S An AMODE64 application is attempting to fetch() an AMODE31
>executable.
Don,
I understand about the parameters and data areas being in 31-bit
storage.
I'm trying to fetch() IGGCSI00 in C code that is compiled for 64-bit.
The fetch fails.
Can I define IGGCSI00 somehow to C so that the fetch() works ?
Regards, Pierre.
I normally use zip. but the version maintained by Netlabs and bundled with
ArcaOS can't handle archives larger than 4 GiB. I'm looking at p7zip as an
alternative for that one archive.
I don't use jar (which is really zip) unless I'm dealing with Java.
If I have to ship an archive to someone
Ok, is there a limit to how big it can be?
We have the file under SMS.
From: IBM Mainframe Discussion List on behalf of
Chuck Kreiter
Sent: Tuesday, December 18, 2018 1:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Multi-volume HSM MCDS
It doesn't need to
i had read that but was not sure.
So, that means that each one will need to be split based on the key. The old
from-key to-key concept.
From: IBM Mainframe Discussion List on behalf of
Lizette Koehler
Sent: Tuesday, December 18, 2018 1:13 PM
To:
In article <5828839252973544.wa.prf51videotron...@listserv.ua.edu> you wrote:
> I have 64-bit C code that attempts to fetch() IGGCSI00.
> I've used pragma linkage on IGGCSI00 but got nowhere.
> I am getting the following:
> EDC5256S An AMODE64 application is attempting to fetch() an AMODE31
>
Mike,
Are you using Structure Duplexing and/or System managed rebuild?
Al
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mike Schwab
Sent: Tuesday, December 18, 2018 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CFCC Performance
We had 4 CFs. Two for the
On Tue, 18 Dec 2018 18:16:47 +, Seymour J Metz wrote:
>I have no problem with 7z, but using an extension for the wrong format is sick.
>
Yes.
I understand that customary vs. peculiar format is an option; I don't know
the default.
Which do you use?
Can the archives you create be extracted
Extended addressability and RLS are (AFAIK) both supported for the HSMCDS.
There are caveats.
HTH,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Feller, Paul
Sent: Tuesday, December 18, 2018 12:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Multi-volume HSM MCDS
RLS is not needed (although it is supported for HSM CDS).
All that is needed is extended addressability (also support).
However, this requires converting the HSM CDSs to SMS Management.
I have done this with a "do nothing" MCLAS/DCLAS/SCLAS set of constructs.
HTH,
-Original Message-
I wonder if the product ThruPut manager is still available, if so, via JAL (job
action Language) the OP may be able to direct work based on this criteria
Carmen Vitullo
- Original Message -
From: "Wayne Bickerdike"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, December 18, 2018
Now that the OP has clarified his requirement, my initial thought was that
the PROC could be changed to simply re-submit a new job via INTRDR. This
would direct the job to the required job class.
PROCA - do what you do now
PROCB - INTRDR submit to run in different class.
On Wed, Dec 19, 2018 at
It doesn't need to be RLS.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Hervey Martinez
Sent: Tuesday, December 18, 2018 12:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Multi-volume HSM MCDS
The MCDS is taking up a full mod-9 and
I have 64-bit C code that attempts to fetch() IGGCSI00.
I've used pragma linkage on IGGCSI00 but got nowhere.
I am getting the following:
EDC5256S An AMODE64 application is attempting to fetch() an AMODE31 executable.
(errno2=0xC4070068)
The C program was compiled with :
We had 4 CFs. Two for the TestPlex and two for the Production Plex.
On Tue, Dec 18, 2018 at 10:37 AM Allan Staller wrote:
>
> I am in the process or reconfiguring from a Single CF to multiple CFs (per
> partition) to eliminate the single point of failure.
> The subject of CFCC Thin Interrupts
Like many other questions, the answer depends on which processor you're asking
about and what options have been set.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Tom
Marchant
I have no problem with 7z, but using an extension for the wrong format is sick.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
You want to convert to multiple mcds clusters
MCDS1
MCDS2
Etc...
The MCDS and BCDS can be comprised from one to four clusters. Each cluster is
a stand-alone VSAM Key Sequence data
Set
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.arci000/mvcds.htm
You
Based on what I've read the MCDS technically can only be on one volume. Now
you can have up to 4 MCDS datasets in the HSM configuration. Each dataset can
only be on 1 volume. In our shop we have 4 MCDS datasets defined to HSM and
each is on its own volume. We have several lpars sharing the
The MCDS is taking up a full mod-9 and it is growing.
I'm looking at expanding the file to be multi-volume and wondering if this can
be done without converting CDS to RLS? Done some searches but don't really
come up with anything.
How would this be expanded to multi-volume. Would the
We historically use a combination of JES(2) exits to set JOBCLASS for a whole
host of reasons. PROC does not happen to be one, but with standard documented
exits, you can test for almost anything in one exit and communicate with other
exits to achieve the result you want. The great Class Setter
I am in the process or reconfiguring from a Single CF to multiple CFs (per
partition) to eliminate the single point of failure.
The subject of CFCC Thin Interrupts has been evaluated and will most likely be
implemented.
As part of this process the discussion of DUPLEX CF structure vs. use of
On Tue, 18 Dec 2018 09:36:09 -0600, Al Ferguson wrote:
>I have found "jar -xf scart0.zip" works fine for me. I like to stick with base
>product (or other tools provided by/through) IBM, or Open Source vs pulling
>3rd party versions of generic utilities (I do not trust their maintenance
On Tue, 18 Dec 2018 16:43:50 +0800, Timothy Sipples wrote:
>Radoslaw Skorupka:
>>Let's say a CPU returns false results like 2x2=5. How to recognize
>>the result is false?
>
>The IBM Z (and LinuxONE) system handles all that for you, and without
>operating system involvement. Nowadays, thanks to
On Tue, 18 Dec 2018 09:36:09 -0600, Al Ferguson wrote:
>I have found "jar -xf scart0.zip" works fine for me. I like to stick with base
>product (or other tools provided by/through) IBM, or Open Source vs pulling
>3rd party versions of generic utilities (I do not trust their maintenance
CAUNZIP is a TSO command, and is delivered as a part of CA Common Services. For
us, it lives in CAW0LINK which is in our LNKLST concatenation.
Tom Chicklon
>>I'm trying to find where I can find CAUNZIP that's described in Carmen's link.
This e-mail transmission contains information that is
CA does provide a process to take the scart0.zip file and get it into a format
that RECEIVE FROMNTS can use.
I was fortunate in that I could FTP both the hold data and scart0.zip directly
to my mainframe. For those who cannot directly FTP from CA, this works rather
well, you just need to add
Unfortunately, I've to work within the set constraints, so can't RECEIVE ORDER,
can't CSM, can't FileZilla.
Suppose I'll open a case with CA and let them sort it out.
Few years ago, I remember giving a zone export and getting a single package
with all the fixes in.
When I asked for this a year
I have found "jar -xf scart0.zip" works fine for me. I like to stick with base
product (or other tools provided by/through) IBM, or Open Source vs pulling 3rd
party versions of generic utilities (I do not trust their maintenance
histories).
___
Al Ferguson |
Thanks Gil.. yeah just discovered the 'jar' option thanks to Al.
Ouch (for mput)... why?
– Vignesh
Mainframe Infrastructure
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Paul Gilmartin
Sent: 18 December 2018 15:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re:
On the CA Website, as others have stated, is an Internet process.
Second, there is also documentation on using FILEZILLA to download
fixes/products from CA website.
Third, you can open a case to CA on this process.
I understand about not being able to use CA MSM in the shop. However, it can be
Thanks Al, I'm trying to find where I can find CAUNZIP that's described in
Carmen's link.
From your procedure, I see that I can use jar -xf to unzip and the rest of your
steps are great, thank you.
It is incredibly annoying that there's a limit of putting 100 fixes into the
cart... for what
On Tue, 18 Dec 2018 14:36:34 +, Sankaranarayanan, Vignesh wrote:
>
>Yes, I get scart0.zip and unzip it on a PC.
>I then set quote site parameters and mput them bunch by bunch.
>Like... mput *.bin, mput *.txt, and so on.
>
Ouch!
>Should I just chuck the scart0.zip into USS, and process there?
On Tue, 18 Dec 2018 14:30:21 +, Cieri, Anthony wrote:
>
>Once in z/OS (USS) I used a program called CAUNZIP to unzip and SMP/E receive
>all of the PTFs. ...
>
Would "jar" have extracted them for you? If not, CA is doing a disservice be
requiring
idiosyncratic tools.
Perhaps even better
On Tue, 18 Dec 2018 06:03:25 -0600, Elardus Engelbrecht wrote:
>Each CPU (on an IBM mainframe) consists of two halves. Both halves are
>executing an instruction and the results are compared.
>
>If there is a difference, then the instruction is retried. If still there is a
>difference, somehow
Vignesh,
CA has always been a bit different. Here is my solution (2 JOBs). I am assuming
you have an OMVS Segment and a USS Home Directory.
- Start by ordering all the maintenance in 1 bundle (up to 100 fixes,
do multiple if you need more the 100 fixes).
- Then download the
the link provided at the very end if the doc has sample JCL on how to use the
CAUNZIP utility
HTH's
Carmen Vitullo
- Original Message -
From: "Vignesh Sankaranarayanan"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, December 18, 2018 8:36:34 AM
Subject: Re: [EXTERNAL] Re: Fixes
Yes, I believe so, I can post again...
The following link describes the current download options:
https://docops.ca.com/mainframe-common-maintenance/en/maintain-your-products/download-and-receive-maintenance/review-download-options
I actually got this link from CA's Support Delivery
Hi Tony,
Yes, I get scart0.zip and unzip it on a PC.
I then set quote site parameters and mput them bunch by bunch.
Like... mput *.bin, mput *.txt, and so on.
Should I just chuck the scart0.zip into USS, and process there? Haven't done
that before... any sample JCL?
- Vignesh
Mainframe
Hi Carmen,
The link you gave was RECEIVE ORDER.. same as connecting from MF to external
site, right?
– Vignesh
Mainframe Infrastructure
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Carmen Vitullo
Sent: 18 December 2018 14:20
To: IBM-MAIN@LISTSERV.UA.EDU
W dniu 2018-12-18 o 13:03, Elardus Engelbrecht pisze:
Radoslaw Skorupka wrote:
Except ...it doesn't answer the question: HOW CPU RECOGNIZE ITS OWN FAILURE?
I don't have the original documents (Redbooks/Share presentations/KC/etc.) from
IBM, but in short this is what happens (from my
The last time I applied maintenance to a CA product, I believe that there was a
way to order all of the fixes that you wanted and get them in a .zip files. The
filename was something like scart0.zip. I was able to download this file from
the CA site and then upload it to z/OS in a USS file.
Indeed they do, CA's site, product support mostly has changed so many times
over the years, and if you are not a normal user then it's frustrating at the
very least to figure out what format and how to download fixes.
many many moons ago I was assigned a PIN #, 005, and the site was very useful
CA now offers internet smp/e retrievals (receive order). This delivers fixes
and holddata directly (and properly formatted) to the mainframe
Before the above method was available in our shop, I used IND$FILE to port
fixes from desktop top MF - specifying recfm(f) lrecl(80)
Never had a
Not connected to any vendor from the mainframe..
– Vignesh
Mainframe Infrastructure
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Vernooij, Kees (ITOP NM) - KLM
Sent: 18 December 2018 13:59
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Fixes from CA
I have one product I support from CA and i feel your frustration , after
missing around abit I contacted CA to get the scoop, I forget what I finally
did to get my PTF's downloaded but it was not easy
one thing a team member proved to me was this link this may help some
Are you connected to IBM, if so, why not to CA?
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: 18 December, 2018 14:52
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Fixes
This almost worked -- quote site lrecl=80 recfm=fb blksize=3120 cylinders
pri=250 sec=10 notrail trun nowrap removeinbeof
But there's a file like below:
++APAR (Lxx)
/* */
Etc etc
The first line not being 80 is
Nope, not using CSM.
Mainframe is not connected to CA, so CSM is severely handicapped without
connectivity to CA.
Yes, it works with offline packages, but I can't be bothered with that set of
actions.. would rather get it working with basic Windows FTP.
– Vignesh
Mainframe Infrastructure
Sankaranarayanan, Vignesh wrote:
>On getting a bunch of Solutions downloaded from the CA site for a product, the
>subsequent uploads to mainframe fail because the .txt files go on for more
>than 80 cols. This is super annoying as I'm looking to upload hundreds of PTF
>HOLDDATA. I've used quote
CA CSM it seems to be called now.
Kees.
> -Original Message-
> From: Vernooij, Kees (ITOP NM) - KLM
> Sent: 18 December, 2018 14:38
> To: 'IBM Mainframe Discussion List'
> Subject: RE: Fixes from CA
>
> First, are you not using CA MSM? That makes life so much easier.
> Second, you
First, are you not using CA MSM? That makes life so much easier.
Second, you could try to ftp to a preallocated dataset. Or use Total Commander.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
>
Hi,
On getting a bunch of Solutions downloaded from the CA site for a product, the
subsequent uploads to mainframe fail because the .txt files go on for more than
80 cols.
This is super annoying as I'm looking to upload hundreds of PTF HOLDDATA.
I've used quote site lrecl=80 but when the first
Radoslaw Skorupka wrote:
>Except ...it doesn't answer the question: HOW CPU RECOGNIZE ITS OWN FAILURE?
I don't have the original documents (Redbooks/Share presentations/KC/etc.) from
IBM, but in short this is what happens (from my failing/decaying memory):
Each CPU (on an IBM mainframe)
W dniu 2018-12-18 o 09:43, Timothy Sipples pisze:
Radoslaw Skorupka:
Let's say a CPU returns false results like 2x2=5. How to recognize
the result is false?
The IBM Z (and LinuxONE) system handles all that for you, and without
operating system involvement. Nowadays, thanks to the wonders of
Radoslaw Skorupka:
>Let's say a CPU returns false results like 2x2=5. How to recognize
>the result is false?
The IBM Z (and LinuxONE) system handles all that for you, and without
operating system involvement. Nowadays, thanks to the wonders of
microelectronic miniaturization, that's through
Peter,
Can you clarify why you like to do that?
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter
> Sent: 18 December, 2018 3:51
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Enforcing CLASS in instream proc
>
>
66 matches
Mail list logo