ruby-gnome2-devel-ja Mailing List for Ruby-GNOME 2 (Page 34)

Brought to you by: ktou, mutoh

ruby-gnome2-devel-ja — Ruby-GNOME2 developer's Mailing list. in Japanese.

You can subscribe to this list here.

2002	Jan	Feb	Mar	Apr	May (32)	Jun (60)	Jul (52)	Aug (67)	Sep (167)	Oct (186)	Nov (173)	Dec (220)
2003	Jan (37)	Feb (66)	Mar (89)	Apr (71)	May (32)	Jun (61)	Jul (64)	Aug (99)	Sep (33)	Oct (31)	Nov (50)	Dec (41)
2004	Jan (9)	Feb (9)	Mar (25)	Apr (23)	May (8)	Jun	Jul (1)	Aug (9)	Sep (1)	Oct (31)	Nov (38)	Dec
2005	Jan (16)	Feb (49)	Mar (14)	Apr (1)	May	Jun (12)	Jul (25)	Aug (18)	Sep (48)	Oct (76)	Nov (20)	Dec
2006	Jan (16)	Feb (12)	Mar (4)	Apr (5)	May (77)	Jun (37)	Jul (15)	Aug	Sep (3)	Oct (15)	Nov (7)	Dec (27)
2007	Jan (3)	Feb (2)	Mar	Apr	May (7)	Jun (18)	Jul (44)	Aug (12)	Sep (1)	Oct (13)	Nov (15)	Dec (5)
2008	Jan	Feb	Mar (16)	Apr (2)	May (8)	Jun (1)	Jul	Aug	Sep (8)	Oct (6)	Nov	Dec
2009	Jan	Feb (2)	Mar (6)	Apr	May	Jun	Jul (4)	Aug	Sep (2)	Oct	Nov	Dec (3)
2010	Jan (8)	Feb (8)	Mar	Apr (3)	May	Jun	Jul	Aug	Sep (17)	Oct (7)	Nov (3)	Dec
2011	Jan (34)	Feb (47)	Mar (12)	Apr (1)	May (2)	Jun (2)	Jul (20)	Aug (4)	Sep (31)	Oct (16)	Nov (26)	Dec (40)
2012	Jan (10)	Feb (8)	Mar	Apr (5)	May (8)	Jun	Jul (1)	Aug (1)	Sep	Oct	Nov	Dec (8)
2013	Jan (2)	Feb (33)	Mar (21)	Apr (10)	May (29)	Jun (19)	Jul (6)	Aug (4)	Sep	Oct (21)	Nov (21)	Dec (7)
2014	Jan (3)	Feb (12)	Mar (9)	Apr (4)	May (12)	Jun	Jul	Aug (5)	Sep (23)	Oct (29)	Nov (2)	Dec (1)
2015	Jan (3)	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep (1)	Oct (1)	Nov	Dec (8)

Flat | Threaded

<< < 1 .. 32 33 34 35 36 .. 123 > >> (Page 34 of 123)

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?bGliZ2xhZGUyGyRCJE4bKEI=?= =?iso-2022-jp?b?GyRCJVElQyVBGyhC?=

From: Kouhei S. <ko...@co...> - 2006-10-15 02:15:23

須藤です．

In <200...@hi...>
  "Re: [ruby-gnome2-devel-ja] libglade2のパッチ" on Sun, 15 Oct 2006 00:50:50 +0900,
  Masao Mutoh <mu...@hi...> wrote:

> ちなみに、
> make_parent_widgets_for_a_widget_that_has_a_window_in_ancestors()
> ＃な、ながい・・・。
> 
> を、分割した理由はありますか？

何をやっているのかをコメントとして書きたくなかったというのが
理由です．後で見たときに，どうして↓がGCのための処理なのかは
わからないと思います．

  parent = source.parent
  while parent
    parent = parent.parent
  end

再利用のため，というのは全然考えていませんでした．


> それから、
> make_parent_widgets_for_a_widget_that_has_a_window_in_ancestors()
> の名称ですが、別だしにするならもう少し適切な名称にしませんか。

変な英語ですいません．．．


> guard_source_from_gc_to_create_a_parent_window_as_a_ruby_object
> seek_a_parent_window_to_guard_the_widget_from_gc

私はどちらでも構いません．

> ただ、やっぱり分ける意味を感じないし他の人が見たら理解しづらいですよね。

わかりました．
では，統合してしまってください．


余計な手間を増やしてすいませんでした．

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?bGliZ2xhZGUyGyRCJE4bKEI=?= =?iso-2022-jp?b?GyRCJVElQyVBGyhC?=

From: Masao M. <mu...@hi...> - 2006-10-14 15:51:02

むとうです。

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

ちなみに、
make_parent_widgets_for_a_widget_that_has_a_window_in_ancestors()
＃な、ながい・・・。

を、分割した理由はありますか？
再利用しないようでしたらguard_source_from_gc()の中に入れて
しまった方が良いと思うのですが。

それから、
make_parent_widgets_for_a_widget_that_has_a_window_in_ancestors()
の名称ですが、別だしにするならもう少し適切な名称にしませんか。

上記の訳は、
「ancestorsの中にウインドウを持つウィジェットの親ウィジェットたちを作る。」
という訳になると思いますが、それではそのメソッドを呼び出すために期待する機能
を表していないと思います。
正直、再利用性があまり見えないのですが、あえてそのメソッド名を表すのであれば
「そのウィジェットの親ウインドウを呼び出すことでそのウィジェットをGCから守る」
guard_source_from_gc_to_create_a_parent_window_as_a_ruby_object

みたいな感じだと思います。
他には、
seek_a_parent_window_to_guard_the_widget_from_gc

とかかな。
ただ、やっぱり分ける意味を感じないし他の人が見たら理解しづらいですよね。

再利用考えると(英文法は考えず)
seek_parent_window(source)

位にして、親ウインドウを返すようなメソッドにした方が良いかも。
でも、逆にそれだと汎用的すぎて、あえてRuby/Libgladeに入れておく意味が
無いような気がしますね。Ruby/GTKにあると便利かもしれないけど。
Gtk::Widgetのメソッドとして、source.parent_windowってのにする、とか。

それから、さらに蛇足ですが、 make parent widgets for a widget
のa widgetはthe widgetじゃないかなぁ、とか思ったりするのですが・・・。
引数のオブジェクトなんだからtheが正しいと思いますが、引数のことを考えず
に機能を示すのならaということもあるかもしれないけど・・・
メソッド名にa/theを使ったことがないから、実はよくわかってませんが。

ではでは。

On Sun, 15 Oct 2006 00:06:58 +0900 (JST)
Kouhei Sutou <ko...@co...> wrote:

