home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / editors / 1850 < prev    next >
Encoding:
Text File  |  1992-07-30  |  3.4 KB  |  74 lines

  1. Newsgroups: comp.editors
  2. Path: sparky!uunet!darwin.sura.net!Sirius.dfn.de!math.fu-berlin.de!wolff
  3. From: wolff@inf.fu-berlin.de (Thomas Wolff)
  4. Subject: Re: Editor mined (Unix, VMS, MSDOS) - easy, solid, non-8-bit-obstructing (1/4)
  5. Message-ID: <86K51ZK@math.fu-berlin.de>
  6. Sender: news@math.fu-berlin.de (Math Department)
  7. Organization: Free University of Berlin, Germany
  8. References: <42I54HD@math.fu-berlin.de> <id.SWWR.HZI@ferranti.com>
  9. Date: Thu, 30 Jul 1992 12:42:12 GMT
  10. Lines: 62
  11.  
  12. peter@ferranti.com (Peter da Silva) writes:
  13.  
  14. >I really hope one of these "simple" editors will help me break the user inter-
  15. >face logjam, but so far they've all been hacks. This one is, alas, no
  16. >exception.
  17.  
  18. I do not object. However, the original version of mined is much more of a hack than my 
  19. modifications are. Anyway, I would never have started to write a program using C.
  20. (But at least this was a chance to learn C as much to be able to remove bugs...)
  21.  
  22. >In article <42I54HD@math.fu-berlin.de> wolff@inf.fu-berlin.de (Thomas Wolff) writes:
  23. >> ,In response to recent requests for a free, simple, and solid editor 
  24. >> ,(where the problem is: emacs is not simple, most public domain 
  25. >> ,contributions are not solid, and vi is not an editor), 
  26. >> ,I wish to contribute my adaptation of mined.
  27.  
  28. >I hope that Thomas Wolff is the person responsible for the more bizzarre
  29. >code in this program.
  30. That depends on what you think is bizarre. Please get an original version to compare.
  31.  
  32. > I'd hate to think that Andy Tannenbaum put comments
  33. >like "C is such a stupid language" when trying to assign a (char **) to a
  34. >(char **[]). Vi might not be an editor, but at least it runs.
  35. Mined runs fine on SunOS, Micro-Vax Ultrix, Iris IRIX, VMS, and MSDOS including the 
  36. following assignment you feel disturbed by and its later uses:
  37. char * (* fnamv) [];
  38.   ...
  39.   char * argv [];
  40.   fnamv = argv;    /* Why does this produce a warning? C is such a stupid language! */
  41. I really don't think it's my fault that compilers produce warnings like 
  42. "illegal pointer combination" on this. 
  43. On the one hand, type inconsistencies are quite common in C, aren't they?, and the 
  44. assigment does work as it is, on the other hand, I tried lots of variations of 
  45. the declarations most of which did not work. If you could advise me how to change 
  46. the declarations such that the compiler does not complain AND it works, I would be 
  47. thankful.
  48.  
  49. >> ,- fully functioning in windows which may be resized at any time and the 
  50. >> ,  editor will react immediately and install a correct screen image; the 
  51. >> ,  cursor stays at the point of text where it was
  52.  
  53. >There are systems that define TIOCGWINSZ that don't provide BSD semantics. You
  54. >need to make this an explicit option in the Makefile. For that matter, where
  55. >is the Makefile?
  56. A Makefile is in the posting part (1/4). (mkmined is just my shell script I used 
  57. before I cared about learning make. You can safely delete it.)
  58.  
  59. >Clean it up a bit, 
  60. I've already cleaned it a lot. If there are further wishes, I'd be glad to hear of them.
  61.  
  62. > I'll be happy to help, 
  63. Thanks a lot. If you tell me how systems different from the ones mentioned above handle 
  64. window size changes, I'd be happy to include the code for that.
  65.  
  66. > but right now it's about as solid as a snowman in June.
  67. As said before, it runs faultlessly on various systems and serves my needs well.
  68. Thank you very much for caring about the editor and its source.
  69.  
  70. Thomas Wolff
  71. Freie Universit:at Berlin
  72. wolff@inf.fu-berlin.de
  73.  
  74.