Re: CLOCK change problem

[Anne & Lynn Wheeler]

re:
http://www.garlic.com/~lynn/2011k.html#27 CLOCK change problem

32bit value with 15hr duration ... different models decrement bits
depending on timer resolution of the model.

re:
http://www.bitsavers.org/pdf/ibm/360/funcChar/GA24-3231-7_360-30_funcChar.pdf

pg. 29, Interval Timer

The Model 30 Interval Timer (special feature) operates at a fixed cycle
rate of 16.7 milliseconds (60-cycle system power-supply input) or 20
milliseconds (50-cycle power). The microprogram controls decrementing
the timer

The interval-timer microprogram requires 7.5 to 13.5 microseconds (10 to
18 microseconds in a CPU with 2-microsecond RW cycle) per count
depending upon whether there is a carry in the count. The cycle occurs
asynchronously with respect to the stored program and I/O operation.

Backup-up register is provided with the timer feature to accumulate
automatically a count of up to 16 intervals of time, if main storage
cannot be accessed because of prolonged I/O or direct control
operations.

The feature permits a delay of up to 277 milliseconds between timer
counter references without loss of the count.

... snip ...

keeping 16 intervals ... implies that update has to happen before the
end of 17th interval ... aka total 277ms divided by 17 intervals is
approx. 16ms ... corresponds to the 16.7 milliseconds for 60-cycle
power.

re:
http://www.bitsavers.org/pdf/ibm/360/funcChar/GA27-2719-2_360-67_funcChar.pdf

pg. 19 High-Resolution Interval Timer

An interval timer with a high degree of resolution is used in
2067. Operation of this timer is fully compatible with that described in
the IBM System/360 Principles of Operation manual.

The high-resolution timer provides approximately 13-usec resolution.
This is accomplished with an 8-bit hardware register which contains the
low-order byte of the timer. Each time the low-order byte counts to
zero, the timer value at location 80-82 is decremented at the end of the
instruction currently being executed.

An operand fetch from location 80 will retrieve the three high-order
bytes from location 80 plus the low-order bytes from the hardware
register. If the low-order byte has stepped through zero during the
instruction, then before a fetch from location 80, zeros are inserted
into the low-order byte instead of the contents of the hardware
register. Any instruction that stores into location 80 also stores the
low-order byte into the hardware register, as well as a full word into
location 80. If the timer value at location 80 changes from positive to
negative, an external interrution is requested.

... snip ...

approx. 15hr interval ... makes bit23 (i.e. bits 0-23) approx. 3mills.
... 360/67 timer required access to location 80 approx. every 3mills or
machine would redlight. (bit31) 13microseconds *256 (bit23) is 3.328
milliseconds. 3.328 milliseconds times 2**24 is 15.51 hrs (for 32bits)

bit23 at 3.328ms, bit22 at 6.656ms, bit21 at 13.312ms, bit20 at 26.624ms
bit19 at 53.248ms, bit18 at 106.496ms, bit17 at 212.992ms

misc. past posts mentioning doing clone controller
http://www.garlic.com/~lynn/subtopic.html#360pcm

-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Shmuel Metz (Seymour J.)]

In , on 08/23/2011
   at 11:16 AM, Anne & Lynn Wheeler  said:

>lower-end 360s would update location 80 appox. every 3mills

No. From S/360 PoOps:

"Timer feature

The timer is provided as an interval timer and may  be programmed to
maintain the time of day. The timer consists of a full word in main
storage location 80. The timer word is counted down at a rate of 50 
or 60 cycles per second, depending on line frequency. The timer word
is treated as a signed integer following the rules of fixed-point
arithmetic. An external interruption condition is signaled when the
value of the timer word goes from positive to negative. The full cycle
time of the timer is 15.5 hours.

An updated timer value is available at the end of each instruction
execution but is not updated in the stopped state. The timer is
changed by addressing storage location 80. As an interval timer, the
timer is used to measure elapsed time over relatively short intervals.
It can be set to any value at any time."

I recall a frequency of 300 Hz on faster models, but don't recall
whether that came in with the S/370. The high resolution timer was a
special feature and included a cache for locations 80-83. 

 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Shmuel Metz (Seymour J.)]

In <025201cc6133$a6310ac0$f2932040$@us>, on 08/22/2011
   at 08:26 PM, Jim Thomas  said:

>I started off on the HDW side from the 360's

It didn't exist on the 360.

>I do fully remember a 'green' switch that had to be enabled to 
>'change' the time

Called something like "clock enable" as I recall.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Shmuel Metz (Seymour J.)]

In <1314066987.61701.yahoomailmob...@web161424.mail.bf1.yahoo.com>, on
08/22/2011
   at 07:36 PM, Ed Gould  said:

>If it was there on the 360's I never heard/saw anything about it.

There was no TOD clock on the S/360, hence no need to enable setting
it.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Anne & Lynn Wheeler]

bherr...@txfb-ins.com (Herring, Bobby) writes:
>  TOD Clock switch AFAIK came in with the 370. I remember it
>  specifically on the 168 my memory is iffy on the 155/158 but I think
>  it was there, no experience on the 14X .
>
> If it was there on the 360s I never heard/saw anything about it.

TOD was introduced with 370 (interval timer & clock comparator)
... relaxing location 80 timer.

i remember getting caught up for a couple months discussing things like
whether the TOD baseline of first day of the century was 1900 or 1901.

lower-end 360s would update location 80 appox. every 3mills ... higher
end 360 could have (high resolution) location 80 update approx every
13mics ... including 360/67.

cp/67 used location 80 for everything ... it would save old value and
load new value into 84, doing overloaping 8byte move from "80" to "76"
(moved old value from 80 into 76 and new value from 84 into 80). It
would then update the various clocks and timer values by the difference
in current value saved to 76 and the original value that had been
originally loaded into 80 (aka virtual machine microseconds used, kernel
supervisor microseconds used, current clock value).

when cp/67 was originally installed at the univ. in jan68 ... it had
support for 1050 & 2741 terminals ... along with "automatic terminal
identification". The univ. had some number of ascii/tty terminals ...
so I had to add TTY terminal support. I extended the original logic for
automatic terminal identification to include TTY. It worked fine for
leased lines ... but had a glitch trying to do a single dailin phone
number with "hunt group" (pool of lines). It was possible to change
line-scanner associated with each port (terminal type) ... but that
didn't actually change the line-speed for each port (1050 & 2741 were
the same ... but ascii/tty was different).

This somewhat prompted the univ. to do a clone controller effort ...
reverse engineer channel interface and building channel interface board
for Interdata/3 ... and programming Interdata/3 so it could do both
line-speed and terminal type. This got four of us written up as
responsible for (some part of) clone controller business ... since
vendor picked up the implementation and sold it commercially.

One of the first bugs testing on channel interface was 360/67
"red-light". The timer-tic hardware attempts to update location 80 on
every tic ... if the processor or channel is holding the memory bus
interface, it will delay ... but if delays so long that the timer tics
again ... it will stop the processor with hardware failure. Turns out
the initial clone controller implementation wasn't making sure that it
told the channel interface to release the memory bus at least once every
13microseconds.

The location 80 timer updates put expensive load on memory bus ... one
of the reasons for starting to eliminate its use ... starting with tod,
interval timer, and clock comparator in 370.

-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Herring, Bobby]

I thought I remembered it being there on the 138.

This picture says it's from the front of one. Found it on Google images.

http://www.purestockphotos.co.uk/cgi-bin/sitewise.pl?act=det&pt=&p=140

Bob

CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is 
covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 
2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in 
error, do not read it. If you are not the intended recipient, you are hereby 
notified that any retention, dissemination, distribution, or copying of this 
communication is strictly prohibited. Please reply to the sender that you have 
received the message in error, then delete it. Thank you. -Original 
Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ed Gould
Sent: Monday, August 22, 2011 9:36 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [IBM-MAIN] CLOCK change problem

 TOD Clock switch AFAIK came in with the 370. I remember it specifically on the 
168 my memory is iffy on the 155/158 but I think it was there, no experience on 
the 14X .

If it was there on the 360's I never heard/saw anything about it.

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Ed Gould]

 TOD Clock switch AFAIK came in with the 370. I remember it specifically on the 
168 my memory is iffy on the 155/158 but I think it was there, no experience on 
the 14X .

If it was there on the 360's I never heard/saw anything about it.

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

