mlterm-dev-ja — mlterm mailing list(Japanese)

Re: [Mlterm-dev-ja] DEC special character =?UTF-8?Q?=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E5=95=8F?= =?UTF-8?Q?=E9=A1=8C?=

[MINAMI H. <mi...@mi...>]

みなみです。

On Wed, 2004-02-04 at 05:54, Mike FABIAN wrote:
> mlterm を隠して(例えばアイコニファイして)、また現すと、
> 以下の用になります:
> 
> http://www.suse.de/~mfabian/misc/mlterm-line-drawing/mlterm_-Y_true_-A_false_-w_14_-g_85x26-fixed-after-expose.png
> 
> ACS_BLOCK 文字の中身は白くなります。黒い背景を描き直されていない
> らしいです。

文字に背景色が設定されていたら その色で塗り潰すように修正しました。

[Mlterm-dev-ja] sample3 =?iso-2022-jp?b?GyRCJTklLyVtITwbKEI=?= =?iso-2022-jp?b?GyRCJWslUCE8JEsbKEI=?= =?iso-2022-jp?b?GyRCNFgkOSRrGyhC?= =?iso-2022-jp?b?GyRCJVAlMBsoQg==?=

[Mike F. <mf...@su...>]

   mlterm -S sample3

を実行すれば、新しい "pixmap_engine" スクロールバーが表示されます。

しかし、sample3 の設定ファウル /usr/share/mlterm/scrollbars/sample3/rc
を僕のホームディレクトリにコピーすると

mfabian@magellan:~/.mlterm/scrollbars/sample3$ cp /usr/share/mlterm/scrollbars/sample3/rc .
mfabian@magellan:~/.mlterm/scrollbars/sample3$ 

sample3 スクロールバーを使えなくなります。~/.mlterm/scrollbars/sample3/rc
が存在すれば、いつも simple のスクロールバーが使用されています。

-- 
Mike FABIAN   <mf...@su...>   http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。

Re: [Mlterm-dev-ja] DEC special character =?iso-2022-jp?b?GyRCJEsbKEI=?= =?iso-2022-jp?b?GyRCNFgkOSRrGyhC?= =?iso-2022-jp?b?GyRCTGRCahsoQg==?=

[Mike F. <mf...@su...>]

MINAMI Hirokazu <mi...@mi...> さんは書きました:

> みなみです
>
> On Mon, 2004-02-02 at 16:08 +0100, Mike FABIAN wrote:
>> alsamixer を使用して、DEC special character に関する問題を見付けました。
> ...
>> ２)
>> 
>>     ~$ mlterm -Y true -A false -w 14 -g 85x26
>> 
>>     http://www.suse.de/~mfabian/misc/mlterm-line-drawing/mlterm_-Y_true_-A_false_-w_14_-g_85x26.png
>> 
>>     端にあるフレームを見えますが、棒の中にある ACS_BLOCK 字を見えません。
>
> CVS HEAD で、dec special の処理できない範囲にあるコードに対しては
> （何も描かないのではなく）枠を描画するようにしました。
>
> これで -Y=true の場合は正しく動作すると思います。

テストファイルを出力して

    ~$ cat typescript

次のようになります:

http://www.suse.de/~mfabian/misc/mlterm-line-drawing/mlterm_-Y_true_-A_false_-w_14_-g_85x26-fixed-before-expose.png

正しくなりました。どうも有難うございました。

しかし、mlterm を隠して(例えばアイコニファイして)、また現すと、
以下の用になります:

http://www.suse.de/~mfabian/misc/mlterm-line-drawing/mlterm_-Y_true_-A_false_-w_14_-g_85x26-fixed-after-expose.png

ACS_BLOCK 文字の中身は白くなります。黒い背景を描き直されていない
らしいです。

-- 
Mike FABIAN   <mf...@su...>   http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。

Re: [Mlterm-dev-ja] --type=xcore =?UTF-8?Q?=E3=81=A7=E8=A1=8C=E9=96=93=E3=81=8C=E5=A1=97=E3=82=8A?= =?UTF-8?Q?=E3=81=A4=E3=81=B6=E3=81=95=E3=82=8C=E3=81=AA?= =?UTF-8?Q?=E3=81=84?=