> 須藤です．
> 
> In <200...@hi...>
>   "Re: [ruby-gnome2-devel-ja] libglade2のパッチ" on Sat, 14 Oct 2006 23:50:10 +0900,
>   Masao Mutoh <mu...@hi...> wrote:
> 
> > > 違うアイディアを思い付きました．
> > > 
> > > --- libglade2.rb.~1.14.~	2006-10-12 22:50:17.000000000 +0900
> > > +++ libglade2.rb	2006-10-14 22:59:00.000000000 +0900
> > > @@ -40,10 +40,9 @@ class GladeXML
> > >      end
> > >  
> > >      if signal_proc
> > > -      @sources ||= {}
> > > -      @sources[source.object_id] = source
> > > -      source.signal_connect("destroy") do |object|
> > > -        @sources.delete(object.object_id)
> > > +      parent = source.parent
> > > +      while parent
> > > +        parent = parent.parent
> > >        end
> > >        case signal_proc.arity
> > >        when 0
> 
> > > 念のため，例えば，親ウィジェットにGtk::Windowがいない場合，
> > > のために，@sourcesにウィジェットを残しておく処理も残しておき
> > > ますか？
> > 
> > 確かに両方のパターンが考えられますので、両方とも採用しましょう。
> 
> 両方有効にしてコミットしておきました．
> 
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> ruby-gnome2-devel-ja mailing list
> rub...@li...
> https://lists.sourceforge.net/lists/listinfo/ruby-gnome2-devel-ja
> 


-- 
-- 
.:% Masao Mutoh<mu...@hi...>

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?bGliZ2xhZGUyGyRCJE4bKEI=?= =?iso-2022-jp?b?GyRCJVElQyVBGyhC?=

From: Kouhei S. <ko...@co...> - 2006-10-14 15:07:11

須藤です．

In <200...@hi...>
  "Re: [ruby-gnome2-devel-ja] libglade2のパッチ" on Sat, 14 Oct 2006 23:50:10 +0900,
  Masao Mutoh <mu...@hi...> wrote:

> > 違うアイディアを思い付きました．
> > 
> > --- libglade2.rb.~1.14.~	2006-10-12 22:50:17.000000000 +0900
> > +++ libglade2.rb	2006-10-14 22:59:00.000000000 +0900
> > @@ -40,10 +40,9 @@ class GladeXML
> >      end
> >  
> >      if signal_proc
> > -      @sources ||= {}
> > -      @sources[source.object_id] = source
> > -      source.signal_connect("destroy") do |object|
> > -        @sources.delete(object.object_id)
> > +      parent = source.parent
> > +      while parent
> > +        parent = parent.parent
> >        end
> >        case signal_proc.arity
> >        when 0

> > 念のため，例えば，親ウィジェットにGtk::Windowがいない場合，
> > のために，@sourcesにウィジェットを残しておく処理も残しておき
> > ますか？
> 
> 確かに両方のパターンが考えられますので、両方とも採用しましょう。

両方有効にしてコミットしておきました．

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?bGliZ2xhZGUyGyRCJE4bKEI=?= =?iso-2022-jp?b?GyRCJVElQyVBGyhC?=

From: Masao M. <mu...@hi...> - 2006-10-14 14:50:26

むとうです。

On Sat, 14 Oct 2006 23:06:39 +0900 (JST)
Kouhei Sutou <ko...@co...> wrote:

> 須藤です．
> 
> In <200...@hi...>
>   "Re: [ruby-gnome2-devel-ja] libglade2のパッチ" on Sat, 14 Oct 2006 21:24:19 +0900,
>   Masao Mutoh <mu...@hi...> wrote:
> 
> > > ところで，「ハンドラを設定しているウィジェット」の参照を保持
> > > する場所ですが，GladeXMLオブジェクト内に持たせるよりも，どこ
> > > か別の場所に持たせた方がよいでしょうか？
> > 
> > 可能性という意味では、先の例があげられますので、
> > グローバルに持たせた方が良いような気がします。
> 
> 違うアイディアを思い付きました．
> 
> --- libglade2.rb.~1.14.~	2006-10-12 22:50:17.000000000 +0900
> +++ libglade2.rb	2006-10-14 22:59:00.000000000 +0900
> @@ -40,10 +40,9 @@ class GladeXML
>      end
>  
>      if signal_proc
> -      @sources ||= {}
> -      @sources[source.object_id] = source
> -      source.signal_connect("destroy") do |object|
> -        @sources.delete(object.object_id)
> +      parent = source.parent
> +      while parent
> +        parent = parent.parent
>        end
>        case signal_proc.arity
>        when 0
> 
> 
> Gtk::Window（とかGtk::Dialogとか）はdestroyされるまでGCされ
> ない仕組みを利用します．

おぉ。これは良い感じです！
 
> パッチのように，ハンドラが設定されるウィジェットの親を辿りま
> くって，全ての親ウィジェットのRubyのオブジェクトを作っておき
> ます．一度作られたGtk::WidgetはGCされないで，さらに，ハンド
> ラを設定したウィジェットを辿るまでのウィジェット用のRubyのオ
> ブジェクトも存在するので，ハンドラが設定されるウィジェットは
> （もし親にいれば）Gtk::WindowがGCされるまで生き続けます．
> 
> で，これはGladeを使っていない普通のRuby/GTK+アプリケーション
> と同じ動作になります．
> 
> どうでしょうか？
> 
> 念のため，例えば，親ウィジェットにGtk::Windowがいない場合，
> のために，@sourcesにウィジェットを残しておく処理も残しておき
> ますか？

確かに両方のパターンが考えられますので、両方とも採用しましょう。
ありがとうございます！

-- 
.:% Masao Mutoh<mu...@hi...>

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?bGliZ2xhZGUyGyRCJE4bKEI=?= =?iso-2022-jp?b?GyRCJVElQyVBGyhC?=

From: Kouhei S. <ko...@co...> - 2006-10-14 14:06:46

須藤です．

In <200...@hi...>
  "Re: [ruby-gnome2-devel-ja] libglade2のパッチ" on Sat, 14 Oct 2006 21:24:19 +0900,
  Masao Mutoh <mu...@hi...> wrote:

> > ところで，「ハンドラを設定しているウィジェット」の参照を保持
> > する場所ですが，GladeXMLオブジェクト内に持たせるよりも，どこ
> > か別の場所に持たせた方がよいでしょうか？
> 
> 可能性という意味では、先の例があげられますので、
> グローバルに持たせた方が良いような気がします。

違うアイディアを思い付きました．

--- libglade2.rb.~1.14.~	2006-10-12 22:50:17.000000000 +0900
+++ libglade2.rb	2006-10-14 22:59:00.000000000 +0900
@@ -40,10 +40,9 @@ class GladeXML
     end
 
     if signal_proc
-      @sources ||= {}
-      @sources[source.object_id] = source
-      source.signal_connect("destroy") do |object|
-        @sources.delete(object.object_id)
+      parent = source.parent
+      while parent
+        parent = parent.parent
       end
       case signal_proc.arity
       when 0


Gtk::Window（とかGtk::Dialogとか）はdestroyされるまでGCされ
ない仕組みを利用します．

