glib について語るスレ

gtk+ といっしょになって使われることのおおい glib.
機能が沢山で何に使ってイイのやらサッパリわかりません。

glib について語ってください。

gtk+のサイト
http://www.gtk.org

2 げっとズザー

新スレッド　お疲れ様です。

gimp のオマケ。

よく glibc とごっちゃになる。

わかってるねん
わかってるねんで?

コンテナを扱うものがglibc

>>1
>>機能が沢山で何に使ってイイのやらサッパリわかりません。

まぁ、お前にとっては、首吊ってあの世に行く助け舟くらいにしか
ならんだろうが（藁
ま、心配せんでも他の奴らが有効利用してるから、とっとと逝け。

>>7
実際、みんなどういう風につかってるのか知りたいよな。
サンプルコードをあげながら glib の勉強するスレにすれ
ば、以外と良スレになるかも。

まぁ、そうムゲにあつかうなよ。

板違いであることは誰もつっこまないのですか。

>>5
ほらお仲間だぞ。

>>9
普通に glib つかえる環境って UNIX ぐらいだろ。
WIN32 とかもあるけど。

プログラム板の方がいいんだろうけど、あっちに
glib のこと分かってる人間がいるかどうか。。。

>>9 そういう基準で厳密に考えると，MozillaやEmacsはどうなのか？と
いうことになってしまうまから揚げうまうま......

>>11-12
まあ、そうですけど、
ここで glib の話題で盛りあがるというのが想像できんのですよ。

別に盛りあがらなくてもさがっていくだけか..。

>>13
クソスレを求めてさまようハイエナどもの餌食になるため
下がりはしてもなかなかdat落ちはしないという罠

クソスレハンターにとって
あまり魅力的なスレタイじゃないと思うが。

ｇ　ｌ　ｉ　ｂ　う ま う ま

ｇ　ｔ　ｋ　う ま う ま

glibキタ━━━(・∀・)━━━!!!

p　a　n　g　o　ま ず ー

glibとかatkとか命名センスがわからんな…

>>16-19
ワラタ

みなさんっ！聞いてください！
なんと、glibは次期安定版 3.0から、その名を
Zamen(ザーメン)に改めます！

より強化されたグラフィックエンジンに、乞うご期待！

glibとXは関係ありませんが何か？

先日から glib 使い始めたばかりなんだが、
glib の Main Event Loop の設計ってどうかと思うぞ。
俺の使い方がおかしいだけかも知れんが…
GSourceFuncs 構造体で、prepare, check, dispatch の各関数を登録するんだが、
大域変数(static でもいい)を使わないと、これらの関数に必要な情報を渡せない。
各関数の引数に gpointer 型の変数でも一個追加すれば解決できる問題だと思うんだが…
やっぱり俺の使い方がおかしいのか？

age

>>20
禿同

ぐりぶ童話。

>>24
gpointer user_data ってのを何に使ってる?

>>28
もう解決してるか諦めてるか慣れてもう何も感じなくなってるかのどれかだと思うが

>>29
ちょっと後日談を聞いてみたいじゃないか。

glibって単独で使ってる人いるの？
何のためにラッパーであるGTK+があると思ってんの

それからな、glibとglibcは名前が似ててややこしいから、
どっちか名前変えれ。

GTK+ は glib のラッパーではない。
glib には便利な string系の関数や
汎用のハッシュテーブル、ツリーなどが用意されてるから
glib だけを使ってるようなアプリもある。

>>6
> わかってるねん
> わかってるねんで?
>
> コンテナを扱うものがglibc

禿藁。

似た名前つけるとややこしいで〜
glib

みんなおもてることやけど、どうみてもglibc2の前バージョンに
見えてしまう（ｗ

gtk+もそう。

どうも、gtkをC++で書いたような感じに見える。
ネーミングセンスが無いよなぁ。。。

これで、だいぶユーザ数損してるとおもうよ。

正直、アホみたいに凝ってるSTLより、
原始的なglibのほうが好きだ

でもlinked listくらいならSTLもglibも使わず毎度毎度、自分で作っちゃうんだよな。

Cを覚えたての頃はlinked listに感動したものでつた。

| ああ、考えてみると、
| いままでに、何十回、
| C言語でリスト処理パッケージを作ってしまったことだろうか。
…と萩谷氏も言っておられる。

つまりglibでなくSTLでもなく、Lispを使えと…？