[MINAMI H. <mi...@mi...>]

みなみです。

On Fri, 2004-01-30 at 05:27 +0900, KATO Kazuyoshi wrote:
> こんにちは。和良です。
> 
> http://pc.2ch.net/test/read.cgi/linux/1061873172/216 より、
> --type=xcore のときに行間を設定すると、背景塗りつぶしの際に行間が塗り
> つぶされないようです。
> 
> xcore では XDrawImageString に背景塗りつぶしを任していますけど、
> XDrawImageString はフォントの高さ分しか塗りつぶさないのが原因だと思い
> ます。

できれば XDrawImageString を使った方が、 fill して XDrawString よりも
効率がよさそうに思われますが、添付のみたいにするとまずいでしょうか?

Re: [Mlterm-dev-ja] --type=xcore =?ISO-2022-JP?B?GyRCJEc5VDRWGyhC?= =?ISO-2022-JP?B?GyRCJCxFSSRqJEQkViQ1JGwkSiQkGyhC?=

[Araki K. <ara...@us...>]

荒木です:-)
御無沙汰しております。

Subject: [Mlterm-dev-ja] --type=xcore で行間が塗りつぶされない
From: KATO Kazuyoshi <kz...@us...>
Message-ID: <200...@us...>
Date: Fri, 30 Jan 2004 05:27:53 +0900

> http://pc.2ch.net/test/read.cgi/linux/1061873172/216 より、
> --type=xcore のときに行間を設定すると、背景塗りつぶしの際に行間が塗り
> つぶされないようです。
>
> xcore では XDrawImageString に背景塗りつぶしを任していますけど、
> XDrawImageString はフォントの高さ分しか塗りつぶさないのが原因だと思い
> ます。
>
> とりあえず、xft の処理と同じように書き換えてみましたが、慣れない部分で
> すし、commit せずに patch を投げます。
>
> なお、xfont->is_proportional && ! xfont->is_var_col_width の判定も関連
> がわからなくて外してあります。

ありがとうございます。
ただ、ここは添付のパッチのように修正するのが楽ちんだと思います。
これで commit しました。

# 行間を広げていると、ウインドウからフォーカスが外れたときのカーソルの
# 大きさが小さいですね:-(

# 他のメールについても、追々返事をしていきます m(_ _)m

では
--
Araki Ken
ara...@us...

Re: [Mlterm-dev-ja] DEC special character =?UTF-8?Q?=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E5=95=8F?= =?UTF-8?Q?=E9=A1=8C?=

[MINAMI H. <mi...@mi...>]

みなみです

On Mon, 2004-02-02 at 16:08 +0100, Mike FABIAN wrote:
> alsamixer を使用して、DEC special character に関する問題を見付けました。
...
> ２)
> 
>     ~$ mlterm -Y true -A false -w 14 -g 85x26
> 
>     http://www.suse.de/~mfabian/misc/mlterm-line-drawing/mlterm_-Y_true_-A_false_-w_14_-g_85x26.png
> 
>     端にあるフレームを見えますが、棒の中にある ACS_BLOCK 字を見えません。


CVS HEAD で、dec special の処理できない範囲にあるコードに対しては
（何も描かないのではなく）枠を描画するようにしました。

これで -Y=true の場合は正しく動作すると思います。

Re: [Mlterm-dev-ja] mlterm-zoom

[KATO K. <kz...@us...>]

和良です。

On Tue, 03 Feb 2004 08:38:32 +0900 (LMT)
Tomohiro KUBOTA <ku...@de...> wrote:
> cvs には、mlterm-zoom ディレクトリはありますが、
> 本体が入っていないみたいです。
> 
> http://cvs.sourceforge.net/viewcvs.py/mlterm/mlterm/contrib/tool/mlterm-zoom/
すみません。
  % cvs add mlterm-zoom
だけで、できたと勘違いしてました。

たったいま、ファイルも足してきました。
報告、ありがとうございました。
-- 
KATO Kazuyoshi  http://8-p.info/

Re: [Mlterm-dev-ja] mlterm-zoom

[Tomohiro K. <ku...@de...>]

久保田です。

From: KATO Kazuyoshi <kz...@us...>
Subject: Re: [Mlterm-dev-ja] mlterm-zoom
Date: Sat, 31 Jan 2004 23:53:42 +0900

