[Top][All Lists]

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

docstring of perform-replace

From: Roland Winkler
Subject: docstring of perform-replace
Date: Fri, 24 May 2002 11:18:35 +0200

In GNU Emacs 21.2.1 (i386-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2002-04-09 on tfkp12
configured using `configure  --prefix=/nfs/common --libexecdir=/nfs/common/lib 
--mandir=/nfs/common/share/man --infodir=/nfs/common/share/info --with-gcc 
--with-pop --with-x --with-x-toolkit=athena i386-pc-linux'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: POSIX
  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: en_US
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: nil

Apperently, the function perform-replace has a well-defined return
value that is used elsewhere. I suggest that this return value
should be documented.

Why is this an issue for me? Today I was bothered by
tags-query-replace. I realized that sometimes tags-query-replace
terminates prematurely when only some part of all files has been
processed. I haven't figured out yet the details when this happens.
All I've figured out is that for a tags-query-replace the while loop
of tags-loop-continue relies on the return value of perform-replace.
If for whatever reason perform-replace returns nil for one file,
tags-loop-continue will not process the other files.

I haven't submitted (yet) a bug report concerning the failure of
tags-query-replace because when I tested everything with GNU Emacs I couldn't reproduce it. So maybe this bug of GNU Emacs
21.2.1 has been fixed already.

But I suggest that the return value of perform-replace should be
documented. It would have helped me a lot to understand what's going


reply via email to

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