home *** CD-ROM | disk | FTP | other *** search
/ Club Amiga de Montreal - CAM / CAM_CD_1.iso / files / 498a.lha / SC_v6.7 / readme < prev    next >
Encoding:
Text File  |  1991-04-08  |  2.9 KB  |  63 lines
  1. This is a much modified version of the public domain spread sheet sc,
  2. posted several years ago by Mark Weiser as vc, originally by James Gosling.
  3.  
  4. Changes since my last version (5.1) are detailed at great length :-)
  5. in CHANGES (sequent!rgb (Robert Bond)).
  6.  
  7. When you get it built, try "sc tutorial.sc" for a simple introduction
  8. to the basic commands.
  9.  
  10. A new input parser program (psc) has been included.  This program
  11. formats ascii files for use in the spread sheet.  If you don't have
  12. getopts, there is a public domain version by Henry Spencer hidden away
  13. in the VMS_NOTES file.
  14.  
  15. I have modified the makefile to make it easy for you to call the
  16. program what you want (I saw at least five different names in
  17. correspondence and on the net).  Just change "name=sc" and "NAME=SC" to
  18. "name=myfavoritename" and "NAME=MYFAVORITENAME" and try "make
  19. myfavoritename".
  20.  
  21. Similarly, you can make the documentation with "make myfavoritename.man".
  22. "make install" will make and install the code in EXDIR.  The
  23. installation steps and documentation all key off of the name.  The
  24. makefile even changes the name in the nroffable man page.  If you don't
  25. have nroff, you will have to change sc.man yourself.
  26.  
  27. This release has been tested against a Sequent S81 running DYNIX 3.0.14
  28. (BSD 4.2) and an ICM-3216 with system V.3.  The ICM has a National Semi
  29. 32016.  Just check the makefile for the system flags.   I have heard
  30. reports of lots of other machines that work. If you have problems with
  31. lex.c, and don't care about arrow keys, define SIMPLE (-DSIMPLE in the
  32. makefile).  SIMPLE causes the arrow keys to not be used.
  33.  
  34. Guidelines for Hackers:
  35.  
  36. If you want to send changes you have made to SC, please feel free to do
  37. so.  If they work :-) and seem worthwhile, I'll put them in.  Please
  38. refrain from wholesale "style" or "cleanup" changes.  It is easy to add
  39. your changes but it makes it hard to merge in the next guy's stuff if
  40. he used the release as a base.  Leave my $Revision:  identifiers alone-
  41. they help me track what you used as a base.  If you check the code into
  42. rcs, delete the "$"s on the Revison lines before you do.
  43.  
  44. You may not like 4 space indenting and curly braces on the "if" line,
  45. but your code will look like that before it leaves my hands so you may
  46. as well abide by the style in the code when you make your changes.  I
  47. have also been known to break things trying to make them look "right".
  48. If you do string functions, please, PLEASE pay attention to null
  49. pointers, use xmalloc and xfree, and xfree those arguments.  And
  50. don't forget to document your changes in both help.c and sc.doc.
  51.  
  52. Disclaimer:
  53.  
  54. Starting 4/4/90: (I will be maintaining Sc for a while at least,
  55.     Robert Bond has been very busy lately)
  56. Sc is not a product of Grauel Enterprises, Inc.  It is supplied as
  57. is with no warranty, express or implied, as a service to Usenet readers.
  58. It is not copyrighted, either.  Have at it.
  59.  
  60.                     Jeff Buhrt
  61.                     Grauel Enterprises, Inc.
  62.     {pur-phy (aka: newton.physics.purdue.edu), sequent}!sawmill!buhrt
  63.