home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / question / 10955 < prev    next >
Encoding:
Text File  |  1992-09-11  |  2.6 KB  |  65 lines

  1. Newsgroups: comp.unix.questions
  2. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!news.yale.edu!neutron!dcs
  3. From: dcs@neutron (Dave Schweisguth)
  4. Subject: Mysterious behavior of 'tin'
  5. Message-ID: <1992Sep11.132338.12652@news.yale.edu>
  6. Sender: news@news.yale.edu (USENET News System)
  7. Nntp-Posting-Host: neutron.chem.yale.edu
  8. Organization: Yale University
  9. X-Newsreader: Tin 1.1 PL5
  10. Date: Fri, 11 Sep 1992 13:23:38 GMT
  11. Lines: 52
  12.  
  13. Hi all,
  14.  
  15. I sent this to Iain Lea (author of the 'tin' newsreader) and posted it to
  16. comp.sys.sgi without results a few days ago. I'm reposting here, because it
  17. looks to my untrained eye like it might be solvable by a more experienced
  18. Unixite than I. (It appears there is no group relevant to 'tin' per se.)
  19.  
  20. ==============================================================================
  21.  
  22. To: iain%anl433.uucp@Germany.EU.net
  23. Subject: BUG REPORT tin 1.1 PL5 (NNTP)
  24.  
  25. BOX1: IRIX neutron 4.0.4 03241739 IP6
  26.  
  27. CFG1: active=1800  arts=1200  reread=0  longfilenames=0  setuid=0
  28. CFG2: nntp=1  nntp_only=1  nntp_xuser=0  nntp_xindex=0  nntp_xspooldir=0
  29.  
  30. Please enter bug report/gripe/comment:
  31.  
  32. Hi again,
  33.  
  34. I am resubmitting this bug report, as it is still present in PL5.
  35.  
  36. I normally run tin as 'xwsh -e tin', which runs tin in its own window. ('xwsh'
  37. is SGI's 'xterm'.) Sometimes, usually after I first log on, tin dies with the
  38. message (which appears in the window):
  39.  
  40. tin: signal handler caught signal SIGSEGV (11).
  41. tin: send a bug report to iain%anl433.uucp@Germany.EU.net
  42.  
  43. It appears that the system is in a state in which 'xwsh -e tin' does not work.
  44. No number of attempts of 'xwsh -e tin' reverse this state. 'xwsh' (which,
  45. without arguments, runs tcsh, my login shell), 'xterm' (which runs tcsh as a
  46. non-login shell), or 'xterm -e tin' all reverse this state. 'tin',
  47. 'xwsh -e true', 'xwsh -e sh', 'xwsh -e csh', 'xwsh -e tcsh',
  48. 'xwsh -e tcsh -l', and logging in from an ASCII terminal (and running 'tin',
  49. or not) do NOT reverse this state. Note that 'tin' without any windowing
  50. foofaraw always works.
  51.  
  52. This may be tin's fault, as it does not occur with any other programs which I
  53. run in their own windows in the same fashion (e.g. elm, emacs), but it may be
  54. xwsh's fault, as it occurs with xwsh and not xterm, so it may be xwsh's fault.
  55.  
  56. ==============================================================================
  57.  
  58. Thanks in advance to anyone with good ideas. I'll summarize mail.
  59.  
  60. Cheers,
  61.  
  62. --
  63. | Dave Schweisguth   Yale MB&B & Chemistry   Email: dcs@neutron.chem.yale.edu |
  64. | Lab phone: 203-432-5208      Fax: 203-432-6144     Home phone: 203-624-3866 |
  65.