mlterm-dev-ja Mailing List for mlterm(Multi Lingual TERMinal emulator)

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] More encodings
	From: Tomohiro KUBOTA <ku...@de...>
	Message-ID: <200...@tm...>
	Date: Wed, 12 Mar 2003 11:02:47 +0900 (JST)

>>         それぞれのエンコーディング法と、Unicode とのマッピングさえ分かれば、
>>         すぐに対応できます。
>>         とりあえず、TODO ということで、あとで調べてみます。
>
> おお、それはありがたいです。
>
> さっそく、Unicode とのマッピングテーブルをお送りします。GNU libc
> のソースからそのままとりだしてきたものですが、たぶん形式は見れば
> 分かると思います。

        ついつい、いろいろと整理した関係で対応が遅くなりましたが、
        GEORGIAN-PS と KOI8-T には対応しました。

        mlterm -E koi8-t -u

        とすれば、起動&表示はできるはづです。
        変換がマトモかどうかは、ちゃんとテストしてないのであんま自信ないす。

        で、CP1251,CP1255 なんですが、エンコーディング名&文字集合名とも
        cp1251,cp1255 でいいんでしょうか?

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

なかだです。

At Sat, 29 Mar 2003 12:24:08 +0900,
Araki Ken wrote:
>         mlterm version 2.7.0 pre/cvs-1.NNN
> 
>         と出力するようにしました。

'が抜けてます。


Index: configure.in
===================================================================
RCS file: /cvsroot/mlterm/mlterm/configure.in,v
retrieving revision 1.21
diff -u -2 -p -r1.21 configure.in
--- configure.in	29 Mar 2003 03:44:14 -0000	1.21
+++ configure.in	30 Mar 2003 05:12:27 -0000
@@ -270,5 +362,5 @@ AC_SUBST(INTL_LIBS)
 
 # CVS revision
-CVS_REVISION=`tail -n 1 ${top_srcdir-$srcdir}/ChangeLog | sed -n 's/^.Id: .* \(.*\) .* .* .* Exp .$/\1/p`
+CVS_REVISION=`tail -n 1 ${top_srcdir-$srcdir}/ChangeLog | sed -n 's/^.Id: .* \(.*\) .* .* .* Exp .$/\1/p'`
 AC_SUBST(CVS_REVISION)
 OUTPUT_FILES="xwindow/version.h ${OUTPUT_FILES}"


-- 
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
    中田 伸悦

	荒木です:-)

	Subject: Re: [Mlterm-dev-ja] after 2.6.3
	From: Nobuyoshi Nakada <nob...@so...>
	Message-ID: <200...@sh...>
	Date: Tue, 18 Mar 2003 00:40:55 +0900

>> w3m の様に CVS 版には ChangeLog のリビジョン番号を加えるとか。
>> % w3m -V
>> w3m version w3m/0.4.1+cvs-1.788, (略
>> 
>> 鵜飼さんのアイデアなのですが非常に重宝しています。
>
> なるほどChangeLogですか。いいアイデアかも。

        mlterm version 2.7.0 pre/cvs-1.NNN

        と出力するようにしました。

        どのファイルを修正したか、程度で構いませんので、commit の度に ChangeLog
        に一言書いてもらえると助かります。

        # リリース版では、従来通り、mlterm version 2.7.0 とだけ出力するつもりで
        # す。

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

久保田です。

From: Mike FABIAN <mf...@su...>
Subject: [Mlterm-dev-ja] ドイツ語の翻訳のアップデイト
Date: Tue, 25 Mar 2003 15:23:03 +0100

> 現在の CVS に対するパッチです。

ありがとうございます。cvs commit しました。

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

現在の CVS に対するパッチです。

Tomohiro KUBOTA <ku...@de...> さんは書きました:

> 今回の大改造の目的のひとつは、malloc() と free() を
> できるだけ減らして、バグの可能性を潰すことでした。この目的のため、設定
> する色名を、文字列ではなく、コンボボックス中の色名へのインデックス
> (整数) で保持するように変更しました。このために、コンボボックスに
> ない色は扱えなくなってしまっていました。
>
> 修正しました。

どうも有難うございました。全ての色をまた使えるようになりました。

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

	荒木です:-)

        パッチ間違えてました_o_
        
	では
