Commit | Line | Data |
---|---|---|
901c10d8 KB |
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 |