home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / linux / 16988 < prev    next >
Encoding:
Text File  |  1992-11-17  |  2.3 KB  |  63 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!caen!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!dohm
  3. From: dohm@magnus.acs.ohio-state.edu (Peter J Dohm)
  4. Subject: Fix for Minicom - .98-5
  5. Message-ID: <1992Nov17.203118.10036@magnus.acs.ohio-state.edu>
  6. Summary: Simple fix...
  7. Keywords: Minicom , Linux
  8. Sender: news@magnus.acs.ohio-state.edu
  9. Nntp-Posting-Host: magnusug.magnus.acs.ohio-state.edu
  10. Organization: The Ohio State University
  11. Distribution: comp
  12. Date: Tue, 17 Nov 1992 20:31:18 GMT
  13. Lines: 48
  14.  
  15. Hi.
  16.  
  17. Seeing as I got a few posts about the sloppiness of a small fix for
  18. window.c in minicom, i'd like to update the fix:
  19.  
  20. change 
  21.  
  22. char *gname = "gA"
  23.  
  24. to
  25.  
  26. char gname[] = "gA"
  27.  
  28. in window.c
  29.  
  30. that fixes that problem... the other problem exists in keyserv.  the
  31. escape sequences for the ansi, vt100, and minix emulations are kept in
  32. arrays, but inside each array is a bunch of static strings... keyserv
  33. attempts to modify these strings... therefore, since re-coding would be
  34. rather ugly, simply adding the compile switch -fwritable-strings would have
  35. fixed that problem.  (it would have fixed the above problem too)
  36. i.e.:
  37.  
  38. rather than gcc -whatever -whatever -whatever -o keyserv keyserv.c
  39.             gcc -fwritable-strings -whatever -whatever -whatever blah blah.
  40.  
  41. If anyone *really* wants this fixed then fine.  But i do not thing that
  42. the -fwritable-strings directive is an *undesirable* fix.  It works, and I
  43. can't imagine it being all that difficult to implement in the compiler - i.e.
  44. it's probably not adding overhead or much code at all...
  45.  
  46. So now the important question is:
  47.  
  48. Why didn't the program seg-fault?  Why did it just sit there endlessly
  49. chomping away at nothing???  According to linus, an attempted modification
  50. of a text segment string should seg-fault.  The attempted modifications were
  51. occuring, however, it didn't seg fault.
  52.  
  53. I am sending a reference to this article to linus, to make sure
  54. he see's it.
  55.  
  56. Pete
  57. ---
  58. +---------------------------------------------------------------------------+
  59. |  Peter J. Dohm - Comp. Science Major    |    The Ohio State University    |
  60. | ** dohm@magnus.acs.ohio-state.edu **    |   ak541@cleveland.freenet.edu   |
  61. | dohm.1@osu.edu, dohm@cis.ohio-state.edu |     dohm@cis.ohio-state.edu     |
  62. +---------------------------------------------------------------------------+
  63.