--
Araki Ken
ara...@us...

	荒木です:-)

        領域選択中に core dump することがあるバグを修正するパッチです。
        多分、これで直ってるんじゃないかと思います。

        念のため、手元で再現したときの backtrace も。

	では
        
#0  0x808a577 in ml_term_get_line (term=0x0, row=5)
    at ../../main/mlterm/ml_term.c:481
481             return  ml_screen_get_line( term->screen , row) ;
(gdb) bt
#0  0x808a577 in ml_term_get_line (term=0x0, row=5)
    at ../../main/mlterm/ml_term.c:481
#1  0x8059cd7 in restore_color (p=0x80e3c00, beg_char_index=44, beg_row=5,
    end_char_index=78, end_row=41) at ../../main/xwindow/x_screen.c:5591
#2  0x80620c0 in x_restore_selected_region_color (sel=0x80e3d30)
    at ../../main/xwindow/x_selection.c:406
#3  0x8062179 in x_selected_region_is_changed (sel=0x80e3d30, col=1208738304,
    row=1536, base=135200799) at ../../main/xwindow/x_selection.c:316
#4  0x8059a83 in utf8_selection_notified (win=0x80e3c00, str=0x0, len=4)
    at ../../main/xwindow/x_screen.c:3130
#5  0x804e732 in x_window_manager_clear_selection (win_man=0x80b43a8,
    win=0x80e3c00) at ../../main/xwindow/x_window_manager.c:209
#6  0x804ea36 in x_window_final (win=0x80e3c00)
    at ../../main/xwindow/x_window.c:561
#7  0x804ea02 in x_window_final (win=0x80f5000)
    at ../../main/xwindow/x_window.c:553
#8  0x804e69a in x_window_manager_remove_root (win_man=0x80b43a8,
    root=0x80f5000) at ../../main/xwindow/x_window_manager.c:160
#9  0x806731a in pty_closed (p=0x0, screen=0x80e3c00)
    at ../../main/xwindow/x_term_manager.c:561
#10 0x805a350 in open_xim (xim=0x80e3c00, display=0xbfbfdbc2)
    at ../../main/xwindow/x_xim.c:119
#11 0x808a0f8 in ml_term_delete (term=0x80ba080)
---Type <return> to continue, or q <return> to quit---
    at ../../main/mlterm/ml_term.c:126
#12 0x808d51f in ml_close_dead_terms ()
    at ../../main/mlterm/ml_term_manager.c:245
#13 0x8066ffa in x_term_manager_event_loop ()
    at ../../main/xwindow/x_term_manager.c:2813
#14 0x8063b61 in main (argc=5, argv=0xbfbfd674) at ../../main/xwindow/main.c:60
#15 0x804e340 in ___start ()#0  0x808a577 in ml_term_get_line (term=0x0, row=5)
    at ../../main/mlterm/ml_term.c:481
481             return  ml_screen_get_line( term->screen , row) ;
(gdb) bt
#0  0x808a577 in ml_term_get_line (term=0x0, row=5)
    at ../../main/mlterm/ml_term.c:481
#1  0x8059cd7 in restore_color (p=0x80e3c00, beg_char_index=44, beg_row=5,
    end_char_index=78, end_row=41) at ../../main/xwindow/x_screen.c:5591
#2  0x80620c0 in x_restore_selected_region_color (sel=0x80e3d30)
    at ../../main/xwindow/x_selection.c:406
#3  0x8062179 in x_selected_region_is_changed (sel=0x80e3d30, col=1208738304,
    row=1536, base=135200799) at ../../main/xwindow/x_selection.c:316
#4  0x8059a83 in utf8_selection_notified (win=0x80e3c00, str=0x0, len=4)
    at ../../main/xwindow/x_screen.c:3130
#5  0x804e732 in x_window_manager_clear_selection (win_man=0x80b43a8,
    win=0x80e3c00) at ../../main/xwindow/x_window_manager.c:209
#6  0x804ea36 in x_window_final (win=0x80e3c00)
    at ../../main/xwindow/x_window.c:561
#7  0x804ea02 in x_window_final (win=0x80f5000)
    at ../../main/xwindow/x_window.c:553