> > こちらこそよろしくお願いします m(_ _)m
> > これでまた面白いツールが一つ増えました。
> ありがとうございます。CVS に commit しました。

cvs には、mlterm-zoom ディレクトリはありますが、
本体が入っていないみたいです。

http://cvs.sourceforge.net/viewcvs.py/mlterm/mlterm/contrib/tool/mlterm-zoom/

---
久保田智広 Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/

[Mlterm-dev-ja] DEC special character =?iso-2022-jp?b?GyRCJEsbKEI=?= =?iso-2022-jp?b?GyRCNFgkOSRrGyhC?= =?iso-2022-jp?b?GyRCTGRCahsoQg==?=

[Mike F. <mf...@su...>]

alsamixer を使用して、DEC special character に関する問題を見付けました。
問題を再現するために、次のファイル

http://www.suse.de/~mfabian/misc/mlterm-line-drawing/typescript

を mlterm に出力して見て下さい:

    ~$ cat typescript

使用されているオプションによって、結果が違います。

１a)

    ~$ mlterm -Y false -A false -w 14 -g 85x26

    http://www.suse.de/~mfabian/misc/mlterm-line-drawing/mlterm_-Y_false_-A_false_-w_14_-g_85x26.png

    大体正しいですが、端にあるフレームを見えません。

１b)

    ~$ mlterm -Y false -A false -w 12 -g 85x26

    http://www.suse.de/~mfabian/misc/mlterm-line-drawing/mlterm_-Y_false_-A_false_-w_12_-g_85x26.png

    大体正と思います。だから、１a) はフォントの問題でしょう、mlterm に
    関係ないかもしれません。


２)

    ~$ mlterm -Y true -A false -w 14 -g 85x26

    http://www.suse.de/~mfabian/misc/mlterm-line-drawing/mlterm_-Y_true_-A_false_-w_14_-g_85x26.png

    端にあるフレームを見えますが、棒の中にある ACS_BLOCK 字を見えません。

    これは mlterm のバグでしょうか。

３)

    ~$ mlterm -Y true -A true -w 14 -g 85x26

    http://www.suse.de/~mfabian/misc/mlterm-line-drawing/mlterm_-Y_true_-A_true_-w_14_-g_85x26.png

    正しいだと思います。端のフレームを見えますし、ACS_BLOCK も見えま。
す。

４)

    ~$ mlterm -Y false -A true -w 14 -g 85x26

    http://www.suse.de/~mfabian/misc/mlterm-line-drawing/mlterm_-Y_false_-A_true_-w_14_-g_85x26.png

    DEC special の文字全然見えません。

    これも mlterm のバグと思います。UTF-8 を使用する場合に、
    mlterm が DEC special の文字を UTF-8 で出力したほうがいいじゃないか。


ロケールはいつも ja_JP.UTF-8 です。ビットマップフォントを使用する場合
に、いつも次の設定を使用しました:

ISO10646_UCS2_1 = -b&h-luxi mono-medium-r-normal-*-%d-*-*-*-m-*-iso10646-1;10,-efont-fixed-medium-r-normal--10-100-75-75-c-50-iso10646-1;12,-efont-fixed-medium-r-normal-*-12-120-75-75-c-60-iso10646-1;13,-misc-fixed-medium-r-semicondensed-*-13-120-75-75-c-60-iso10646-1;14,-efont-fixed-medium-r-normal-*-14-140-75-75-c-70-iso10646-1;16,-gnu-unifont-medium-r-normal--16-*-*-*-c-*-iso10646-1;18,-misc-fixed-medium-r-normal-*-18-120-100-100-c-90-iso10646-1;20,-misc-fixed-medium-r-normal--20-200-75-75-c-100-iso10646-1;24,-efont-fixed-medium-r-normal-*-24-240-75-75-c-120-iso10646-1;