>>1も読まずにwww.glib.orgに逝ってみたら

GLIB - The Gay and Lesbian Information Bureau

だと。

けっきょく、glibってglibcとは違うの？

>>42
glibってのはC++でSTLつかってりゃいいものを、わざわざCなんか使うから
STLが使えないので代わりに作られたライブラリ。
手軽さも性能も機能も劣っているので忘れたほうがいい。

>>43
そもそも、なんでCなのかは俺も疑問なのよ。何故なんだろうね？
ユーザ人口の多い方を優先したのか、とも考えるんだけど、
でもそれは決定的な理由じゃないよなあ、とも思える。

>>44
glibおよびGtk+使ってgimp開発をはじめたころ、C++のANSI規格は
できあがってなかった。g++でSTLが使えたのかも疑問だ。

あと、バイナリ互換性や移植性の面でどうしてもC++が敬遠される、
というのも大きいだろうな。mozillaはそこに真正面から挑戦
したけど、例外まで禁止する羽目になったし。

あと、C++は、それ自体ネタであった可能性もあるしなぁ。。。
これ聞いてからC++にフカイリするの止めた

>>47
もしかして、B.ストラウストラップのリポートの事言ってるんですか？

CLIでもつかっとけ

えっ、ネタじゃないんですか？
ネタだとばっかり。。。

たまにアレを本気で信じてるらしい奴に会うと対応に困るんだが。

よく、オープンソースプロジェクトがC++ではなくCを選ぶ理由で
「C++を使える奴よりCを使える人間のほうが多い」
ってのがあるが、正直今時C++も使えないCプログラマが大規模プロジェクトで
何の役に立つのかいつも疑問なんだが。
しかも大抵の場合、C++で書くより見通しの悪いコードになってるし。

でも
「C++を使えると自分では思ってるやつ」と
「Cを使えると自分では思ってるやつ」
とでは前者の方がプロジェクトをダメにするようなやつの割合が高い。

（＾＾）

（＾＾）

あぼーん

あぼーん

>>52
そんなどんぐりの背比べしたところで腹の足しにならん
どうせ少ないサンプルから導いた地方定説だろうし

おまいらスレ違いですよ。C++スレが他にあるではないですか。
http://www.gnome.gr.jp/docs/glib-1.2.x-refs/index.html
http://www.gnome.gr.jp/docs/glib-2.0.x-refs/glib.html

で、自分で改めて見直してみて、これSTL/boostがあれば要らないなｗ
UNIXがCとして用意すべき物にこういうものは必要ない感じ。
まあGNOMEハッカーの人はこれを覚えるしかないだろうけどね。

gimpは、ぎんぷ
glibは、ぐりぶ
で読み方あってる？

　　 ∧＿∧
　　（　´∀｀）＜ ぎんぽ

あってない。

おまいら Interface に glib の紹介記事が出てますよ。

>>62
ていうかsodaさんじゃん、その記事書いてるの。

そーだったか。

>>64
(((( ；゜Д゜)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

>>62
それって何月号？本は見つけたんだけど記事が見つからなかった。

>>66
http://www.cqpub.co.jp/interface/contents/2004/200402.htm
の「使い慣れた言語で，今日から役立つC言語で使えるコンテナライブラリ」

GObject で親クラスのコンストラクタを呼ぶのってどうすればいいんだ？
Java でいう、

class Point {
private int x, y;
public Point(int x, int y) {
this.x = x;
this.y = y;
}
}

class Point3D {
private int z;
public Point3D(int x, int y, int z) {
super(x, y);
this.z = z;
}
}

みたいなコトをやりたいんだが。

>>68
どうせ各クラスに1個しかコンストラクタ書けないから、黙っていても
そのコンストラクタが呼ばれていると思われ。
どうせ引数は、書けないしなー。

書き忘れ。
なので、>>68みたいなことをしたかったら、propertyを使うのが自然だろう
ね。

なるほどなあ…

＝＝＝
あれの正体はゴキブリ

!omikuji !dama

glisp

保全ﾀﾞﾖﾓﾝ

ﾆｮｷﾆｮｷ

ﾆｮｷﾆｮｷだよもん

改行テストだよもん

改行されねぇ('A`)
クソッタレだよもん

最下層だよもん♪

最下層だな
こんなUNIX板が好きだ

これでもあがんない。はず。最下層マンセーだよもん
ウニ板マンセー

じゃあ早速age!

あげとくだよもん