#8  0x804e69a in x_window_manager_remove_root (win_man=0x80b43a8,
    root=0x80f5000) at ../../main/xwindow/x_window_manager.c:160
#9  0x806731a in pty_closed (p=0x0, screen=0x80e3c00)
    at ../../main/xwindow/x_term_manager.c:561
#10 0x805a350 in open_xim (xim=0x80e3c00, display=0xbfbfdbc2)
    at ../../main/xwindow/x_xim.c:119
#11 0x808a0f8 in ml_term_delete (term=0x80ba080)
---Type <return> to continue, or q <return> to quit---
    at ../../main/mlterm/ml_term.c:126
#12 0x808d51f in ml_close_dead_terms ()
    at ../../main/mlterm/ml_term_manager.c:245
#13 0x8066ffa in x_term_manager_event_loop ()
    at ../../main/xwindow/x_term_manager.c:2813
#14 0x8063b61 in main (argc=5, argv=0xbfbfd674) at ../../main/xwindow/main.c:60
#15 0x804e340 in ___start ()

--
Araki Ken
ara...@us...

久保田です。

From: Mike FABIAN <mf...@su...>
Subject: Re: [Mlterm-dev-ja] tool/mlconfig/mc_color 大改造
Date: Tue, 25 Mar 2003 11:33:18 +0100

> mlterm 2.6.3 の場合は、「背景色」のエントリー欄にrgb.txt に含まれてい
> る全ての色を入力できました。例えば「steelblue」。現在の CVS の場合は、
> 「steelblue」を入力して、「適用」をクリックすると、背景が黒くなります。
> 
>     mlterm -bg steelblue
> 
> のように実行すると、背景の色が本当に steelblue になりますが、Ctrl +右
> のマウスボタンで mlconfig を実行できません。色の大改造に関係があるかな。

関係あります。今回の大改造の目的のひとつは、malloc() と free() を
できるだけ減らして、バグの可能性を潰すことでした。この目的のため、設定
する色名を、文字列ではなく、コンボボックス中の色名へのインデックス
(整数) で保持するように変更しました。このために、コンボボックスに
ない色は扱えなくなってしまっていました。

修正しました。

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

Tomohiro KUBOTA <ku...@de...> さんは書きました:

> 標記のとおり、tool/mlconfig/mc_color.[ch] をかなり改造しました。
> 機能的には、色名が翻訳可能になっただけなのですが、

mlterm 2.6.3 の場合は、「背景色」のエントリー欄にrgb.txt に含まれてい
る全ての色を入力できました。例えば「steelblue」。現在の CVS の場合は、
「steelblue」を入力して、「適用」をクリックすると、背景が黒くなります。

    mlterm -bg steelblue

のように実行すると、背景の色が本当に steelblue になりますが、Ctrl +右
のマウスボタンで mlconfig を実行できません。色の大改造に関係があるかな。

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

久保田です。

~/.mlterm/menu が存在しないときにも、/etc/mlterm/menu が
参照されません。これは、mlterm-menu.c が kik_get_user_rc_path()
の仕様を誤解しているのが原因のようです。

つまり、mlterm-menu.c を読むと、kik_get_user_rc_path() は
~/.mlterm/menu が存在しないときにはNULL を返すことを期待
しているように思えますが、実際には、kik_get_user_rc_path()
が NULL を返すのは、$HOME が存在しないときか、malloc() に
失敗したときだけで、~/.mlterm/menu が存在しなくても非 NULL な
値が返されます。

パッチを添付しますが、いまいちきれいじゃありません。

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

こんばんは、佐藤です。

On Thu, Mar 20, 2003 at 10:58:08AM +0900,
 Tomohiro KUBOTA wrote:

> WM_CLASS プロパティの instance part を変えれるようにしてくれ、
> とのことだそうです。参考文献がついているようです。

某所で報告された -T, -N の件を修正するついでに 対応してみました。
修正点は

* -N, --name は WM_NAME ではなく WM_CLASS の res_name を設定するように変更した。
* -C, --class を追加して WM_CLASS の res_class を設定できるようにした。

