home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / sgi / 13380 < prev    next >
Encoding:
Text File  |  1992-09-08  |  2.5 KB  |  66 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!gatech!darwin.sura.net!jvnc.net!yale.edu!news.yale.edu!neutron!dcs
  3. From: dcs@neutron (Dave Schweisguth)
  4. Subject: Mysterious behavior of 'tin'
  5. Message-ID: <1992Sep8.145537.843@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: Tue, 8 Sep 1992 14:55:37 GMT
  11. Lines: 53
  12.  
  13. Hi all,
  14.  
  15. I've just sent a bug report off to Iain Lea, the author of the 'tin'
  16. newsreader. It results from an interaction with 'xwsh' but not 'xterm', so it
  17. might be more comprehensible to SGI experts. Here it is ...
  18.  
  19. ==============================================================================
  20.  
  21. To: iain%anl433.uucp@Germany.EU.net
  22. Subject: BUG REPORT tin 1.1 PL5 (NNTP)
  23.  
  24. BOX1: IRIX neutron 4.0.4 03241739 IP6
  25.  
  26. CFG1: active=1800  arts=1200  reread=0  longfilenames=0  setuid=0
  27. CFG2: nntp=1  nntp_only=1  nntp_xuser=0  nntp_xindex=0  nntp_xspooldir=0
  28.  
  29. Please enter bug report/gripe/comment:
  30.  
  31. Hi again,
  32.  
  33. I am resubmitting this bug report, as it is still present in PL5.
  34.  
  35. I normally run tin as 'xwsh -e tin', which runs tin in its own window. ('xwsh'
  36. is SGI's 'xterm'.) Sometimes, usually after I first log on, tin dies with the
  37. message (which appears in the window):
  38.  
  39. tin: signal handler caught signal SIGSEGV (11).
  40. tin: send a bug report to iain%anl433.uucp@Germany.EU.net
  41.  
  42. It appears that the system is in a state in which 'xwsh -e tin' does not work.
  43. No number of attempts of 'xwsh -e tin' reverse this state. 'xwsh' (which,
  44. without arguments, runs tcsh, my login shell), 'xterm' (which runs tcsh as a
  45. non-login shell), or 'xterm -e tin' all reverse this state. 'xwsh -e true',
  46. 'xwsh -e sh', 'xwsh -e csh', 'xwsh -e tcsh', 'xwsh -e tcsh -l', and logging in
  47. from an ASCII terminal do NOT reverse this state.
  48.  
  49. This may be tin's fault, as it does not occur with any other programs which I
  50. run in their own windows in the same fashion (e.g. elm, emacs), but it may be
  51. xwsh's fault, as it occurs with xwsh and not xterm, so it may be xwsh's fault.
  52. I will post this to comp.sys.sgi shortly.
  53.  
  54. ==============================================================================
  55.  
  56. I forgot to mention that tin itself always works in the current window and
  57. does not "reverse the state", and that tin always works on an ASCII terminal.
  58.  
  59. Thanks in advance to anyone with good ideas.
  60.  
  61. Cheers,
  62.  
  63. --
  64. | Dave Schweisguth   Yale MB&B & Chemistry   Email: dcs@neutron.chem.yale.edu |
  65. | Lab phone: 203-432-5208      Fax: 203-432-6144     Home phone: 203-624-3866 |
  66.