home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / acorn / 10582 < prev    next >
Encoding:
Internet Message Format  |  1993-01-27  |  2.1 KB
  1. Path: sparky!uunet!comp.vuw.ac.nz!newshost.wcc.govt.nz!sideways!bridge!julian
  2. From: julian@bridge.welly.gen.nz (Julian Wright)
  3. Newsgroups: comp.sys.acorn
  4. Subject: Re: Help!
  5. Message-ID: <3L3aDDj027n@bridge.welly.gen.nz>
  6. Date: Tue, 26 Jan 1993 23:31:24 +1300
  7. References: <93025.092128EY04@LIVERPOOL.AC.UK> <1993Jan25.113557.8389@infodev.cam.ac.uk>
  8. Reply-To: wright_j@kosmos.wcc.govt.nz
  9. Organization: USS Enterprise, NCC 1701a
  10. Lines: 33
  11.  
  12. MJW19@phx.cam.ac.uk writes:
  13.  
  14. > In article <93025.092128EY04@LIVERPOOL.AC.UK> EY04@LIVERPOOL.AC.UK writes:
  15. > >I have a BASIC program that I have written for the BBC. Apart from compiling
  16. > >the source code is there any way to prevent the source code from being seen
  17. > >when it is being run on the computer?
  18. > 
  19. > I have a small piece of code that converts BASIC programs into executables in a
  20. > rather obvious way. A drawback is that you cannot pass parameters to the BASIC
  21. > program. Once an executable it can be squeeze-d, rendering it unreadable. I'll
  22. > try and dig it out and make it work again, and then maybe post it to Newcastle.
  23.  
  24. I don't think this will help RJ if he wants to protect his program on
  25. a BBC, though. The most effective method of protection that I have found
  26. (and employed) is to crunch the program, thus rendering it rather
  27. unreadable. It also has the beneficial side effect of speeding up
  28. execution.
  29.  
  30. Another old favourite on the Model B was to put a REM *** at the top of
  31. the program, and then poke characters 12, 21 and 3 on top of the
  32. asterisks to prevent it from being listed. However such programs are not
  33. protected against loading into the Basic Editor, and so are no longer
  34. employed.
  35.  
  36. As for Arc Basic programs, simply converting them to an application with
  37. the aforementioned utility and subsequently squeezeing them affords no
  38. protection at all against looking at the program - there are several
  39. unsqueeze utilities around (indeed a module version comes on the RISC OS
  40. 3.10 support disc inside !Patch) and once unsqueezed the small ARM code
  41. header can easily be stripped off a program by loading it into !Edit.
  42.  
  43. --
  44. Confusious say: "Man who sit on hot stove is better off"
  45.