I started off on the HDW side from the 360's .. but for the life 
of me, I simply cannot remember this ... I do fully remember a 
'green' switch that had to be enabled to 'change' the time but 
nothing else that had to be done or perhaps this 'green' switch
is the very same 'on/off' toggle that you and Binyamin speak of?.

Oh well .. it doesn't matter ... been too long ago ..   

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Shmuel Metz (Seymour J.)
Sent: Monday, August 22, 2011 9:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

In <07ea01cc5e6a$1a9e0650$4fda12f0$@us>, on 08/19/2011
   at 07:18 AM, Jim Thomas  said:

>Switch ?? .. as in a command or a bit ?. 

As in a physical toggle switch on the early S/370 boxen. But these
days all of the pretty buttons, dials, rollers and toggles have been
replaced by logical equivalents. IMHO we're better off, even if the
old way made for a better photo op.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see <http://patriot.net/~shmuel/resume/brief.html> 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3850 - Release Date: 08/22/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Shmuel Metz (Seymour J.)]

In <07ea01cc5e6a$1a9e0650$4fda12f0$@us>, on 08/19/2011
   at 07:18 AM, Jim Thomas  said:

>Switch ?? .. as in a command or a bit ?. 

As in a physical toggle switch on the early S/370 boxen. But these
days all of the pretty buttons, dials, rollers and toggles have been
replaced by logical equivalents. IMHO we're better off, even if the
old way made for a better photo op.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Alvaro Guirao Lopez]

Hey Scott!

I have read zPDT manuals and effectively there is a settod command that you
must issue after start zPDT but before IPL z/OS.

Anyway, zPDT sets linux time and date for System Z TOD clock at each IPL so
I have changed Linux and bios clock to syncronize Z TOD at IPL.

Thank you.

2011/8/22 Jim Thomas 

> Sir,
>
> LMAO !!.
>
> Kind Regards
>
> Jim Thomas
> 617-233-4130 (mobile)
> 636-294-1014(res)
> j...@thethomasresidence.us (Email)
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Chase, John
> Sent: Sunday, August 21, 2011 5:31 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: CLOCK change problem
>
>  > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Jim Thomas
> >
> > Sir,
> >
> > My sincere apologies ... right you are and yes, it
> > was from the old Kung Fu series ... I've just come to
> > a point where I don't (automatically) think that people
> > are old enough to know what I speak of.
> >
> > Very good ... Chinese it then ...
> >
> >
> > hen gaoxing renshi nǐ !!.
>
> You do and you'll clean it up!  :-)
>
>-jc-
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>
>
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1392 / Virus Database: 1520/3848 - Release Date: 08/21/11
>
> --
>  For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Un saludo.
Álvaro Guirao

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

Sir,

LMAO !!. 

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Chase, John
Sent: Sunday, August 21, 2011 5:31 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jim Thomas
> 
> Sir,
> 
> My sincere apologies ... right you are and yes, it
> was from the old Kung Fu series ... I've just come to
> a point where I don't (automatically) think that people
> are old enough to know what I speak of.
> 
> Very good ... Chinese it then ...
> 
> 
> hen gaoxing renshi nǐ !!.

You do and you'll clean it up!  :-)

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3848 - Release Date: 08/21/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jim Thomas
> 
> Sir,
> 
> My sincere apologies ... right you are and yes, it
> was from the old Kung Fu series ... I've just come to
> a point where I don't (automatically) think that people
> are old enough to know what I speak of.
> 
> Very good ... Chinese it then ...
> 
> 
> hen gaoxing renshi nǐ !!.

You do and you'll clean it up!  :-)

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

Sir,

My sincere apologies ... right you are and yes, it 
was from the old Kung Fu series ... I've just come to 
a point where I don't (automatically) think that people
are old enough to know what I speak of.

Very good ... Chinese it then ... 


hen gaoxing renshi nǐ !!. 


Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Steve Comstock
Sent: Sunday, August 21, 2011 3:54 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

On 8/21/2011 2:39 PM, Jim Thomas wrote:
> Sir,
>
> My apologies ... 'so desu ne' ?? .. chinese ?? ..
>
> Forgive me .. aside from Japanese, I also knew Mandarin but
> 'so desu ne' is Japanese ... and essentially it just means
> that you're agreeing (indifferently).
>
> I'm just confused why you mentioned Chinese

Well, I thought your sentences were in reference to
the previous post that mentioned 'grasshopper'; that's
an allusion to the Kung Fu series, where the lead was
a half-Chinese man raised in a Chinese temple.

So I replied in English and Japanese, saying, basically,
"I think you meant to say it Chinese, right?"

Ah yes. My wife and I slaughter many languages.

:-)


  ... I'm sorry...
> I used to versant in about eight or nine languages (in a
> previous lifetime) but .. have not touched them (save but
> for a few words every now and then) for well over two decades.
>
> Kind Regards
>
> Jim Thomas
> 617-233-4130 (mobile)
> 636-294-1014(res)
> j...@thethomasresidence.us (Email)
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
> Of Steve Comstock
> Sent: Sunday, August 21, 2011 7:09 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: CLOCK change problem
>
> On 8/21/2011 12:32 AM, Jim Thomas wrote:
>> Hai Shidoshi ...
>>
>> Watashi o keihatsu shite itadaki arigatogozaimasu.
>>
>> Watashi wa sore o shitte ita koto ga nai.
>>
>> Watashi wa nipponjin de wa nai asa ga nai 
>>
>>
>> I'm sorry .. I just could not resist ... :-)
>>
>
> But it should have been Chinese instead of Japanese,
> so desu ne? (そですね)
>
>
>> Kind Regards
>>
>> Jim Thomas
>> 617-233-4130 (mobile)
>> 636-294-1014        (res)
>> j...@thethomasresidence.us (Email)
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
>> Of Binyamin Dissen
>> Sent: Friday, August 19, 2011 7:47 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: CLOCK change problem
>>
>> On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas
>> wrote:
>>
>> :>Switch ?? .. as in a command or a bit ?.
>>
>> A physical switch, young grasshopper. It had to be in the enable position.
>>
>> No idea how it is done nowadays. Have not IPLed a real machine in a long
>> time.
>>
>> :>Default STPMODE is YES and were it set to NO .. he would
>> :>not get this prompt. That said, he should not set STPMODE
>> :>to NO unless he is prepared to go to STP.
>>
>> :>-Original Message-
>> :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
>> Behalf
>> :>Of Binyamin Dissen
>> :>Sent: Friday, August 19, 2011 6:56 AM
>> :>To: IBM-MAIN@bama.ua.edu
>> :>Subject: Re: CLOCK change problem
>> :>
>> :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
>> :>   wrote:
>> :>
>> :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change
>> the
>> :>:>local and UTC/GMT hour.
>> :>
>> :>:>Whe I IPLed the system it prompt reply
>> :>
>> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>> :>:>IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
>> :>TIME
>> :>
>> :>:>I reply with
>> :>
>> :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
>> :>
>> :>:>Then system issues IEA903A to reply U when the time ocurrs, I reply at
>> the
>> :>:>time:
>> :>
>> :>:>R 00,U
>> :>
>> :>:>and then appears again the CLOCK without my change
>> :>
>> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>> :>:>IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
>> :>TIME
>> :>
>> :>There used

Re: CLOCK change problem

[Steve Comstock]

On 8/21/2011 2:39 PM, Jim Thomas wrote:

Sir,

My apologies ... 'so desu ne' ?? .. chinese ?? ..

Forgive me .. aside from Japanese, I also knew Mandarin but
'so desu ne' is Japanese ... and essentially it just means
that you're agreeing (indifferently).

I'm just confused why you mentioned Chinese


Well, I thought your sentences were in reference to
the previous post that mentioned 'grasshopper'; that's
an allusion to the Kung Fu series, where the lead was
a half-Chinese man raised in a Chinese temple.

So I replied in English and Japanese, saying, basically,
"I think you meant to say it Chinese, right?"

Ah yes. My wife and I slaughter many languages.

:-)


 ... I'm sorry...

I used to versant in about eight or nine languages (in a
previous lifetime) but .. have not touched them (save but
for a few words every now and then) for well over two decades.

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Steve Comstock
Sent: Sunday, August 21, 2011 7:09 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

On 8/21/2011 12:32 AM, Jim Thomas wrote:

Hai Shidoshi ...

