bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

inhibit-eol-conversion affects call-process marking buffers modified


From: Erik Naggum
Subject: inhibit-eol-conversion affects call-process marking buffers modified
Date: 25 Oct 2001 23:59:23 UT

In GNU Emacs 21.1.1 (i386-debian-linux-gnu, X toolkit)
 of 2001-10-22 on raven, modified by Debian
configured using `configure  i386-debian-linux-gnu --prefix=/usr 
--sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib 
--infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --with-x=yes 
--with-x-toolkit=yes'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: nil



  The following two cases illustrate the difference in behavior of
  call-process when inhibit-eol-conversion changes value:

(let ((inhibit-eol-conversion nil)
      (buffer (generate-new-buffer "testing")))
  (call-process "true" nil buffer nil)
  (buffer-modified-p buffer))
=> nil

(let ((inhibit-eol-conversion t)
      (buffer (generate-new-buffer "testing")))
  (call-process "true" nil buffer nil)
  (buffer-modified-p buffer))
=> t

  I have tried, but not been able to track the effect of a non-nil
  inhibit-eol-conversion through the code and so have no idea what part of
  the system does change the buffer.  However, the buffer-undo list in the
  buffer has a possibly interesting value:

(let ((inhibit-eol-conversion t)
      (buffer (generate-new-buffer "testing")))
  (call-process "true" nil buffer nil)
  (with-current-buffer buffer
    buffer-undo-list))
=> ((1 . 1) (t 0 . 0))

  This problem was first observed while in an rmail buffer because I want
  inhibit-eol-conversion to be true, but rmail-insert-inbox-text relies on
  buffer-modified-p of the output buffer returning nil if movemail succeeds.
  Otherwise, it believes movemfail got an error, displays "movemail:" (and
  nothing else), beeps, sleeps for three seconds, but then seems to recover
  and the new mail is presented as expected.

///
-- 
  Norway is now run by a priest from the fundamentalist Christian People's
  Party, the fifth largest party representing one eighth of the electorate.
-- 
  The purpose of computing is insight, not numbers.   -- Richard Hamming



reply via email to

[Prev in Thread] Current Thread [Next in Thread]