home *** CD-ROM | disk | FTP | other *** search
/ The Fred Fish Collection 1.5 / ffcollection-1-5-1992-11.iso / ff_progs / prog_oth / amigline.lzh / AMIGALINE / AMIGALINE3 < prev    next >
Text File  |  1991-08-16  |  3KB  |  74 lines
  1.             Technical Note #3
  2.     LoadWB, possible change for new versions of Kickstart
  3.  
  4. SUMMARY
  5.  
  6. $ 3/0 LoadWB, possible change for new versions of Kickstart
  7. $ PRELIMINARY
  8. $ 19-Dec-87 Nobody / Nothing
  9. $ LoadWB, Workbench, ROM, copy-protection
  10.  
  11.     There is not enough space in the ROMs for all the expansion that is
  12. needed in new versions of Kickstart.  384 or 512K ROMS can be adapted to
  13. all members of the Amiga family, but probably won't be at this time.  There
  14. is one module that can be easily moved from ROM to disk; Workbench.
  15. Commodore-Amiga is seriously considering this step.
  16.  
  17. ----------------------------------------------------------------------------
  18.  
  19.     If Workbench is moved out of the ROMs, this will mean that the old
  20.     "LoadWB" command will be unable start Workbench.  This is particularly
  21.     troublesome for bootable copy-protected products don't allow writing to
  22.     the master disk.
  23.  
  24. WHAT THE NEW LOADWB WOULD DO
  25.  
  26.     The new LoadWB command would be distributed on the new Workbench disks.
  27.     It would be about 60K in length, and would contain the entire Workbench
  28.     tool.  This LoadWB would probably also work in a V1.2 Kickstart
  29.     environment.
  30.  
  31. WHAT THE OLD LOADWB WOULD DO
  32.  
  33.     The old LoadWB command is just a tiny stub that fires up the Workbench
  34.     tool in ROM.  When this command is run under the new Kickstart there
  35.     will be no Workbench tool to fire up.  What will probably happen is
  36.     Kickstart will post a requester that looks like this:
  37.  
  38.     "Please insert a V1.X Workbench disk in any drive"
  39.  
  40.     The new LoadWB would then be read in.
  41.  
  42.  
  43. SOLUTIONS
  44.  
  45.     * Make your disks writeable, so the new LoadWB can be copied over.
  46.  
  47.     * Allow your users to boot up with some other Workbench, then open your
  48.       disk and double-click on the icon to start.
  49.  
  50.     * Start your program directly from the Startup-Sequence and *then* have
  51.       a LoadWB.  If the LoadWB fails, nothing much is lost.
  52.  
  53.  
  54. SOLUTIONS FOR COPY-PROTECTED PROGRAMS
  55.  
  56.     Obviously the ideal solution is for all bootable disks to be writeable.
  57.     Even if you insist on annoying users with copy-protection, you can
  58.     ensure that writing to the disk does no damage:
  59.  
  60.     * Create a file on the disk called "copy protected sectors"
  61.     * Using a sector editor, link any sectors or tracks affected by the
  62.       protection into that file.  Include in this list any sectors that
  63.       would be dangerous to write to.
  64.     * If your copy protection is on Track 81, ignore the above.
  65.  
  66.     Don't worry that this will help pirates... they already have very easy
  67.     and effective ways of sniffing out the location of your protection
  68.     schemes.  This information will be useless (or misleading, depending on
  69.     how many "Red-Herring" sectors you toss in :-).
  70.  
  71.     The only beneficiaries of your caution will be your customers and your
  72.     reputation.
  73.  
  74.