Watashi o keihatsu shite itadaki arigatogozaimasu.

Watashi wa sore o shitte ita koto ga nai.

Watashi wa nipponjin de wa nai asa ga nai 


I'm sorry .. I just could not resist ... :-)



But it should have been Chinese instead of Japanese,
so desu ne? (そですね)



Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Binyamin Dissen
Sent: Friday, August 19, 2011 7:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas
wrote:

:>Switch ?? .. as in a command or a bit ?.

A physical switch, young grasshopper. It had to be in the enable position.

No idea how it is done nowadays. Have not IPLed a real machine in a long
time.

:>Default STPMODE is YES and were it set to NO .. he would
:>not get this prompt. That said, he should not set STPMODE
:>to NO unless he is prepared to go to STP.

:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf
:>Of Binyamin Dissen
:>Sent: Friday, August 19, 2011 6:56 AM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: CLOCK change problem
:>
:>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
:>   wrote:
:>
:>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change
the
:>:>local and UTC/GMT hour.
:>
:>:>Whe I IPLed the system it prompt reply
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
:>TIME
:>
:>:>I reply with
:>
:>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
:>
:>:>Then system issues IEA903A to reply U when the time ocurrs, I reply at
the
:>:>time:
:>
:>:>R 00,U
:>
:>:>and then appears again the CLOCK without my change
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
:>TIME
:>
:>There used to be a switch to allow the TOD to be altered.
:>
:>How does the STP affect this?

--
Binyamin Dissen
http://www.dissensoftware.com

Director, Dissen Software, Bar&   Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.







--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

* Special promotion: 15% off on all DB2 training classes
scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

Sir,

My apologies ... 'so desu ne' ?? .. chinese ?? .. 

Forgive me .. aside from Japanese, I also knew Mandarin but 
'so desu ne' is Japanese ... and essentially it just means 
that you're agreeing (indifferently). 

I'm just confused why you mentioned Chinese ... I'm sorry...
I used to versant in about eight or nine languages (in a 
previous lifetime) but .. have not touched them (save but 
for a few words every now and then) for well over two decades.   

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Steve Comstock
Sent: Sunday, August 21, 2011 7:09 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

On 8/21/2011 12:32 AM, Jim Thomas wrote:
> Hai Shidoshi ...
>
> Watashi o keihatsu shite itadaki arigatogozaimasu.
>
> Watashi wa sore o shitte ita koto ga nai.
>
> Watashi wa nipponjin de wa nai asa ga nai 
>
>
> I'm sorry .. I just could not resist ... :-)
>

But it should have been Chinese instead of Japanese,
so desu ne? (そですね)


> Kind Regards
>
> Jim Thomas
> 617-233-4130 (mobile)
> 636-294-1014(res)
> j...@thethomasresidence.us (Email)
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
> Of Binyamin Dissen
> Sent: Friday, August 19, 2011 7:47 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: CLOCK change problem
>
> On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas
> wrote:
>
> :>Switch ?? .. as in a command or a bit ?.
>
> A physical switch, young grasshopper. It had to be in the enable position.
>
> No idea how it is done nowadays. Have not IPLed a real machine in a long
> time.
>
> :>Default STPMODE is YES and were it set to NO .. he would
> :>not get this prompt. That said, he should not set STPMODE
> :>to NO unless he is prepared to go to STP.
>
> :>-Original Message-
> :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf
> :>Of Binyamin Dissen
> :>Sent: Friday, August 19, 2011 6:56 AM
> :>To: IBM-MAIN@bama.ua.edu
> :>Subject: Re: CLOCK change problem
> :>
> :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> :>  wrote:
> :>
> :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change
> the
> :>:>local and UTC/GMT hour.
> :>
> :>:>Whe I IPLed the system it prompt reply
> :>
> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> :>:>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
> :>TIME
> :>
> :>:>I reply with
> :>
> :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> :>
> :>:>Then system issues IEA903A to reply U when the time ocurrs, I reply at
> the
> :>:>time:
> :>
> :>:>R 00,U
> :>
> :>:>and then appears again the CLOCK without my change
> :>
> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> :>:>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
> :>TIME
> :>
> :>There used to be a switch to allow the TOD to be altered.
> :>
> :>How does the STP affect this?
>
> --
> Binyamin Dissen
> http://www.dissensoftware.com
>
> Director, Dissen Software, Bar&  Grill - Israel
>
>
> Should you use the mailblocks package and expect a response from me,
> you should preauthorize the dissensoftware.com domain.
>
> I very rarely bother responding to challenge/response systems,
> especially those from irresponsible companies.
>


-- 

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

* Special promotion: 15% off on all DB2 training classes
 scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
 http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3847 - Release Date: 08/20/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

Sir,

Pardon me but I beg to differ ... they are both essentially 
the same but could be used in different responses.  

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Chase, John
Sent: Sunday, August 21, 2011 5:35 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jim Thomas
> 
> Hai Shidoshi ...
> 
> Watashi o keihatsu shite itadaki arigatogozaimasu.

You misspelled "Watak[u]shi"

-jc-

> 
> Watashi wa sore o shitte ita koto ga nai.
> 
> Watashi wa nipponjin de wa nai asa ga nai 
> 
> 
> I'm sorry .. I just could not resist ... :-)
> 
> Kind Regards
> 
> Jim Thomas
> 617-233-4130 (mobile)
> 636-294-1014(res)
> j...@thethomasresidence.us (Email)
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf
> Of Binyamin Dissen
> Sent: Friday, August 19, 2011 7:47 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: CLOCK change problem
> 
> On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas

> wrote:
> 
> :>Switch ?? .. as in a command or a bit ?.
> 
> A physical switch, young grasshopper. It had to be in the enable
position.
> 
> No idea how it is done nowadays. Have not IPLed a real machine in a
long
> time.
> 
> :>Default STPMODE is YES and were it set to NO .. he would
> :>not get this prompt. That said, he should not set STPMODE
> :>to NO unless he is prepared to go to STP.
> 
> :>-Original Message-
> :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf
> :>Of Binyamin Dissen
> :>Sent: Friday, August 19, 2011 6:56 AM
> :>To: IBM-MAIN@bama.ua.edu
> :>Subject: Re: CLOCK change problem
> :>
> :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> :> wrote:
> :>
> :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to
change
> the
> :>:>local and UTC/GMT hour.
> :>
> :>:>Whe I IPLed the system it prompt reply
> :>
> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
UTC/LOCAL
> :>TIME
> :>
> :>:>I reply with
> :>
> :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> :>
> :>:>Then system issues IEA903A to reply U when the time ocurrs, I
reply at
> the
> :>:>time:
> :>
> :>:>R 00,U
> :>
> :>:>and then appears again the CLOCK without my change
> :>
> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
UTC/LOCAL
> :>TIME
> :>
> :>There used to be a switch to allow the TOD to be altered.
> :>
> :>How does the STP affect this?
> 
> --
> Binyamin Dissen 
> http://www.dissensoftware.com
> 
> Director, Dissen Software, Bar & Grill - Israel
> 
> 
> Should you use the mailblocks package and expect a response from me,
> you should preauthorize the dissensoftware.com domain.
> 
> I very rarely bother responding to challenge/response systems,
> especially those from irresponsible companies.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 
> 
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date:
08/18/11
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3847 - Release Date: 08/20/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Steve Comstock]

On 8/21/2011 4:34 AM, Chase, John wrote:

-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Jim Thomas

Hai Shidoshi ...

Watashi o keihatsu shite itadaki arigatogozaimasu.


You misspelled "Watak[u]shi"


No. Watashi is a common form of watakushi. It's fine.



 -jc-



Watashi wa sore o shitte ita koto ga nai.

Watashi wa nipponjin de wa nai asa ga nai 


I'm sorry .. I just could not resist ... :-)

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On

Behalf

Of Binyamin Dissen
Sent: Friday, August 19, 2011 7:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas



wrote:

:>Switch ?? .. as in a command or a bit ?.

A physical switch, young grasshopper. It had to be in the enable

position.


No idea how it is done nowadays. Have not IPLed a real machine in a

long

time.

:>Default STPMODE is YES and were it set to NO .. he would
:>not get this prompt. That said, he should not set STPMODE
:>to NO unless he is prepared to go to STP.

:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf
:>Of Binyamin Dissen
:>Sent: Friday, August 19, 2011 6:56 AM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: CLOCK change problem
:>
:>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
:>  wrote:
:>
:>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to

