Re: CLOCK change problem
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=detpt=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#39;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
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
In 1314066987.61701.yahoomailmob...@web161424.mail.bf1.yahoo.com, on 08/22/2011 at 07:36 PM, Ed Gould ps2...@yahoo.com said: If it was there on the 360#39;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 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
Re: CLOCK change problem
In 025201cc6133$a6310ac0$f2932040$@us, on 08/22/2011 at 08:26 PM, Jim Thomas j...@thethomasresidence.us 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 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
Re: CLOCK change problem
In m339gsf99o@garlic.com, on 08/23/2011 at 11:16 AM, Anne Lynn Wheeler l...@garlic.com 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 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
Re: CLOCK change problem
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
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 j...@thethomasresidence.us 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
In 07ea01cc5e6a$1a9e0650$4fda12f0$@us, on 08/19/2011 at 07:18 AM, Jim Thomas j...@thethomasresidence.us 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
Re: CLOCK change problem
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 j...@thethomasresidence.us 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
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#39;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
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 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 :alvarogui...@gmail.com 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 bdis...@dissensoftware.com 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
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 scott.r...@joann.com 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 scott.r...@joann.com 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 bdis...@dissensoftware.com 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 :alvarogui...@gmail.com 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 bdis...@dissensoftware.com 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
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 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 :alvarogui...@gmail.com 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 bdis...@dissensoftware.com 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
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 Thomasj...@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 :alvarogui...@gmail.com 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 Dissenbdis...@dissensoftware.com 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
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 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 :alvarogui...@gmail.com 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 Dissenbdis...@dissensoftware.com 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
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 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 :alvarogui...@gmail.com 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 bdis...@dissensoftware.com 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
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 Thomasj...@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 :alvarogui...@gmail.com 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 Dissenbdis...@dissensoftware.com 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
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 Thomasj...@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 :alvarogui...@gmail.com 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 Dissenbdis...@dissensoftware.com 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
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 Thomasj...@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 :alvarogui...@gmail.com 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 Dissenbdis...@dissensoftware.com 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
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
Re: CLOCK change problem
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
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! -- 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
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
Re: CLOCK change problem
On Fri, 19 Aug 2011 13:25:59 +0200 Alvaro Guirao Lopez alvarogui...@gmail.com 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 bdis...@dissensoftware.com 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
In CAGzfoX8H04UzBWfSh8kbSssYzxR9=p-aiy4fjrzqg5njtuo...@mail.gmail.com, on 08/19/2011 at 01:25 PM, Alvaro Guirao Lopez alvarogui...@gmail.com said: and then appears again the CLOCK without my change Was TOD update enabled? -- 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
Re: CLOCK change problem
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.) shmuel+ibm-m...@patriot.net In CAGzfoX8H04UzBWfSh8kbSssYzxR9=p-aiy4fjrzqg5njtuo...@mail.gmail.com, on 08/19/2011 at 01:25 PM, Alvaro Guirao Lopez alvarogui...@gmail.com said: and then appears again the CLOCK without my change Was TOD update enabled? -- 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 -- 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
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
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 alvarogui...@gmail.com 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 bdis...@dissensoftware.com 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
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 j...@thethomasresidence.us 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
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
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 j...@thethomasresidence.us 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
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 :alvarogui...@gmail.com 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 bdis...@dissensoftware.com 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
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 bdis...@dissensoftware.com 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 :alvarogui...@gmail.com 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 bdis...@dissensoftware.com 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
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 bdis...@dissensoftware.com 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 :alvarogui...@gmail.com 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 bdis...@dissensoftware.com 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
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 scott.r...@joann.com 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 bdis...@dissensoftware.com 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 :alvarogui...@gmail.com 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 bdis...@dissensoftware.com 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
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 scott.r...@joann.com 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 bdis...@dissensoftware.com 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 :alvarogui...@gmail.com 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 bdis...@dissensoftware.com 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
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 scott.r...@joann.com 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 scott.r...@joann.com 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 bdis...@dissensoftware.com 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 :alvarogui...@gmail.com 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 bdis...@dissensoftware.com 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
Re: CLOCK change problem
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 scott.r...@joann.com 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 scott.r...@joann.com 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 bdis...@dissensoftware.com 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 :alvarogui...@gmail.com 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 bdis...@dissensoftware.com 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
Re: CLOCK change problem
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 scott.r...@joann.com 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 scott.r...@joann.com 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 scott.r...@joann.com 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 bdis...@dissensoftware.com 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 :alvarogui...@gmail.com 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 bdis...@dissensoftware.com 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