パッチのように，ハンドラが設定されるウィジェットの親を辿りま
くって，全ての親ウィジェットのRubyのオブジェクトを作っておき
ます．一度作られたGtk::WidgetはGCされないで，さらに，ハンド
ラを設定したウィジェットを辿るまでのウィジェット用のRubyのオ
ブジェクトも存在するので，ハンドラが設定されるウィジェットは
（もし親にいれば）Gtk::WindowがGCされるまで生き続けます．

で，これはGladeを使っていない普通のRuby/GTK+アプリケーション
と同じ動作になります．

どうでしょうか？

念のため，例えば，親ウィジェットにGtk::Windowがいない場合，
のために，@sourcesにウィジェットを残しておく処理も残しておき
ますか？

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?bGliZ2xhZGUyGyRCJE4bKEI=?= =?iso-2022-jp?b?GyRCJVElQyVBGyhC?=

From: Masao M. <mu...@hi...> - 2006-10-14 12:24:28

むとうです。

On Sat, 14 Oct 2006 13:26:03 +0900 (JST)
Kouhei Sutou <ko...@co...> wrote:

> 須藤です．
> 
> In <200...@hi...>
>   "Re: [ruby-gnome2-devel-ja] libglade2のパッチ" on Sat, 14 Oct 2006 02:36:08 +0900,
>   Masao Mutoh <mu...@hi...> wrote:
> 
> > ちなみにGladeXMLオブジェクト自体が先に解放されても大丈夫でしょうか？
> 
> こういうことでしょうか？
> 
>   glade = GladeXML.new(...) {...}
>   glade = nil
>   GC.start
> 
> 大丈夫では無いです．クロージャもGCされます．

なるほど・・・。
 
> 私はGladeのことはよくわからないのですが，GladeXMLはウィジェッ
> トを作ったらすぐに開放するのが普通なのでしょうか？

普通はそんなことは無いですが、例えば複数のgladeファイルを１つのアプリケーション
で使う場合など、可能性はあります。
 
> > > 本当は.glade内にあるトップレベルの全てのウィジェットを持てば
> > > よいと思いますが，そういうAPIが公開されていないようだったの
> > > で，必要最小限ということで，signal_connectされたオブジェクト
> > > だけ参照を持っておくようにしました．
> > 
> > GladeXML#widget_namesでウィジェット名が取れるので、
> > 
> > @glade.widget_names.each do |name|
> >   @source[name] << @glade[name]
> > end
> > 
> > みたいな感じでしたらいけるかも・・・。
> > あ、でもトップレベルって訳じゃないか。
> 
> トップレベルのウィジェットもとれるのでこれでもよいと思います．
> が，手元で少し試した感じだと，トップレベルのウィジェットだけ
> 参照してもだめな気がします．
> 
> 例えば，こんなときにハンドラがGCされてしまいます．
> 
>   トップレベルのウィジェット -> ... -> ハンドラを設定しているウィジェット
>                              子     子
> 
> 「トップレベルのウィジェット」の参照だけを持っていても，間の
> 「...」のところにRubyのウィジェットがまだ存在しない（ことも
> ある）ため，プロパティを辿ってマークしていっても，「ハンドラ
> を設定しているウィジェット」がGCされ，結果的にハンドラもGCさ
> れてしまいます．
> 
> widget_namesを使って一度全てのウィジェットを取り出せば，間の
> 「...」にもRubyのウィジェットができるので↑のようなことは起
> きなくなります．ただ，なんかもったいない気はします．
> 
> ということで，今の「ハンドラを設定したウィジェットの参照をもっ
> ておく」作戦が妥当じゃないかと思います．

なるほど。確かに。
 
> ところで，「ハンドラを設定しているウィジェット」の参照を保持
> する場所ですが，GladeXMLオブジェクト内に持たせるよりも，どこ
> か別の場所に持たせた方がよいでしょうか？

可能性という意味では、先の例があげられますので、
グローバルに持たせた方が良いような気がします。

ではでは。
-- 
.:% Masao Mutoh<mu...@hi...>

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?bGliZ2xhZGUyGyRCJE4bKEI=?= =?iso-2022-jp?b?GyRCJVElQyVBGyhC?=

From: Kouhei S. <ko...@co...> - 2006-10-14 04:26:09

須藤です．

In <200...@hi...>
  "Re: [ruby-gnome2-devel-ja] libglade2のパッチ" on Sat, 14 Oct 2006 02:36:08 +0900,
  Masao Mutoh <mu...@hi...> wrote:

> ちなみにGladeXMLオブジェクト自体が先に解放されても大丈夫でしょうか？

こういうことでしょうか？

  glade = GladeXML.new(...) {...}
  glade = nil
  GC.start

大丈夫では無いです．クロージャもGCされます．

私はGladeのことはよくわからないのですが，GladeXMLはウィジェッ
トを作ったらすぐに開放するのが普通なのでしょうか？

> > 本当は.glade内にあるトップレベルの全てのウィジェットを持てば
> > よいと思いますが，そういうAPIが公開されていないようだったの
> > で，必要最小限ということで，signal_connectされたオブジェクト
> > だけ参照を持っておくようにしました．
> 
> GladeXML#widget_namesでウィジェット名が取れるので、
> 
> @glade.widget_names.each do |name|
>   @source[name] << @glade[name]
> end
> 
> みたいな感じでしたらいけるかも・・・。
> あ、でもトップレベルって訳じゃないか。

トップレベルのウィジェットもとれるのでこれでもよいと思います．
が，手元で少し試した感じだと，トップレベルのウィジェットだけ
参照してもだめな気がします．

例えば，こんなときにハンドラがGCされてしまいます．

  トップレベルのウィジェット -> ... -> ハンドラを設定しているウィジェット
                             子     子

「トップレベルのウィジェット」の参照だけを持っていても，間の
「...」のところにRubyのウィジェットがまだ存在しない（ことも
ある）ため，プロパティを辿ってマークしていっても，「ハンドラ
を設定しているウィジェット」がGCされ，結果的にハンドラもGCさ
れてしまいます．

widget_namesを使って一度全てのウィジェットを取り出せば，間の
「...」にもRubyのウィジェットができるので↑のようなことは起
きなくなります．ただ，なんかもったいない気はします．

ということで，今の「ハンドラを設定したウィジェットの参照をもっ
ておく」作戦が妥当じゃないかと思います．


ところで，「ハンドラを設定しているウィジェット」の参照を保持
する場所ですが，GladeXMLオブジェクト内に持たせるよりも，どこ
か別の場所に持たせた方がよいでしょうか？

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?bGliZ2xhZGUyGyRCJE4bKEI=?= =?iso-2022-jp?b?GyRCJVElQyVBGyhC?=

From: Masao M. <mu...@hi...> - 2006-10-13 17:36:22

むとうです。

On Fri, 13 Oct 2006 09:55:58 +0900
"Kouhei Sutou" <ko...@co...> wrote:

> 須藤です．
> 
> 06/10/13 に Masao Mutoh<mu...@hi...> さんは書きました:
> 
> > 今日、libglade2.rbに当てられたパッチですが、
> > これの意図についてです。
> >
> >       @sources ||= {}
> >       @sources[source.object_id] = source
> >       source.signal_connect("destroy") do |object|
> >         @sources.delete(object.object_id)
> >       end
> >
> > この部分だけみると、確かに問題の回避はできてると
> > 思うのですが、これって要は
> >
> > 1. グローバル（といってもGladeXMLクラスの内部）な領域に
> >    ウィジェットを保持。GCを避ける
> > 2. destroyイベントのタイミングでオブジェクトを削除。
> > その後、GC対象となる
> >
> > ということをしてるんですよね。
> 
> はい，そうです．
> 
> > これって、libglade2だけの問題ですか？
> 
> だと思います．
> 
> > ぱっと見たところ、GLib::Objectのインスタンスなら全てが
> > 該当しそうな気がしたので質問させて頂きました。
> 
> GLib::Objectだと（たぶん）プロパティ内のオブジェクトが全て
> マークされるのでGCされません．（さかいさんがこういうことを
> やってくれたのだと思っています．）
> 
> しかし，GladeXMLはプロパティとして.gladeから作られたウィ
> ジェットをもっていないので，↑の仕組みではGCから保護されま
> せん．ということで，明示的にオブジェクトの参照を持っておい
> てGCから保護するようにしました。

なるほど・・・。
ちなみにGladeXMLオブジェクト自体が先に解放されても大丈夫でしょうか？
 
> 本当は.glade内にあるトップレベルの全てのウィジェットを持てば
> よいと思いますが，そういうAPIが公開されていないようだったの
> で，必要最小限ということで，signal_connectされたオブジェクト
> だけ参照を持っておくようにしました．

GladeXML#widget_namesでウィジェット名が取れるので、

@glade.widget_names.each do |name|
  @source[name] << @glade[name]
end

みたいな感じでしたらいけるかも・・・。
あ、でもトップレベルって訳じゃないか。


-- 
.:% Masao Mutoh<mu...@hi...>

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?bGliZ2xhZGUyGyRCJE4bKEI=?= =?iso-2022-jp?b?GyRCJVElQyVBGyhC?=

From: Kouhei S. <ko...@co...> - 2006-10-13 00:56:00

須藤です．

06/10/13 に Masao Mutoh<mu...@hi...> さんは書きました:

> 今日、libglade2.rbに当てられたパッチですが、
> これの意図についてです。
>
>       @sources ||= {}
>       @sources[source.object_id] = source
>       source.signal_connect("destroy") do |object|
>         @sources.delete(object.object_id)
>       end
>
> この部分だけみると、確かに問題の回避はできてると
> 思うのですが、これって要は
>
> 1. グローバル（といってもGladeXMLクラスの内部）な領域に
>    ウィジェットを保持。GCを避ける
> 2. destroyイベントのタイミングでオブジェクトを削除。
> その後、GC対象となる
>
> ということをしてるんですよね。

はい，そうです．

> これって、libglade2だけの問題ですか？

だと思います．

> ぱっと見たところ、GLib::Objectのインスタンスなら全てが
> 該当しそうな気がしたので質問させて頂きました。

GLib::Objectだと（たぶん）プロパティ内のオブジェクトが全て
マークされるのでGCされません．（さかいさんがこういうことを
やってくれたのだと思っています．）

しかし，GladeXMLはプロパティとして.gladeから作られたウィ
ジェットをもっていないので，↑の仕組みではGCから保護されま
せん．ということで，明示的にオブジェクトの参照を持っておい
てGCから保護するようにしました。

本当は.glade内にあるトップレベルの全てのウィジェットを持てば
よいと思いますが，そういうAPIが公開されていないようだったの
で，必要最小限ということで，signal_connectされたオブジェクト
だけ参照を持っておくようにしました．

[ruby-gnome2-devel-ja] =?iso-2022-jp?b?bGliZ2xhZGUyGyRCJE4bKEI=?= =?iso-2022-jp?b?GyRCJVElQyVBGyhC?=

From: Masao M. <mu...@hi...> - 2006-10-12 16:36:08

須藤さん

むとうです。

いつもバグ修正、ありがとうございます。

１点確認させてください。

今日、libglade2.rbに当てられたパッチですが、
これの意図についてです。

      @sources ||= {}
      @sources[source.object_id] = source
      source.signal_connect("destroy") do |object|
        @sources.delete(object.object_id)
      end

この部分だけみると、確かに問題の回避はできてると
思うのですが、これって要は

1. グローバル（といってもGladeXMLクラスの内部）な領域に
   ウィジェットを保持。GCを避ける
2. destroyイベントのタイミングでオブジェクトを削除。
　　その後、GC対象となる

ということをしてるんですよね。

これって、libglade2だけの問題ですか？

ぱっと見たところ、GLib::Objectのインスタンスなら全てが
該当しそうな気がしたので質問させて頂きました。

ではでは。
-- 
.:% Masao Mutoh<mu...@hi...>

Re: [ruby-gnome2-devel-ja] mkmf-gnome2.rb: $CFLAGS -> $INCFLAGS

From: Kouhei S. <ko...@co...> - 2006-09-26 00:37:09

須藤です．

06/09/26 に Masao Mutoh<mu...@hi...> さんは書きました:

> はい。おねがいします。

コミットしました．

> On Mon, 25 Sep 2006 23:16:02 +0900 (JST)
> Kouhei Sutou <ko...@co...> wrote:
>
> > 須藤です．
> >
> > mkmf-gnome2.rbのadd_depend_packageでは，$CFLAGSに-I...を追加
> > しますが，これを$INCFLAGSに追加するように変更してもよいです
> > か？
> >
> > Index: src/lib/mkmf-gnome2.rb
> > ===================================================================
> > RCS file: /cvsroot/ruby-gnome2/ruby-gnome2/glib/src/lib/mkmf-gnome2.rb,v
> > retrieving revision 1.29
> > diff -u -p -r1.29 mkmf-gnome2.rb
> > --- src/lib/mkmf-gnome2.rb    29 Jun 2006 18:16:05 -0000      1.29
> > +++ src/lib/mkmf-gnome2.rb    25 Sep 2006 14:09:16 -0000
> > @@ -112,7 +112,7 @@ end
> >
> >  #add_depend_package("glib2", "glib/src", "/...../ruby-gnome2")
> >  def add_depend_package(target_name, target_srcdir, topdir)
> > -  $CFLAGS += " -I" + File.join(topdir, target_srcdir)
> > +  $INCFLAGS = "-I#{File.join(topdir, target_srcdir)} #{$INCFLAGS}"
> >
> >    if /cygwin|mingw/ =~ RUBY_PLATFORM
> >      $libs << " -lruby-#{target_name}"
> >
> >
> > 理由はコンパイル対象のrbgobject.hなどよりもシステムにインス
> > トールされているrbgobject.hなどの方が優先されてしまうことが
> > あるためです．
> >
> > 詳細はこんな感じです．
> >
> >   * $INCFLAGSには-I/usr/lib/ruby/1.8/i486-linuxのような
> >     ruby.hがあるパスが入っている
> >     * Debianのパッケージではrbglib.hなどはruby.hと同じディレ
> >       クトリにインストールされる
> >
> >   * $CFLAGSよりも$INCFLAGSの方が優先される
> >
> >   * $CFLAGSに入っている-I/.../ruby-gnome2/glib/src/よりも
> >     -I/usr/lib/ruby/1.8/i486-linuxが優先されて
> >     /.../ruby-gnome2/glib/src/rbgobject.hではなくて，
> >     /usr/lib/ruby/1.8/i486-linuxにあるrbgobject.hの方が読み
> >     込まれてしまう（ことがある）
> >
> > -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share your
> > opinions on IT & business topics through brief surveys -- and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > _______________________________________________
> > ruby-gnome2-devel-ja mailing list
> > rub...@li...
> > https://lists.sourceforge.net/lists/listinfo/ruby-gnome2-devel-ja
> >
>
>
> --
> --
> .:% Masao Mutoh<mu...@hi...>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> ruby-gnome2-devel-ja mailing list
> rub...@li...
> https://lists.sourceforge.net/lists/listinfo/ruby-gnome2-devel-ja
>