change

the
:>:>local and UTC/GMT hour.
:>
:>:>Whe I IPLed the system it prompt reply
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR

UTC/LOCAL

:>TIME
:>
:>:>I reply with
:>
:>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
:>
:>:>Then system issues IEA903A to reply U when the time ocurrs, I

reply at

the
:>:>time:
:>
:>:>R 00,U
:>
:>:>and then appears again the CLOCK without my change
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR

UTC/LOCAL

:>TIME
:>
:>There used to be a switch to allow the TOD to be altered.
:>
:>How does the STP affect this?

--
Binyamin Dissen
http://www.dissensoftware.com

Director, Dissen Software, Bar&  Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.





--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

* Special promotion: 15% off on all DB2 training classes
scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Steve Comstock]

On 8/21/2011 12:32 AM, Jim Thomas wrote:

Hai Shidoshi ...

Watashi o keihatsu shite itadaki arigatogozaimasu.

Watashi wa sore o shitte ita koto ga nai.

Watashi wa nipponjin de wa nai asa ga nai 


I'm sorry .. I just could not resist ... :-)



But it should have been Chinese instead of Japanese,
so desu ne? (そですね)



Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Binyamin Dissen
Sent: Friday, August 19, 2011 7:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas
wrote:

:>Switch ?? .. as in a command or a bit ?.

A physical switch, young grasshopper. It had to be in the enable position.

No idea how it is done nowadays. Have not IPLed a real machine in a long
time.

:>Default STPMODE is YES and were it set to NO .. he would
:>not get this prompt. That said, he should not set STPMODE
:>to NO unless he is prepared to go to STP.

:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf
:>Of Binyamin Dissen
:>Sent: Friday, August 19, 2011 6:56 AM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: CLOCK change problem
:>
:>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
:>  wrote:
:>
:>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change
the
:>:>local and UTC/GMT hour.
:>
:>:>Whe I IPLed the system it prompt reply
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
:>TIME
:>
:>:>I reply with
:>
:>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
:>
:>:>Then system issues IEA903A to reply U when the time ocurrs, I reply at
the
:>:>time:
:>
:>:>R 00,U
:>
:>:>and then appears again the CLOCK without my change
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
:>TIME
:>
:>There used to be a switch to allow the TOD to be altered.
:>
:>How does the STP affect this?

--
Binyamin Dissen
http://www.dissensoftware.com

Director, Dissen Software, Bar&  Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.




--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

* Special promotion: 15% off on all DB2 training classes
scheduled by September 1, taught by year end 2011

* Check out our entire DB2 curriculum at:
http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jim Thomas
> 
> Hai Shidoshi ...
> 
> Watashi o keihatsu shite itadaki arigatogozaimasu.

You misspelled "Watak[u]shi"

-jc-

> 
> Watashi wa sore o shitte ita koto ga nai.
> 
> Watashi wa nipponjin de wa nai asa ga nai 
> 
> 
> I'm sorry .. I just could not resist ... :-)
> 
> Kind Regards
> 
> Jim Thomas
> 617-233-4130 (mobile)
> 636-294-1014(res)
> j...@thethomasresidence.us (Email)
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf
> Of Binyamin Dissen
> Sent: Friday, August 19, 2011 7:47 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: CLOCK change problem
> 
> On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas

> wrote:
> 
> :>Switch ?? .. as in a command or a bit ?.
> 
> A physical switch, young grasshopper. It had to be in the enable
position.
> 
> No idea how it is done nowadays. Have not IPLed a real machine in a
long
> time.
> 
> :>Default STPMODE is YES and were it set to NO .. he would
> :>not get this prompt. That said, he should not set STPMODE
> :>to NO unless he is prepared to go to STP.
> 
> :>-Original Message-
> :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf
> :>Of Binyamin Dissen
> :>Sent: Friday, August 19, 2011 6:56 AM
> :>To: IBM-MAIN@bama.ua.edu
> :>Subject: Re: CLOCK change problem
> :>
> :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> :> wrote:
> :>
> :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to
change
> the
> :>:>local and UTC/GMT hour.
> :>
> :>:>Whe I IPLed the system it prompt reply
> :>
> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
UTC/LOCAL
> :>TIME
> :>
> :>:>I reply with
> :>
> :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> :>
> :>:>Then system issues IEA903A to reply U when the time ocurrs, I
reply at
> the
> :>:>time:
> :>
> :>:>R 00,U
> :>
> :>:>and then appears again the CLOCK without my change
> :>
> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
UTC/LOCAL
> :>TIME
> :>
> :>There used to be a switch to allow the TOD to be altered.
> :>
> :>How does the STP affect this?
> 
> --
> Binyamin Dissen 
> http://www.dissensoftware.com
> 
> Director, Dissen Software, Bar & Grill - Israel
> 
> 
> Should you use the mailblocks package and expect a response from me,
> you should preauthorize the dissensoftware.com domain.
> 
> I very rarely bother responding to challenge/response systems,
> especially those from irresponsible companies.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 
> 
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date:
08/18/11
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

Sir,

My apologies . I did not know you were under zPDT.

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Alvaro Guirao Lopez
Sent: Friday, August 19, 2011 8:34 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

I will see at manuals, zPDT is stopped when you stop z/OS image, it is
supossed that z/OS may work normally so the IPL procedure must works but
its's true that there are other functions that must be done out of the z/OS,
if i see something, i tell you.

Thank you Scott

2011/8/19 Scott Rowe 

> On a mainframe you can set the TOD clock from the HMC, then re-activate an
> LPAR to get the new time.  Can you just do that on zPDT?
>
> On Fri, Aug 19, 2011 at 9:10 AM, Alvaro Guirao Lopez <
> alvarogui...@gmail.com
>  > wrote:
>
> > It's independt, the Linux hour goes his own way and functionality of the
> > z/OS system under zPDT is like a z/OS system in a mainframe, there is
any
> > way to inform the TOD of z/OS trhough zPDT
> >
> > 2011/8/19 Scott Rowe 
> >
> > > Is there maybe a zPDT option to allow updating the TOD clock, or maybe
> > you
> > > just need to set the Linux clock properly?
> > >
> > > On Fri, Aug 19, 2011 at 8:52 AM, Alvaro Guirao Lopez <
> > > alvarogui...@gmail.com
> > > > wrote:
> > >
> > > > Thanks for the comments,
> > > >
> > > > If anyone have any suggestion will be ver much apreciated, I'm
> > completly
> > > > lost.
> > > >
> > > >
> > > > Best regards and have a nice weekend.
> > > > Álvaro.
> > > >
> > > > 2011/8/19 Binyamin Dissen 
> > > >
> > > > > On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas <
> > > j...@thethomasresidence.us
> > > > >
> > > > > wrote:
> > > > >
> > > > > :>Switch ?? .. as in a command or a bit ?.
> > > > >
> > > > > A physical switch, young grasshopper. It had to be in the enable
> > > > position.
> > > > >
> > > > > No idea how it is done nowadays. Have not IPLed a real machine in
a
> > > long
> > > > > time.
> > > > >
> > > > > :>Default STPMODE is YES and were it set to NO .. he would
> > > > > :>not get this prompt. That said, he should not set STPMODE
> > > > > :>to NO unless he is prepared to go to STP.
> > > > >
> > > > > :>-Original Message-
> > > > >  :>From: IBM Mainframe Discussion List [mailto:
> IBM-MAIN@bama.ua.edu]
> > > On
> > > > > Behalf
> > > > > :>Of Binyamin Dissen
> > > > > :>Sent: Friday, August 19, 2011 6:56 AM
> > > > > :>To: IBM-MAIN@bama.ua.edu
> > > > > :>Subject: Re: CLOCK change problem
> > > > > :>
> > > > > :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> > > > > :> wrote:
> > > > > :>
> > > > > :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to
> > > change
> > > > > the
> > > > > :>:>local and UTC/GMT hour.
> > > > > :>
> > > > > :>:>Whe I IPLed the system it prompt reply
> > > > > :>
> > > > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > > > UTC/LOCAL
> > > > > :>TIME
> > > > > :>
> > > > > :>:>I reply with
> > > > > :>
> > > > > :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> > > > > :>
> > > > > :>:>Then system issues IEA903A to reply U when the time ocurrs, I
> > reply
> > > > at
> > > > > the
> > > > > :>:>time:
> > > > > :>
> > > > > :>:>R 00,U
> > > > > :>
> > > > > :>:>and then appears again the CLOCK without my change
> > > > > :>
> > > > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > > > UTC/LOCAL
> > > > > :>TIME
> > > 

