Well, ... the IBM 1401 was built in a substantial frame; and in the
context cited it appears to have the only (hence surely the "main")
computer present. Other members of the same general family like IBM
1410 were certainly regarded as a mainframe. I'm pretty sure any
computer large enough to
On 12/26/2018 3:39 PM, Peter Ten Eyck wrote:
How does a program get added to the PPT?
For example in SYS1.PARMLIB(SCHED**) has numerous programs are added to the PPT
at say IPL time, but the console command D PPT display many more? Is there a
default table of PPT programs? Other than looking
I use different DATACLAS for HSM tapes from other tapes to assign a
smaller virtual volume size.
HSM Mig & Backup tapes use a DATACLAS that gives tapes a maximum size
of 1,000 MB, other tapes get 6,000 MB
On Thu, 27 Dec 2018 at 03:07, Dan D wrote:
>
> I agree, the SMS routines could easily be
On Wed, 26 Dec 2018 14:39:32 -0600, Peter Ten Eyck
wrote:
>How does a program get added to the PPT?
>
>For example in SYS1.PARMLIB(SCHED**) has numerous programs are added to the
>PPT at say IPL time, but the console command D PPT display many more? Is there
>a default table of PPT programs?
My understanding is that you can request copies by contacting author
directly or thru IBM Sales reps.. although I have had no luck requesting
them thru Sales Reps. I always wanted the issues related to system Z CPUs
etc.. always found them interesting.
Rob Schramm
On Thu, Dec 20, 2018 at 10:34
What is he smoking? Since when was the 1401 a mainframe?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Mark Regan
Sent: Wednesday, December 26, 2018 8:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
How does a program get added to the PPT?
For example in SYS1.PARMLIB(SCHED**) has numerous programs are added to the PPT
at say IPL time, but the console command D PPT display many more? Is there a
default table of PPT programs? Other than looking at a SCHED** member, how
would I determine
SETA 24*60*60
SETA 60*60
SETA 1*60
ONEDAY DC FDS12''
ONEHOUR DC FDS12''
ONEMINUTE DC FDS12''
or just simply:
NINTYSECS DC FDS12'90E6'
...
Thanks Ed.
I've just never seen that before. Very useful.
Dan
Yes, ThruPut Manager (owned by Compuware Corp.) is available.
In JAL you can identify the PROCs being executed and where they came from. You
can also identify the input class and then direct the job to execute on
whatever LPAR you choose.
That's one of the very many things that can be done
On Wed, 26 Dec 2018 09:00:47 -0500, Peter Relson wrote:
>
>>I believe a programmer might reasonably expect that STCKCONV usefully return
>>whatever TIME would have returned at the instant of the STCK.
>
>A programmer would expect next to nothing due to the name of a service
>since it is not
On 12/26/2018 9:47 AM, Dan D wrote:
I don't recall which IBM manual I found these values in but they certainly make
this type of calculation easier.
*TOD Values
CNOP 0,8
ONEDAY DCX'000141DD7600'
ONEHOUR DCX'0D693A40'
ONEMINUTE DC X'00393870'
I agree, the SMS routines could easily be used, but why?
Other than the volume count I don't know what you would want to change.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Hi
Just ran the code under TESTAUTH
I made a breakpoint at the BASR and did a L 1R?? L (8) XC it pointed to
00895440 which 90 * f424 WHAT Dan Dalby posted to be a second
After the BASR I got a IKJ56640I SYSTEM ABEND CODE D23 REASON CODE
FF050064 looking into it
Thanks
Why not just a general LINK31 routine to be called for any program …
ACONTROL OPTABLE(ZS3)
SPLEVEL SET=6Specify OS/390 R2 MACRO Format
SYSSTATE ARCHLVL=2Program Requires Z/Architecture
I don't recall which IBM manual I found these values in but they certainly make
this type of calculation easier.
*TOD Values
CNOP 0,8
ONEDAY DCX'000141DD7600'
ONEHOUR DCX'0D693A40'
ONEMINUTE DC X'00393870'
ONESECOND DC
=A(*+10) refers to the address of the 8 byte field loading that address
(address of adcon ltorg) is what I think I should be doing
R1 -> A(of timer field)
Here is the doc
2-14 will be preserved. - On
entry R1 should contain the
address of a standard parameter
list. The parameter list
Look at the assembled contents of your address literal. The * does not
refer to the location of the LA instruction but the address of the literal
itself.
Are you sure that your DC did not skip some bytes to force doubleword
alignment? If it did, your B instruction points to the wrong place.
Steve,
Your setting is the highest from the responses that I have received. I am
probably split the difference and set it to 2000.
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Horein
Sent: Friday, December 21, 2018
>What date and time in 1900, and what time scale? GMT? UTC? UT1?
Ephemeris tme?
>Terrestrial dynamic time? ...?
Surely you know that the principles of operation documents that a clock
value of 0 is January 1, 1900 12:00 AM UTC (although I believe UTC did not
exist as a term when this was
Thanks
I changed that however doesn't seem like I am getting out of the wait as I
put a WTO after the code and IT didn't execute
Thanks
WAIT ANOP
L R15,CVTPTR
USING CVT,R15 GET CVT ADDRESS
L R15,CVTECVT
DROP R15
USING ECVT,R15
https://www.computerworld.com/article/3330396/application-development/situation-normal-all-fudged-up.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message:
>LR15,16 GET CVT ADDRESS
>LR15,X'8C'(R15) GET ECVT ADDRESS
>LR15,X'384'(R15) GET ECVTXTSW ADDRESS
>LAR1,=A(*+10) PARAMTER LIST
Macros such as IHAPSA, CVT, and IHAECVT are provided for a
22 matches
Mail list logo