Re: [ruby-gnome2-devel-ja] mkmf-gnome2.rb: $CFLAGS -> $INCFLAGS

From: Masao M. <mu...@hi...> - 2006-09-25 15:51:01

むとうです。

はい。おねがいします。

＃最近、全然メンテできて無くてすみません・・・。

On Mon, 25 Sep 2006 23:16:02 +0900 (JST)
Kouhei Sutou <ko...@co...> wrote:

> 須藤です．
> 
> mkmf-gnome2.rbのadd_depend_packageでは，$CFLAGSに-I...を追加
> しますが，これを$INCFLAGSに追加するように変更してもよいです
> か？
> 
> Index: src/lib/mkmf-gnome2.rb
> ===================================================================
> RCS file: /cvsroot/ruby-gnome2/ruby-gnome2/glib/src/lib/mkmf-gnome2.rb,v
> retrieving revision 1.29
> diff -u -p -r1.29 mkmf-gnome2.rb
> --- src/lib/mkmf-gnome2.rb	29 Jun 2006 18:16:05 -0000	1.29
> +++ src/lib/mkmf-gnome2.rb	25 Sep 2006 14:09:16 -0000
> @@ -112,7 +112,7 @@ end
>  
>  #add_depend_package("glib2", "glib/src", "/...../ruby-gnome2")
>  def add_depend_package(target_name, target_srcdir, topdir)
> -  $CFLAGS += " -I" + File.join(topdir, target_srcdir)
> +  $INCFLAGS = "-I#{File.join(topdir, target_srcdir)} #{$INCFLAGS}"
>  
>    if /cygwin|mingw/ =~ RUBY_PLATFORM
>      $libs << " -lruby-#{target_name}"
> 
> 
> 理由はコンパイル対象のrbgobject.hなどよりもシステムにインス
> トールされているrbgobject.hなどの方が優先されてしまうことが
> あるためです．
> 
> 詳細はこんな感じです．
> 
>   * $INCFLAGSには-I/usr/lib/ruby/1.8/i486-linuxのような
>     ruby.hがあるパスが入っている
>     * Debianのパッケージではrbglib.hなどはruby.hと同じディレ
>       クトリにインストールされる
> 
>   * $CFLAGSよりも$INCFLAGSの方が優先される
> 
>   * $CFLAGSに入っている-I/.../ruby-gnome2/glib/src/よりも
>     -I/usr/lib/ruby/1.8/i486-linuxが優先されて
>     /.../ruby-gnome2/glib/src/rbgobject.hではなくて，
>     /usr/lib/ruby/1.8/i486-linuxにあるrbgobject.hの方が読み
>     込まれてしまう（ことがある）
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> ruby-gnome2-devel-ja mailing list
> rub...@li...
> https://lists.sourceforge.net/lists/listinfo/ruby-gnome2-devel-ja
> 


-- 
-- 
.:% Masao Mutoh<mu...@hi...>

[ruby-gnome2-devel-ja] mkmf-gnome2.rb: $CFLAGS -> $INCFLAGS

From: Kouhei S. <ko...@co...> - 2006-09-25 14:16:05

須藤です．

mkmf-gnome2.rbのadd_depend_packageでは，$CFLAGSに-I...を追加
しますが，これを$INCFLAGSに追加するように変更してもよいです
か？

Index: src/lib/mkmf-gnome2.rb
===================================================================
RCS file: /cvsroot/ruby-gnome2/ruby-gnome2/glib/src/lib/mkmf-gnome2.rb,v
retrieving revision 1.29
diff -u -p -r1.29 mkmf-gnome2.rb
--- src/lib/mkmf-gnome2.rb	29 Jun 2006 18:16:05 -0000	1.29
+++ src/lib/mkmf-gnome2.rb	25 Sep 2006 14:09:16 -0000
@@ -112,7 +112,7 @@ end
 
 #add_depend_package("glib2", "glib/src", "/...../ruby-gnome2")
 def add_depend_package(target_name, target_srcdir, topdir)
-  $CFLAGS += " -I" + File.join(topdir, target_srcdir)
+  $INCFLAGS = "-I#{File.join(topdir, target_srcdir)} #{$INCFLAGS}"
 
   if /cygwin|mingw/ =~ RUBY_PLATFORM
     $libs << " -lruby-#{target_name}"


理由はコンパイル対象のrbgobject.hなどよりもシステムにインス
トールされているrbgobject.hなどの方が優先されてしまうことが
あるためです．

詳細はこんな感じです．

  * $INCFLAGSには-I/usr/lib/ruby/1.8/i486-linuxのような
    ruby.hがあるパスが入っている
    * Debianのパッケージではrbglib.hなどはruby.hと同じディレ
      クトリにインストールされる

  * $CFLAGSよりも$INCFLAGSの方が優先される

  * $CFLAGSに入っている-I/.../ruby-gnome2/glib/src/よりも
    -I/usr/lib/ruby/1.8/i486-linuxが優先されて
    /.../ruby-gnome2/glib/src/rbgobject.hではなくて，
    /usr/lib/ruby/1.8/i486-linuxにあるrbgobject.hの方が読み
    込まれてしまう（ことがある）

Re: [ruby-gnome2-devel-ja] [FW] rg2 0.15.0 and memory corruption

From: Masao M. <mu...@hi...> - 2006-07-20 17:37:39

むとうです。

On Thu, 20 Jul 2006 23:03:33 +0900 (JST)
Kouhei Sutou <ko...@co...> wrote:

> 須藤です．
> 
> In <200...@hi...>
>   "[ruby-gnome2-devel-ja] [FW] rg2 0.15.0 and memory corruption" on Sun, 16 Jul 2006 11:25:13 +0900,
>   Masao Mutoh <mu...@hi...> wrote:
> 
> > enの方でGuillaumeがメモリ系の不具合を
> > レポートしています。
> 
> 手元では，このスクリプトで再現するような気がします．
> 適当な画像ファイルを指定して動かしてみてください．

ありがとうございます。
 
