[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]

Re: *grep* buffer has no result with lgrep.exe



深川です。アドバイスありがとうございます。

>>>>> In [meadow-users-jp : No.4115] 
>>>>>	Shun-ichi GOTO <gotoh@xxxxxxxxxxx> wrote:

> >>>>> at Tue, 23 Apr 2002 00:48:03 +0900
> >>>>> tfukaga == "T.Fukagawa" <tfukaga@xxxxxxxxx> said,

> diredでHOMEを開いた状態から(lgrepの設定で) M-x grep してみたら結果はどう
> なるでしょうか?

すいません。これは、実行したディレクトリの間違いです。文末に試行し直し
たログを載せます。
# 結果は同じでした。

>>>>> In [meadow-users-jp : No.4116] 
>>>>>	KURUMA Keizo <kuruma@xxxxxxxxxxxxxxxx> wrote:
> こんばんは。

> grep の出力は

> ファイル名:行番号:xxx

> でないと認識してくれないとおもうのですが…
> 1.14 で成功したときと全く同じ設定になってるのでしょうか?

なるほどと思って、lv.c からたどってみると、対象ファイルが単数のときは、
ファイル名が出力されないようになっていたので、適当にソースを直してリコ
ンパイルしたのですが、結果は以下の通りでいっしょでした。
# 1.14 のときに動いていたというのが記憶違いなのかもしれません。

(1) M-x grep で grep.exe -n を実行
-------------------------------ここから-------------------------------
cd d:/usr/home/toy/work/
grep.exe -n 2002 *.txt NUL
tmp.txt:1:2002/03/19

grep finished (matches found) at Thu Apr 25 00:43:21
-------------------------------ここまで-------------------------------

(2) M-x grep で lgrep.exe -n を実行
-------------------------------ここから-------------------------------
cd d:/usr/home/toy/work/
lgrep.exe -n -Ks -Os 2002 *.txt NUL

grep finished (matches found) at Thu Apr 25 00:43:56
-------------------------------ここまで-------------------------------

(3) bash のコマンドラインから lgrep.exe -n を実行
-------------------------------ここから-------------------------------
CRUSOE:work[501]> lgrep.exe -n -Ks -Os 2002 *.txt
tmp.txt:1:2002/03/19
CRUSOE:work[502]> 
-------------------------------ここまで-------------------------------


結果出力のソースは
-------------------------------ここから-------------------------------
	  if( TRUE == showFileName )
	    printf( "%s:", f->fileName );
	  if( TRUE == line_number )
	    printf( "%ld:", lineNumber );
-------------------------------ここまで-------------------------------
となっているので、 stdout に出ていると思うのですが、 fflush() してみて
も同じでした。

Meadow の側は compile.el の grep (command-args) から呼び出されている
grep-process-setup () がプロセス終了時のメッセージを出しているのはわかっ
たのですが、処理結果を誰が食べてしまうのかわかりませんでした。
----
T.Fukagawa
tfukaga@xxxxxxxxx