>OK. You posted from "Glossary" (which I hadn't noticed):
No, I did not. The paragraph I posted is from chapter 2 "Creating programs from
source modules", topic "Module reusability", page 30.
I was looking up in the z/OS V2.2 issue of that manual. When I read the text
you posted, I thought I
I remember working with HSM migration control datasets a few years
ago. Even for that you had to load a high key value dummy record
before using the dataset.
On Fri, May 25, 2018 at 7:20 PM, Frank Swarbrick
wrote:
> Pointless issue of the day. This has bothered me for 20 years. I figured
> it
On Fri, 25 May 2018 19:47:47 -0500, Edward Gould wrote:
>
>What we did use from potter was their printer. All the programmers seem to
>love it as the page size was 8 1/2 by 11.
>I do not remember specifically anything wrong with it although I think it got
>used heavily. It may have had more down
On Sat, 26 May 2018 00:20:34 +, Frank Swarbrick wrote:
>Pointless issue of the day. This has bothered me for 20 years. I figured its
>about time I ask, why? Why does an "empty" KSDS (a KSDS that has never been
>"loaded") have what seems to be to be a "special" behavior, one that is
>diff
> On May 25, 2018, at 1:34 PM, Seymour J Metz wrote:
>
> Have you used Potter tape drives in that time frame? If not, I don't see any
> reasonable argument that you could make.
My mind is cloudy here so I can’t remember anything during that time frame. At
the time the boss was looking at automa
> On May 25, 2018, at 12:39 PM, Jesse 1 Robinson
> wrote:
>
> I'm sympathetic to the argument that new stuff should be investigated, but
> the problem is whether that really happens in practice. We've all met the
> sysprog who meticulously codes parameter defaults as a kind of in-your-face
>
Pointless issue of the day. This has bothered me for 20 years. I figured its
about time I ask, why? Why does an "empty" KSDS (a KSDS that has never been
"loaded") have what seems to be to be a "special" behavior, one that is
different than a KSDS that had records but no longer has any (all re
On Fri, 25 May 2018 22:23:09 +0200, Peter Hunkeler wrote:
>>> What was Peter H. (informally?) quoting without citation?
> >
>>In: z/OS IBM MVS Program Management: User's Guide and Reference
>>Version 2 Release 3 SA23-1393-30
>
>Re-read my post and you will find my citation. I admit I missed the
g...@gabegold.com (Gabe Goldberg) writes:
> https://jlelliotton.blogspot.com/p/the-economic-value-of-rapid-response.html
Yorktown research also did study of what was minimum human response
threshold perception (somewhat skewed population, members of YKT
research) ... and it varied for different pe
On 5/25/2018 1:21 PM, Gabe Goldberg wrote:
Father of economics of sub-second response time; wonderful
SHARE/mainframe/computing contributor.
Read that old paper and realized we've gone backwards from the mainframe
... as I wait for my JIRA ticket to load ...
--
Jack J. Woehr # Science i
>> What was Peter H. (informally?) quoting without citation?
>
>In: z/OS IBM MVS Program Management: User's Guide and Reference
>Version 2 Release 3 SA23-1393-30
Re-read my post and you will find my citation. I admit I missed the word
"Reference" and I did not include the pubs number. I thoug
Father of economics of sub-second response time; wonderful
SHARE/mainframe/computing contributor.
http://hosting-11936.tributes.com/obituary/show/Walter-J.-Doherty-106121619
https://jlelliotton.blogspot.com/p/the-economic-value-of-rapid-response.html
--
Gabriel Goldberg, Computers and Publishi
I believe that a radical restructuring of a load module represents a strong
case for ++DELETE and re-add of the affected element. Some changes are too
disruptive to handle via update. Of course a delete is also disruptive and
invariably accompanied by HOLD data to the effect that the PTF cannot
> I will argue with you about the reliability of STC/STK drives.
Have you used Potter tape drives in that time frame? If not, I don't see any
reasonable argument that you could make.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mai
> "ordinarily expected". Is this a retreat from the earlier well-known
> rule (cited by Peter) that a RENT program was allowed to modify its
> own code given proper serialization?
I read it as saying that it's permitted but bad form, and I agree.
--
Shmuel (Seymour J.) Metz
http://mason.gm
On Tue, 22 May 2018 15:27:32 -0400, Thomas David Rivers wrote:
>The BPX loadhfs function (BPX1LOD) loads an HFS executable
>into memory.
>
>It seems, that sometimes, this is loaded into writable memory
>and sometimes into read-only memory.
>
>There doesn't seem to be a way to indicate which is des
> On May 25, 2018, at 11:51 AM, Dyck, Lionel B. (RavenTek)
> wrote:
>
> The last update I can find is in their blog from June 2015 - does anyone know
> what happened to this promising product to enable x86 software to run on Z?
>
> --
On Fri, 25 May 2018 17:39:03 +, Jesse 1 Robinson wrote:
>
>As for getting inconsistent results, I suspect that SMP/E results can be
>influenced by the particular mix of elements being processed in a given run.
>That is, applying SYSMOD-A and SYSMOD-B in the same step might uncover a
>sinkhol
On Fri, May 25, 2018 at 12:43 PM Seymour J Metz wrote:
> My song "PUT Process" was motivated by real incidents. JES2 service was
> especially bad; they would issue a PTF with a packaging error and the fix
> would again have a packaging error.
>
Yeah, I remember "JES2 level sets". Unfortunately,
On Fri, May 25, 2018 at 12:39 PM Jesse 1 Robinson
wrote:
> I'm sympathetic to the argument that new stuff should be investigated, but
> the problem is whether that really happens in practice. We've all met the
> sysprog who meticulously codes parameter defaults as a kind of in-your-face
> documen
> On May 25, 2018, at 10:34 AM, Seymour J Metz wrote:
>
> STC drives were the reliable ones. Ever use Potter drives in the late 1970s
> or in the 1980s?
I will argue with you about the reliability of STC/STK drives. At the time we
had a full time (actually a couple) of IBM SE’s. One of them to
Lack of Money and people
Sent from my iPhone
Sorry for the autocorrect issues
> On May 25, 2018, at 11:51, Dyck, Lionel B. (RavenTek)
> wrote:
>
> The last update I can find is in their blog from June 2015 - does anyone know
> what happened to this promising product to enable x86 software
My song "PUT Process" was motivated by real incidents. JES2 service was
especially bad; they would issue a PTF with a packaging error and the fix would
again have a packaging error.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Main
I'm sympathetic to the argument that new stuff should be investigated, but the
problem is whether that really happens in practice. We've all met the sysprog
who meticulously codes parameter defaults as a kind of in-your-face
documentation so that 'we will all know' what's happening. Then years l
On Fri, 25 May 2018 11:19:58 -0500, Paul Gilmartin wrote:
>SYSLIB? SYSLMOD? Whatever. I don't believe SMP/E cares about SYSLIB
>DD statement images in Binder JCLIN.
It does with CALLLIBS.
--
Tom Marchant
--
For IBM-MAIN sub
Saints be praised! The sun has broken through the Southern California May
Gray--predecessor to June Gloom. Both SFTP and HTTPS are cited. We use the
former as an internal standard and the latter for RECEIVE FROM NETWORK. For
reasons I've mentioned elsewhere, TLS/FTPS is not technically possible
(It's Friday; SPAM is above suspicion.)
On Fri, 25 May 2018 16:41:56 +, Jesse 1 Robinson wrote:
>I don't see any problem with the BYPASS statement except that it's needlessly
>specific. BYPASS(HOLDSYSTEM) without the list of types should not only
>suffice--it does for me--but also hedges ag
The last update I can find is in their blog from June 2015 - does anyone know
what happened to this promising product to enable x86 software to run on Z?
--
Lionel B. Dyck (Contractor) <
Mainframe Systems Programmer - RavenT
I don't see any problem with the BYPASS statement except that it's needlessly
specific. BYPASS(HOLDSYSTEM) without the list of types should not only
suffice--it does for me--but also hedges against the addition of some new
holdsys type that you also want to bypass but overlooked in the inventory
Reposting to the list server for Rick.
rs1...@gmail.com wrote:
The Support File Transfer Details page has been updated and the Support File
Transfer ID link is live. Please see
http://public.dhe.ibm.com/SupportFileTransferDetails.html for all the details
needed. We will continue to keep this
No, I just finished looking for appropriate references for pure, reentrant and
refreshable for use in an edit to a Wikipedia talk page. As usual, gargle
insists that it knows better than me what I want to search form, and gives me
lots of BS links.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.
ObSchiller Against stupidity the gods themselves contend in vain. You can't win
an argument with the invincibly ignorant, no mater how many times you ask them
to RTFM. My condolences.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Ma
On Fri, May 25, 2018 at 11:16 AM Seymour J Metz wrote:
> The CS community uses "pure" for read-only.
>
Thanks. I thought that I had read something like like in the past, but I
couldn't find the reference. By chance do you have a URL that I could refer
to? I tried various searches, including "pu
On Fri, May 25, 2018 at 10:41 AM Seymour J Metz wrote:
> What was on the APPLY statement?
>
It is my standard. The BYPASS _might_ be part of the problem, but I really
don't see why it would cause _this_ error.
SETBOUNDARY (MVST100)
.
APPLY
ASSEM
JCLI
On Fri, 25 May 2018 07:37:53 -0500, John McKown wrote:
>On Fri, May 25, 2018 at 7:26 AM Tom Marchant wrote:
>
>> On Fri, 25 May 2018 12:20:18 +, Allan Staller wrote:
>>
>> >Check the releted DDDEF's and the SYSLIB/CALLLIB concat.
>>
>> SYSLIB? The SYSLIB DDDEF is for assemblies, not for link e
The CS community uses "pure" for read-only.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
John McKown
Sent: Thursday, May 24, 2018 3:58 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: How to get
What was on the APPLY statement?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
John McKown
Sent: Thursday, May 24, 2018 4:33 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: [SUSPECTED SPAM] smp/e
STC drives were the reliable ones. Ever use Potter drives in the late 1970s or
in the 1980s?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Edward Gould
Sent: Thursday, May 24, 2018 9:03 PM
To
That breaks custom logmodes. If I want a WSF, I use D4C32XX2 or something
similar.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.ed
That depends on how you terminal is configured. A real 3180 or 3192 with a
custom MODEENT could run with a primary of 43x80 and a secondary of 27x132; I
don't know whether his TN3270 client supports that, but it was much more useful
than a primary of 24x80, back in the day.
--
Shmuel (Seymour
I wanted to let y'all know that PDSEGEN turns 2 years old tomorrow - 5/26. That
is the day that I created the very first alpha version of PDSEGEN using
information from Thomas Reed's SHARE presentation on how to access PDSE V2
Member Generations.
Since then it has grown thanks to the input, and
Hi Tony.
There are different ways to log on to an application using VTAM/Switch. Please
give us (MacKinney Systems) a call and ask for tech support. They'll get you
going.
Best regards,
Wendell
--
For IBM-MAIN subscribe /
Ah yes, it's Friday
Wikipedia: Keep on truckin' is a phrase from the 1930s song "Trucking My Blues
Away" by Blind Boy Fuller.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Mike Baldwin
> Sent: 25 May, 2018 16:29
> To: I
On Wed, 23 May 2018 13:02:24 +0800, Timothy Sipples wrote:
>Please keep on trucking!
It's Friday: I'm not sure where Timothy picked this up, I think he is too young
to remember this popular expression.
Eddie Kendricks, RIP.
Regards,
Mike Baldwin
Cartagena Software Limited
Markham, Ontario, Can
Not quite the correct question.
D$C32XX3 is a MODEENT or logmode in table ISTINCLM. ISTINCLM is shipped by IBM
in SYS1.VTAMLIB. Source is in SYS1.SAMPLIB.
Unless you've created your own ISTINCLM and replaced the IBM standard MODETAB -
that would be a bit daft imho - the IBM MODETAB ISTINCLM is
PFCSK's in charge!
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Vince Getgood
Sent: Friday, May 25, 2018 5:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: File transfer Red Alert
IBM ECUREP tell me that: -
"A PCM ticket V180523110
On Fri, May 25, 2018 at 7:26 AM Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
> On Fri, 25 May 2018 12:20:18 +, Allan Staller wrote:
>
> >Check the releted DDDEF's and the SYSLIB/CALLLIB concat.
>
> SYSLIB? The SYSLIB DDDEF is for assemblies, not for link edits.
>
Tru
Is D4C32XX3 available in VTAMLST/VTAMLIB?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tony Thigpen
Sent: Thursday, May 24, 2018 8:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How do I use 3270-4E on TSO?
but D4B32782 does work.
I believe all of that type of information is available via WLM macros.
However, I also believe that any modification of WLM "settings" requires APF
authorization.
It might even be true for inquiry type activities.
Check the WLM Planning Guide.
HTT,
-Original Message-
From: IBM Mainfram
On Fri, 25 May 2018 12:20:18 +, Allan Staller wrote:
>Check the releted DDDEF's and the SYSLIB/CALLLIB concat.
SYSLIB? The SYSLIB DDDEF is for assemblies, not for link edits.
--
Tom Marchant
--
For IBM-MAIN subscribe / sig
On Fri, May 25, 2018 at 7:21 AM Allan Staller wrote:
> Sounds like a SMP/E Configuration error. Check the releted DDDEF's and the
> SYSLIB/CALLLIB concat.
> Other SMP/E error messages?
>
That is the only error message. Not really an SMP/E error, just an
unacceptable RC from the Binder due to t
Sounds like a SMP/E Configuration error. Check the releted DDDEF's and the
SYSLIB/CALLLIB concat.
Other SMP/E error messages?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: Thursday, May 24, 2018 3:27 PM
To: IBM-MAI
Update
So I asked EcuRep when we might be able to register for an id. There response
was:-
"There is no date yet established but given the fact that the current FTP
process for ECuRep and Testcase will remain available June 21, 2018, I'm sure
that the instructions will be provided way ahead o
Phil,
there is no "WLM priority". There is a dispatch priority, and there is a WLM
importance (and goal).
- Which one are you interested in?
- Only for simple cases the entire "job" (address space) would be managed to
the same service class period, and therefore dispatch priority. Are you
defi
IBM ECUREP tell me that: -
"A PCM ticket V180523110803S with high priority is already in progress since
the instructions for creating the IBM Support File Transfer ID were not
provided. "
--
For IBM-MAIN subscribe / signoff / a
Thanks. Will take a look.
CharlesSent from a mobile; please excuse the brevity.
Original message From: Dan D Date:
5/24/18 9:44 PM (GMT+01:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sample
program for JES dataset read?
Hi Charles,
It hasn't been mentioned but you could
OSA-ICC provides non-SNA VTAM local terminals. You need to use a non-SNA
logmode. The best is perhaps the one Tony mentions.
SYS1.SAMPLIB(ISTINCLM)
TITLE 'D4B32XX3'
**
*
"Now to wait for a link to get a UID/token..."
09:37 on the 25th May here in the UK and still nothing
I've emailed 'cont...@ecurep.ibm.com' and asked where the link is.
--
For IBM-MAIN subscribe / signoff / archive access in
Ladies and Gentlemen,
A gentle reminder that the next meeting of the GSE UK Security Working Group,
will take place on Thursday 28th June 2018 at the offices of SAS UK in Marlow,
UK – the venue is approximately a 30 minute drive from London Heathrow Airport.
We now have a full agenda, which is
59 matches
Mail list logo