>   require "glib2"
>   require "gdk_pixbuf2"
> 
>   1000.times do |i|
>     p i
>     loader = Gdk::PixbufLoader.new
>     id = loader.signal_connect("size_prepared") do |l, width, height|
>     end
>     loader.last_write(File.read(ARGV.first))
>     loader.signal_handler_disconnect(id)
>     GC.start
>   end

signal_handler_disconnect外すと落ちないみたいですね・・・。
むぅ。

-- 
.:% Masao Mutoh<mu...@hi...>

Re: [ruby-gnome2-devel-ja] [FW] rg2 0.15.0 and memory corruption

From: Kouhei S. <ko...@co...> - 2006-07-20 14:03:44

須藤です．

In <200...@hi...>
  "[ruby-gnome2-devel-ja] [FW] rg2 0.15.0 and memory corruption" on Sun, 16 Jul 2006 11:25:13 +0900,
  Masao Mutoh <mu...@hi...> wrote:

> enの方でGuillaumeがメモリ系の不具合を
> レポートしています。

手元では，このスクリプトで再現するような気がします．
適当な画像ファイルを指定して動かしてみてください．

  require "glib2"
  require "gdk_pixbuf2"

  1000.times do |i|
    p i
    loader = Gdk::PixbufLoader.new
    id = loader.signal_connect("size_prepared") do |l, width, height|
    end
    loader.last_write(File.read(ARGV.first))
    loader.signal_handler_disconnect(id)
    GC.start
  end

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?R3RrLmluaXQbJEIkLDwrGyhC?= =?iso-2022-jp?b?GyRCRjAkRzxCOVQkNSRsJGskSDokJGsbKEI=?=

From: Kouhei S. <ko...@co...> - 2006-07-17 12:53:37

須藤です．

In <200...@hi...>
  "Re: [ruby-gnome2-devel-ja] Gtk.initが自動で実行されると困る" on Sun, 16 Jul 2006 11:20:55 +0900,
  Masao Mutoh <mu...@hi...> wrote:

> まず第一に、Gtk.initをアプリ側から呼び出さないようにした、
> という仕様変更を元に戻すというのはありえないというか最終手段
> です。

わかりました．

> 実は、今回の修正はgtk2/base.rb化というよりもGtk.init自身
> の修正に根があるように思います。
> ＃gtk_init_checkをgtk_init_with_argsを使うようにした
> もし、Gtk.initをgtk2.rbから取り除いたとしても、パラメータを
> 渡すとエラーが出てしまう、という挙動があるため、多くの場合
> 
> なので、これを元に戻せば良いのではないかと思います。
> 要は、enの方でのGuillaumeのパッチです。
> 
> これでどうでしょうか？

はい，これでよいと思います．

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?R3RrLmluaXQbJEIkLDwrGyhC?= =?iso-2022-jp?b?GyRCRjAkRzxCOVQkNSRsJGskSDokJGsbKEI=?=

From: Masao M. <mu...@hi...> - 2006-07-16 02:34:08

むとうです。

＃なんだか中途半端に送ってしまいました。

On Sun, 16 Jul 2006 11:20:55 +0900
Masao Mutoh <mu...@hi...> wrote:

> むとうです。
> 
> まず第一に、Gtk.initをアプリ側から呼び出さないようにした、
> という仕様変更を元に戻すというのはありえないというか最終手段
> です。
> 
> ですので、まずは、現状の仕組でどうにか対応できないか考えましょう。
> 
> 実は、今回の修正はgtk2/base.rb化というよりもGtk.init自身
> の修正に根があるように思います。
> ＃gtk_init_checkをgtk_init_with_argsを使うようにした
> もし、Gtk.initをgtk2.rbから取り除いたとしても、パラメータを
> 渡すとエラーが出てしまう、という挙動があるため、多くの場合

多くの場合、Gtk.initを例外処理で囲む必要が出てしまいます。

 
> なので、これを元に戻せば良いのではないかと思います。
> 要は、enの方でのGuillaumeのパッチです。
> 
> これでどうでしょうか？
> 
> 
> On Thu, 13 Jul 2006 11:25:33 +0900
> "Kouhei Sutou" <ko...@co...> wrote:
> 
> > 須藤です．
> > 
> > 06/07/13 に Masao Mutoh<mu...@hi...> さんは書きました:
> > 
> > > > 0.15.0からGtk.initがrequire "gtk2"するだけで実行される
> > > > ようになりましたが，これによって困る場合があります．
> > >
> > > 申し訳ないのですが、このケースはアプリ側で対応してくださいませ。
> > 
> > これだと，「普通(*)」に作ったアプリケーションはほとんど変更しなけ
> > ればいけなくなりますよね．そのような大きな変更が0.15.0というバー
> > ジョンで行われるのはあまりよろしくないと思います．
> > 
> > ということで，require "gtk2"でGtk.initが呼ばれるようにする変更は
> > もっと後のバージョン（0.20.0とかなんか区切りになりそうなバージョン）
> > でやって欲しいです．
> > 
> > --
> > (*) 「普通」のアプリケーションは，必要なライブラリをrequireしてから
> > オプションをパースして，メインの処理に入るように書くと思っています．
> > 
> >   require "aaa"
> >   require "bbb"
> >   ...
> >   require "zzz"
> > 
> >   opt = ...
> >   opt.parse!(ARGV)
> > 
> >   ... # メインの処理
> > 
> > 
> > -------------------------------------------------------------------------
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > ruby-gnome2-devel-ja mailing list
> > rub...@li...
> > https://lists.sourceforge.net/lists/listinfo/ruby-gnome2-devel-ja
> > 
> 
> 
> -- 
> -- 
> .:% Masao Mutoh<mu...@hi...>
> 
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> ruby-gnome2-devel-ja mailing list
> rub...@li...
> https://lists.sourceforge.net/lists/listinfo/ruby-gnome2-devel-ja
> 


-- 
-- 
.:% Masao Mutoh<mu...@hi...>

[ruby-gnome2-devel-ja] [FW] rg2 0.15.0 and memory corruption

From: Masao M. <mu...@hi...> - 2006-07-16 02:25:22

さかいさん、須藤さん

むとうです。

enの方でGuillaumeがメモリ系の不具合を
レポートしています。

何かフォロー頂けると幸いです。

-- 
.:% Masao Mutoh<mu...@hi...>

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?R3RrLmluaXQbJEIkLDwrGyhC?= =?iso-2022-jp?b?GyRCRjAkRzxCOVQkNSRsJGskSDokJGsbKEI=?=

From: Masao M. <mu...@hi...> - 2006-07-16 02:21:06

むとうです。

まず第一に、Gtk.initをアプリ側から呼び出さないようにした、
という仕様変更を元に戻すというのはありえないというか最終手段
です。

ですので、まずは、現状の仕組でどうにか対応できないか考えましょう。

実は、今回の修正はgtk2/base.rb化というよりもGtk.init自身
の修正に根があるように思います。
＃gtk_init_checkをgtk_init_with_argsを使うようにした
もし、Gtk.initをgtk2.rbから取り除いたとしても、パラメータを
渡すとエラーが出てしまう、という挙動があるため、多くの場合

