-
Notifications
You must be signed in to change notification settings - Fork 1
Object-Oriented Programming with ANSI-C
smuroff/ooc
Folders and files
Name | Name | Last commit message | Last commit date | |
---|---|---|---|---|
Repository files navigation
Sources for "Object-Oriented Programming with ANSI-C" (release 94-2-11) Copyright (c) 1993 Axel T. Schreiner, University of Osnabrueck, Germany contact ---------------------------------------------------------------- mail: Axel T. Schreiner, FB 6, D 49069 Osnabrueck, Germany phone: +49 (541) 969 2480, fax: +49 (541) 969 2770 internet: [email protected] legalese --------------------------------------------------------------- While you may use this software package, neither I nor the University of Osnabrueck can be made responsible for whatever problems you might cause or encounter. While you may give away this package and/or software derived with it, you should not charge for it, you should not claim that ooc is your work, and I would like to publish my own book about ooc before you do. The same restrictions apply to whoever might get this package from you. executive summary ------------------------------------------------------ ooc is a technique to do object-oriented programming (classes, methods, dynamic linkage, simple inheritance, polymorphisms, persistent objects, method existence testing, message forwarding, exception handling, etc.) using ANSI-C. ooc is a preprocessor to simplify the coding task by converting class descriptions and method implementations into ANSI-C as required by the technique. You implement the algorithms inside the methods and the ooc preprocessor produces the boilerplate. ooc consists of a shell script driving a modular awk script (with provisions for debugging), a set of reports -- code generation templates -- interpreted by the script, and the source of a root class to provide basic functionality. Everything is designed to be changed if desired. There are manual pages, lots of examples, among them a calculator based on curses and X11, and you can ask me about the book. ooc as a technique requires an ANSI-C system -- classic C would necessitate substantial changes. The preprocessor needs a healthy Bourne-Shell and "new" awk as described in Aho, Weinberger, and Kernighan's book. ooc was developed primarily to teach about object-oriented programming without having to learn a new language. If you see how it is done in a familiar setting, it is much easier to grasp the concepts and to know what miracles to expect from the technique and what not. Conceivably, the preprocessor can be used for production programming but this was not the original intent. Being able to roll your own object-oriented coding techniques has its possibilities, however... technical details ------------------------------------------------------ Most sources should be viewed with tab stops set at 4 characters. The original system runs on NeXTSTEP 3.2 and older, ESIX (System V) 4.0.4, and Linux 0.99.pl4-49. You need to review paths in the script 'ooc/ooc' before running anything. Make sure the first line of this script points to a Bourne-style shell. Also make sure that the first line of '*/munch' points to a (new) awk. The 'ooc' awk-programs have been tested with GNU awk 2.15.2. Previous versions did not support AWKPATH properly (but this is not essential). The makefiles could be smarter but they are naive enough for all systems. This is a heterogeneous system -- set the environment variable $A to an architecture-specific name. 'make' in the current directory will create everything by calling 'make' in the various subdirectories which is a shell script to create a subdirectory $A, link files into it, and call 'make' in the subdirectory. Each 'makefile' includes 'makefile.$A' from the current directory, review 'makefile.$A' before you start. Symbolic links are used to accomodate funny editors such as NeXT Edit. The following make calls are supported throughout: make [all] create examples make test [make and] run examples make clean remove all but sources (do not combine with others) make depend make dependencies (if makefile.$A supports it) Make dependencies can be built with the -MM option of the GNU C compiler. They are stored in a file 'depend' in each subdirectory. They should apply to all systems. 'makefile.$A' may include a target 'depend' to recreate 'depend' -- check 'makefile.NeXT' for an example. contents --------------------------------------------------------------- The following is a walk through the file hierarchy in the order of the book: makefile dispatch standard make calls to known directories makefile.$A boilerplate code for */makefile */ depend make dependencies make relay shell script makefile create and test (within subdirectory) $A architecture subdirectory c.01/* chapter 1: abstract data types sets Set demo bags Bag demo: Set with reference count c.02/* chapter 2: dynamic linkage strings String demo atoms Atom demo: unique String c.03/* chapter 3: manipulating expressions with dyn. linkage postfix postfix output of expression value expression evaluation infix infix output of expression c.04/* chapter 4: inheritance points Point demo circles Circle demo: Circle: Point with radius c.05/* chapter 5: symbol table with inheritance value expression evaluation with vars, consts, functions c.06/* chapter 6: class hierarchy and meta classes any objects that do not differ from any object ooc/* ooc preprocessor ooc command script; review 'home' 'OOCPATH' 'AWKPATH' awk/*.awk modules awk/*.dbg debugging modules rep/*.rep reports rep-*/*.rep reports for early chapters man/ooc.1 manual page (for final version) c.07/* chapter 7: ooc preprocessor; use ooc -7 points Point demo: PointClass is a new metaclass circles Circle demo: Circle is a new class queue Queue demo: List is an abstract base class stack Stack demo: another subclass of List c.08/* chapter 8: dynamic type checking; use ooc -8 circles Circle demo: nothing changed list List demo: traps insertion of numbers or strings c.09/* chapter 9: automatic initialization; use ooc -9 munch awk program to collect class list from nm -p output circles Circle demo: no more init calls list List demo: no more init calls man/munch.1 manual page c.10/* chapter 10: respondsTo method; use ooc -10 cmd Filter demo: how flags and options are handled wc word count filter sort sorting filter, adds sort method to List c.11/* chapter 11: class methods value expression evaluator, based on class hierarchy value x memory reclamation enabled man/retrieve.2 manual page c.12/* chapter 12: persistent objects value expression evaluator, with save and load c.13/* chapter 13: exception handling value expression evaluator with exception handler except Exception demo c.14/* chapter 14: message forwarding makefile.etc (naive) generated rules for the library Xapp resources for X11-based programs hello LineOut demo: hello, world button Button demo run terminal-oriented calculator cbutton Crt demo: hello, world changes into a crun curses-based caluclator xhello XLineOut demo: hello, world xbutton XButton demo with XawBox and XawForm xrun X11-based calculator with callbacks man/* manual pages *.1 tools *.2 functions *.3 some classes *.4 classes in chapter 14 hp700 hp/ux ------------------------------------------------------------ c.07 Object.dc extern ... static ... draws a warning, but uses static. c.08 does not trap type checking use _SIGBUS rather than SIGBUS c.12 munch botched -- nm does not output static data symbols. it looks like we have to generate fake things with ooc or we have to produce classes.c on another architecture. GNU nm does not compile, it seems. sunos 4 ---------------------------------------------------------------- must use gcc, not cc parse.c strerror() does not exist -- replace call simply by "bad number" (could make it from sys_nerr, etc.). strtod() must be declared by including math.h. new.r need to include stddef.h to define size_t. mathlib.c strerror() does not exist. binary.c memmove must be replaced by bcopy (arguments reversed). Symbol.dc strerror() does not exist. Object.dc/retrieve() stdlib.h declares char * bsearch(), rather than void *. Object.dc/Object_geto() fprintf knows %p, but fscanf does not. use %x. cbutton.c ex // comments... Crt.dc does not have atexit().
About
Object-Oriented Programming with ANSI-C
Resources
Stars
Watchers
Forks
Releases
No releases published
Packages 0
No packages published