です。
x_window_show() に res_name, res_class を渡したかったので x_window_t に
char * app_name, app_class を追加しましたが、なんとなく恰好悪いです。
mlterm 的にもっといい方法はないでしょうか...

-- 
Seiichi SATO <ss...@sh...>

久保田です。

標記のとおり、tool/mlconfig/mc_color.[ch] をかなり改造しました。
機能的には、色名が翻訳可能になっただけなのですが、色に関する
設定項目が4つあるのを、4回よく似たコードを書くのではなく、
ひとつのコードを使い回しするようにしました。mc_flags.[ch] に
似た構造になっています。というか、あとから見て分かりやすいように、
わざと似せました。

それから、ja.po を UTF-8 から EUC-JP に変更しました。そっちのほうが
ぼく自身が編集しやすいですし、たぶんみんなそうだろうと思って。
# もしかして、エンコーディング自動変換機能を持たない gettext なんて
# のがあるとすれば、普通の EUC-JP な環境で動作できるようになった、
# という改良にあたるはずですが、たぶん仮定が間違ってるはず。

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

こんにちは。和良です。

On Thu, 20 Mar 2003 21:33:06 +0900 (JST)
Tomohiro KUBOTA <ku...@de...> wrote:
> > Root じゃない窓に _XROOTPMAP_ID を設定する window manager には
> > (まだ)対応してません。
> > 
> > けっこう面倒なことをしないといけなくなりそうなので、
> > しばらくは仕様ということでもいいですか?
> 
> なるほど、面倒なのですか... 了解しました。
> 
> IceWM はともかく、xsetroot とか xloadimage -onroot には、
> 将来的には対応して欲しいなあとか思ったりして。実装方法が
> まったく分からないので要望オンリーになってしまいますが。
> 
> ちなみに aterm や eterm はできてます。
xsetroot に対応することは難しいと思います。たぶん xloadimage も。

というのも、現在の *疑似* 半透明は背景の画像をルートウィンドウそのもので
はなく、ルートウィンドウと同じ画像が入っている _XROOTPMAP_ID というプ
ロパティから読んでいるからです。

このプロパティに対して、Esetroot や Nautilus がルートウィンドウに画像
を描くときに同じ画像を入れているのですが、xsetroot のような古いプログ
ラムはこれに対応していなので、疑似半透明とは相性が悪いです。

ちなみに、このせいで Esetroot の実行後に、xsetroot を実行しても、疑似
半透明なウィンドウの透けている背景が変更出来ないという問題があります。


……なんでこんなに詳しい(あるいはしつこい)のかというと、最後に書いた問
題を解決するためのプログラムを作っていたからです。

http://hp.vector.co.jp/authors/VA032444/xsetptrans/

よかったらどうぞ。
# 宣伝になってしまった ;-)

--
KATO Kazuyoshi  +++[>+++++[>+++++<-]<-]>>.----------.>+++++[<+
++++>-]<.-----.++++.----------.++++.-----------.+.>++++++++++.

久保田です。

From: MINAMI Hirokazu <mi...@ch...>
Subject: Re: [Mlterm-dev-ja] transparent
Date: Thu, 20 Mar 2003 18:52:38 +0900

> Root じゃない窓に _XROOTPMAP_ID を設定する window manager には
> (まだ)対応してません。
> 
> けっこう面倒なことをしないといけなくなりそうなので、
> しばらくは仕様ということでもいいですか?

なるほど、面倒なのですか... 了解しました。

IceWM はともかく、xsetroot とか xloadimage -onroot には、
将来的には対応して欲しいなあとか思ったりして。実装方法が
まったく分からないので要望オンリーになってしまいますが。

ちなみに aterm や eterm はできてます。

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

On Wed, 19 Mar 2003 22:00:53 +0900 (JST)
Tomohiro KUBOTA <ku...@de...> wrote:

> 久保田です。
> 
> IceWMで、背景透過ができません。

Root じゃない窓に _XROOTPMAP_ID を設定する window manager には
(まだ)対応してません。

けっこう面倒なことをしないといけなくなりそうなので、
しばらくは仕様ということでもいいですか?

みなみです

On Wed, 19 Mar 2003 12:46:22 +0900
KATO Kazuyoshi <ka...@zb...> wrote:

> みなみさんじゃないけど、追っかけてみました。
> 
> cache が有るかどうかの判定が上手くいかなくて、昔の画像 (久保田さんの例
> だと foo) を cache から引っ張ってきてしまうようです。
> 
> 安易にファイル名での判定を加えてみましたけど、これでどうでしょうか。

だいたいそのままいただきました。ありがとうございます。

久保田です。

WM_CLASS プロパティの instance part を変えれるようにしてくれ、
とのことだそうです。参考文献がついているようです。
http://bugs.debian.org/185478 で参照可能です。

# 和良さんパッチはうまく動いてます。ただし、ファイル名がおなじで
# 内容が順次変化するような場合には、だめなんでしょうけど。

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



From: "Ville H. Veijola" <ve...@ik...>
Subject: Bug#185478: mlterm: Cannot set instance name
Date: Wed, 19 Mar 2003 19:05:51 +0200

> Package: mlterm
> Version: 2.6.3.cvs20030316-1
> Severity: normal
> 
> 
> There seems to be no way to set the instance part of WM_CLASS property.
> The -N, --name and -name options change the icon name and window title
> but do not affect the instance name which is always "mlterm".
> The instance name seems to be hardcoded in xwindow/x_window.c.
> 
> The WM_CLASS property is discussed in subsection 4.1.2.5 of ICCCM: 
> http://tronche.com/gui/x/icccm/sec-4.html#s-4.1.2.5
> 
> 
> -- System Information:
> Debian Release: 3.0
> Architecture: i386
> Kernel: Linux lihamylly 2.4.20 #4 SMP Tue Feb 11 23:48:45 EET 2003 i686
> Locale: LANG=en_GB, LC_CTYPE=en_GB
> 
> Versions of packages mlterm depends on:
> ii  libc6                   2.3.1-14         GNU C Library: Shared libraries an
> ii  libfontconfig1          2.1.92-2         generic font configuration library
> ii  libfreetype6            2.1.3+2.1.4rc2-3 FreeType 2 font engine, shared lib
> ii  libfribidi0             0.10.4-0.1       Free Implementation of the Unicode
> ii  libgdk-pixbuf2          0.22.0-2.0.1     The GdkPixBuf image library, gtk+ 
> ii  libglib1.2              1.2.10-6         The GLib library of C routines
> ii  libgtk1.2               1.2.10-14        The GIMP Toolkit set of widgets fo
> ii  libxft2                 2.1-8            advanced font drawing library for 
> ii  xlibs                   4.2.1-3          X Window System client libraries
> ii  zlib1g                  1:1.1.4-1        compression library - runtime
> 
> -- no debconf information
> 
> 

久保田です。

IceWMで、背景透過ができません。

cvs 2002-09-27 までは、正常に動きます。

cvs 2002-11-01 は、以下のエラーメッセージを出して segfault します。
cvs 2002-11-16 も同じです。

X Error of failed request:  BadDrawable (invalid Pixmap or Window parameter)
  Major opcode of failed request:  62 (X_CopyArea)
  Resource id in failed request:  0x0
  Serial number of failed request:  569
  Current serial number in output stream:  764

cvs 2002-11-21 以降は、背景透過ができません。
echo -e '\x1b]5379;use_transbg=true\x07'
とやっても、反応しません。

Blackbox では、きちんと動いています。

# mlconfig をちょっといじりました。「OK」ボタンが ~/.mlterm/main に
# セーブするというのがわかりにくかったので、Save&Exit、Apply&Exit、
# Apply、Cancel というボタンを置くことにしました。

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

こんにちは。和良です。

On Wed, 19 Mar 2003 10:58:21 +0900 (JST)
Tomohiro KUBOTA <ku...@de...> wrote:
> > > > echo -e "\x1b]5379;wall_picture=foo\x07"
> > > > echo -e "\x1b]5379;wall_picture=bar\x07"
> > > >
> > > > とやると、最初は壁紙が foo になるのですが、次に壁紙が bar になりません。
> > > 
> > >         変ですね、手元では再現しませんでした。
> > 
> > configure --with-imagelib に依存するようです。imlib だとうまく
> > いきましたが、gdk-pixbuf1 や gdk-pixbuf2 だと不具合が再現しました。
> 
> 続報です。最新の cvs リビジョンで、xwindow/x_imagelib_gdk.c だけを
> 過去のリビジョンのものを持ってきて、試してみました。
> 
> すると、xwindow_x_imagelib_gdk.c のりビジョンが 1.61 までは問題が
> おきませんでしたが、1.62 にすると、この問題が発生しました。