Re: CLOCK change problem

[Jim Thomas]

Hai Shidoshi ... 

Watashi o keihatsu shite itadaki arigatogozaimasu.  

Watashi wa sore o shitte ita koto ga nai. 

Watashi wa nipponjin de wa nai asa ga nai  


I'm sorry .. I just could not resist ... :-) 

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Binyamin Dissen
Sent: Friday, August 19, 2011 7:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas 
wrote:

:>Switch ?? .. as in a command or a bit ?. 

A physical switch, young grasshopper. It had to be in the enable position.

No idea how it is done nowadays. Have not IPLed a real machine in a long
time.

:>Default STPMODE is YES and were it set to NO .. he would 
:>not get this prompt. That said, he should not set STPMODE
:>to NO unless he is prepared to go to STP.

:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf
:>Of Binyamin Dissen
:>Sent: Friday, August 19, 2011 6:56 AM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: CLOCK change problem
:>
:>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
:> wrote:
:>
:>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change
the
:>:>local and UTC/GMT hour.
:>
:>:>Whe I IPLed the system it prompt reply
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
:>TIME
:>
:>:>I reply with
:>
:>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
:>
:>:>Then system issues IEA903A to reply U when the time ocurrs, I reply at
the
:>:>time:
:>
:>:>R 00,U
:>
:>:>and then appears again the CLOCK without my change
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
:>TIME
:>
:>There used to be a switch to allow the TOD to be altered.
:>
:>How does the STP affect this?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date: 08/18/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Scott Rowe]

It looks like that by default zPDT does take the initial TOD value from the
Linux hardware clock, unless you use settod.

On Fri, Aug 19, 2011 at 9:51 AM, Scott Rowe  wrote:

> I just looked at the zPDT redbook and found there is a settod command,
> which shoukd be used before IPL.
>
>
> On Fri, Aug 19, 2011 at 9:34 AM, Alvaro Guirao Lopez <
> alvarogui...@gmail.com> wrote:
>
>> I will see at manuals, zPDT is stopped when you stop z/OS image, it is
>> supossed that z/OS may work normally so the IPL procedure must works
>> but
>> its's true that there are other functions that must be done out of the
>> z/OS,
>> if i see something, i tell you.
>>
>> Thank you Scott
>>
>> 2011/8/19 Scott Rowe 
>>
>> > On a mainframe you can set the TOD clock from the HMC, then re-activate
>> an
>> > LPAR to get the new time.  Can you just do that on zPDT?
>> >
>> > On Fri, Aug 19, 2011 at 9:10 AM, Alvaro Guirao Lopez <
>> > alvarogui...@gmail.com
>> >  > wrote:
>> >
>> > > It's independt, the Linux hour goes his own way and functionality of
>> the
>> > > z/OS system under zPDT is like a z/OS system in a mainframe, there is
>> any
>> > > way to inform the TOD of z/OS trhough zPDT
>> > >
>> > > 2011/8/19 Scott Rowe 
>> > >
>> > > > Is there maybe a zPDT option to allow updating the TOD clock, or
>> maybe
>> > > you
>> > > > just need to set the Linux clock properly?
>> > > >
>> > > > On Fri, Aug 19, 2011 at 8:52 AM, Alvaro Guirao Lopez <
>> > > > alvarogui...@gmail.com
>> > > > > wrote:
>> > > >
>> > > > > Thanks for the comments,
>> > > > >
>> > > > > If anyone have any suggestion will be ver much apreciated, I'm
>> > > completly
>> > > > > lost.
>> > > > >
>> > > > >
>> > > > > Best regards and have a nice weekend.
>> > > > > Álvaro.
>> > > > >
>> > > > > 2011/8/19 Binyamin Dissen 
>> > > > >
>> > > > > > On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas <
>> > > > j...@thethomasresidence.us
>> > > > > >
>> > > > > > wrote:
>> > > > > >
>> > > > > > :>Switch ?? .. as in a command or a bit ?.
>> > > > > >
>> > > > > > A physical switch, young grasshopper. It had to be in the enable
>> > > > > position.
>> > > > > >
>> > > > > > No idea how it is done nowadays. Have not IPLed a real machine
>> in a
>> > > > long
>> > > > > > time.
>> > > > > >
>> > > > > > :>Default STPMODE is YES and were it set to NO .. he would
>> > > > > > :>not get this prompt. That said, he should not set STPMODE
>> > > > > > :>to NO unless he is prepared to go to STP.
>> > > > > >
>> > > > > > :>-Original Message-
>> > > > > >  :>From: IBM Mainframe Discussion List [mailto:
>> > IBM-MAIN@bama.ua.edu]
>> > > > On
>> > > > > > Behalf
>> > > > > > :>Of Binyamin Dissen
>> > > > > > :>Sent: Friday, August 19, 2011 6:56 AM
>> > > > > > :>To: IBM-MAIN@bama.ua.edu
>> > > > > > :>Subject: Re: CLOCK change problem
>> > > > > > :>
>> > > > > > :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
>> > > > > > :> wrote:
>> > > > > > :>
>> > > > > > :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT
>> to
>> > > > change
>> > > > > > the
>> > > > > > :>:>local and UTC/GMT hour.
>> > > > > > :>
>> > > > > > :>:>Whe I IPLed the system it prompt reply
>> > > > > > :>
>> > > > > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>> > > > > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
>> > > > > UTC/LOCAL
>> > > > > > :>TIME
>> > > > > > :>
>> > > > > > :>

Re: CLOCK change problem

[Scott Rowe]

I just looked at the zPDT redbook and found there is a settod command, which
shoukd be used before IPL.

On Fri, Aug 19, 2011 at 9:34 AM, Alvaro Guirao Lopez  wrote:

> I will see at manuals, zPDT is stopped when you stop z/OS image, it is
> supossed that z/OS may work normally so the IPL procedure must works
> but
> its's true that there are other functions that must be done out of the
> z/OS,
> if i see something, i tell you.
>
> Thank you Scott
>
> 2011/8/19 Scott Rowe 
>
> > On a mainframe you can set the TOD clock from the HMC, then re-activate
> an
> > LPAR to get the new time.  Can you just do that on zPDT?
> >
> > On Fri, Aug 19, 2011 at 9:10 AM, Alvaro Guirao Lopez <
> > alvarogui...@gmail.com
> >  > wrote:
> >
> > > It's independt, the Linux hour goes his own way and functionality of
> the
> > > z/OS system under zPDT is like a z/OS system in a mainframe, there is
> any
> > > way to inform the TOD of z/OS trhough zPDT
> > >
> > > 2011/8/19 Scott Rowe 
> > >
> > > > Is there maybe a zPDT option to allow updating the TOD clock, or
> maybe
> > > you
> > > > just need to set the Linux clock properly?
> > > >
> > > > On Fri, Aug 19, 2011 at 8:52 AM, Alvaro Guirao Lopez <
> > > > alvarogui...@gmail.com
> > > > > wrote:
> > > >
> > > > > Thanks for the comments,
> > > > >
> > > > > If anyone have any suggestion will be ver much apreciated, I'm
> > > completly
> > > > > lost.
> > > > >
> > > > >
> > > > > Best regards and have a nice weekend.
> > > > > Álvaro.
> > > > >
> > > > > 2011/8/19 Binyamin Dissen 
> > > > >
> > > > > > On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas <
> > > > j...@thethomasresidence.us
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > :>Switch ?? .. as in a command or a bit ?.
> > > > > >
> > > > > > A physical switch, young grasshopper. It had to be in the enable
> > > > > position.
> > > > > >
> > > > > > No idea how it is done nowadays. Have not IPLed a real machine in
> a
> > > > long
> > > > > > time.
> > > > > >
> > > > > > :>Default STPMODE is YES and were it set to NO .. he would
> > > > > > :>not get this prompt. That said, he should not set STPMODE
> > > > > > :>to NO unless he is prepared to go to STP.
> > > > > >
> > > > > > :>-Original Message-
> > > > > >  :>From: IBM Mainframe Discussion List [mailto:
> > IBM-MAIN@bama.ua.edu]
> > > > On
> > > > > > Behalf
> > > > > > :>Of Binyamin Dissen
> > > > > > :>Sent: Friday, August 19, 2011 6:56 AM
> > > > > > :>To: IBM-MAIN@bama.ua.edu
> > > > > > :>Subject: Re: CLOCK change problem
> > > > > > :>
> > > > > > :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> > > > > > :> wrote:
> > > > > > :>
> > > > > > :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT
> to
> > > > change
> > > > > > the
> > > > > > :>:>local and UTC/GMT hour.
> > > > > > :>
> > > > > > :>:>Whe I IPLed the system it prompt reply
> > > > > > :>
> > > > > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > > > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > > > > UTC/LOCAL
> > > > > > :>TIME
> > > > > > :>
> > > > > > :>:>I reply with
> > > > > > :>
> > > > > > :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> > > > > > :>
> > > > > > :>:>Then system issues IEA903A to reply U when the time ocurrs, I
> > > reply
> > > > > at
> > > > > > the
> > > > > > :>:>time:
> > > > > > :>
> > > > > > :>:>R 00,U
> > > > > > :>
> > > > > > :>:>and then appears again the CLOCK without my change

