home *** CD-ROM | disk | FTP | other *** search
/ The Datafile PD-CD 4 / DATAFILE_PDCD4.iso / utilities / utilsf / hardback / !Backup / Docs / OtherMattr < prev    next >
Encoding:
Text File  |  1996-02-20  |  6.4 KB  |  151 lines
  1. Other matters
  2. =============
  3.  
  4. In this section matters which are relevant to both programs, and of 
  5. a more general nature are discussed.
  6.  
  7. Note that in this section, when something applies to both Backup 
  8. and Restore, HardBack is used to mean either Backup or Restore.
  9.  
  10. Memory management
  11. -----------------
  12.  
  13. To operate, a backup or restore operation needs a block of memory 
  14. to read data into and output from.  Basically, the more memory 
  15. HardBack has access to, the faster it goes.  For this reason it is 
  16. recommended that you allocate as much memory as possible to 
  17. whichever part of HardBack is running.  This is possible in two 
  18. ways.  Firstly, you can set the buffer size directly within Backup’s 
  19. options window - this will only be used if it is a sensible amount.  
  20. Secondly, both programs have a red draggable bar in the Task 
  21. Manager, which allows you to alter the memory dynamically.  If 
  22. you drag this bar to the right, you will increase the memory 
  23. supplied to HardBack, while dragging it to the left reduces it.  You 
  24. cannot drag it to zero, because some space has to be left for the 
  25. program itself.
  26.  
  27. You can alter the memory allocation at any time, even when a 
  28. backup or restore operation is in progress.  This means that you 
  29. could temporarily borrow some memory from HardBack to do 
  30. something, and then give it back after you have finished.  The only 
  31. disadvantage would be that HardBack slows down while it has less 
  32. memory.
  33.  
  34. You can alter the memory permanently by changing the value of 
  35. HardBackD$Slot in the !Run file of Backup.  This value needs a 
  36. little explaining:
  37.  
  38. Memory in HardBack is allocated in two blocks, with the sizes 
  39. independently controlled.  The first area contains the program code 
  40. itself plus internal workspace and other variables, and the length of 
  41. this is controlled by the Wimpslot command in the !Run file.  
  42. There is no need for this to be changed since increasing it serves no 
  43. purpose, and decreasing it means HardBack will not work properly.  
  44. The second area is controlled by HardBackD$Slot, and forms the 
  45. file buffer.  This is the area which can be changed in size from the 
  46. Task Manager.  HardBackD$Slot contains the default setting for 
  47. the length of the memory taken up by both blocks combined, in 
  48. kilobytes.  If HardBackD$Slot is out of range it will simply be 
  49. ignored.  Currently in the !Run file it is set to 400k
  50.  
  51. Default script file
  52. -------------------
  53.  
  54. If you want to keep a default script file that it not in the !Backup 
  55. directory, perhaps if it is stored on a read only filing system, simply 
  56. set the system variable HardBackD$Default to the name of the file 
  57. before you load !Backup. For example:
  58.  
  59. Set HardBackD$Default SCSI::HardDisc5.$.Utils.HardBack.Prefs
  60.  
  61. Risc OS 2
  62. ---------
  63.  
  64. Throughout the development of HardBack, every effort has been 
  65. made to ensure that nothing is used which will make it 
  66. incompatible with Risc OS 2.  This has largely meant that 
  67. HardBack will run on Risc OS 2 machines without problems.  
  68. However, there are a number of points to consider.
  69.  
  70. Firstly, to run HardBack, you will need the MessageTrans module, 
  71. which I cannot supply for copyright reasons.  This should be 
  72. available from Acorn and is also available with many other 
  73. packages.
  74.  
  75. While most of HardBack is compatible with Risc OS 2, the 
  76. program is forced to do things a little differently, some using 
  77. slightly illegal methods.  For example, the Incremental On/At 
  78. setting has to write to the Real Time Clock.  The old time is 
  79. restored afterwards, so the time loss is minimal, but if you do it 
  80. several hundred times you may lose a second or so.
  81.  
  82. Also please note that the testing on Risc OS 2 was performed some 
  83. time ago, so some of the newer features have not been tested.  This 
  84. is simply because I have not had access to a Risc OS 2 machine for 
  85. a while.  Any new information would be greatly appreciated.
  86.  
  87. Command line
  88. Backup can also be called from the command line to backup the 
  89. options set in a particular script file.  A number of switches have 
  90. been included to control features of Backup which allow it to be 
  91. run without human assistance, for example from Risc OS 3 Alarm 
  92. in the middle of the night.
  93.  
  94. -read <filename>
  95. If this command is present HardBack will load the script file 
  96. specified, enter the details into the options window and leave this 
  97. window open.  It will not proceed with the backup operation.  If a 
  98. filename is passed to HardBack without either -read or -execute, 
  99. then it is assumed that it began with -read and will behave as 
  100. above. 
  101.  
  102. -execute <filename>
  103. This command has the same effect as double clicking on a script 
  104. file - HardBack loads the script file and begins the backup 
  105. operation. Together with the three options below, it can be used to 
  106. perform a backup operation without any human input while it is 
  107. proceeding. If both -execute and -read are present then the -read 
  108. command will be ignored and HardBack will load and carry out the 
  109. file named after -execute.
  110.  
  111. -autodisc
  112. This prevents messages such as ‘Insert archive disc ..’ for disc 1 
  113. only.  This is useful because the computer can perform a backup 
  114. completely unattended - for example backing up to a second hard 
  115. drive in the middle of the night.  However, if more than one disc is 
  116. required or something else goes wrong then the program will 
  117. display a prompt box, since there is nothing it can do about the 
  118. situation without human assistance.
  119.  
  120. -wipe
  121. This is useful for situations when -autodisc is used.  It tells 
  122. HardBack to wipe the destination disc before it begins the backup 
  123. operation, in the same way that this would occur if the user agreed 
  124. to it via a prompt box.  If it is not set then the contents of the 
  125. destination disc remain intact, although files named Backup and 
  126. Keyfile in the destination directory will be overwritten.
  127.  
  128. -quit
  129. This option tells HardBack, in conjunction with -autodisc, to quit 
  130. itself after a backup operation has finished.  If any errors occurred 
  131. during the operation, then HardBack will stay in memory to warn 
  132. that the backup failed in some way.
  133.  
  134. Using these options in conjunction with Andreas Barth’s PD 
  135. !iicAlarm, it is possible to have your computer turn on at a certain 
  136. time, do a backup, and then turn itself off again without any human 
  137. assistance.
  138.  
  139. History
  140. -------
  141.  
  142. Backup
  143. v0.010 - v0.575  Development versions
  144. v1.576 - v1.631  Demo versions
  145. v2.576 - v2.647  Registered versions
  146.  
  147. Restore
  148. v0.010 - v0.367  Development versions
  149. v1.368 - v1.390  Demo versions
  150. v2.368 - v2.481  Registered versions
  151.