ISO10646_UCS2_1_BIWIDTH = -kochi-gothic-medium-r-normal-*-%d-*-*-*-*-*-iso10646-1;10,-efont-fixed-medium-r-normal--10-100-75-75-c-100-iso10646-1;12,-efont-fixed-medium-r-normal-*-12-120-75-75-c-120-iso10646-1;13,-misc-fixed-medium-r-normal-*-13-120-75-75-c-120-iso10646-1;14,-efont-fixed-medium-r-normal-*-14-140-75-75-c-140-iso10646-1;16,-gnu-unifont-medium-r-normal--16-*-*-*-c-*-iso10646-1;18,-misc-fixed-medium-r-normal-*-18-120-100-100-c-180-iso10646-1;20,-misc-fixed-medium-r-normal-*-18-120-100-100-c-180-iso10646-1;24,-efont-fixed-medium-r-normal-*-24-240-75-75-c-240-iso10646-1;


-- 
Mike FABIAN   <mf...@su...>   http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。

[Mlterm-dev-ja] Re: Re: Re: mlterm doesn't start

[Seiichi S. <ss...@sh...>]

佐藤です。

On Thu, Jan 29, 2004 at 05:24:25PM +0900,
 Tomohiro KUBOTA wrote:

> なるほど。ところで、別のターミナルエミュレータは、どうしている
> のでしょうか？というのは、

多分 rxvt や kterm は ptsname() でスレーブの名前を取得できなかったら
/dev/ptmx を諦めて BSD 同様 /dev/ptyp[0,1,..N] を探しにいってる筈です。

> > だけではなく「pty が開けなかったぞ!」のような原因を特定しやすいエラー
> > をだしておけば十分かなと思います。
> 
> これは、フォントがなかった場合も含めて、必要ですね。

kik_pty_stream.c でエラーを出すようにしておきました。

# mlterm 的にはエラー表示は kik や ml_* ではなく
# GUI 層で扱ったほうがいいのでしょうか? > 荒木さん

-- 
Seiichi

[Mlterm-dev-ja] --type=xcore =?ISO-2022-JP?B?GyRCJEc5VDRWJCxFSSRqJEQkViQ1JGwbKEI=?= =?ISO-2022-JP?B?GyRCJEokJBsoQg==?=

[KATO K. <kz...@us...>]

こんにちは。和良です。

http://pc.2ch.net/test/read.cgi/linux/1061873172/216 より、
--type=xcore のときに行間を設定すると、背景塗りつぶしの際に行間が塗り
つぶされないようです。

xcore では XDrawImageString に背景塗りつぶしを任していますけど、
XDrawImageString はフォントの高さ分しか塗りつぶさないのが原因だと思い
ます。

とりあえず、xft の処理と同じように書き換えてみましたが、慣れない部分で
すし、commit せずに patch を投げます。

なお、xfont->is_proportional && ! xfont->is_var_col_width の判定も関連
がわからなくて外してあります。

-- 
KATO Kazuyoshi  http://8-p.info/

Re: [Mlterm-dev-ja] mlterm-zoom

[KATO K. <kz...@us...>]

和良です。

On Sun, 25 Jan 2004 19:45:03 +0900
Araki Ken <ara...@us...> wrote:
> > 半分ジョークプログラムなので、一度は断った contrib 入りですけど、ニーズ
> > があるなら入れようかと思います。
> >
> > 今更ですけど、いいでしょうか？ > 荒木さん
> 
> こちらこそよろしくお願いします m(_ _)m
> これでまた面白いツールが一つ増えました。
ありがとうございます。CVS に commit しました。

-- 
KATO Kazuyoshi  http://8-p.info/

[Mlterm-dev-ja] font error patch

[Tomohiro K. <ku...@de...>]

久保田です。

先日、フォントがないことが原因で起動しない際、その旨を示すための
エラーメッセージが出てほしい、という話をしましたが、今回、それを
実現するパッチを書きました。

エラーメッセージに、フォントがなかった文字集合の名前を入れたいと
思ったので、文字集合の名前を得る関数 x_font_get_cs_names() を
x_font.c に追加しました。関数の位置や命名について、mlterm の
ポリシーにうまく沿っているかどうか分かりませんので、cvs commit
せずにここに投げます。チェックをお願いします。

---
久保田智広 Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/

Re: [Mlterm-dev-ja] Adding "--onlyucsfont=auto"

[Tomohiro K. <ku...@de...>]

久保田です。

半日くらい返ってこなくて、あきらめて再送したメールが
いまごろになって来たりしてるみたいです。失礼しました。