なので、これを元に戻せば良いのではないかと思います。
要は、enの方でのGuillaumeのパッチです。

これでどうでしょうか？


On Thu, 13 Jul 2006 11:25:33 +0900
"Kouhei Sutou" <ko...@co...> wrote:

> 須藤です．
> 
> 06/07/13 に Masao Mutoh<mu...@hi...> さんは書きました:
> 
> > > 0.15.0からGtk.initがrequire "gtk2"するだけで実行される
> > > ようになりましたが，これによって困る場合があります．
> >
> > 申し訳ないのですが、このケースはアプリ側で対応してくださいませ。
> 
> これだと，「普通(*)」に作ったアプリケーションはほとんど変更しなけ
> ればいけなくなりますよね．そのような大きな変更が0.15.0というバー
> ジョンで行われるのはあまりよろしくないと思います．
> 
> ということで，require "gtk2"でGtk.initが呼ばれるようにする変更は
> もっと後のバージョン（0.20.0とかなんか区切りになりそうなバージョン）
> でやって欲しいです．
> 
> --
> (*) 「普通」のアプリケーションは，必要なライブラリをrequireしてから
> オプションをパースして，メインの処理に入るように書くと思っています．
> 
>   require "aaa"
>   require "bbb"
>   ...
>   require "zzz"
> 
>   opt = ...
>   opt.parse!(ARGV)
> 
>   ... # メインの処理
> 
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> ruby-gnome2-devel-ja mailing list
> rub...@li...
> https://lists.sourceforge.net/lists/listinfo/ruby-gnome2-devel-ja
> 


-- 
-- 
.:% Masao Mutoh<mu...@hi...>

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?R3RrLmluaXQbJEIkLDwrGyhC?= =?iso-2022-jp?b?GyRCRjAkRzxCOVQkNSRsJGskSDokJGsbKEI=?=

From: Kouhei S. <ko...@co...> - 2006-07-13 02:25:35

須藤です．

06/07/13 に Masao Mutoh<mu...@hi...> さんは書きました:

> > 0.15.0からGtk.initがrequire "gtk2"するだけで実行される
> > ようになりましたが，これによって困る場合があります．
>
> 申し訳ないのですが、このケースはアプリ側で対応してくださいませ。

これだと，「普通(*)」に作ったアプリケーションはほとんど変更しなけ
ればいけなくなりますよね．そのような大きな変更が0.15.0というバー
ジョンで行われるのはあまりよろしくないと思います．

ということで，require "gtk2"でGtk.initが呼ばれるようにする変更は
もっと後のバージョン（0.20.0とかなんか区切りになりそうなバージョン）
でやって欲しいです．

--
(*) 「普通」のアプリケーションは，必要なライブラリをrequireしてから
オプションをパースして，メインの処理に入るように書くと思っています．

  require "aaa"
  require "bbb"
  ...
  require "zzz"

  opt = ...
  opt.parse!(ARGV)

  ... # メインの処理

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?R3RrLmluaXQbJEIkLDwrGyhC?= =?iso-2022-jp?b?GyRCRjAkRzxCOVQkNSRsJGskSDokJGsbKEI=?=

From: Masao M. <mu...@hi...> - 2006-07-12 16:04:16

むとうです。

On Wed, 12 Jul 2006 10:03:50 +0900
"Kouhei Sutou" <ko...@co...> wrote:

> 須藤です．
> 
> 0.15.0からGtk.initがrequire "gtk2"するだけで実行される
> ようになりましたが，これによって困る場合があります．
> # リリースされてからでごめんなさい．
>

> どういう場合に困るかというと，自分で引数を処理しているア
> プリケーションで困ります．
> 
> 今まではこんな風にOptionParserとかで引数を処理してから
> Gtk.initを呼んでいたやつがあるとします．
> 
>   require "gtk2"
>   opts = OptionParser.new do |opts|
>     opts.on("-x", "test") {}
>     ...
>   end
>   opts.parse!(ARGV)
>   ...
>   Gtk.init
> 
> 今までだと，opts.parse!(ARGV)で処理されたARGVをGtk.init
> が使うようになります．0.15.0からは，opts.parse!(ARGV)す
> る前にGtk.initがARGVを使ってしまって，アプリケーションが
> 引数を処理する前に，GTK+が引数を処理してしまいます．
> 
> なので，↑の例で，今までは
> 
>   % ruby test.rb -x
> 
> とかができたのに，0.15.0からは
> 
>   % ruby test.rb -x
>   ../gtk2.rb:13:in `init': -x は不明なオプションです (RuntimeError)
> 
> といわれるようになってしまいます．

なるほど。こんな伏兵が・・・。

申し訳ないのですが、このケースはアプリ側で対応してくださいませ。

案１） require 'gtk2'の代わりに require 'gtk2/base'とする。
begin 
  require 'gtk2/base'
rescue LoadError
  require 'gtk2'
end
require 'optparse'
opts = OptionParser.new do |opts|
   opts.on("-x", "test") {}
end

opts.parse!(ARGV)

Gtk.init


案２） optparseした後にrequire 'gtk2'を呼び出す。

require 'optparse'
opts = OptionParser.new do |opts|
   opts.on("-x", "test") {}
end

opts.parse!(ARGV)

require "gtk2"
Gtk.init

他に良いアイデアがあればコメントください。

-- 
.:% Masao Mutoh<mu...@hi...>

[ruby-gnome2-devel-ja] =?iso-2022-jp?b?R3RrLmluaXQbJEIkLDwrGyhC?= =?iso-2022-jp?b?GyRCRjAkRzxCOVQkNSRsJGskSDokJGsbKEI=?=

From: Kouhei S. <ko...@co...> - 2006-07-12 01:03:52

須藤です．

0.15.0からGtk.initがrequire "gtk2"するだけで実行される
ようになりましたが，これによって困る場合があります．
# リリースされてからでごめんなさい．

どういう場合に困るかというと，自分で引数を処理しているア
プリケーションで困ります．

今まではこんな風にOptionParserとかで引数を処理してから
Gtk.initを呼んでいたやつがあるとします．

  require "gtk2"
  opts = OptionParser.new do |opts|
    opts.on("-x", "test") {}
    ...
  end
  opts.parse!(ARGV)
  ...
  Gtk.init

今までだと，opts.parse!(ARGV)で処理されたARGVをGtk.init
が使うようになります．0.15.0からは，opts.parse!(ARGV)す
る前にGtk.initがARGVを使ってしまって，アプリケーションが
引数を処理する前に，GTK+が引数を処理してしまいます．

なので，↑の例で，今までは

  % ruby test.rb -x

とかができたのに，0.15.0からは

  % ruby test.rb -x
  ../gtk2.rb:13:in `init': -x は不明なオプションです (RuntimeError)

といわれるようになってしまいます．

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?GyRCSkwbKEJUaHJlYWQ=?= =?iso-2022-jp?b?GyRCJEckThsoQkd0azo6RGlhbG9nI3J1bhskQiROGyhCcmVzcG9uc2U=?=

