In 1284416005.6627.39.ca...@mckown5.johnmckown.net, on 09/13/2010
at 05:13 PM, John McKown joa...@swbell.net said:
Is that like OS/360 PCP?
The original options in OS/360 were option 1, SSS, opption 2, MSS and
option 4, MPS. SSS became PCP, MSS became MFT and MPS became VMS[1],
then MVT. MFT
WTOR SVC In Multitask Environment
In 1284416005.6627.39.ca...@mckown5.johnmckown.net, on 09/13/2010
at 05:13 PM, John McKown joa...@swbell.net said:
Is that like OS/360 PCP?
The original options in OS/360 were option 1, SSS, opption 2, MSS and
option 4, MPS. SSS became PCP, MSS became MFT
John:
Yes, I knew OS/360 by two names, PCP (Primary Control Program) and
S-cubed (SSS or Sequential Scheduling System).
I started programming school at IBM Poughkeepsie the day after OS/360
went GA.
I'm with you on wondering what the OP wants and why.
Mike Myers
Mentor Services Corp.
On
@bama.ua.edu
Subject: Re: Issuing WTOR SVC In Multitask Environment
Its only for testing
Testing what?
If you're not going to put it in Production, what is the purpose?
-
I'm a SuperHero with neither powers, nor motivation!
Kimota
In 4c8d729d.1070...@mentor-services.com, on 09/12/2010
at 08:38 PM, Mike Myers m...@mentor-services.com said:
If you only want a single TCB to dominate a CPU, you may want to go
back to OS/360 (Sequential Scheduling System
Single Sequential Scheduler.
--
Shmuel (Seymour J.) Metz,
In 000d01cb52ad$d9e3b5b0$8dab21...@net, on 09/12/2010
at 03:08 PM, michealbutz michealb...@optonline.net said:
Its only for testing
Do you not share the test LPAR with outher users?
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
On Sun, 12 Sep 2010 17:05:47 -0400 Robert A. Rosenberg hal9...@panix.com
wrote:
:At 01:42 -0400 on 09/12/10, michealbutz wrote about Re: Issuing WTOR
:SVC In Multitask Environment:
:WTOR 'WAIT AND DON'T GIVE CONTROL TO ANOTHER TASK.',REPLY,1,RESPECB
:So instead of doing a WAIT ECB
On Mon, 2010-09-13 at 17:04 -0400, Shmuel Metz (Seymour J.) wrote:
In 4c8d729d.1070...@mentor-services.com, on 09/12/2010
at 08:38 PM, Mike Myers m...@mentor-services.com said:
If you only want a single TCB to dominate a CPU, you may want to go
back to OS/360 (Sequential Scheduling
On 9/12/2010 1:42 AM, michealbutz wrote:
WTOR 'WAIT AND DON'T GIVE CONTROL TO ANOTHER TASK.',REPLY,1,RESPECB
So instead of doing a WAIT ECB=RESPECB AFTER THE WTOR
HARDLOOP DS 0H
TM RESBECB,X'40'
BNO HARDLOOP
All
...@bama.ua.edu] On Behalf Of
Gerhard
Postpischil
Sent: Sunday, September 12, 2010 2:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Issuing WTOR SVC In Multitask Environment
On 9/12/2010 1:42 AM, michealbutz wrote:
WTOR 'WAIT AND DON'T GIVE CONTROL TO ANOTHER TASK.',REPLY,1,RESPECB
So instead
-MAIN@bama.ua.edu
Subject: Re: Issuing WTOR SVC In Multitask Environment
On 9/12/2010 1:42 AM, michealbutz wrote:
WTOR 'WAIT AND DON'T GIVE CONTROL TO ANOTHER TASK.',REPLY,1,RESPECB
So instead of doing a WAIT ECB=RESPECB AFTER THE WTOR
HARDLOOP DS 0H
-snip
WTOR 'WAIT AND DON'T GIVE CONTROL TO ANOTHER TASK.',REPLY,1,RESPECB
So instead of doing a WAIT ECB=RESPECB AFTER THE WTOR
HARDLOOP DS 0H
TM RESBECB,X'40'
-snip--
Hi,
The WTOR generates a SVC 35
In a multitask environment this would cause the dispatcher to give control
to another
task while waiting for a operator reply
Is there some way of making sure that the dispatcher
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman
-snip
WTOR 'WAIT AND DON'T GIVE CONTROL TO ANOTHER
TASK.',REPLY,1,RESPECB
So instead of doing a WAIT ECB=RESPECB AFTER THE
in mind that neither
success nor failure is ever final...
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
michealbutz
Sent: Sunday, September 12, 2010 1:42 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Issuing WTOR SVC In Multitask Environment
that neither
success nor failure is ever final...
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
michealbutz
Sent: Sunday, September 12, 2010 1:42 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Issuing WTOR SVC In Multitask Environment
WTOR
Its only for testing
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Stan Weyman
Sent: Sunday, September 12, 2010 1:05 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Issuing WTOR SVC In Multitask Environment
WTOR 'WAIT AND DON'T GIVE
Its only for testing
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Mike Myers
Sent: Sunday, September 12, 2010 1:49 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Issuing WTOR SVC In Multitask Environment
Actually, I don't know how you can
At 01:42 -0400 on 09/12/10, michealbutz wrote about Re: Issuing WTOR
SVC In Multitask Environment:
WTOR 'WAIT AND DON'T GIVE CONTROL TO ANOTHER TASK.',REPLY,1,RESPECB
So instead of doing a WAIT ECB=RESPECB AFTER THE WTOR
HARDLOOP DS 0H
TM
Its only for testing
Testing what?
If you're not going to put it in Production, what is the purpose?
-
I'm a SuperHero with neither powers, nor motivation!
Kimota!
--
For IBM-MAIN subscribe / signoff / archive access
WTOR SVC In Multitask Environment
At 01:42 -0400 on 09/12/10, michealbutz wrote about Re: Issuing WTOR
SVC In Multitask Environment:
WTOR 'WAIT AND DON'T GIVE CONTROL TO ANOTHER TASK.',REPLY,1,RESPECB
So instead of doing a WAIT ECB=RESPECB AFTER THE WTOR
HARDLOOP DS 0H
@bama.ua.edu
Subject: Re: Issuing WTOR SVC In Multitask Environment
At 01:42 -0400 on 09/12/10, michealbutz wrote about Re: Issuing WTOR
SVC In Multitask Environment:
WTOR 'WAIT AND DON'T GIVE CONTROL TO ANOTHER TASK.',REPLY,1,RESPECB
So instead of doing a WAIT ECB=RESPECB AFTER THE WTOR
List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Robert A.
Rosenberg
Sent: Sunday, September 12, 2010 5:06 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Issuing WTOR SVC In Multitask Environment
At 01:42 -0400 on 09/12/10, michealbutz wrote about Re: Issuing WTOR
SVC In Multitask Environment
Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Robert A.
Rosenberg
Sent: Sunday, September 12, 2010 5:06 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Issuing WTOR SVC In Multitask Environment
At 01:42 -0400 on 09/12/10, michealbutz wrote about Re: Issuing WTOR
SVC In Multitask
Hi,
The WTOR generates a SVC 35
In a multitask environment this would cause the dispatcher to give control
to another
task while waiting for a operator reply
Is there some way of making sure that the dispatcher doesn't give up control
of the task
that issued the WTOR and wait for
On 9/12/2010 12:56 AM, michealbutz wrote:
In a multitask environment this would cause the dispatcher to
give control to another task while waiting for a operator
reply
Did somebody rewrite the Operating System while I wasn't
looking? When you issue a valid WTOR, control is returned to
your
Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Gerhard
Postpischil
Sent: Sunday, September 12, 2010 1:27 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Issuing WTOR SVC In Multitask Environment
On 9/12/2010 12:56 AM, michealbutz wrote:
In a multitask environment this would cause
27 matches
Mail list logo