文面はちょっとだけ変わってたりしますが、
両方のメールに添付してあるパッチは同じものです。

---
久保田智広 Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/

[Mlterm-dev-ja] Adding "--onlyucsfont=auto"

[Tomohiro K. <ku...@de...>]

久保田です。

mlterm に、"--onlyucsfont=auto" というオプションを追加するパッチです。
このモードを指定すると、mlterm は、
・UTF-8 エンコーディングには iso10646-1 フォントを使う
・8 ビットエンコーディングには iso10646-1 フォントを使う
・UTF-8 以外のマルチバイトエンコーディングには iso10646-1 フォントを使わない
という動作をします。


これは、Debian や XFree86 においては基本的に iso10646-1 フォントを
提供するようになってきたという背景に基くものです。ただ、CJK については、
従来からのフォントが iso10646-1 フォントに含まれることはあまりなく、
従来からのフォントのほうが豊富にあるという現状があります。

Debian パッケージなど、コンパイル済み・設定済みのパッケージを世界中の
不特定多数の人に提供する場合、どの言語においても最低限文字化けや
起動不能だけは絶対に避けたいと思います。その上で、良い品質の表示が
追求できればそれに越したことはない、というわけです。--onlyucsfont=auto
は、そういった場合のデフォルト設定として利用するためというのが目的です。

いっそのこと、mlterm そのもののデフォルト動作にしてしまってもいいと
思うのですが、どうでしょうか？


main_config->unicode_font_policy に AUTO を意味する値を代入しておき、
実際にその値を使うタイミングで AUTO の中身を判断するようにする、という
コーディングや、その判断のための関数を x_main_config.c に置くという
判断が、mlterm の実装ポリシーに合うかどうか分かりませんので、
cvs commit せずに、ここに投げることにします。

---
久保田智広 Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/

Re: [Mlterm-dev-ja] Re: Re: mlterm doesn't start

[Tomohiro K. <ku...@de...>]

久保田です。

From: Seiichi SATO <ss...@sh...>
Subject: [Mlterm-dev-ja] Re: Re: mlterm doesn't start
Date: Thu, 29 Jan 2004 02:27:01 +0900

> ストリーム pty のマスターである /dev/ptmx が存在する場合 configure は
> kik_pty_stream.c を選びます。大抵の Linux ディストリビューションでは
> /dev/ptmx があると思うので Linux で devpts ファイルシステムがマウント
> されてない(スレーブの /dev/pts/N がない)場合に起動できないのは Debian
> 固有の問題ではないと思います。ちなみに /dev/ptmx がない Linux 上で 
> kik_pty_bsd.c が選ばれたとしても Linux カーネルは両方サポートしている
> ので問題ありません。

なるほど。ところで、別のターミナルエミュレータは、どうしている
のでしょうか？というのは、

私の関心としては、Debian パッケージメンテナとして、

1. コンパイル時のカーネルの設定にバイナリが依存するのを避けたい
   (i386 以外のアーキテクチャ向けの自動ビルドも含めて)。

2. もし可能なら、できるかぎり多様なカーネル設定で正常に動作する
   ようにしたい。

