home *** CD-ROM | disk | FTP | other *** search
/ Amiga Times / AmigaTimes.iso / programme / trionbbs110 / Trion / docs / Utils / SyncClock.doc < prev    next >
Encoding:
Text File  |  1998-10-06  |  2.4 KB  |  71 lines
  1.  
  2.  
  3.  
  4.    =====( SyncClock V1.10 )===========================================
  5.  
  6.  
  7.         Trion Synchronize clock Utility.
  8.  
  9.         (c) Copyright Paul Spijkerman, '98. All rights reserved.
  10.  
  11.         Written for use with the Trion BBS package.
  12.  
  13.  
  14.    ===================================================================
  15.  
  16.  
  17.    This is a little Utility to synchronize the clock of your 
  18.    computer with an other computer by using the mailer.
  19.  
  20.    Just call a BBS with the mailer and then type:
  21.  
  22.    SyncClock <NodeNumber>
  23.  
  24.    Where the nodenumber is the number that is in LastCaller list,
  25.    probably the main node number of an incoming call and the
  26.    number you used to call out.
  27.    There are a couple of things you have to look out for.
  28.  
  29.    This only works if the mailers have made a successfull uplink.
  30.    Else nothing will happen.
  31.  
  32.    Calling a BBS can be done from shell by typing:
  33.  
  34.    Poll <nodenumber>
  35.    Trion -c -1 <nodenumber>
  36.  
  37.    Or you can call from the GUI of the BBS or use the "caller"
  38.    program instead of "trion".
  39.  
  40.  
  41.    The system works as follows.
  42.    When mailers call each other they can optionally exchange the
  43.    local time on there machines.
  44.    The EMSI standard for mailers allows for extensions. 
  45.    This system uses such an extension, the calling party
  46.    can send an extension ID "TRX#" and after that the local
  47.    time in hexadecimal format. If the "other side" supports
  48.    this extension .. it will do the same.
  49.    So now both systems have each others time.
  50.    The time is not send in the usual form, but it is the
  51.    number of seconds that have passed since 1 januari 1970.
  52.    You only have to subtract the two numbers .. and you know
  53.    how many seconds you system is fast or behind on the
  54.    other system.
  55.    This number of seconds is stored in the lastcaller data
  56.    where the SyncClock program can access it.
  57.    The SyncClock program will only use the data from the last
  58.    call made to a node .. and set a flag so it knows it used
  59.    the data to modify the clock.
  60.    So it will not modify the clock a number of times with the
  61.    same "offset".
  62.    If you clock was 10 seconds to fast .. and the program would
  63.    use the data twice your clock would be 10 seconds slow.
  64.    This also explains why you shouldn't make two calls to two
  65.    different systems .. and them run SyncClock for those two
  66.    nodenumbers after you made both calls.
  67.    Also you shouldn't make a call .. change the clock by hand
  68.    and the run SyncClock.
  69.  
  70.  
  71.