home *** CD-ROM | disk | FTP | other *** search
/ Source Code 1992 March / Source_Code_CD-ROM_Walnut_Creek_March_1992.iso / usenet / altsrcs / 1 / 1739 < prev    next >
Internet Message Format  |  1990-12-28  |  2KB
  1. From: tjr@cbnewsc.att.com (thomas.j.roberts)
  2. Newsgroups: alt.sources
  3. Subject: elvis on a PC - Turbo C
  4. Message-ID: <1990Aug28.211400.14555@cbnewsc.att.com>
  5. Date: 28 Aug 90 21:14:00 GMT
  6.  
  7. I got elvis to compile, link, and (aparently) run correctly on a PC,
  8. using Turbo C 2.0. What I did:
  9.  
  10. 1) use the integrated environment (tc), in LARGE model, using the
  11.    supplied elvis.prj. Make sure your INCLUDE and LIBRARY directories
  12.    are set properly, etc.
  13.  
  14. 2) in elvis.prj, delete all of the "termcap/*" lines at the end, and add
  15.    "tinytcap".
  16.  
  17. 3) Hit <F9> (make), and you get a gazillion warnings ("code has no effect",
  18.    "questionable assignment") - they all seem OK, so I ignored them.
  19.  
  20. It compiles and links with no errors. When run "elvis *.h", get the
  21. message "Bad command", but it then works OK; no such message if
  22. * and ? are NOT used in the argument list. As supplied, elvis
  23. executes "wildcard" to expand the arguments, and it could not
  24. find it (because I had not built it). Building "wildcard" in
  25. the current directory went OK, but elvis still could not find it.
  26. I edited "main.c" to treat MSDOS just like UNIX, because I have
  27. added Turbo C's WILDARG.OBJ to CL.LIB, so that arguments are already
  28. expanded before main() is called. After re-making elvis, it now seems
  29. to work OK (no messages, * and ? expanded properly).
  30.  
  31. I have NOT given it an exhaustive test, but it has performed every 
  32. command I have given it, and has not bombed anything. The execuable 
  33. file elvis.exe is 160 kilobytes long. On a 386/SX, it took only a few
  34. minutes to build; the screen appears to be roughly equivalent to
  35. 19200 baud. It uses environment variables TMP or TEMP to place its
  36. temporary files, so they go to my RAMDISK; file I/O seems not to
  37. be a bottleneck.
  38.  
  39.  
  40. Much Thanks to Steve Kirkendall for posting this VERY useful
  41. program, and for EXCELLENT style. Thanks also for posting source,
  42. as we are prohibited from using binaries from USENET (viruses,
  43. you know).
  44.  
  45. Tom Roberts
  46. att!ihlpl!tjrob
  47.