3. できれば、utmp サポートを入れたい
   (http://bugs.debian.org/228905)

ということなのですが、もしかして kik_pty_bsd.c を選んだほうが
よかったりするのでしょうか...

すべて、それほど緊急な問題ではないと思いますが。(起動しない、という
問題なのだから、緊急なのかな... 考えてみれば、起動だにしない、という
状況からスタートして問題箇所の特定までを行ってくれた Micha Feigin
さんには感謝しないといけないですね。ふつう、ターミナルエミュレータ
みたいな代替品がいっぱいあるような分野では、起動だにしない状態では
「ステ」で終わられてしまう可能性が高そうですから。)


> Linux 固有の問題かどうかについてはちょっとわかりません。
> もし /dev/pts/N がファイルシステムとして実装されてるのが Linux
> だけなら Linux 固有の問題になるのですが、 Solaris や HP-UX など
> ストリーム pty を持つ他の OS でどうなってるかを知らないからです。

動作時に /dev/pts が必要なのは、/dev/pts が存在するような環境で
コンパイルした場合のみだとすれば、Debian 固有 (というか、
パッケージ固有) の問題だという気がしてきました。


> devpts ファイルシステムがマウントされてない状況への対策として mlterm
> 側でできるのは kik_pty_stream.c と kik_pty_bsd.c をひとつのバイナリで
> 同居できるようにするとか configure のオプションでどちらを使うか選べる
> ようにするとか色々あると思います。ただ、今すぐにやるのはちょっと大変そ
> うなのでとりあえず pty が開けなかった時は
> 
>     Unable to start - open_screen_intern() failed.
> 
> だけではなく「pty が開けなかったぞ!」のような原因を特定しやすいエラー
> をだしておけば十分かなと思います。

これは、フォントがなかった場合も含めて、必要ですね。

ちなみに、CJK 時以外では Unicode フォントを使う、というモードの
追加ですが、なんとかできそうです。これで、Debian の場合ですが、
xfonts-base パッケージしかない場合でも世界中の人がデフォルトで
使えるようになりそう。

---
久保田智広 Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/

[Mlterm-dev-ja] Adding "--onlyucsfont=auto"

[Tomohiro K. <ku...@de...>]

久保田です。

mlterm に、"--onlyucsfont=auto" というオプションを追加するパッチです。
このモードを指定すると、mlterm は、
・UTF-8 エンコーディングには iso10646-1 フォントを使う
・8 ビットエンコーディングには iso10646-1 フォントを使う
・UTF-8 以外のマルチバイトエンコーディングには iso10646-1 フォントを使わない
という動作をします。

これは、Debian や XFree86 においては基本的に iso10646-1 フォントを
提供するようになってきたという背景に基くものです。ただ、CJK については、
従来からのフォントが iso10646-1 フォントに含まれることはあまりなく、
従来からのフォントのほうが豊富にあるという現状があります。

ユーザ (それぞれ自分が使いたい言語がはっきりしている) の側に設定を
要求するのではなく、どの言語においてもそこそこ使えるようにあらかじめ
設定されたパッケージを作りたい場合、このオプションが使えます。
いっそのこと、mlterm のデフォルトをこれにしてしまってもいいくらいだと
思います。

main_config->unicode_font_policy に AUTO を意味する値を代入しておき、
実際にその値を使うタイミングで AUTO の中身を判断するようにする、という
コーディングや、その判断のための関数を x_main_config.c に置くという
判断が、mlterm の実装ポリシーに合うかどうか分かりませんので、
cvs commit せずに、ここに投げることにします。

---
久保田智広 Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/

[Mlterm-dev-ja] Re: "-R 1-10 -w 16": =?iso-2022-jp?B?GyRCJTslMCVhJXMlRiE8JTcbKEI=?= =?iso-2022-jp?B?GyRCJWclczBjSD8bKEI=?=

[Seiichi S. <ss...@sh...>]

On Wed, Jan 28, 2004 at 12:39:53PM +0100,
 Mike FABIAN wrote:

> パッチを添付しました。パッチを当たると、問題がなくなるようです:

うちの i386 でも起きました。
パッチで直りましたので、そのままコミットしておきました。

-- 
Seiichi

[Mlterm-dev-ja] Re: Re: mlterm doesn't start

[Seiichi S. <ss...@sh...>]

佐藤です。

On Wed, Jan 28, 2004 at 02:26:19PM +0900,
 Tomohiro KUBOTA wrote:

> > ご本人に確認した訳ではないですが、日付から考えて Debian の BTS の方も
> > /dev/pts がマウントされてなかったのが原因だったと思います。
> 
> そのようです。ドキュメントに /dev/pts がいるということを書いてほしい
> との要望がありました。端末の扱いについてはまったく無知なんですが、もし
> Debian だけに固有の問題なら Debian パッケージ側のドキュメントで対応
> したいと思います。(現在のパッケージが sarge/testing に入ったら作業
> しようと思っています)。
> 
> もし Debian 以外の Linux や Linux 以外についても同様のことが言えるなら、
> mlterm 側で対応する必要があります。
> 
> どちらでしょうか...

ストリーム pty のマスターである /dev/ptmx が存在する場合 configure は
kik_pty_stream.c を選びます。大抵の Linux ディストリビューションでは
/dev/ptmx があると思うので Linux で devpts ファイルシステムがマウント
されてない(スレーブの /dev/pts/N がない)場合に起動できないのは Debian
固有の問題ではないと思います。ちなみに /dev/ptmx がない Linux 上で 
kik_pty_bsd.c が選ばれたとしても Linux カーネルは両方サポートしている
ので問題ありません。

# 嘘をついてるかもしれないので間違いがあれば指摘歓迎(^^

Linux 固有の問題かどうかについてはちょっとわかりません。
もし /dev/pts/N がファイルシステムとして実装されてるのが Linux
だけなら Linux 固有の問題になるのですが、 Solaris や HP-UX など
ストリーム pty を持つ他の OS でどうなってるかを知らないからです。

devpts ファイルシステムがマウントされてない状況への対策として mlterm
側でできるのは kik_pty_stream.c と kik_pty_bsd.c をひとつのバイナリで
同居できるようにするとか configure のオプションでどちらを使うか選べる
ようにするとか色々あると思います。ただ、今すぐにやるのはちょっと大変そ
うなのでとりあえず pty が開けなかった時は

    Unable to start - open_screen_intern() failed.

だけではなく「pty が開けなかったぞ!」のような原因を特定しやすいエラー
をだしておけば十分かなと思います。

-- 
Seiichi

[Mlterm-dev-ja] "-R 1-10 -w 16": =?iso-2022-jp?b?GyRCJTslMCVhJXMlRiE8GyhC?= =?iso-2022-jp?b?GyRCJTclZyVzGyhC?= =?iso-2022-jp?b?GyRCMGNIPxsoQg==?=

[Mike F. <mf...@su...>]

mfabian@magellan:~$ mlterm -R 1-10 -w 16
セグメンテーション違反です (core dumped)
mfabian@magellan:~$

セグメンテーション違反は x86_64 アーキテクチャだけで起こります：

mfabian@magellan:~$ uname -a
Linux magellan 2.4.21-188-default #1 Fri Jan 16 01:10:51 UTC 2004 x86_64 x86_64 x86_64 GNU/Linux
mfabian@magellan:~$

パッチを添付しました。パッチを当たると、問題がなくなるようです:

mfabian@magellan:~$ mlterm -R 1-10 -w 16
font size 16 is too large. 10 is used.
mfabian@magellan:~$ 

Re: [Mlterm-dev-ja] Re: mlterm doesn't start

[Tomohiro K. <ku...@de...>]

久保田です。


> という投稿をされてます。
> ご本人に確認した訳ではないですが、日付から考えて Debian の BTS の方も
> /dev/pts がマウントされてなかったのが原因だったと思います。

そのようです。ドキュメントに /dev/pts がいるということを書いてほしい
との要望がありました。端末の扱いについてはまったく無知なんですが、もし
Debian だけに固有の問題なら Debian パッケージ側のドキュメントで対応
したいと思います。(現在のパッケージが sarge/testing に入ったら作業
しようと思っています)。

もし Debian 以外の Linux や Linux 以外についても同様のことが言えるなら、
mlterm 側で対応する必要があります。

どちらでしょうか...


> > これについて調べてみると、対応するフォントが存在しないような
> > ロケール (たとえば、Debian なら xfonts-intl-european がない
> > 状態で LANG=he_IL など) での起動の際に、
> > 
> >     Unable to start - open_screen_intern() failed.
> > 
> > のメッセージを出して停止するようです。フォントがないときに
> 
> これは新しく見つかった別の問題のような気がします。

そうですね。これについてですが、フォントがなくて停止するときはその旨を
表示する、というのとは別個に、「常に UCS フォントを使う」オプションを
yes/no だけではなく auto または medium という選択肢をつくり、UTF-8
以外のマルチバイトエンコーディング (つまり、CJK) では no、それ以外では
yes になるような動作ができればなあと思っています。

というのは、Debian では、XFree86 関連パッケージを最低限インストールした
状態ではたくさんの iso10646-1/iso8859-1 フォントと少しの東アジア関連
フォント (jisx0208 など) しかないからです。

---
久保田智広 Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/

[Mlterm-dev-ja] Re: mlterm doesn't start

[Seiichi S. <ss...@sh...>]

佐藤です。

On Mon, Jan 26, 2004 at 11:35:58PM +0900,
 Tomohiro KUBOTA wrote:

> もしかしたら既知の問題かもしれませんが、mlterm が起動しない
> 問題が報告されています。
> 
>     http://bugs.debian.org/223099

この報告をされた方は別のところに

http://groups.google.co.jp/groups?q=mlterm&hl=ja&lr=&ie=UTF-8&oe=utf-8&scoring=d&selm=13n7L-5dx-13%40gated-at.bofh.it&rnum=9

という投稿をされてます。
ご本人に確認した訳ではないですが、日付から考えて Debian の BTS の方も
/dev/pts がマウントされてなかったのが原因だったと思います。

だとすると

> これについて調べてみると、対応するフォントが存在しないような
> ロケール (たとえば、Debian なら xfonts-intl-european がない
> 状態で LANG=he_IL など) での起動の際に、
> 
>     Unable to start - open_screen_intern() failed.
> 
> のメッセージを出して停止するようです。フォントがないときに

これは新しく見つかった別の問題のような気がします。

-- 
Seiichi

Re: [Mlterm-dev-ja] mlterm-zoom

[Araki K. <ara...@us...>]

荒木です:-)