Re: CLOCK change problem

[Alvaro Guirao Lopez]

I will see at manuals, zPDT is stopped when you stop z/OS image, it is
supossed that z/OS may work normally so the IPL procedure must works but
its's true that there are other functions that must be done out of the z/OS,
if i see something, i tell you.

Thank you Scott

2011/8/19 Scott Rowe 

> On a mainframe you can set the TOD clock from the HMC, then re-activate an
> LPAR to get the new time.  Can you just do that on zPDT?
>
> On Fri, Aug 19, 2011 at 9:10 AM, Alvaro Guirao Lopez <
> alvarogui...@gmail.com
>  > wrote:
>
> > It's independt, the Linux hour goes his own way and functionality of the
> > z/OS system under zPDT is like a z/OS system in a mainframe, there is any
> > way to inform the TOD of z/OS trhough zPDT
> >
> > 2011/8/19 Scott Rowe 
> >
> > > Is there maybe a zPDT option to allow updating the TOD clock, or maybe
> > you
> > > just need to set the Linux clock properly?
> > >
> > > On Fri, Aug 19, 2011 at 8:52 AM, Alvaro Guirao Lopez <
> > > alvarogui...@gmail.com
> > > > wrote:
> > >
> > > > Thanks for the comments,
> > > >
> > > > If anyone have any suggestion will be ver much apreciated, I'm
> > completly
> > > > lost.
> > > >
> > > >
> > > > Best regards and have a nice weekend.
> > > > Álvaro.
> > > >
> > > > 2011/8/19 Binyamin Dissen 
> > > >
> > > > > On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas <
> > > j...@thethomasresidence.us
> > > > >
> > > > > wrote:
> > > > >
> > > > > :>Switch ?? .. as in a command or a bit ?.
> > > > >
> > > > > A physical switch, young grasshopper. It had to be in the enable
> > > > position.
> > > > >
> > > > > No idea how it is done nowadays. Have not IPLed a real machine in a
> > > long
> > > > > time.
> > > > >
> > > > > :>Default STPMODE is YES and were it set to NO .. he would
> > > > > :>not get this prompt. That said, he should not set STPMODE
> > > > > :>to NO unless he is prepared to go to STP.
> > > > >
> > > > > :>-Original Message-
> > > > >  :>From: IBM Mainframe Discussion List [mailto:
> IBM-MAIN@bama.ua.edu]
> > > On
> > > > > Behalf
> > > > > :>Of Binyamin Dissen
> > > > > :>Sent: Friday, August 19, 2011 6:56 AM
> > > > > :>To: IBM-MAIN@bama.ua.edu
> > > > > :>Subject: Re: CLOCK change problem
> > > > > :>
> > > > > :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> > > > > :> wrote:
> > > > > :>
> > > > > :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to
> > > change
> > > > > the
> > > > > :>:>local and UTC/GMT hour.
> > > > > :>
> > > > > :>:>Whe I IPLed the system it prompt reply
> > > > > :>
> > > > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > > > UTC/LOCAL
> > > > > :>TIME
> > > > > :>
> > > > > :>:>I reply with
> > > > > :>
> > > > > :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> > > > > :>
> > > > > :>:>Then system issues IEA903A to reply U when the time ocurrs, I
> > reply
> > > > at
> > > > > the
> > > > > :>:>time:
> > > > > :>
> > > > > :>:>R 00,U
> > > > > :>
> > > > > :>:>and then appears again the CLOCK without my change
> > > > > :>
> > > > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > > > UTC/LOCAL
> > > > > :>TIME
> > > > > :>
> > > > > :>There used to be a switch to allow the TOD to be altered.
> > > > > :>
> > > > > :>How does the STP affect this?
> > > > >
> > > > > --
> > > > > Binyamin Dissen 
> > > > > http://www.dissensoftware.com
> > > > >
> > > > > Director, Disse

Re: CLOCK change problem

[Scott Rowe]

On a mainframe you can set the TOD clock from the HMC, then re-activate an
LPAR to get the new time.  Can you just do that on zPDT?

On Fri, Aug 19, 2011 at 9:10 AM, Alvaro Guirao Lopez  wrote:

> It's independt, the Linux hour goes his own way and functionality of the
> z/OS system under zPDT is like a z/OS system in a mainframe, there is any
> way to inform the TOD of z/OS trhough zPDT
>
> 2011/8/19 Scott Rowe 
>
> > Is there maybe a zPDT option to allow updating the TOD clock, or maybe
> you
> > just need to set the Linux clock properly?
> >
> > On Fri, Aug 19, 2011 at 8:52 AM, Alvaro Guirao Lopez <
> > alvarogui...@gmail.com
> > > wrote:
> >
> > > Thanks for the comments,
> > >
> > > If anyone have any suggestion will be ver much apreciated, I'm
> completly
> > > lost.
> > >
> > >
> > > Best regards and have a nice weekend.
> > > Álvaro.
> > >
> > > 2011/8/19 Binyamin Dissen 
> > >
> > > > On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas <
> > j...@thethomasresidence.us
> > > >
> > > > wrote:
> > > >
> > > > :>Switch ?? .. as in a command or a bit ?.
> > > >
> > > > A physical switch, young grasshopper. It had to be in the enable
> > > position.
> > > >
> > > > No idea how it is done nowadays. Have not IPLed a real machine in a
> > long
> > > > time.
> > > >
> > > > :>Default STPMODE is YES and were it set to NO .. he would
> > > > :>not get this prompt. That said, he should not set STPMODE
> > > > :>to NO unless he is prepared to go to STP.
> > > >
> > > > :>-Original Message-
> > > >  :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu]
> > On
> > > > Behalf
> > > > :>Of Binyamin Dissen
> > > > :>Sent: Friday, August 19, 2011 6:56 AM
> > > > :>To: IBM-MAIN@bama.ua.edu
> > > > :>Subject: Re: CLOCK change problem
> > > > :>
> > > > :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> > > > :> wrote:
> > > > :>
> > > > :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to
> > change
> > > > the
> > > > :>:>local and UTC/GMT hour.
> > > > :>
> > > > :>:>Whe I IPLed the system it prompt reply
> > > > :>
> > > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > > UTC/LOCAL
> > > > :>TIME
> > > > :>
> > > > :>:>I reply with
> > > > :>
> > > > :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> > > > :>
> > > > :>:>Then system issues IEA903A to reply U when the time ocurrs, I
> reply
> > > at
> > > > the
> > > > :>:>time:
> > > > :>
> > > > :>:>R 00,U
> > > > :>
> > > > :>:>and then appears again the CLOCK without my change
> > > > :>
> > > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > > UTC/LOCAL
> > > > :>TIME
> > > > :>
> > > > :>There used to be a switch to allow the TOD to be altered.
> > > > :>
> > > > :>How does the STP affect this?
> > > >
> > > > --
> > > > Binyamin Dissen 
> > > > http://www.dissensoftware.com
> > > >
> > > > Director, Dissen Software, Bar & Grill - Israel
> > > >
> > > >
> > > > Should you use the mailblocks package and expect a response from me,
> > > > you should preauthorize the dissensoftware.com domain.
> > > >
> > > > I very rarely bother responding to challenge/response systems,
> > > > especially those from irresponsible companies.
> > > >
> > > >
> --
> > > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN
> INFO
> > > > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > > >
> > >
> > >
> > >

