home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / gnu / emacs / bug / 1185 < prev    next >
Encoding:
Text File  |  1992-08-14  |  1.2 KB  |  35 lines
  1. Newsgroups: gnu.emacs.bug
  2. Path: sparky!uunet!convex!linac!pacific.mps.ohio-state.edu!cis.ohio-state.edu!epilogue.com!sra
  3. From: sra@epilogue.com (Rob Austein)
  4. Subject: invalid buffer-file-name crashes emacs
  5. Message-ID: <9208130421.aa03333@quern.epilogue.com>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: GNUs Not Usenet
  8. References: sra@epilogue.com (Rob Austein)
  9. Distribution: gnu
  10. Date: Thu, 13 Aug 1992 08:21:31 GMT
  11. Approved: bug-gnu-emacs@prep.ai.mit.edu
  12. Lines: 21
  13.  
  14.    Date: 12 Aug 92 21:42:01 GMT
  15.    From: dan@uiucmath.math.uiuc.edu (Daniel R. Grayson)
  16.  
  17.    Do this to make emacs 18.58 crash with an illegal instruction on a
  18.    vaxstation II running Ultrix 2.0.
  19.  
  20.    (find-file "junk.foo")
  21.    (setq buffer-file-name (cons "asdf" "qwer"))
  22.    (insert "asdf")
  23.  
  24. The function lock_file() [$EMACS/src/filelock.c] takes a Lisp_Object
  25. as the name of the file to lock.  It assumes that this Lisp_Object is
  26. a string but does not check to be certain.  In your example, this
  27. results in attempting to use some random portion of cons space as a
  28. null terminated C string, with predictable results.
  29.  
  30. lock_file() should do a CHECK_STRING() on its argument so that emacs
  31. can signal an error and carry on rather than dumping core.
  32.  
  33. --Rob Austein <sra@epilogue.com>
  34.  
  35.