Subject: Re: [Mlterm-dev-ja] mlterm-zoom
From: KATO Kazuyoshi <kz...@us...>
Message-ID: <200...@us...>
Date: Tue, 20 Jan 2004 23:06:33 +0900

> 半分ジョークプログラムなので、一度は断った contrib 入りですけど、ニーズ
> があるなら入れようかと思います。
>
> 今更ですけど、いいでしょうか？ > 荒木さん

こちらこそよろしくお願いします m(_ _)m
これでまた面白いツールが一つ増えました。

>> SuSE パッケージに入れさせて頂きました。
> ありがとうございました。
>
> # 実装したひとに限って使わない mlterm の法則 :-)

:D

では
--
Araki Ken
ara...@us...

[Mlterm-dev-ja] mlterm doesn't start

[Tomohiro K. <ku...@de...>]

久保田です。

もしかしたら既知の問題かもしれませんが、mlterm が起動しない
問題が報告されています。

    http://bugs.debian.org/223099

これについて調べてみると、対応するフォントが存在しないような
ロケール (たとえば、Debian なら xfonts-intl-european がない
状態で LANG=he_IL など) での起動の際に、

    Unable to start - open_screen_intern() failed.

のメッセージを出して停止するようです。フォントがないときに
正常動作しないのは仕方がないとしても、停止した理由がフォントが
ないことだというメッセージをきちんと出すか、ISO-8859-1 などに
fallback する (その旨を表示したうえで) ほうがいいと思います。
いちばんいいのは、ロケールごとのフォントがない場合に次に試すのは
Unicode フォントの使用だと思いますが...。