みなみさんじゃないけど、追っかけてみました。

cache が有るかどうかの判定が上手くいかなくて、昔の画像 (久保田さんの例
だと foo) を cache から引っ張ってきてしまうようです。

安易にファイル名での判定を加えてみましたけど、これでどうでしょうか。

--
KATO Kazuyoshi  +++[>+++++[>+++++<-]<-]>>.----------.>+++++[<+
++++>-]<.-----.++++.----------.++++.-----------.+.>++++++++++.


Index: x_imagelib_gdk.c
===================================================================
RCS file: /cvsroot/mlterm/mlterm/xwindow/x_imagelib_gdk.c,v
retrieving revision 1.63
diff -u -r1.63 x_imagelib_gdk.c
--- x_imagelib_gdk.c	6 Mar 2003 05:48:50 -0000	1.63
+++ x_imagelib_gdk.c	19 Mar 2003 03:36:19 -0000
@@ -1479,6 +1479,7 @@
 {
 	static x_picture_modifier_t *  cached_mod = NULL ;
 	static GdkPixbuf *  cached_pixbuf = NULL ;
+	static char *  cached_pixbuf_file_path = NULL ;
 
 	GdkPixbuf *  pixbuf ;
 	Pixmap pixmap ;
@@ -1493,6 +1494,7 @@
 	}
 
 	if( cached_pixbuf
+            && (strcmp( file_path, cached_pixbuf_file_path) == 0)
 	    && (is_picmod_eq( pic_mod, cached_mod))
 	    && ACTUAL_WIDTH(win) == gdk_pixbuf_get_width( cached_pixbuf)
 	    && ACTUAL_HEIGHT(win) == gdk_pixbuf_get_height( cached_pixbuf))
@@ -1510,7 +1512,10 @@
 		{
 			free(cached_mod) ;
 		}
+                if( cached_pixbuf_file_path)
+                        free(cached_pixbuf_file_path);
 		cached_pixbuf = gdk_pixbuf_copy(pixbuf) ;
+                cached_pixbuf_file_path = strdup( file_path) ;
 		if( !is_picmod_eq( pic_mod, NULL) )
 		    modify_image( cached_pixbuf, pic_mod) ;
 		if( pic_mod)

久保田です。

From: Tomohiro KUBOTA <ku...@de...>
Subject: Re: [Mlterm-dev-ja] multiple times change of wall_picture
Date: Sat, 08 Mar 2003 23:05:39 +0900 (JST)

> > > echo -e "\x1b]5379;wall_picture=foo\x07"
> > > echo -e "\x1b]5379;wall_picture=bar\x07"
> > >
> > > とやると、最初は壁紙が foo になるのですが、次に壁紙が bar になりません。
> > 
> >         変ですね、手元では再現しませんでした。
> 
> configure --with-imagelib に依存するようです。imlib だとうまく
> いきましたが、gdk-pixbuf1 や gdk-pixbuf2 だと不具合が再現しました。

続報です。最新の cvs リビジョンで、xwindow/x_imagelib_gdk.c だけを
過去のリビジョンのものを持ってきて、試してみました。

すると、xwindow_x_imagelib_gdk.c のりビジョンが 1.61 までは問題が
おきませんでしたが、1.62 にすると、この問題が発生しました。

cvs$ cvs update
cvs$ cd xwindow
cvs/xwindow$ cvs update -r 1.61 x_imagelib_gdk.c
cvs/xwindow$ make
cvs/xwindow$ ./mlterm  →正常に動作
cvs/xwindow$ cvs update -r 1.62 x_imagelib_gdk.c
cvs/xwindow$ make
cvs/xwindow$ ./mlterm  →問題発生


ただし、1.61 -> 1.62 は +318 -315 行もの変更が入っていて、どこが
悪いのか、よくわかりません。

どこが悪いのか、わかりますでしょうか > みなみさん

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

