home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / mail / mh / 1309 < prev    next >
Encoding:
Text File  |  1992-11-21  |  1.6 KB  |  41 lines
  1. Newsgroups: comp.mail.mh
  2. Path: sparky!uunet!cis.ohio-state.edu!magnus.acs.ohio-state.edu!hshamans
  3. From: hshamans@magnus.acs.ohio-state.edu (Harry T Shamansky)
  4. Subject: Bug in m_getfld() on SGI Indigo, possible FAQ??
  5. Message-ID: <1992Nov21.191354.21528@magnus.acs.ohio-state.edu>
  6. Keywords: Bug
  7. Sender: Harry Shamansky
  8. Nntp-Posting-Host: top.magnus.acs.ohio-state.edu
  9. Organization: The Ohio State University
  10. Distribution: comp.mail.mh
  11. Date: Sat, 21 Nov 1992 19:13:54 GMT
  12. Lines: 27
  13.  
  14.   Hello....
  15.  
  16.   I have spotted a bug (?) in my inc function on the SGI Indigo:
  17.  
  18. version: MH 6.7.2 #27[UCI] (coulomb) of Tue Apr 28 22:21:23 EDT 1992
  19. options: [BIND] [MORE='"/usr/bin/pg"'] [SENDMTS] [SMTP] [SOCKETS]
  20.          [SPRINTFTYPE=int] [SYS5]
  21.  
  22.   When the first line of the body is a blank line, an "inc" shoves a bogus
  23.   character into the scan line reported, as well as the inc'd file in the
  24.   user's maildrop (it was clean in /usr/mail/<user>). I popped into the
  25.   debugger, and it appeared that the call to m_getfld() would return the
  26.   state=BODY, and the tmpbuf (in .../uip/scansbr.c, line 163, in 
  27.   /* scan - main loop */ ) has a varied single ascii character in it, which
  28.   finds its way into the scan report, as well as the inc'ed file. 
  29.  
  30.   If the first line of the body is non-blank, then all goes as expected.
  31.   I am hesitant to hack on m_getfld.c, especially in light of the comments
  32.   at the top of the file.
  33.  
  34.   Question is: I am not alone; other SGI users reported this on comp.sys.sgi.
  35.   What, if anything, can I do to fix/diagnose the problem ? Any help will be
  36.   appreciated....
  37.  
  38.   harry
  39.  
  40.  
  41.