Re: CLOCK change problem

[Alvaro Guirao Lopez]

It's independt, the Linux hour goes his own way and functionality of the
z/OS system under zPDT is like a z/OS system in a mainframe, there is any
way to inform the TOD of z/OS trhough zPDT

2011/8/19 Scott Rowe 

> Is there maybe a zPDT option to allow updating the TOD clock, or maybe you
> just need to set the Linux clock properly?
>
> On Fri, Aug 19, 2011 at 8:52 AM, Alvaro Guirao Lopez <
> alvarogui...@gmail.com
> > wrote:
>
> > Thanks for the comments,
> >
> > If anyone have any suggestion will be ver much apreciated, I'm completly
> > lost.
> >
> >
> > Best regards and have a nice weekend.
> > Álvaro.
> >
> > 2011/8/19 Binyamin Dissen 
> >
> > > On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas <
> j...@thethomasresidence.us
> > >
> > > wrote:
> > >
> > > :>Switch ?? .. as in a command or a bit ?.
> > >
> > > A physical switch, young grasshopper. It had to be in the enable
> > position.
> > >
> > > No idea how it is done nowadays. Have not IPLed a real machine in a
> long
> > > time.
> > >
> > > :>Default STPMODE is YES and were it set to NO .. he would
> > > :>not get this prompt. That said, he should not set STPMODE
> > > :>to NO unless he is prepared to go to STP.
> > >
> > > :>-Original Message-
> > >  :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu]
> On
> > > Behalf
> > > :>Of Binyamin Dissen
> > > :>Sent: Friday, August 19, 2011 6:56 AM
> > > :>To: IBM-MAIN@bama.ua.edu
> > > :>Subject: Re: CLOCK change problem
> > > :>
> > > :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> > > :> wrote:
> > > :>
> > > :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to
> change
> > > the
> > > :>:>local and UTC/GMT hour.
> > > :>
> > > :>:>Whe I IPLed the system it prompt reply
> > > :>
> > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > UTC/LOCAL
> > > :>TIME
> > > :>
> > > :>:>I reply with
> > > :>
> > > :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> > > :>
> > > :>:>Then system issues IEA903A to reply U when the time ocurrs, I reply
> > at
> > > the
> > > :>:>time:
> > > :>
> > > :>:>R 00,U
> > > :>
> > > :>:>and then appears again the CLOCK without my change
> > > :>
> > > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> > UTC/LOCAL
> > > :>TIME
> > > :>
> > > :>There used to be a switch to allow the TOD to be altered.
> > > :>
> > > :>How does the STP affect this?
> > >
> > > --
> > > Binyamin Dissen 
> > > http://www.dissensoftware.com
> > >
> > > Director, Dissen Software, Bar & Grill - Israel
> > >
> > >
> > > Should you use the mailblocks package and expect a response from me,
> > > you should preauthorize the dissensoftware.com domain.
> > >
> > > I very rarely bother responding to challenge/response systems,
> > > especially those from irresponsible companies.
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > >
> >
> >
> >
> > --
> > Un saludo.
> > Álvaro Guirao
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
>
> CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
> confidential and privileged information intended only for the addressee.
> If you are not the intended recipient, please be advised that you have
> received this material in error and that any forwarding, copying, printing,
> distribution, use or disclosure of the material is strictly prohibited.
> If you have received this material in error, please (i) do not read it,
> (ii) reply to the sender that you received the message in error, and
> (iii) erase or destroy the material. Emails are not secure and can be
> intercepted, amended, lost or destroyed, or contain viruses. You are deemed
> to have accepted these risks if you communicate with us by email. Thank
> you.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Un saludo.
Álvaro Guirao

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Scott Rowe]

Is there maybe a zPDT option to allow updating the TOD clock, or maybe you
just need to set the Linux clock properly?

On Fri, Aug 19, 2011 at 8:52 AM, Alvaro Guirao Lopez  wrote:

> Thanks for the comments,
>
> If anyone have any suggestion will be ver much apreciated, I'm completly
> lost.
>
>
> Best regards and have a nice weekend.
> Álvaro.
>
> 2011/8/19 Binyamin Dissen 
>
> > On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas  >
> > wrote:
> >
> > :>Switch ?? .. as in a command or a bit ?.
> >
> > A physical switch, young grasshopper. It had to be in the enable
> position.
> >
> > No idea how it is done nowadays. Have not IPLed a real machine in a long
> > time.
> >
> > :>Default STPMODE is YES and were it set to NO .. he would
> > :>not get this prompt. That said, he should not set STPMODE
> > :>to NO unless he is prepared to go to STP.
> >
> > :>-Original Message-
> >  :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> > Behalf
> > :>Of Binyamin Dissen
> > :>Sent: Friday, August 19, 2011 6:56 AM
> > :>To: IBM-MAIN@bama.ua.edu
> > :>Subject: Re: CLOCK change problem
> > :>
> > :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> > :> wrote:
> > :>
> > :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change
> > the
> > :>:>local and UTC/GMT hour.
> > :>
> > :>:>Whe I IPLed the system it prompt reply
> > :>
> > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> UTC/LOCAL
> > :>TIME
> > :>
> > :>:>I reply with
> > :>
> > :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> > :>
> > :>:>Then system issues IEA903A to reply U when the time ocurrs, I reply
> at
> > the
> > :>:>time:
> > :>
> > :>:>R 00,U
> > :>
> > :>:>and then appears again the CLOCK without my change
> > :>
> > :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> > :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR
> UTC/LOCAL
> > :>TIME
> > :>
> > :>There used to be a switch to allow the TOD to be altered.
> > :>
> > :>How does the STP affect this?
> >
> > --
> > Binyamin Dissen 
> > http://www.dissensoftware.com
> >
> > Director, Dissen Software, Bar & Grill - Israel
> >
> >
> > Should you use the mailblocks package and expect a response from me,
> > you should preauthorize the dissensoftware.com domain.
> >
> > I very rarely bother responding to challenge/response systems,
> > especially those from irresponsible companies.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
>
>
>
> --
> Un saludo.
> Álvaro Guirao
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited.
If you have received this material in error, please (i) do not read it,
(ii) reply to the sender that you received the message in error, and
(iii) erase or destroy the material. Emails are not secure and can be
intercepted, amended, lost or destroyed, or contain viruses. You are deemed
to have accepted these risks if you communicate with us by email. Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Alvaro Guirao Lopez]

Thanks for the comments,

If anyone have any suggestion will be ver much apreciated, I'm completly
lost.


Best regards and have a nice weekend.
Álvaro.

2011/8/19 Binyamin Dissen 

> On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas 
> wrote:
>
> :>Switch ?? .. as in a command or a bit ?.
>
> A physical switch, young grasshopper. It had to be in the enable position.
>
> No idea how it is done nowadays. Have not IPLed a real machine in a long
> time.
>
> :>Default STPMODE is YES and were it set to NO .. he would
> :>not get this prompt. That said, he should not set STPMODE
> :>to NO unless he is prepared to go to STP.
>
> :>-Original Message-
>  :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf
> :>Of Binyamin Dissen
> :>Sent: Friday, August 19, 2011 6:56 AM
> :>To: IBM-MAIN@bama.ua.edu
> :>Subject: Re: CLOCK change problem
> :>
> :>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
> :> wrote:
> :>
> :>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change
> the
> :>:>local and UTC/GMT hour.
> :>
> :>:>Whe I IPLed the system it prompt reply
> :>
> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
> :>TIME
> :>
> :>:>I reply with
> :>
> :>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> :>
> :>:>Then system issues IEA903A to reply U when the time ocurrs, I reply at
> the
> :>:>time:
> :>
> :>:>R 00,U
> :>
> :>:>and then appears again the CLOCK without my change
> :>
> :>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
> :>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
> :>TIME
> :>
> :>There used to be a switch to allow the TOD to be altered.
> :>
> :>How does the STP affect this?
>
> --
> Binyamin Dissen 
> http://www.dissensoftware.com
>
> Director, Dissen Software, Bar & Grill - Israel
>
>
> Should you use the mailblocks package and expect a response from me,
> you should preauthorize the dissensoftware.com domain.
>
> I very rarely bother responding to challenge/response systems,
> especially those from irresponsible companies.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Un saludo.
Álvaro Guirao

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Binyamin Dissen]