なかだです。

At Mon, 17 Mar 2003 21:59:40 +0900 (JST),
Hironori SAKAMOTO wrote:
> > 報告者が必ずしも最新版を使っているとは限らないので、この二つは
> > ブランチを分けようと分けなかろうと変わりないのでは。どちらかと
> > いうと、mlterm自身からいつのものかを調べる方法がないことが問題
> > になりそうな。
> 
> w3m の様に CVS 版には ChangeLog のリビジョン番号を加えるとか。
> % w3m -V
> w3m version w3m/0.4.1+cvs-1.788, (略
> 
> 鵜飼さんのアイデアなのですが非常に重宝しています。

なるほどChangeLogですか。いいアイデアかも。

# しばらくupdateしないうちに随分変わってる…

-- 
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
    中田 伸悦

$B:dK\$G$9!#(B

> $B$J$+$@$G$9!#(B
> $BJs9p<T$,I,$:$7$b:G?7HG$r;H$C$F$$$k$H$O8B$i$J$$$N$G!"$3$NFs$D$O(B
> $B%V%i%s%A$rJ,$1$h$&$HJ,$1$J$+$m$&$HJQ$o$j$J$$$N$G$O!#$I$A$i$+$H(B
> $B$$$&$H!"(Bmlterm$B<+?H$+$i$$$D$N$b$N$+$rD4$Y$kJ}K!$,$J$$$3$H$,LdBj(B
> $B$K$J$j$=$&$J!#(B

w3m $B$NMM$K(B CVS $BHG$K$O(B ChangeLog $B$N%j%S%8%g%sHV9f$r2C$($k$H$+!#(B
% w3m -V
w3m version w3m/0.4.1+cvs-1.788, ($BN,(B

$B1-;t$5$s$N%"%$%G%"$J$N$G$9$,Hs>o$K=EJu$7$F$$$^$9!#(B
# $B1-;t$5$s$,I,$:(B ChangeLog $B$r$D$1$F(B commit $B$7$F$/$l$k$N$G(B
# $B$&$^$/9T$C$F$$$k$H$b$$$($k$N$G$9$,!#(B
-----------------------------------
$B:dK\(B $B9@B'(B <hs...@mt...>
 http://www2u.biglobe.ne.jp/~hsaka/

和良です。

On Sun, 16 Mar 2003 11:33:52 +0900
Araki Ken <ara...@us...> wrote:
> > どっちでもいいと思うのですが、pty_name で問い合わせると必ず
> > デバイス名なのに、<device>:pty_name で問い合わせるとウィンドウ
> > タイトルが返るというのは、故意でしょうか?
> 
>         故意です。って、やっぱややこいかも ^^;
> 
>         あと、mlconfig については、わたしはあまりタッチしませんので、
>         久保田さんの御判断で、適宜 commit していただいて結構です。
> 
>         mlterm-menu パッチを commit しないのは、わたしが作ったもんじゃな
>         いからです。
>         コードのスタイルとかポリシーとかあるでしょうし、その辺も含めて、
>         kadu さんの merge 待ちです。
うう、ごめんなさい。patch を merge しました。

あと、mlterm-menu は contribute したものなので、だれがいじるのもまった
く問題ありません。
オープンソースで、CVS にも入れてあるのに、ひとりで開発じゃ寂しいですし :-)

# 私事ですけど、しばらく引越で忙しくなるので、なおさら共同開発推進だっ
# たり
--
KATO Kazuyoshi  +++[>+++++[>+++++<-]<-]>>.----------.>+++++[<+
++++>-]<.-----.++++.----------.++++.-----------.+.>++++++++++.

なかだです。

At Sun, 16 Mar 2003 20:32:34 +0900,
Seiichi SATO wrote:
> - バグ報告者に対して「使っているのは安定版ですか? 開発版ですか?」という確認
> - 報告されたバグを手元の環境で再現するため 開発版<->安定版 の入れ換え

報告者が必ずしも最新版を使っているとは限らないので、この二つは
ブランチを分けようと分けなかろうと変わりないのでは。どちらかと
いうと、mlterm自身からいつのものかを調べる方法がないことが問題
になりそうな。

-- 
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
    中田 伸悦