home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / gnu / emacs / bug / 1582 < prev    next >
Encoding:
Text File  |  1992-12-20  |  2.0 KB  |  59 lines
  1. Newsgroups: gnu.emacs.bug
  2. Path: sparky!uunet!cis.ohio-state.edu!merl.com!rich
  3. From: rich@merl.com
  4. Subject: [young@icad.COM: Emacs 18.58 intermittent Find File hang?]
  5. Message-ID: <9212171352.AA27684@merl.com>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: Mitsubishi Electric Research Laboratories, Inc.
  8.     Cambridge, Massachusetts, USA
  9. Distribution: gnu
  10. Date: Thu, 17 Dec 1992 03:52:08 GMT
  11. Approved: bug-gnu-emacs@prep.ai.mit.edu
  12. Lines: 45
  13.  
  14. Does the information below help?  Can this bug be fixed?
  15.  
  16.         Thanks, -Chuck.
  17.  
  18. Date: Wed, 16 Dec 92 16:39:22 EST
  19. From: young@icad.COM (Jonathan H. Young)
  20. To: rich@merl.com
  21. In-Reply-To: rich@merl.com's message of 8 Dec 92 04:50:47 GMT
  22. Subject: Emacs 18.58 intermittent Find File hang?
  23.  
  24.    From: rich@merl.com
  25.    Date: 8 Dec 92 04:50:47 GMT
  26.  
  27.      Every few days, always when I have just hit the final <cr> after the
  28.    file name argument to Find File (C-X C-f), my Emacs job freezes.  It
  29.    will not respond to any further keyboard or mouse input; I finally
  30.    have to kill it (I have waiting as long as 15 minutes to see if it
  31.    will unfreeze itself, but it doesn't).  The rest of the environment on
  32.    the workstation works fine.  If I try to read the same file from the
  33.    shell or find the same file again with a new copy of Emacs, it works
  34.    fine.
  35.  
  36.      The last two times this happened the file name I typed happened
  37.    to begin with a tilda (e.g., ~someuser/foo.bar).  I don't know if
  38.    this is a pattern or not.
  39.  
  40.      I realize that this could be a problem with NFS or any number of
  41.    other things, but Emacs seems to be the only program showing
  42.    a problem of this kind right now.
  43.  
  44. Howdy, neighbor!
  45.  
  46. I believe this is the same problem I have seen, but I don't know of a
  47. fix yet.  We run 18.58 on many machines, but I have only observed the
  48. problem on Sun 4s (Sparcstations, IPXs, etc) *after a YP server
  49. crash*, after typing ~<user>/filename.  The problem arises in the YP
  50. library user lookup code -- someone is passing in a NULL pointer and
  51. the library loops.
  52.  
  53. My advice is to expect emacs to be flaky after a YP server crash.
  54.  
  55.                 --- Jonathan
  56.  
  57.  
  58.  
  59.