[MD:1404]A solution for "Bitmap kills emacs" problem.

[kyota@xxxxxxxxxxxxx (Kyotaro HORIGUCHI)]

堀口です. またちょっと潜伏している間にメイルが暴発してる..

At Fri, 27 Aug 1999 18:49:31 +0900, Hideyuki SHIRAI (白井秀行) <shirai@xxxxxxxxxxxxxxxxxxx> wrote in <19990827184931W.shirai@xxxxxxxxxxxxxxxxxxxxxxxxx>
> そういえば、堀口さんの(bitmap の)パッチをあててから一回も落ちて
> いません。それ以前は 50% の確率で落ちていました。幸せです。

 とりあえずこれでよく落ちた原因が*アレ*であるのはほぼ確実になりま
したね ^^;

# 1.06b2 では素のままでもまだおちていないです.

At 29 Aug 1999 11:15:45 +0900, Miyashita Hisashi(宮下 尚:HIMI) <himi@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in <uwvufxrfy.fsf@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
> この件に関しては、悩みまくっているんですが、Meadow.planにいれて、
> ちょっと半田さんに相談することにします。^^;;;

 しばらくは自分的に困るようならアレをあてて使うことにします ;-p

> 照合し、登録しにいくので、どうしても大掛かりになりますし、なにより
> BufferからGLYPHを構築するこの部分だけの問題だけで、このような操作が
> 本当に必要かということになると疑問が残ります。

 そうなんですよ. やはりあの方法はこの問題を解決するためだけにやる
というのはいまいちだとは思います. まぁ半分以上は検証用パッチのつ
もりだったので本望ではあるんですが :-p (では残りの半分以下は?)

> 問題点を絞り込み、検証するとしたら、以下の2点にあてるのが、
> まあ適当だと思われます。
> 
> 1. gmallocからのmorecoreにおいて、reallocationを抑制する。

 これはあの方法を試すまえに r_alloc_freeze(0) を試してみたのです
が, 0 では見事に落ちてしまわれました. でも 0 以外の妥当な値を見つ
ける方法がわからないのでやめました. ("アンマリな方法" その1)

> 2. str_cmpchar_idで、malloc/reallocの呼び出しを控える。

 これも"ではどこから?"というのがとりあえず思いつかなかったのでや
めました. (弱い^^;)
 
# あとは display_text_line からしたでのバッファへのアクセスをすべ
# てオフセットで行うようにするというのも一瞬考えましたがそれはそ
# れで遅そうなので却下.

> まあ、こうなってくるとstr_cmpchar_id()開発元に相談するのが良いと思われます。
> というわけで、1.06b2では、まだ修正しておりません。^^;;;
> (ごめんなさい。)

 できるならそれがいちばんいいと思います. あの変数の登録と削除が力
任せに動きまくっているのはあまりいい状況ではないですからね.

--
堀口恭太郎