中治さん> 自分が今何行めにいるのかを知るために、~/.emacs に 中治さん> (line-number-mode 1) 中治さん> と書いているのですが、カーソルが左上(1行めの行頭)にあるとき 中治さん> は、L0 と表示されます。一文字分移動すると、L1 と正しく「何行 中治さん> め」を表します。 中治さん> 21.2.32 になってから気づいたのですが、なんででしょうか？ 中治さん> まったく無害なのですが、気になって仕方ありません。(^_^;; `count-lines' という関数の仕様によるものじゃないでしょうか? (count-lines (point-min) (point-min)) => 0 ;; (point-min) と (point-min) の間には *まったく* 何も無いから 0。 これじゃ答えになってないですか? (^^;;) -- Katsumi Yamaoka <yamaoka(a)jpl.org&gt;

NAKAJI Hiroyuki <nakaji(a)tutrp.tut.ac.jp&gt; writes: 以下の変更で、おかしくなっているみたいです。元に戻すと正常に行数が表示 されます。 僕のところの Windows だと warning は出ないんですけどどうしてですかね。 src/ChangeLog 2000-03-12 Ben Wing <ben(a)xemacs.org&gt; .... * line-number.c (buffer_line_number): * lisp.h: * lisp.h (EMACS_INT_MAX): Added the manifest constant EMACS_INT_MIN corresponding to the existing constant EMACS_INT_MAX. This is partially to fix compile warnings under Windows, and partly for cleanliness. Index: line-number.c =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/src/line-number.c,v retrieving revision 1.6.2.3 retrieving revision 1.6.2.4 diff -u -r1.6.2.3 -r1.6.2.4 --- line-number.c 2000/02/16 02:06:35 1.6.2.3 +++ line-number.c 2000/03/13 07:28:00 1.6.2.4 ＠＠ -293,7 +293,7 ＠＠ get_nearest_line_number (b, &beg, pos, &cached_lines); } - scan_buffer (b, '\n', beg, pos, pos > beg ? EMACS_INT_MAX : -EMACS_INT_MAX, + scan_buffer (b, '\n', beg, pos, pos > beg ? EMACS_INT_MAX : EMACS_INT_MIN, &shortage, 0); line = EMACS_INT_MAX - shortage;

IKEYAMA Tomonori <tomonori(a)suiyokai.org&gt; writes: ぜひ xemacs-patches に送ってください。buffer の先頭にいると きだけ、pos == beg なので、問題がはっきりとわかるようです。 cache の関係で pos > beg で search しているときもたぶん気付 かないだけで狂っているような気がします。 以下の変更でおかしくなった理由ですが、 EMACS_INT_MIN は -EMACS_INT_MAX - 1 だからです。pos == beg のときは当然 \n は 見つからないので、shortage には EMACS_INT_MIN の絶対値がその まま入ってきます。で、line が 0 ではなく -1 になってしまい、 1つずれてしまいます。 Ben さんの変更で warning が消えるとすると、括弧が増えている だけなので、(EMACS_INT_MIN + 1) とか、(-EMACS_INT_MAX) とか にしても Warning は消えると思います。で、ついでに EMACS_INT_MIN を導入したところで間違えたんでしょう。:-P -- Yoshiki Hayashi