home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 14 Text / 14-Text.zip / dsktop.txt < prev    next >
Text File  |  1994-08-22  |  10KB  |  162 lines
  1.  
  2.     Why is my Desktop so Fragile and What can I do About it?
  3.  
  4. How many times have you heard or read about a user who has had to rebuild 
  5. their Desktop, run MAKEINI to recover from corrupted INI files, use Alt-F1 
  6. during the boot process to return to the install Desktop or completely 
  7. reinstall and recustomize OS/2 because of some sort of Desktop problem?  I 
  8. suspect that everyone has heard of multiple instances of one or more of the 
  9. above and many have been the user with the problem.  Why is this happening 
  10. and what can a user do to insure that they are not included in this 
  11. unfortunate group?
  12.  
  13.                 Why is the Desktop so Fragile?
  14.  
  15. In my opinion, there are five primary reasons why so many Desktops have 
  16. corruption problems:
  17.  
  18. 1. The OS/2, PM, WPS environment is much more complex than virtually any 
  19. user can appreciate.  PM and WPS are both multithreaded applications 
  20. and any environment where various tasks are done asynchronously, which is 
  21. the definition of multithreading, is much more complex than it appears on 
  22. the surface.  The reason for the complexity is that the number of different 
  23. logic paths that can be taken through the code becomes large very quickly, 
  24. since the logic path is very dependent on timing.  When you add this basic 
  25. complexity to the fact that PM and WPS have a very large number of threads, 
  26. you end up with an extremely, to say the least, complex environment. There 
  27. are ways to address this problem, such as semaphores and other mechanisms, 
  28. but it is also very easy to leave holes where unexpected events can occur.
  29.  
  30. 2. Because of the complexity described above, it is not possible to
  31. adequately test the effect of changes that are made to the operating
  32. environment.  IBM keeps an extensive suite of tests that they run on every 
  33. new version of OS/2 and that they use to verify that a fix to one problem 
  34. has not created a problem somewhere else.  These tests can verify that the 
  35. most likely logic paths will work correctly, but they cannot verify that 
  36. every logic path is okay because it is not possible to identify every logic 
  37. path and, even if it was possible, the resources necessary to test them all 
  38. would far exceed what is available.  Thus there will always leave bugs in 
  39. the code and some these bugs may eventually cause a problem with one or more 
  40. user's Desktop.
  41.  
  42. 3. IBM has chosen to downplay the probability of having Desktop problems.  
  43. Although the IBM manuals do describe how to make a Backup of the Desktop, it 
  44. is placed way at the end of one of the manuals and is not stressed as being 
  45. as important as I believe it is.
  46.  
  47. 4. The response of the IBM support mechanisms to user Desktop problems often 
  48. goes directly to the most extreme and difficult solutions. Very frequently, 
  49. when a user contacts IBM for technical support because of a Desktop problem, 
  50. three things occur.  First, very little, if any, effort is made to figure 
  51. out what was the actual cause of the problem and a generic reason for the 
  52. problem, such as INI File Corruption, is given. Second, the proposed 
  53. solution is often to start over, which is easy for the technical support 
  54. person and a lot of work for the user. Finally, the user is given no 
  55. direction for preventing the problem in the future.  The net effect of this 
  56. is that users are left with the vague feeling that they are the reason the 
  57. Desktop is corrupted, not OS/2, PM or WPS, the user is faced with a huge 
  58. amount of work to rebuild their Desktop from scratch and nothing has been 
  59. done to prevent the user from being in the exact same position again.
  60.  
  61. 5. The Desktop can be corrupted by any application that runs in the OS/2 
  62. environment or any number of user actions.  The parts of OS/2 that make up 
  63. the Desktop are not protected from being changed by any application running 
  64. under OS/2 or user modification. Once again, there are reasons for this. 
  65. Providing the protection would significantly increase the size and 
  66. complexity of OS/2 and would have a negative effect on performance.  In 
  67. addition, the added complexity would make maintenance of OS/2 that much more 
  68. work.  One could probably argue both sides of the issue, but it makes little 
  69. difference as far as today's user is concerned.  The fact is that everything 
  70. that makes up the Desktop can be changed by any application in the system 
  71. and, in my opinion, it is a testimony to the quality of OS/2 software that 
  72. third party applications and user mistakes do not cause more problems than 
  73. they do.
  74.  
  75. There are probably many other things that contribute to the problem and some 
  76. of them are being addressed by IBM.  For example, WPS aware application must 
  77. currently run as part of the single WPS process, requiring close integration 
  78. between all of these applications and WPS.  This problem will be eased 
  79. somewhat when WPS is modified to use DSOM rather than SOM.
  80.  
  81.              What can I do about this Desktop Problem?
  82.  
  83. One of the most interesting aspects of this entire problem is that it is 
  84. extremely easy to address.  In the process of developing IniMaint, SysMaint, 
  85. MultiMaint and AccessWPS I have clobbered the Desktop, the INI files, the 
  86. Extended Attributes and other parts of my operating environment in more ways 
  87. than almost anyone one else who has worked with OS/2.  I have never had to 
  88. reinstall OS/2, never had to run MAKEINI to rebuild corrupted INI files, 
  89. never had to use Alt-F1 to return to the Install Desktop or had to rebuild 
  90. my Desktop manually. The reason is that I have always had a Backup of my 
  91. Desktop and a plan for how I would use that Backup to Restore my operating
  92. environment in case of a problem.  It is as simple as that.
  93.  
  94. There are a number of applications that will make a complete Backup of the 
  95. Desktop in less than a minute.  These same applications can completely 
  96. Restore the Desktop in about a minute, as long as PM is not running.  The 
  97. longest part of doing a Restore is creating an environment where OS/2 is 
  98. running, but PM is not running.  There are two ways, that I know of, to do 
  99. this. First is to boot from a floppy. Second is to interrupt the boot 
  100. process before PM is started with something like ShiftRun.  Once this 
  101. environment is reached, the Desktop Restore is very quick.
  102.  
  103. If you do not have both a Backup of your Desktop and a clear plan for how 
  104. you will use the Backup to Restore your environment, then you should place 
  105. this at the very top of your priority list and get it done immediately.  
  106. Both the Backup and the plan are critical.  The time to develop a plan for 
  107. how you are going to recover is not while you are staring at a black screen 
  108. or a white screen with the clock sitting in the middle.  If either of these 
  109. happen to you, you will be very upset, mad and probably will have difficulty 
  110. thinking things through.  Therefore, you need to make a Backup and then 
  111. imagine yourself sitting in front of that blank screen and think through the
  112. exact steps you would take to recover.  Here is my sequence:
  113.  
  114. 1. I use ShiftRun, so if the boot got that far, I simply reboot. If the boot 
  115. did not get that far, I boot from the Install Diskettes. If you are running 
  116. OS/2 2.1 with the SP, be sure you have diskettes that you can boot from 
  117. because the original diskettes will not work because of version problems and 
  118. the SP diskettes will not work because they will run the Service Program and 
  119. the Shell.
  120.  
  121. 2. I then run my the Restore CMD file created by my Backup and Restore 
  122. application, SysMaint, specifying the latest Backup generation.
  123.  
  124. 3. I then reboot OS/2 and I am back operating normally.
  125.  
  126. Total elapsed time, less than 5 minutes.  Rate of failure, zero.
  127.  
  128. Even though I have not ever had a failure to Restore my Desktop, I am
  129. prepared for a failure, since my Backup application will automatically 
  130. maintain as many generations of Backup as I ask it to and I have asked for 
  131. 20 generations.  This means I could go back one generation at a time to 
  132. older and older Desktops.
  133.  
  134. So what should you do if you do not have a Backup of your Desktop?
  135.  
  136. 1. Get a Desktop Backup and Restore application immediately.
  137.  
  138. 2. Make a Backup of your current Desktop and put it somewhere where it will 
  139. not get clobbered.
  140.  
  141. 3. Sit down and think through exactly what you will do to Restore your 
  142. Desktop if you have a problem and be sure it will work.  In other words, if 
  143. you are going to boot from a floppy, then get out the floppies and boot from 
  144. them to insure you can do it.  If you are running ShiftRun, then interrupt 
  145. the boot and make sure you know exactly what you would do from there.
  146.  
  147.         When should I make a New Backup of my Desktop?
  148.  
  149. My answer to this question is that I make a new Backup anytime I make any 
  150. changes to the position, content or settings of any Object on the Desktop.  
  151. The Backup takes less than a minute and I always have at least 10 
  152. generations of Backup so there is no reason to expose myself to having to 
  153. manually recreate things.
  154.  
  155. The key here is having multiple generations of Backup.  If your Backup 
  156. application does not have a facility for maintaining multiple generations 
  157. then you must insure, at the very minimum, that a new Backup will not 
  158. clobber the current one, so you need to create your own mechanism for 
  159. protecting the current Desktop Backup.  If the process of maintaining 
  160. multiple generations is a complex or time consuming one, then you might 
  161. decide to not make a Backup as often as I do.
  162.