From: Masao M. <mu...@hi...> - 2006-07-08 03:26:57

むとうです。

On Sat, 08 Jul 2006 01:13:50 +0900
Kazuhiro NISHIYAMA <zn...@mb...> wrote:

> 西山和広です。
> 
> >>> Fri, 7 Jul 2006 01:19:33 +0900 の刻に
> >>> mu...@hi...(Masao Mutoh) 氏曰く
> > 
> > 最新のRuby-GNOME2ですと、他のスレッドでGtk::Dialog#runやGtk.mainを呼び出すと
> > 以下のようなwarningが出ます。
> > 一応はresponseは-5や-6が返るようです。
> > 
> > test.rb: line 2
> >    GLib-WARNING **:g_main_context_prepare(): main loop already active in another thread
> > 
> > 現状では、複数のスレッドで上記メソッドを動作させることは推奨できません。
> > というより上記メソッドはメインスレッドで動作させるのが一番安全です。
> 
> なるほど。
> 
> 結局、Gtk::Dialog#runをメインスレッドで呼び出した後、
> 別の処理を別スレッドで実行するようにして、メインスレッドでは
>       begin
>         thread = yield
>         if thread
>           while thread.alive?
>             Thread.pass
>             while Gtk.events_pending?
>               Gtk.main_iteration
>             end
>           end
>           thread.join
>         end
>       rescue Exception
>         p $!
>         puts $!.backtrace
>         message = $!.message
>         if $!.is_a?(SystemCallError)
>           message = GLib.locale_to_utf8(message)
>         end
>         set_status(message)
>       end
> という感じにしてみました。

yieldしてるってことはブロック付きのメソッド呼び出しになってるってことですよね。

使い方はこんな感じでしょうか？

add_thread_proc { Thread.start{p "aa"} }

-- 
.:% Masao Mutoh<mu...@hi...>

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?GyRCSkwbKEJUaHJlYWQ=?= =?iso-2022-jp?b?GyRCJEckThsoQkd0azo6RGlhbG9nI3J1bhskQiROGyhCcmVzcG9uc2U=?=

From: Kazuhiro N. <zn...@mb...> - 2006-07-07 16:14:01

西山和広です。

>>> Fri, 7 Jul 2006 01:19:33 +0900 の刻に
>>> mu...@hi...(Masao Mutoh) 氏曰く
> 
> 最新のRuby-GNOME2ですと、他のスレッドでGtk::Dialog#runやGtk.mainを呼び出すと
> 以下のようなwarningが出ます。
> 一応はresponseは-5や-6が返るようです。
> 
> test.rb: line 2
>    GLib-WARNING **:g_main_context_prepare(): main loop already active in another thread
> 
> 現状では、複数のスレッドで上記メソッドを動作させることは推奨できません。
> というより上記メソッドはメインスレッドで動作させるのが一番安全です。

なるほど。

結局、Gtk::Dialog#runをメインスレッドで呼び出した後、
別の処理を別スレッドで実行するようにして、メインスレッドでは
      begin
        thread = yield
        if thread
          while thread.alive?
            Thread.pass
            while Gtk.events_pending?
              Gtk.main_iteration
            end
          end
          thread.join
        end
      rescue Exception
        p $!
        puts $!.backtrace
        message = $!.message
        if $!.is_a?(SystemCallError)
          message = GLib.locale_to_utf8(message)
        end
        set_status(message)
      end
という感じにしてみました。


-- 
|ZnZ(ゼット エヌ ゼット)
|西山和広(Kazuhiro NISHIYAMA)

Re: [ruby-gnome2-devel-ja] =?iso-2022-jp?b?GyRCSkwbKEJUaHJlYWQ=?= =?iso-2022-jp?b?GyRCJEckThsoQkd0azo6RGlhbG9nI3J1bhskQiROGyhCcmVzcG9uc2U=?=

From: Masao M. <mu...@hi...> - 2006-07-06 16:19:53

むとうです。

最新のRuby-GNOME2ですと、他のスレッドでGtk::Dialog#runやGtk.mainを呼び出すと
以下のようなwarningが出ます。
一応はresponseは-5や-6が返るようです。

test.rb: line 2
   GLib-WARNING **:g_main_context_prepare(): main loop already active in another thread

現状では、複数のスレッドで上記メソッドを動作させることは推奨できません。
というより上記メソッドはメインスレッドで動作させるのが一番安全です。

この辺、もしかしたらよりよい正解、というのがあるのかもしれませんが、
私自身の時間不足とスキル不足から突き詰めて考えられていません。

もしよろしければどなたかうまく動かすことにチャレンジしてみませんか？

それでは。


On Thu, 06 Jul 2006 17:02:13 +0900
Kazuhiro NISHIYAMA <zn...@mb...> wrote:

> 西山和広です。
> 
> Debian sargeの
> % pkg-config --modversion gtk+-2.0
> 2.6.4
> % dpkg -l libgtk2-ruby|grep '^ii'
> ii  libgtk2-ruby   0.12.0-2       GTK+ bindings for the Ruby language
> %
> という環境で、以下のようにThreadの中でGtk::Dialog#runを実行すると
> responseが-6(RESPONSE_CANCEL)や-5(RESPONSE_OK)ではなく、
> -1(RESPONSE_NONE)になることが多いのですが、
> これはそういうもの(Dialog#runしたままシグナルハンドラから
> 抜けてはいけない)なのでしょうか?
> 
> 別の処理をしたり外部コマンドを実行したりする都合でスレッドを
> 作っていて、その中でMessageDialogを使ったら-1になることが
> 多くて、悩んでいたらスレッドの中というのが原因でした。
> 
> 
> #!/usr/bin/ruby -Ku
> require 'gtk2'
> Gtk.init
> window = Gtk::Window.new
> window.signal_connect('destroy') { Gtk.main_quit }
> button = Gtk::Button.new('_Test')
> button.signal_connect('clicked') do
>   Thread.start do
>     dialog = Gtk::MessageDialog.new(nil,
>                                     Gtk::Dialog::DESTROY_WITH_PARENT,
>                                     Gtk::MessageDialog::QUESTION,
>                                     Gtk::MessageDialog::BUTTONS_OK_CANCEL,
>                                     "test message")
>     dialog.run do |response|
>       p response
>     end
>     dialog.destroy
>   end
> end
> window.add(button)
> window.show_all
> Gtk.main
> 
> 
> 
> -- 
> |ZnZ(ゼット エヌ ゼット)
> |西山和広(Kazuhiro NISHIYAMA)
> 
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> ruby-gnome2-devel-ja mailing list
> rub...@li...
> https://lists.sourceforge.net/lists/listinfo/ruby-gnome2-devel-ja
> 


-- 
-- 
.:% Masao Mutoh<mu...@hi...>

10 messages has been excluded from this view by a project administrator.

Flat | Threaded

<< < 1 .. 32 33 34 35 36 .. 123 > >> (Page 34 of 123)