In a message dated 7/24/2007 1:43:48 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: >Actually x'00' disconnects until position is just before index point so the following search Id starts with index point count at 1, maximum scan for the Id will be one revolution till next time index point is detected.
>Using x'FF' will not disconnect and search id starts at current position which could be just after index point so maximum rotation could be almost two revolutions till index point is detected twice. All correct. Whether a disconnect occurs or not, and how many revolutions are the maximum search, RPS is not disabled for a sector value of X'00' and an angular position is established very near index point. No angular position is established if the value is X'FF', and the track's angular position is wherever it happens to be at that instant. How much rotation occurs after the angular positioning either occurs or is ignored depends on where the track is positioned, the next command, and what is on the track. The original intent of RPS was to disconnect until some point just before where the needed record was expected to be, then reconnect, thus minimizing the connected search time while maximizing the disconnect time which would allow other running channel programs to use the same channel. X'FF' does not cause a disconnect because a disconnect is not needed because there is no rotation needed to get to where the needed record is expected to be because wherever the track is at that instant is where the record is expected. Bill Fairchild Plainfield, IL ************************************** Get a sneak peek of the all-new AOL at http://discover.aol.com/memed/aolcom30tour ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
