home *** CD-ROM | disk | FTP | other *** search
/ The C Users' Group Library 1994 August / wc-cdrom-cusersgrouplibrary-1994-08.iso / vol_200 / 208_01 / read.me < prev    next >
Text File  |  1987-10-13  |  2KB  |  66 lines
  1. read.me
  2.  
  3. this floppy contains 'e'(version 4.8) originally written by Mr Gilbert and
  4.     configured to cp/m68k by Y. Tsuji with the kind help from
  5.     Mr Haefner, implementor of 'e'(version 4.6) to MSDOS and VMS.
  6.     Thanks to them. The copyright belongs to them.
  7. e68k.doc
  8.     explains how 'e' was ported. also contains suggestions
  9.     to the writers in C.
  10. files e[0-9].c , e10.c, e.h are almost identical with the
  11.     original. written in standard C.
  12. eterm.c
  13.     terminal configuration program
  14.     you must # define one among
  15.     adm31, adds, kaypro, haze, dec52, h19, adm3a, beehive, dec vt100
  16.  
  17. cpm68k.c
  18.     is os dependent. must be read before running compilers.
  19.     bug fix of some subroutines are also included.
  20. libc.dat
  21.     is my comments on the library supplied by the DRI.  It is an
  22.     exhaustive tutorial.
  23. crt.s
  24.     a C program starter for cp/m68k. to be assembled.
  25.     first stuff to the linker.
  26. BUGS:    UNIX 'lint' reported no errors and warnings.
  27.      bdos(CONSTAT) does not make sense in UNIX, nor does
  28.     virtual memory handler in VMS UNIX.
  29.      The facilities provided by 'e' is very limited compared with
  30.     standard screen editors(vi, emacs), but under systems without
  31.     demand paging, screen editors have to be small.(under 1200 baud
  32.     'ed' is faster).
  33. Your Comments
  34.     are welcome. If you are interested in CP/M68K, write to me.
  35.  
  36.         Dr Yoshimasa Tsuji
  37.         Kasuga 2-20-12-114,
  38.         Bunkyo-ku,
  39.         Tokyo 112,
  40.         JAPAN
  41.  
  42.  
  43.  
  44.  
  45.  
  46. WHAT IS cp/m68k ?
  47.     it is a CP/M implementation of UNIX( seventh edition). I wonder
  48.     why DRI did not set up the third system calls for UNIX compati-
  49.     bility. Then we could have been able to do
  50.         _write:
  51.             lea    4(a7),a0    argument pointer
  52.             move    #4,d0        write= 4
  53.             trap    #4        third system entry
  54.             rts
  55.     Do they expect MC68000 users to own less than 32K bytes of
  56.     memory ? The default is for those people with an evaluation kit.
  57.     They expect serious people use UNIX, bypassing CP/M68K.
  58.     That is why CP/M68K is so obscure after four years of existence.
  59.  
  60.     We need a cross compiler from VAX VM UNIX to cp/m68k. After all,
  61.     microcomputers are cheap(mine is one thousandth) but slow(my guess is
  62.     that it is one tenth). VAX compiled and linked 'e' in less than ten
  63.     seconds while mine took two minutes. That I use DRI's "c0, c1, as"
  64.     is wrong. Have you got a faster compiler/assembler for 68K UNIX ?
  65.  
  66.