ちなみに、
・xwindow/x_term_manager.c の 340 行目付近 (open_screen_intern())
  で、x_font_manager_new() の返り値が NULL となっている
・xwindow/x_font_manager.c の 130 行目付近 (x_font_manager_new())
  で、x_acquire_font_cache() の返り値が NULL となっている
・xwindow/x_font_cache.c の 130 行目付近 (x_acquire_font_cache())
  で、while ループの中で return NULL が生じている

というのが原因のようです。それぞれの関数や変数が何をやっているのか
については分からないので、それ以上の追跡はできませんでした。

---
久保田智広 Tomohiro KUBOTA <ku...@de...>
http://www.debian.or.jp/~kubota/

Re: [Mlterm-dev-ja] "-R 1" =?UTF-8?Q?=E3=82=AA=E3=83=97=E3=82=B7=E3=83=A7=E3=83=B3=E3=81=AF?= =?UTF-8?Q?=E7=84=A1=E5=8A=B9=E3=81=A7?= =?UTF-8?Q?=E3=81=99?=

[MINAMI H. <mi...@mi...>]

>一つのフォントサイズしか指定しない場合には、mlterm がセグメンテーショ
>ン違反で終了します:

> "-R" オプションは無視されているようです。


いただいたパッチでよいと思います。

max_fsize==0 の確認は必要さそうなので、
そこだけ削ってコミットしました。

みなみ