On Fri, 19 Aug 2011 07:18:28 -0500 Jim Thomas 
wrote:

:>Switch ?? .. as in a command or a bit ?. 

A physical switch, young grasshopper. It had to be in the enable position.

No idea how it is done nowadays. Have not IPLed a real machine in a long time.

:>Default STPMODE is YES and were it set to NO .. he would 
:>not get this prompt. That said, he should not set STPMODE
:>to NO unless he is prepared to go to STP.

:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
:>Of Binyamin Dissen
:>Sent: Friday, August 19, 2011 6:56 AM
:>To: IBM-MAIN@bama.ua.edu
:>Subject: Re: CLOCK change problem
:>
:>On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
:> wrote:
:>
:>:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change the
:>:>local and UTC/GMT hour.
:>
:>:>Whe I IPLed the system it prompt reply
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
:>TIME
:>
:>:>I reply with
:>
:>:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC
:>
:>:>Then system issues IEA903A to reply U when the time ocurrs, I reply at the
:>:>time:
:>
:>:>R 00,U
:>
:>:>and then appears again the CLOCK without my change
:>
:>:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
:>TIME
:>
:>There used to be a switch to allow the TOD to be altered.
:>
:>How does the STP affect this?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

Okay ... then just reply R 0U  is that not what you wanted to 
begin with or did I miss something ??. 
   

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Alvaro Guirao Lopez
Sent: Friday, August 19, 2011 7:20 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

Then I only change the local hour, in this case system don't issues
IEA903A message.

I have tried and this is the result:


* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
 IEA888A LOCAL DATE=2011.231,CLOCK=11.35.00 REPLY U, OR UTC/LOCAL TIME



2011/8/19 Jim Thomas 

> >I reply with
>
> >R 00,DATE=2011.231,CLOCK=11.35.00,UTC
>
> >Then system issues IEA903A to reply U when the time ocurrs, I reply at
the
> >time:
>
> >R 00,U
>
> >and then appears again the CLOCK without my change
>
> >* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL TIME
>
> >Please, help!
>
>
> Re-try without 'UTC' at the end of your reply.
>
>
>
> Kind Regards
>
> Jim Thomas
> 617-233-4130 (mobile)
> 636-294-1014(res)
> j...@thethomasresidence.us (Email)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>
>
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date: 08/18/11
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Un saludo.
Álvaro Guirao

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date: 08/18/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

Ma'am,

Regardless of OPERATOR PROMPT/NOPROMPT setting, default 
STPMODE is YES so he will get the IEA888A.

Why not T CLOCK ... maybe because his time zone is UTC ??
or he's setting a time outside of the twelve hour GMT 
window ??.   

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Lizette Koehler
Sent: Friday, August 19, 2011 6:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

> Hi listers,
> 
> I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change the
local
> and UTC/GMT hour.
> 
> Whe I IPLed the system it prompt reply
> 
> * 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
TIME
> 
> I reply with
> 
> R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> 
> Then system issues IEA903A to reply U when the time ocurrs, I reply at the
> time:
> 
> R 00,U
> 
> and then appears again the CLOCK without my change
> 
> * 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
TIME
> 
> Please, help!
>


A couple of questions.

1)  What does your CLOCKxx member state?
2)  What is your hardware clock set at?
3)  Why IPL when you can use a SET CLOCK command?

Lizette

> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date: 08/18/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Alvaro Guirao Lopez]

Then I only change the local hour, in this case system don't issues
IEA903A message.

I have tried and this is the result:


* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
 IEA888A LOCAL DATE=2011.231,CLOCK=11.35.00 REPLY U, OR UTC/LOCAL TIME



2011/8/19 Jim Thomas 

> >I reply with
>
> >R 00,DATE=2011.231,CLOCK=11.35.00,UTC
>
> >Then system issues IEA903A to reply U when the time ocurrs, I reply at the
> >time:
>
> >R 00,U
>
> >and then appears again the CLOCK without my change
>
> >* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL TIME
>
> >Please, help!
>
>
> Re-try without 'UTC' at the end of your reply.
>
>
>
> Kind Regards
>
> Jim Thomas
> 617-233-4130 (mobile)
> 636-294-1014(res)
> j...@thethomasresidence.us (Email)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>
>
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date: 08/18/11
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Un saludo.
Álvaro Guirao

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

Sir,

Switch ?? .. as in a command or a bit ?. 

Default STPMODE is YES and were it set to NO .. he would 
not get this prompt. That said, he should not set STPMODE
to NO unless he is prepared to go to STP.

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Binyamin Dissen
Sent: Friday, August 19, 2011 6:56 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CLOCK change problem

On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
 wrote:

:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change the
:>local and UTC/GMT hour.

:>Whe I IPLed the system it prompt reply

:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
TIME

:>I reply with

:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC

:>Then system issues IEA903A to reply U when the time ocurrs, I reply at the
:>time:

:>R 00,U

:>and then appears again the CLOCK without my change

:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
TIME

There used to be a switch to allow the TOD to be altered.

How does the STP affect this?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date: 08/18/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Jim Thomas]

>I reply with

>R 00,DATE=2011.231,CLOCK=11.35.00,UTC

>Then system issues IEA903A to reply U when the time ocurrs, I reply at the
>time:

>R 00,U

>and then appears again the CLOCK without my change

>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL TIME

>Please, help!


Re-try without 'UTC' at the end of your reply. 



Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3843 - Release Date: 08/18/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Alvaro Guirao Lopez]

The system is z/OS V1R11 under zPDT at Red Hat Linux, logically, I don't
have STP.

The CLOCK member it's at one of my PARMLIB's libraries configuration and is
like follows:

OPERATOR PROMPT
TIMEZONE E.02.00.00
ETRMODE  NO
ETRZONE  NO
ETRDELTA 10
STPMODE  NO
STPZONE  NO

I can change my local hour by CLOCK command but the change is for resolving
a NJE communications proble with a real mainframe ( the hour of the z/OS at
Linux is incorrect ) and I must do IPL so when JES2 starts the hour must be
correct.

I can change local hour without specifying UTC/GMT the UTC hour not, I don't
understand what's going on because I only have to specify the new hour and
confiirm whe the time arrives.


Thanks to all.

2011/8/19 Shmuel Metz (Seymour J.) 

> In
> ,
> on 08/19/2011
>   at 01:25 PM, Alvaro Guirao Lopez  said:
>
> >and then appears again the CLOCK without my change
>
> Was TOD update enabled?
>
> --
> Shmuel (Seymour J.) Metz, SysProg and JOAT
> ISO position; see 
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Un saludo.
Álvaro Guirao

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Shmuel Metz (Seymour J.)]

In
,
on 08/19/2011
   at 01:25 PM, Alvaro Guirao Lopez  said:

>and then appears again the CLOCK without my change

Was TOD update enabled?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Binyamin Dissen]

On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez
 wrote:

:>I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change the
:>local and UTC/GMT hour.

:>Whe I IPLed the system it prompt reply

:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL TIME

:>I reply with

:>R 00,DATE=2011.231,CLOCK=11.35.00,UTC

:>Then system issues IEA903A to reply U when the time ocurrs, I reply at the
:>time:

:>R 00,U

:>and then appears again the CLOCK without my change

:>* 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
:>  IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL TIME

There used to be a switch to allow the TOD to be altered.

How does the STP affect this?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CLOCK change problem

[Lizette Koehler]

> Hi listers,
> 
> I have z/OS V1R11, I have changed CLOCK to  OPERATOR PROMPT to change the
local
> and UTC/GMT hour.
> 
> Whe I IPLed the system it prompt reply
> 
> * 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
TIME
> 
> I reply with
> 
> R 00,DATE=2011.231,CLOCK=11.35.00,UTC
> 
> Then system issues IEA903A to reply U when the time ocurrs, I reply at the
> time:
> 
> R 00,U
> 
> and then appears again the CLOCK without my change
> 
> * 00  IEA888A UTC DATE=2011.231,CLOCK=11.30.00
>   IEA888A LOCAL DATE=2011.231,CLOCK=13.30.00 REPLY U, OR UTC/LOCAL
TIME
> 
> Please, help!
>


A couple of questions.

1)  What does your CLOCKxx member state?
2)  What is your hardware clock set at?
3)  Why IPL when you can use a SET CLOCK command?

Lizette

> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html