おいお前ら！ おちゅ〜しゃはどうですか？ Ver.5

GTK+ などを用いて作られ、UNIX系OS上で動く（と期待される）、
2ch 用ブラウザ 「おちゅ〜しゃ」 のスレ。
>>2-5 あたりには、誰かが Tips を書き込んでくれる。

▼ 公式
http://ochusha.sourceforge.jp/
http://sourceforge.jp/projects/ochusha/

▼ 前スレ
おいお前ら！ おちゅ〜しゃはどうですか？ Ver.4(dat 落ち)
URL分からんかった。ｽﾏｿ
▼ 過去スレ
おいお前ら！ おちゅ〜しゃはどうですか？ (dat 落ち)
http://pc3.2ch.net/test/read.cgi/linux/1069623143/

おいお前ら！ おちゅ〜しゃはどうですか？ Ver.2 (dat 落ち)
http://pc5.2ch.net/test/read.cgi/linux/1079912788/

おいお前ら！ おちゅ〜しゃはどうですか？ Ver.3
http://pc8.2ch.net/test/read.cgi/linux/1093488353/

▼ 前スレ
おいお前ら！ おちゅ〜しゃはどうですか？ Ver.4＠Linux板(dat 落ち)
http://pc8.2ch.net/test/read.cgi/linux/1119838871/

ｶﾞﾝ( ﾟдﾟ)ｶﾞﾚ

で、2chに書き込めるバージョンは出たのか？

作者は死んだのか？

クッキーの修正くらい自分でしろよ
その場しのぎなら数行書き換えるだけだろが

>>6
数行書き換えてコンパイルしてrpmにしてうｐしてくだちい

┐(´ー｀)┌

おちゅ〜しゃは、クッキーをちゃんと食べてないから面倒なんだよな。

というのをその場しのぎパッチで書けることを確認したが
ここにパッチを貼ったら文字数のせいかエラーになった

ochusha_thread_2ch.cの1886行目と1906行目の
submit=の前にhana=mogera&を付け足せば書き込める
query = g_strdup_printf("hana=mogera&submit=
こんな感じで

test

>>11
一度投稿してクッキーを食ったあとには、そこの処理に行かないのでエラーになる
毎回クッキーを消してもいいが

そうなんだ
一回試してみただけだった
自分は自作のブラウザ使ってるんで

いや、俺もそこはハマったので
なので、それに加えて強制的にhana=mogeraクッキーを設定してやった

--- ochusha-0.5.8.2/lib/ochusha_board_2ch.c.orig2005-08-21 00:01:15.000000000 +0900
+++ ochusha-0.5.8.2/lib/ochusha_board_2ch.c2006-05-28 23:15:05.000000000 +0900
@@ -981,7 +981,8 @@
if (board->cookie != NULL)
G_FREE(board->cookie);
if (cookie != NULL)
- board->cookie = G_STRDUP(cookie);
+ board->cookie = g_strconcat(cookie, "; hana=mogera", NULL);
+ /* board->cookie = G_STRDUP(cookie);*/
else
board->cookie = NULL;
}

test1 1

test2 1

test2 2

test1

test1 2

>>15の修正無しで>>16書いた後続けて書こうとしたら書けなくて
>>15の通り直したら>>17-18と連続で書けるようになった

でももう一回外したので書いたら>>19-20と書けたような気がする
気のせいかも(board->cookie = g_strconcat(cookie, "; hana=mogera", NULL);のままだったってこと)

書けるかな?

書けたねぇ

3回連続は無理って?(クッキー消去)

2回目

3回目

4回目
ごめん、時間規制に引っかかってた。
書けるね、ばっちし。

なに? どうも昨日から書けないと思ったら、パッチ当てないとダメな
状態になっていたのか。2chまた何か変わったの?

これのことだったか。
http://info.2ch.net/wiki/pukiwiki.php?%A5%AF%A5%C3%A5%AD%A1%BC%A4%CE%BB%C5%CD%CD%CA%D1%B9%B9%202006%2F05%2F27
なんつーことをしてくれたんだ…。

>>21
で、>>15の修正でいいの? いいならまたパッチとrpm作るか。
今すぐは無理だけど。今夜か明日か明後日か暇なとき。
まいいや、とりあえず今夜は少なくともテストはしよう。

で、作者はどうしてるんだ? 仮に変更したとしてもメイン
への反映とかどうしたらいいの? もう無理なの?

今北産業
前スレ落ちてからどれぐらいだ

JDに移行してくさい

>>31
やっぱその方がいいかな。
面倒だしな。

毎回.ochusha以下消して試してみたけど
>>15だけでも>>11だけでも両方でも2回以上書けるみたい。
でもそれに加えてってあるから両方必要なのかな？

書き込んだ後、スレをリロードしないで連続して書き込むと真っ白になる
現象がほぼ毎回起こったような

後おちゅ〜しゃはAA見るときに使わせてもらってます。

#rpmbuild -ta ochusha-0.5.8.2.tar.bz2
で error が出ますお。
mod_tree_data_list.c:41: error:expected '=', ',', ';',
'asm' or '__attribute__' before '*' token

find ./ mod_tree_data_list.c てやっても見付からないお

助けてちゃーん

>>34
ほれ
http://bbs.fedora.jp/read.php?FID=9&TID=3082

>>29
とりあえずあなたの愛するデストリにパッチ送ればいいよ。
面倒だったらこのスレの存在をデストリに通報するだけでもいい。

うーむ、最近おちゅーしゃで書き込めなくなったのも
OpenJane でも書けなかったのもこの仕様変更のせいか・・・

つか
おちゅ〜しゃは未対応の中にも入れてくれてないんだな
認知度低すぎス・・・orz

ちょっとテスト

もう一回テスト

テストはよそでやれ。

OCHUSHA_SS_BRANCH見てみたけど、まだC++化されてないのはlibochushagtkだけだな。
これ終わんないと0.6出ないのかな?

書けねえ！

失敗したって出たのに書けてるじゃん（w

>>33
>>11だけで書けましたか。ならば俺のチェックミスでしょう。すまん。
>>15はその場しのぎパッチなので、なしで済むなら済ませたほうがいいと思う。

やっぱりどこかおかしい。

斜め読みしてみたけどもしかしてクッキー何処にも保存してない?
にしてはIDしっかり覚えてるし。
ファイル->クッキーを消去は実装されてないですよね。

0.5.99.61.1 だと、 boardlist.xml(.gz) にクッキーが保存されてるけど。
クッキーを消去するも効いてるようだが。

>>46
0.5.8.2。
一部のクッキーは保存している。
実行中はメモリ、終了時にboardlist.xml.gzに保存。
IDはクッキーと関係なく保存している。
ファイル->クッキーを消去も効いている模様。

SUSE10.1ですが、１１パッチだけで書けますが、連続はだめぽ。
１５パッチも追加してみたけど連続はだめぽ。
それより１５なしだと全面灰色になってしまうことがほぼ確実のような……

１１＆１５で連続桶の時もあるけど、確実じゃない。

SUSE10.1で１１＆１５パッチでテスト。

連続はだめぽ。スレが違っても連続不可なのね。
板のリロード、スレのリロードを両方すると連投可能なことあり。
一回書いたら終了して再起動すれば……　ﾒﾝﾄﾞｲ

一端エラーになったら簡単に忘れてくれない執念深さが……　ｲﾔﾝ

>>50
30秒規制に引っかかっているのでは?
デバックコンソールで何ではじかれているのか確認。
ついでに

545 ：ひろゆき ：2006/05/27(土) 21:14:47 ID:i3Z0R8NC0 ?#
クッキーが重要なのではなくて、
承諾ボタンを押したときにしか得られないデータが
投稿者から送られてくれば、承諾したということになるってのが重要かと。

と、ここまで読んでやっと今回のパッチの意味と意図が分った。
どんな陰謀かと思えばこんな事か。

>>48
ども。
0.5.8
#if 0
OUTPUT_BOARD_ATTRIBUTE_STRING(boardlist_xml, board_2ch, cookie);

0.5.8.2
#if 1
OUTPUT_BOARD_ATTRIBUTE_STRING(boardlist_xml, board_2ch, cookie);
でした。

なんだかめんどっちーのな

作者たん、対応する気なし？
0.6で対応？

Vine3.2 ochusha-0.5.8.2&>>15氏のパッチで書き込みテスト

>>15氏、>>11氏ともさすがだ

test

テストですの

>>11,15のパッチでも板(スレ？)によっては失敗していない？
ちくり裏事情のあるスレでは失敗したが、
このスレでは書き込みできているみたいだ。

といいつつ、これもテスト

漏れは小規模MMOで失敗したけどここは大丈夫のようだ

>>58
多分、名前をいれていないからじゃないか?
名前をいれると書き込める

小規模MMOで試したら>>15のみ>>11のみどちらでも連続で書き込めた
ちくり裏事情はどっちもだめだったから別ので書いたら
名前入れてちょってエラーが出てたから多分名前欄に何か入れれば書けると思う

>>51
５０です。御推察の通り３０秒規制だったようです。
某スレで３回連続書き込み成功しました。

おぉ、１１氏、１５氏の偉業を讃えよう！
JDはSUSE10.1ではコンパイルできないので助かったyo

>>62

http://www.geocities.jp/geeko_japan/

あ、SUSE10.1ようバイナリね

50の62です orz
実は某スレ３回の後６２を書き込んだら暴走しました。
別スレへ移動しなくなって灰色画面が……

しかたなく開発パッケージ２個放りこんでJDコンパイル。
これで永のお別れになってしまうのか、気に入ってたのになあ。

失礼63だった。スレ汚しすまそ

>>63
おお、ありが屯
コンパイルしちゃったけどバイナリもあったのね。

現在裏切りのJDおま、ﾒﾝｺﾞ

自分もテストしてるときそれが頻繁に起こってたんで過去ログ見てみたら
前スレの335に日常的に起こってたって書かれてるけど
前からそうだったってことなのかな？

灰色はたぶんgtk+かglibあたりでしょう。
うちのgentooではいつの頃からかは定かでないけど灰色は起こらなくなった。
元々頻発はしてなかったし。

書き込みテスト

ソースはデストリのソースパッケージ使いましょう。
configureパラーメータともしかしたら既にデストリ固有のパッチが入っている可能性もあり。
パッチの内容的に動かなくなくなる事は考えにくい。

てすと

>>11のパッチで3回連続書き込みできた。
>>65のようなことにならないといいけど。

今日になって急に書き込めなくなったけど、仕様ですか?

うちでは書き込めるけど、、、、、

2chwiki　クッキーの仕様変更 2006/05/27
http://info.2ch.net/wiki/pukiwiki.php?%A5%AF%A5%C3%A5%AD%A1%BC%A4%CE%BB%C5%CD%CD%CA%D1%B9%B9%202006%2F05%2F27
に、 おちゅ〜しゃの項目を追加しました。
編集は自由にできますので、手を加えて頂けるとありがたいです。

書けるかな?

やた 書き込めました。
>>11様 >>15様 ありがとうございます。

一応こっちにも…
Vine のおちゅ〜しゃが更新されないので、漏れがパッチ当ててみた。
よかったら使ってみてくれ。（rpmだと登録出来んと言われたのでlzhで登録(´･ω･`)ｼｮﾎﾞｰﾝ)

つhttp://harakiri.run.buttobi.net/cgi-bin/up15/src/15UP0066.lzh.html

>>11 and >>15 thx!

>>79
Seedにはもう来てたからそろそろ3.2にも逝くんじゃないの?

VineSeedのおちゅ〜しゃ、FC-5から使えるよ。

patched debキボン

VIne 3.2に来たね

ｷﾀ Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒(｡A｡)!!!
乙＞中の人

中の人GJ!

すまん、TL10Dで使ってる俺にも何が来たのか詳しく教えてくださらんか？
今、公式ページ見ても変わったことは何も書かれてないし・・・。

Vineの中の人のことだからTurboには関係ナッシング

>>87 Thank You.
そういうことか。
それにしても、本家はちょっと　放置しすぎじゃね？
現行バージョンが有って、それが２ちゃんの仕様変更で
書き込みできなくなった以上は、その動きに追随させるべきじゃないのかと。
でも、Fuyuさんが見てないなら仕方ないか。

おちゅ〜しゃはソースがあるのだから、マイナー修正は各自でハックして使うべしということなのかな。

ソースをいぢると何故かmakeできなくなるmake組の俺がいうのもなんですが。

とりあえず >>11だけやってみた（ので書き込み）。
glib対策でlibmodifiedgtk2/Makefile.inの
AM_CPPFLAGSに 「-DGTK_COMPILATION」追加。

>>88
linuxのパッチはソースコードに入れるからソースコードは簡単に変更できないよ。
デストリがどんなパッチ入れてるか分からない。
もしソースコードいじったらそのパッチが使えなくなる。
開発元は素材提供者でしかなく一度リリースしたら安易に変更はできない。
いちどコードをリリースしたら後は不特定多数にいじりまわされてされるがまま状態。
ともかく今回の件は11と15で決着ついてる。
あとはデストリの対応待ち。
デストリ日本支部の発言権が対応の速さに表われるわけで見物だよ。
vineは日本が本部だから対応速いだろうね。

>>91
すまんが何を言いたいのかさっぱりわからない

>>92
自動作文です。

正直、面白かったですw

次回作を楽しみにしてます!

FC5で、rebuildしたochusha-0.5.8.2-0vl2.i386.rpmを入れてみた。

>>95
あっさり投稿できた。
ありがとうございます。> patch作者、パッケージャの人

書き込めた。

テスト

Debianで更新されたかどうか、テストさせてください。お願いします。

ports っぽくしてみたけど要る？

オープンソースだからちょこちょこメンテ出来るのはいい。
けど早く次のバージョンが欲しい…

ｶﾞﾝ( ﾟдﾟ)ｶﾞﾚ

やはり"公式の"バージョンアップは本家本元の人にやってもらわないと、
各ディストリとしても対応難しいのかな。オープンソースでも。

なんとなくディストリの中の人の気分を想像してみるに、
勝手バージョンアップしたところで本家のバージョンアップがあって、
他のディストリが本家ベースなのに自分だけ勝手ベースだったら気まずい気がする。

気のせい。

0.5.8.2-1ubuntu1ja3

>>103
ディストリビュータは基本的にバージョンアップなんてしないから。
パッチを当てたパッケージをリリースすることはあっても。

そもそもおちゅ〜しゃを公式に含んでるディストロは少ないと思う

それぞれが勝手におちゅ〜しゃ0.5.8.3をリリースしていたら混乱してしょうがない

CVS見る感じだと0.5.8.3は永遠にリリースされないんじゃないかって気がしてくる…
もうこれはforkした方が幸せになれるかもしれんね

テスツ

0.6の方はどうなんじゃろ?

もうJDに流れたほうが早いと思う('・ω・`)

テスト

>>111
いちいちそんな事宣言する必要ないんだよ!
使いたい人は使いつづけるんだからさ。
こうしてみんながパッチを提供してくれたりするんだしね。




ってー事で今回の仕様変更の件+おちゅは開発停止なの?
かと思う程の寂れ具合に不安を感じ
JDに乗り換えましたw
0.6がリリースされたそのときはまた御世話になります<(_ _)>
いままでありがとう、おちゅーしゃ;;

ま、前回の仕様変更の時もこんな感じだったわな。

linuxの制度を知るいい機会だね。
ochusha-0.5.8.2-0vl2だと0.5.8.2が開発元のバージョンで-Olv2がデストリ側のバージョン。
ソースコードが一行でもずれると過去のパッチが使えなくなるので安易に変更しない。
ではだれがパッチ入れてくれるのか?
>>11、15がコードを読んでパッチを書いて、それをデストリに上げるのは>>95、96の様な人。
開発者、デストリ、ユーザーの分業はこういう事になってるのです。
もし>>99が待ちきれなくて自分でパッケージ作ってdebianに上げればdebianも対応する。

>>115
>ソースコードが一行でもずれると過去のパッチが使えなくなる

つ hunk

debian package
ttp://harakiri.run.buttobi.net/cgi-bin/up15/src/15UP0068.zip.html
dlkey=ochusha

そんな怪しいとこからダウンしたもの使えるか！

いえ、あの、実は書き込めました。>>99が無事におちゅ〜しゃから書き込めたらテスト完了ということでして……。

Debianまとめサイトにあるvdlinuxのsources.listからのを入れました。
勝手にochushaのdebを自作していると、ダウングレードになってしまうとaptが判定して
正常にパッチ入りバージョンのが入らないかもしれません。
その場合は直接debをwgetしてdpkgで入れるといいですね。

ｶﾞﾝ( ﾟдﾟ)ｶﾞﾚ

test

TEST

test

test

test

test

test

tset

なんだテストばっかかよw

(´-`).｡oO(ﾃｽﾄは初心者板の該当ｽﾚでおながいしまつ…)

>>130
http://pc8.2ch.net/test/read.cgi/linux/1148809296/

test

>>132
テスト(・_・)
http://pc7.2ch.net/test/read.cgi/pcqa/1148258916/

tent

せめて'test'じゃなくてデストリ名報告せよ。
デストリ正式対応なのかデストリ外の対応なのか自力なのか。
デストリ外ならパッケージの在り処も。

ちんこ

だめだこりゃ。

だっこ。

SuSE+JDがSuSEが糞のため追放処分となった。
Ubuntuには標準でおちゅ〜しゃがあるから楽や。

ｶﾞﾝ( ﾟдﾟ)ｶﾞﾚ

Gentooの0.5.8.2-r1からテスト

test

centOS4.3だけど、>>11 の修正だけで問題なく書き込めた。

じぇんつー

うちはマイナーな専ブラにも対応するよデストリレースの結果
1位vine(地の利)
2位debian(ubuntuも自動的に対応になる?)
3位gentoo
で事でOK?
fedoraが入ってないのが腑に落ちないけど。

どういう統計をとってそうなったのかは知らないが…


fedoraは野良がいっぱい落ちてるからだいじょうぶw
もちろん拾い食いは自己責任でw

Fedoraはvineのrpm持ってくりゃおk

ochusha-0.5.8.2-0vl2.i386.rpmをインストールしたけど、
書き込めないよ！

書けないよ(TT)

>>148
srcでリビルドしてみたら？

書けるか

かけた

やってみた

Fedora で vine のバイナリ持ってくるなら、vine seed の奴を持ってこよう。
そのままインストールして書き込めたぞ。

これをインストールしてもだめだった　orz
ftp.ring.gr.jp/pub/linux/Vine/VineSeed/i386/RPMS.plus/ochusha-0.5.8.2-0vl2.i386.rpm

>>155
src.rpm 持ってきてリビルドすればいいんじゃない?

FCとvineでバイナリ互換を期待するのが無理。

FC5(x86_64)で ochusha-0.5.8.2-0vl2.src.rpm をビルドしてカキコ。

V2Cにすればいいのに。

zshにすればいいのに
fvwmにすればいいのに
：

とか言いたいときもあるけど:-p

リビルドしてもだめぽ orz

>>100
くれ、いやください

『出美庵』src.rpmをFC5にrebuildして、てすと

Test
Gentoo 0.5.8.2-r1 (x86_64)

begin 644 ochusha.port.0.5.8.2_1.tar.bz2
M0EIH.3%!629360'X2?``"!#_N/RP`L!^?___?__?_O__W_H("`0```$`"&`(
M3Y)&M.W6!W+NN0:&ZRJ*TUV[A*(*8AJ83-3&I@3%,T:-3&H]30&C31IB9-#0
MT9&1M022)&F:1M":FGI$R:8FC0TT-,@]0:```&C(T`!*31H31HBCU/:IZF:A
MH&@`!H`!D`````#AH``:#0:`P0`T--,@&AHTR`&(&@`X:``&@T&@,$`-#33(
M!H:-,@!B!H`$BB9`FF1H$U/0T34V2;*::`!Z31HT`TTTR```S_,0Z3J`;Q\C
MQWXYX.J"\)X!2:%.004&**+&B"0=KHGS]'1*,G64M)!>(80`;!,;8"94)`QB
M.FQ\>WNT*<(L3B*!#[('XT41(,I<7%H;？HB7<R0<TY3IZL9H2QM.[I]NS;T
MG9:UAGW+Y?9^=XJE"91\S^)[5;I99:$F#6HXBW_*=E>J+0+!+2JL([F%=8G8
MHXGFGB8/G7HRC;&=\.NBM\CXI(SCH[B$=X1VTQ'4:AC-$1-@HE`BD8A,]U[7
MUQ[L1C7:FM!=Q0.O'I\)`[W97!9)5NW(RZI7X-.V8B@%]3=*11/M/K-N@8;R
MW<&@[(]7XF-=,<Y=XWYCYII7>RM-C9L2F,I&IV=&54KC@S3JVJ7_%A9`VJ9J
M+#$L%K5)U1VJZ>8-LFK4T=AM'9.#2A5\%2.U,9(ZIKMV24R5&U19".VS6&HU
MT?O3T)X2.L'UM0TNNUU&@8UH=9UKH[!7:/*+1BQ(=ZJ+D<B;BDT%\OQ<TA+2
M[[1<H\:'?\PB&01S4(1WT',2]M^8VR43H,RK\$(%3#8,W6'J,/1MDU:)T%X5
[email protected];%+:IS-0H9E6'7"Z2D1&5Q)C$0G_45AD->!OA)PQIC5U*FQ[*3*VC@
M=#E3:3,D4,>10RC,F9.U@I`<X,C13+*N>.$G5%>K5;?1W?%%21+X^>]?00F'
M'W0DQ3#V(K/2JW5M]"BN2K(DPPJ)DNB!ET`!;U+GL5<K3'@">8W`"M$>80P)
M=)YSS'H^?9^5J+!&:P0Q8`PXLLYYH32B=\9BQ;,:#T1%S>&PG/:N+6J(0^0%
MK[3I/L>J!"[#1YF2,1J5?KQ5EZ.")P*F9W*S5*;!^C<'YB952D)(3Q5\7&>&
MML9VC9M\FVN5=:\^Y@D;YVI"EFNXMQOE#19%"-&>(L-2"W-NLM8^)TD'B*4E
M!X30HY:WD7X#I$0[+[L4HKFFX9RJKLMK+80'@Z(5>*]ZP'$IQ'DV@Y$FTUGS
M.Z195%H4L+%=!@4>[99!K"=R2(91U)+9HT-Y*N:V=91VB.G%+5I%+A-WU*,%
M\_[N!:)V,D-8]G9ON&\$S6<]KU_HV009AB8,!>8V-G+J"\(5DQOEK>@H`B`-
M<(=NKA!P9"C)\[YMGD3EE`)D$]/&.-%X/X@(0S<1*1QM/2%P"2R#P8M16'+`
MTL4H0*U5G"(T"[]2"[email protected]'ZA,PS&O]Z_AP)(-(%UX\0;4;5Z\\(
M00->]P]))D7&=M65G#Z@*JHH(2:K#*@N,EH1C&%W$>#5(-,LN?A''=9,"8S0

MR&`F3K0<<,%(8RRZK($<7&&.]&4JSWP@LL02RXB1;AA,(R3\[(55T)^$P(>B
M@(184!%LIWX9[SA`X+]!E)+4#_LO.%%W+AC;DO@JWY*;=\X136=:L=TB3->B
M.[-(.6TK*9!-V!&-+TT&<Q"6CD58-&7@MV"[`?P/6:[S*6X5+7B;#%E@-PJP
M50$R:&4_+8(D-%H9AY`,S$1BL=8[:B`7P5:'BMQJBR*(,B0S/<Y2',#33="V
MY%RAM*<5E96]UQ@:`HC$QR8E1N%$`5X*@35)8."&4"^L123P,U!P\\%25/(%
M6@S!(,40)*R%]U&\T#*3><>G-KD,-(6:X);'C4CU#RD.LJ4CM+;O,9`4'&;"
M!？#O3Y=A,WTKA554Z!D2)ZIY=`B/E\+3Q&0(>""\3$>-G]-"AX2!R;WY`^*
MO[:O%P-D3(B^!VB\@_OR8G]LJ(J4%P`7POP/@/=JS&UMR)K*JHI0-RDD)!;-
MB9Y&-V![T[62+9(B-BKR3Y$,AIPI#)$'JL%Y"(-Q%0EDG-2OO3NX\YD,KS[*
M9C6:UE!B<6#U[\DA!U91XIRY2%:8"AE9A,USHPN,(,U#-4`Y=<M\I!$K:Z`Y
MU"SFMKR:9=$Z>>BHZ,A?X[Q5+)5/,(^0,Y@#F(HVW.8Q68#,]6Q,;UQ1XD/J
MED-8C6,HN5F[A'&DVC0X(G)*ZO"772*W6'$F0-\:B@)G1/?5L!TY`MMSU9%M
M>J&*RLDJ-$!X(*&!YQ"'NT[GE\$%L77)!B(H%V,I=47PB*N8$J&/TT\V21ES
M&QE1'.U:B++QWXXDLF#T].`6BX]8NR$Q&61>LPB(J6=)/;6]1C`C-J"RHP&,
M&.X**F`W?(ESEV+,I#`Z<N(43N4;/V]U-0LU1-2QI1:9/!HL.'7B1ZNH+5.@
MOIAMV;E-4*3($#=IQAMS@8(HLS/604)0$9D[]9GZ?W=>?.Y">)7!;500KK;Q
MR(SQUR$:,2L,$-E@#6Z@5O-%9`(!W*5$U/=OLH&/>8G59`+5R<QEU-]5:IY;
M\:!&&BB$$XD8'9[9B&,TBI^"BFH(O3JV<`&NL6!$,"S/466E?A2J;SZ'$FS(
M2O9I"48SFPSP=A!D^E9PX-1`$#/IC=4N#(3<;L[O5@B'55(#5U;9V$\D-K%[
M3:*PW(J"7CPL-.8D7I*V2:0(&E2J_3AF@3Y]N+66)VFH92'E\_5AIW!7CWAJ
M00?X1L*_6^4SIVBH-'I/J$^"KHKA0PWDA.A!"=S<_/M?+W\:\:*JL"#.M)'_
+B[DBG"A(`/PD^```
`
end

>>162 もちろん何の歩哨もない

test

書き込めたが、クラッシュしてしまった。

Test
Debian 3.1

test

おまいら
ばかなんだから
ウインドーズでも使ってたら？

>>171
おまえもなー

test

ubuntu6.06

test fc5

test fc5 2台目

test fc5 2台目の2回目

test fc5 3台目

test JD

最近、自分の環境では、
レスの増えたスレがカラー表示されなくなりました。
483(+18)とか数字は表示されるので使えることは使えるのですが、とても
使いにくいです。
どうしたら再びカラー表示されるようになりますか？

FC5

wget ftp://ftp.ring.gr.jp/pub/linux/Vine/VineSeed/i386/RPMS.plus/ochusha-0.5.8.2-0vl2.i386.rpm
sudo ln -s /lib/libcrypto.so.5 /lib/libcrypto.so.4
sudo ln -s /lib/libssl.so.5 /lib/libssl.so.4
sudo rpm -Uvh ochusha-0.5.8.2-0vl2.i386.rpm --nodeps --force

でおk

>>180
rpm でパッケージ管理してる意味がなくなるから、
rebuild した方が良い

>>180さんの言うとおり、rebuildした(FC4/5)

まちがった
×180さんの言うとおり
○181さんの言うとおり

hoshu

やっぱ　おちゅ〜しゃ　は　いいですね　！

おまいらは
ばかなんだから
ウインドーズでも使ってたら？

貧乏なやつはLinux

もってくんな、もって帰れ、ミスターゲイツ♪

test

さっき処女卒業した（//▽//）

ログってどうやったらすてられるの？
設定とかオプションにのってないんだけど
書き込み履歴とかもどこにのこってんだよまったく

>>189
つ「ボラギノール」

>>186
当たっているだけに何も言えん

w3mからカキコ

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=204112

大変乙ですた〜

てすつ

FC5 extras に来たね

>>197
で、FC5 extrasからインスコしたx86_64でテスト。

中のひと乙

Gentoo 2.6.17-r7 x86_64 からカキコ

FC5

yum install openssl097a
rpm -ivh http://www.ring.gr.jp/pub/linux/Vine/VinePlus/3.2/i386/RPMS.plus/ochusha-0.5.8.2-0vl1.1.i386.rpm

でおk

ppc版 FC5 extras にもupdate来ました。
>>201さん
0.5.8.2-0vl1.1の場合は書き込みOKでしたが、画像のプレビューや外部ブラウザで観る所でバグが有りましたので、yum installの方が安全かも？

さっきFC5なﾒｲｿPCを久しぶりに起動してyum updateしたら、
>>201のochushaがextrasのochushaになった。

書き込みも出来る模様。

>>202
バグっつーか、いろんなライブラリが違うからだろうね

extrasに来てるのを気付かず>>201した俺。先程>>203
謎の東大生に感謝

FC extras-development にも入ってるな。知らない間に使っていた、、、

ビルドしたので記念カキコ

ほしゅ

Ubuntu6.0.6ユーザーです。
てゆーかLiux歴3時間なんですが質問ですorz

0.5.8.2のtarボールをDLして解凍→ディレクトリに移動→./configure→・・・・
とさっきからチャレンジしてるんですがどうもうまくいきません。
途中手探りで何度もgccとか継ぎ足しつつ

configure: creating ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands

と、ここまできました。
で、ここからmakeを実行するとhttp://www.uploda.org/uporg517994.make
となってしまいます。
このエラーの原因がまったく解かりません。なんとかアドバイスお願いします

もしかしてUbuntuスレで聞いた方が良いのかな・・・・？

jaリポジトリからsynapticではいるよ。

>>209

上の方（>>40位までの間）に出てる。

自力makeがしたいならUbuntuは使わない
Ubuntuが使いたいなら自力makeはしない

しかも0.5.8.2はパッチあてないと書き込みできないし…

ていうか、もう終わってるだろ
このアプリ

　　　 　 ,' /　
　　　　 ｉ .l　
.　　　　|　､　
　　　 ､.＼　ヽ　
　　　 　 ､ ＼ . ヽ ._　
　　　　　　 　 丶.　　 ‐　 _　　 　
　　　　　　　　 　 ｀ ‐　_　 (´・ω,(´・ω・）
　　　　　　　　 　 　 　 　 　（ー（,, O┬O
　　　　　　　　　　　　 　 　 　 （））'J_））
　　　　「おちゅ〜しゃ、もう終わっちゃったのかなぁ」

　　　　「まだはじまっちゃいねぇよ」

工ｴｴｪｪ(´д｀)ｪｪｴｴ工

ほしゅ

ochusha 0.5.8.2-0vd3 は削除

おちゅーしゃ　いっすねー！
CentOS4.4に入れてみますたよ
ちゃんと動きます

書き込めた

結構いいかも

開発再開？

板・スレ・レスを縦三分割表示にしたいのですが
方法がわかりません。ヒントください

ヒントでいいの?
ツール>オプション>

かきこテスト

>>225
感謝。スレ一覧とスレを垂直にするの解除できました

板とタイトル一覧は淡い灰色なのに
レスの背景が真っ白で目が痛い。
レスの背景色の変更のしかたを教えてください

>>228
以下のようなのを ~/.gtkrc-2.0 に追加したらいいかも?
でもテーマを導入してて後で上書き状態になってたら変わらないけど。

style "user-custom-color" {
base[NORMAL] = "#f0e0ea"
}
class "GtkWidget" style "user-custom-color"

>>229
どうも、やってみます

うおっ...初めてメイクしたっ
書けるのか？

うぉぉおおお、スゲエ！！涙が出てくる程うれしいぜっ
参考までにdebian sarge kernel 2.4...
展開して中へ...11様を参考に変更。
./configure
make
su
make install
板違いかもしれないけど...出来た色んなものは全部必要なの？
まだ駆け出しでファイル管理しか分からない俺です。

>>231-232
最高に頭の悪そうな発言をして下さい in Linux板 3
http://pc8.2ch.net/test/read.cgi/linux/1156058433/

>>233
ありがとう...とにかく、deb迄は作れました。
ググった通りに出来たので驚いた。
軽快でいいアプリだと思います。感謝！
しかもいい勉強になった。
次は自分で何か作ってみる事を目標に...

>>234
じゃぁ先にお礼を言っとく

ありがとう！

おちゅ〜しゃを起動すると、CPU使用率が常時１００パーセントなんですが
これは、話題にするに値しないことなんんでしょうか？

うちではそんなことないぞ
100%になることはあっても常時ではないな
とりあえず環境ぐらい書いていったら?

開発再開？
0.5.99.62でカキコ

終了した後にｽｯﾄﾞﾚが残って100%になることはあるけどな。
@ 0.5.8.2-0vl2

実はお駐車からJDに乗り換えていたんだが、作者自ら1年ぶりにCopyrightの年号を変えるだけでも作業を
再開したので生存確認ができてほっとしたよ。

最後の力をふりしぼって…

蝋燭の炎は燃えつきる前が一番激しいというしな……

ちょwおまえら死亡フラグ立てようとすんなw

１００パーセントの件ですが、
どうも、ながら作業（音楽聞きながら２chとｗｅｂ）をやってると
常時、１００パーセントになるようです、そして、アプリを閉じて
単作業に戻ってもシステムモニタでは閉じたはずのmplayerやおちゅーしゃが動いており
CPUの使用率を１００パーセント位にしてしまい作業にもっさりと悪影響を及ぼしているようです。
ちなみに、システムモニタで動いている原因アプリを停止や削除すると使用率は通常のように変動します。　素人なのでよくわかりませんが状況を書き込んでおきます。

ubuntu使ってますが、タブの表示が逆で違和感があります。
おちゅーしゃでは、選択タブは明るく、待機タブは暗くなりますが
ubuntuでは、選択タブは暗く待機タブは明るくなります

改善されることをお願います

日本語でおk

ubuntuのレポジトリ(jp)からこれを入れてみた。
なんかニートな感じでいい。

>>244
原因わかりました。mplayerの設定でａｕｄｉｏの設定がＦＦｍｐｅｇになってませんでした
それにより、症状でなくなりました。お騒がせしました

0.5.99.62.1試してみたが、あぼーんの設定が
良く分からん。

いけるのか？

>>245
どうみてもubuntuのテーマのバグだろ。向こうに報告すれ。
# 中学生レベル英語でもバグレポートなら書ける

バグの可能性もあるかも知れないけど、
おちゅを起動する時にどっかで余計な設定が読み込まれている可能性もあるかも。
おちゅはフォントは別としてGTKの外観はgtkrc-2.0で
設定するスタンスだと思うから、少なくともおちゅのせいではないと思うよ。

0.5.99.62.1も0.5.99.63.2も
------------------------
GThread-ERROR **: GThread system may only be initialized once.
aborting...
------------------------
というエラーが出てまともに起動しない......
（Fedora Core 開発版）

取り敢えずochusha/main.ccの202行目辺りの
g_thread_init(NULL);が不要と分かったので除いたが、
それでもあぼーんの設定が分からんorz

今度はppcで：
------------------------------------------------------------
cell.cc:64: error: requested alignment is not a power of 2
cell.cc:65: error: requested alignment is not a power of 2
cell.cc:66: error: requested alignment is not a power of 2
cell.cc:67: error: requested alignment is not a power of 2
cell.cc:68: error: requested alignment is not a power of 2
cell.cc:69: error: requested alignment is not a power of 2
make[2]: *** [cell.lo] Error 1
make[2]: *** [cell.lo] Error 1
make[2]: Leaving directory `/builddir/build/BUILD/ochusha-0.5.99.63.2-cvs061111/libtscore'
------------------------------------------------------------
orz

おちゅ

Fedora Core develユーザーへ
（私は作者さんではありません）
ochushaを0.5.99.63.3に上げます。開発版なので、
動作は保証しません。
http://buildsys.fedoraproject.org/plague-results/fedora-development-extras/ochusha/

（作者さんがもし見てたら）
0.5.99.63.3に対し、patchを2つ当てています。
* g_thread_init()が２回呼ばれるのを防ぐ
* ppcでcompile出来ないbugのfix

後一つ
Fedora Core develのautoconfは2.60なので、これに
対応するような修正も施しています。

>>258
g_thread_init()が2回呼ばれるようには見えない。
変なglib2使ってないか？

>>259

確かにぱっと見では何が呼び出しているか分かり難いのですが、
調べてみると.......

[root@localhost ~]# rpm -q gtk2
gtk2-2.10.6-1.fc7
で、ochushaに対し、gdbをg_thread_initにbreak pointを
設定して実行すると......
------------------------------------------------
(gdb) bt
#0 g_thread_init (init=0x0) at gthread-impl.c:293
#1 0x03fdadec in link_init (thread_safe=1) at linc.c:200
#2 0x03fbbb85 in giop_init (thread_safe=1, blank_wire_data=0) at giop.c:505
#3 0x03fc083d in CORBA_ORB_init (argc=0xbfe470a0, argv=0x0, orb_identifier=0x41ea674 "orbit-local-mt-orb",
ev=0xbfe47038) at corba-orb.c:422
.........
#20 0x00f96415 in post_parse_hook (context=0x9709898, group=0x9709b08, data=0x0, error=0xbfe478d4) at gtkmain.c:552
#21 0x00a32301 in IA__g_option_context_parse (context=0x9709898, argc=0xbfe4a570, argv=0xbfe477f4, error=0xbfe478d4)
at goption.c:1627
#22 0x0806d26b in main (argc=1, argv=0xbfe4a5f4) at main.cc:159
#23 0x003d0e5c in __libc_start_main (main=0x806d070 <main>, argc=1, ubp_av=0xbfe4a5f4,
init=0x80bb1e0 <__libc_csu_init>, fini=0x80bb1d0 <__libc_csu_fini>, rtld_fini=0x721490 <_dl_fini>,
----------------------------------------------------
となって、実はmain.ccのg_option_context_parse()が
g_thread_init()を呼び出しているのです。

間違えた
[root@localhost ~]# rpm -q glib2
glib2-2.12.4-1.fc7

>>260
glib2の実装を見るかぎり、g_option_context_parse()がg_thread_init()を呼んだりしない。
なので、環境の方がどこかおかしいと思う。
バックトレースを見ると、glibにもgtk+にも存在しないcorba-orb.cの関数がglibやgtk+に
フックを登録して、勝手にg_thread_init()を呼んでいるらしい。

どうみてもおせっかいです。本当にありがとうございました。

コメントアウトするんじゃなくて、
if (!g_thread_supported()) g_thread_init(NULL);
な感じに書き換えてみた。

ちなみに、あぼーんはまだ実装されてないからできないというのが正しい解釈だよ。

>>262
きちんと起動します。有難うございました。
gdbを良く見ると、at-spiがどうも怪しい（何を
しているか全く分からないけど）。まあ、
直ったから私は別に良いのですが、一応
参考の為

--------------------------------------------------------
(gdb) bt
#0 g_thread_init (init=0x0) at gthread-impl.c:293
#1 0x03fdadec in link_init (thread_safe=1) at linc.c:200
#2 0x03fbbb85 in giop_init (thread_safe=1, blank_wire_data=0) at giop.c:505
#3 0x03fc083d in CORBA_ORB_init (argc=0xbfcc1e70, argv=0x0, orb_identifier=0x41ea674 "orbit-local-mt-orb",
ev=0xbfcc1e08) at corba-orb.c:422
#4 0x041e86de in bonobo_activation_orb_init (argc=0xbfcc1e70, argv=0x0) at bonobo-activation-init.c:595
#5 0x041e8b46 in bonobo_activation_init (argc=0, argv=0x0) at bonobo-activation-init.c:539
#6 0x0420fa8d in bonobo_init_full (argc=0x1155e08, argv=0x0, opt_orb=0x0, opt_poa=0x0, opt_manager=0x0)
at bonobo-main.c:171
#7 0x0420fc2c in bonobo_init (argc=0x1155e08, argv=0x0) at bonobo-main.c:256
#8 0x0047ecde in atk_bridge_init (argc=0x1155e08, argv=0x1155e0c) at bridge.c:199 <=
/usr/lib/gtk-2.0/modules/libatk-bridge.so
#9 0x00f01129 in default_display_notify_cb (display_manager=0x9b06b70) at gtkmodules.c:413
#10 0x00aaf8d9 in IA__g_cclosure_marshal_VOID__PARAM (closure=0x9afedd0, return_value=0x0, n_param_values=2,
param_values=0xbfcc217c, invocation_hint=0xbfcc208c, marshal_data=0xf010b0) at gmarshal.c:531
#11 0x00aa2e6b in IA__g_closure_invoke (closure=0x9afedd0, return_value=0x0, n_param_values=2,
param_values=0xbfcc217c, invocation_hint=0xbfcc208c) at gclosure.c:490
<........>
#21 0x00256301 in IA__g_option_context_parse (context=0x9afa898, argc=0xbfcc5340, argv=0xbfcc25c4,
error=0xbfcc26a4) at goption.c:1627
#22 0x0806d35b in main (argc=1, argv=0xbfcc53c4) at main.cc:158

作者の絶妙な手抜き加減によって集団メンテナンス体制が確立されていくのであった。

亀レス＆既出の可能性大だが
動作報告を。
PCーUNIX(FreeBSD6.1-RELEASE)だがおちゅーしゃつながりと言うことで。

>>11だけで十分行ける。
何度も書き込みもできるし。
>>15もありがとうございました。
...おちゅの作者帰って来てくれ...orz

ちなみに俺はなにもスクリプトとかソース書けない失格者orz

>>265

多分>>259と>>262は作者さんでは？

>>if (!g_thread_supported()) g_thread_init(NULL);
>>な感じに書き換えてみた。
で、cvs見てみると実際書き換わっているし。

>>266
そうなのか。sorcefo(ryで一回見て来ますね。

とりあえず今作者公認非cvsの0.5.8.2いれて(多少ソース変更)
みた。なかなかいいねえ・・・

スレ立ていまだにできないけど

ochushaがinstallするlibraryにldd -rをかけるとundefined non-weak symbolが
山のように見つかるのが気になる.....
prelinkがうまくいかないので修正してほしいなあ（巨大binary一つどんと
installでも良いと思うけど）

おお、凄い！ほとんど直ってる。thanks.
後は
-------------------------------------------------------------
E: ochusha shlib-with-non-pic-code /usr/lib/libochushagtk.so.0.6.0
W: ochusha undefined-non-weak-symbol /usr/lib/libochushagtk.so.0.6.0 strnrstr
W: ochusha undefined-non-weak-symbol /usr/lib/libochushagtk.so.0.6.0 strnstr
W: ochusha undefined-non-weak-symbol /usr/lib/libochushagtk.so.0.6.0 strncaserstr
W: ochusha undefined-non-weak-symbol /usr/lib/libochushagtk.so.0.6.0 strncasestr
E: ochusha shlib-with-non-pic-code /usr/lib/libtscore.so.0.6.0
E: ochusha shlib-with-non-pic-code /usr/lib/libochusha.so.0.6.0
-------------------------------------------------------------
が出てる。ちなみに：
-------------------------------------------------------------
shlib-with-non-pic-code :
The listed shared libraries contain object code that was compiled
without -fPIC. All object code in shared libraries should be
recompiled separately from the static libraries with the -fPIC option.

Another common mistake that causes this problem is linking with
``gcc -Wl,-shared'' instead of ``gcc -shared''.
-------------------------------------------------------------

全部直ってる......有り難うございます。

おお、全部直ってる
有り難うございます

２度も書き込んでしまった。
しかも番号も間違えてるしorz

Win版専用ブラウザに比べて、行間が妙に広いのと、描画スピードが遅いのと、全体的な（なにをするにも）処理が遅いくらいがだめかな。
自分で直せとか、却下です。　どちらもデフォルト。

質問です。
おちゅーしゃを起動した時、前回開いていたスレのタブを復元することはできますでしょうか？

現在使用しているのは下記のとおりです。
SUSE 10.1
KDE上で >62 さんの作成されたRPMをインストールして使っています。

よろしくお願いします。

>>274を却下です。一生Win版専用ブラウザとやらを使ってなさい

0.5.99.63.4 昨日のcvs版でtest

>>274
数少ないunix系２chブラウザを・・・きみは・・・

FreeBSDRC-2でカキコ。
スレ立てできないみたいだね

0.5.99.63.5だけど、automakeが1.10に上がったせいで
autogen.shが成功しない。

FreeBSD5.5上でcvsから取ったソースからビルドして書き込み。

0.5.99.63.5とかってどこからどうやって落すんですか？

>>282
1を見ろ

0.5.99.63.6でカキコ
「印」でソートすると、印を付けたのが一番下に
来る......

なあ、 g_object_ref_sink や gtk_object_sink の引数に直接 GtkMenuShell を渡すのではなく
GTK_OBJECT に変換してから渡すんじゃなかったけ？
具体的には board_ui.cc 371 373 388 390 や bbs_thread_ui.cc 768 770 785 787 802 804の所なんだが。

ochusha-gtkrc をいじって薄めで地味な色に変えてみた。

style "ochusha-default-style"
{
# 背景色指定　
base[NORMAL] = "#e0e0c8"

ThreadlistView::fg_normal = ""
# スレ一覧の文字色
ThreadlistView::fg_emph = "#a00000"
ThreadlistView::fg_strong = ""
ThreadlistView::fg_hidden = "gray75"
ThreadlistView::bg_normal = ""
ThreadlistView::bg_emph = "lavender"
ThreadlistView::bg_strong = "#ffe0e0"
ThreadlistView::bg_hidden = ""

BoardlistView::fg_normal = ""
BoardlistView::fg_hidden = "gray75"
# 板一覧の背景色
BoardlistView::bg_normal = "#c0d8d8"
BoardlistView::bg_hidden = ""
}
class "GtkWidget" style "ochusha-default-style"

>>285
GTK2(GObject)って知ってますか?

0.5.99.63.7でカキコ

おちゅ〜しゃで書き込みtest

test

0.5.99.63.8でカキコ

CVS (mod_notebook.c：Rev. 1.5) で make を debian sarge (libglib2.0-dev：Version: 2.6.4-1) にて試しましたところ、
次のようなエラーが出ました。

mod_notebook.c:599: error: `G_PARAM_STATIC_NAME' undeclared (first use in this function)
mod_notebook.c:599: error: (Each undeclared identifier is reported only once
mod_notebook.c:599: error: for each function it appears in.)
mod_notebook.c:599: error: `G_PARAM_STATIC_NICK' undeclared (first use in this function)
mod_notebook.c:599: error: `G_PARAM_STATIC_BLURB' undeclared (first use in this function)
mod_notebook.c:948: warning: implicit declaration of function `g_intern_static_string'
mod_notebook.c:956: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c:965: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c:974: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c:983: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c:992: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
（続く）

mod_notebook.c:1002: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c:1022: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c:1042: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c:1062: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c:1071: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c: In function `mod_notebook_real_insert_page':
mod_notebook.c:4217: warning: implicit declaration of function `g_object_ref_sink'
make[3]: *** [mod_notebook.lo] エラー 1
make[3]: Leaving directory `/home/hoge/ochusha/ochusha-cvs/ochusha/ochusha/libochushagtk_lgpl'
make[2]: *** [all] エラー 2
make[2]: Leaving directory `/home/hoge/ochusha/ochusha-cvs/ochusha/ochusha/libochushagtk_lgpl'
make[1]: *** [all-recursive] エラー 1
make[1]: Leaving directory `/home/hoge/ochusha/ochusha-cvs/ochusha/ochusha'
make: *** [all] エラー 2


G_PARAM_STATIC_NAME、G_PARAM_STATIC_NICK、G_PARAM_STATIC_BLURB　
が /usr/include/glib-2.0/gobject/gparam.h に記述されていないためと思われます。

debian etch (libglib2.0-dev：Version: 2.12.4-1) ではそこに記述されているので、問題なく make できます。

ライブラリを作る時のコンパイルには -fPIC つけて欲しいなぁ。
AM_INIT_AUTOMAKEはautomake のオプションを指定したほうがいいんではないかな？

mod_notebook.c が Rev. 1.6 になったので、再び debian sarge にて make を試しました。

mod_notebook.c: In function `mod_notebook_class_init':
mod_notebook.c:605: error: `G_PARAM_STATIC_NAME' undeclared (first use in this function)
mod_notebook.c:605: error: (Each undeclared identifier is reported only once
mod_notebook.c:605: error: for each function it appears in.)
mod_notebook.c:954: warning: implicit declaration of function `g_intern_static_string'
mod_notebook.c:962: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c:971: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c:980: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c:989: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c:998: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c:1008: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c:1028: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
（続く）

mod_notebook.c:1048: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c:1068: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c:1077: warning: passing arg 1 of `g_signal_new' makes pointer from integer without a cast
mod_notebook.c: In function `mod_notebook_real_insert_page':
mod_notebook.c:4223: warning: implicit declaration of function `g_object_ref_sink'
make[3]: *** [mod_notebook.lo] エラー 1
make[3]: Leaving directory `/home/hoge/ochusha/ochusha-cvs/ochusha/libochushagtk_lgpl'
make[2]: *** [all] エラー 2
make[2]: Leaving directory `/home/hoge/ochusha/ochusha-cvs/ochusha/libochushagtk_lgpl'
make[1]: *** [all-recursive] エラー 1
make[1]: Leaving directory `/home/hoge/ochusha/ochusha-cvs/ochusha'
make: *** [all] エラー


たぶん、ochusha/libochushagtk_lgpl/mod_notebook.c の 72 行目が
#define G_PARAM_STATIC_NAME　G_PARAM_STATIC_NAME
になっているのが原因かと思います。

mod_notebook.c の件は Rev. 1.7 で解決したようです。ありがとうございました。
しかし、sarge で make すると、/libtscore のどこかでまだ引っかかるようです。
（どこかは特定できていません。srfi19_procedure.cc (Rev.1.1) あたりか？)

/bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -DNDEBUG=1 -L/usr/local/lib -o tssh main.o libtscore.la
g++ -g -O2 -DNDEBUG=1 -o .libs/tssh main.o -L/usr/local/lib ./.libs/libtscore.so -Wl,--rpath -Wl,/usr/local/lib
./.libs/libtscore.so: undefined reference to `LibTSCore::Number::rem(LibTSCore::Number&)'
collect2: ld returned 1 exit status
make[3]: *** [tssh] エラー 1
make[3]: Leaving directory `/home/nanashi/ochusha/ochusha-cvs/ochusha/libtscore'
make[2]: *** [all] エラー 2
make[2]: Leaving directory `/home/nanashi/ochusha/ochusha-cvs/ochusha/libtscore'
make[1]: *** [all-recursive] エラー 1
make[1]: Leaving directory `/home/nanashi/ochusha/ochusha-cvs/ochusha'
make: *** [all] エラー 2

また、etch でも試しましたが、違う所 (tree_ui.cc：Rev. 1.20)で引っかかっているようです。

tree_ui.cc: In member function ‘void Ochusha::TreeUI::new_element(Ochusha::Folder*, Ochusha::TreeElement*)’:
tree_ui.cc:1802: error: ‘gtk_tree_store_insert_with_values’ was not declared in this scope
tree_ui.cc: In member function ‘Ochusha::Folder* Ochusha::TreeUI::new_folder(Ochusha::Folder*, Ochusha::TreeElement*, GtkTreeSelection*)’:
tree_ui.cc:1862: error: ‘gtk_tree_store_insert_with_values’ was not declared in this scope
tree_ui.cc: In member function ‘void Ochusha::AppendElementFunc::append_leaf(Ochusha::TreeElement*)’:
tree_ui.cc:2651: error: ‘gtk_tree_store_insert_with_values’ was not declared in this scope
tree_ui.cc: In member function ‘void Ochusha::AppendElementFunc::append_folder(Ochusha::Folder*)’:
tree_ui.cc:2670: error: ‘gtk_tree_store_insert_with_values’ was not declared in this scope
make[2]: *** [tree_ui.o] エラー 1
make[2]: ディレクトリ `/home/nanashi/ochusha-cvs/ochusha/ochusha' から出ます
make[1]: *** [all-recursive] エラー 1
make[1]: ディレクトリ `/home/nanashi/ochusha-cvs/ochusha' から出ます
make: *** [all] エラー 2

ブックマーク機能ｷﾀｧｧｧ(ﾟ∀ﾟ)ｧ( ﾟ∀)ｧ( ﾟ)ｧ( )ｧ(｀ )ﾊｧ(Д｀)ﾊｧ(;´Д｀)ﾊｧﾊｧ

0.5.99.63.14入れてみた。
たしかにブックマークできてるね。
スレッドのソートをマークでやりたいが設定がわからん
ubuntu

スレ立てできんのがちょっとなあ・・・

>>298 で tree_ui.cc にて引っかかっていたものは、現在の CVS なら etch では大丈夫です。


あれから色々試したところ、>>297 の症状は gcc のバージョンによるものらしいことが分かりました。
sarge のデフォルトの gcc は Ver. 3.3.5-13 です。
etch のデフォルトの gcc は Ver. 4.1.1-19 ですが、同じ etch でも gcc Ver. 3.3.6-13 を使うと、
>>297 と同様なエラーになりました。

etch で gcc が Ver. 3.4.6-4、Ver. 4.0.3-7、Ver. 4.1.1-19 なら問題なく make できています。

ちなみに sarge で gcc Ver. 3.4.3-13sarge1 を使用して (CC=gcc-3.4 CXX=g++-3.4 CPP=cpp-3.4 にて指定)
make すると、tree_ui.cc (Rev. 1.27) で、以下のようなエラーが出ます。

tree_ui.cc: In member function `void Ochusha::TreeUI::remove(GtkTreeRowReference*)':
tree_ui.cc:2096: error: `gtk_tree_row_reference_get_model' undeclared (first use this function)
tree_ui.cc:2096: error: (未宣言変数については、それが関数内で最初に現われた時だけ報告されます。)
make[2]: *** [tree_ui.o] エラー 1
make[2]: Leaving directory `/home/hoge/ochusha/ochusha-cvs/ochusha/ochusha'
make[1]: *** [all-recursive] エラー 1
make[1]: Leaving directory `/home/hoge/ochusha/ochusha-cvs/ochusha'
make: *** [all] エラー 2

gtk_tree_row_reference_get_model (2090 行目) は gtk+ 2.8 にて初めて出てきているので、
sarge (libgtk2.0-dev：Ver. 2.6.4-3.1) では理解できないようです。

度々スミマセン…orz

proxyは使用できるの？
試しているんだが、proxy経由のアクセスができないんだが

今は知らないけど
前はできたよ

【Winny】パイズリ動画スレ29【洒落・BT】＠Download板
http://tmp6.2ch.net/test/read.cgi/download/1160143920/

このスレをおちゅーしゃでみると、ガリガリ音がして進まないんですが
ブラクラというやつなんでしょうか？対策はありますか？

欲望丸出しwﾜﾛﾀ

>>306
ひょっとして画像を自動で読み込むように設定してないかな。
たくさん画像へのURLが貼ってあるので、それで読み込むのに遅くなっているとかあるかも。
自分はとりあえず開けたし見れた。

リンク踏んでみたけど別になんともないな

ところで画像を自動で読み込む設定にしてると結構落ちない?おれだけ?
便利だから使いたいんだけどわりと落ちるからいまは使ってない
バージョンは0.5.8.2に>>11の修正

スレ取得の速度が遅い
書き込み(埋め込みじゃなく、アイコンから)でOK
を押しても書き込みできない(埋め込みだとできる)

CVS版を使っての感想

>>306です
なるほど、原因はそれですかね
自動で取り込んでます。途中、操作不能になるのでビビッテました。ありがとうございました。
このタイトルここで見ると衝撃ですよねｗ

o2on経由でアクセスできず

cvs使ってるけど、スレが何kBまで
いってるかって見られるんだっけ？

現在の CVS 版を make してみましたところ、以下の点でエラーが出ました。

libochushagtk/arrow_action.c (REV. 1.1)　97行目　GTK_ARROW_NONE 未定義エラー (GTK+ 2.10以降で登場)
ochusha/tree_ui.cc (REV. 1.33)　2422行目＆2427行目＆2432行目　gtk_tree_store_insert()の引数不足
ochusha/tree_ui.cc (REV. 1.33)　3238行目　TREE_ROW_TYPE_ 未定義エラー (TREE_ROW_TYPE のtypo?)
ochusha/tree_ui.cc (REV. 1.33)　3281行目＆3286行目　sotre 未定義エラー (store のtypo?)
ochusha/tree_ui.cc (REV. 1.33)　3331行目　AppendElementFunc(*this, show_all()));　(")"が一つ多い)

これらを自分なりに直しても、次のエラーがまだ出ています。

tree_ui.cc: In member function `bool Ochusha::TreeUI::convert_master_iter_to_iter(GtkTreeModel*, GtkTreeIter*, GtkTreeIter*)':
tree_ui.cc:1417: error: void の値が本来の意味通りに無視されませんでした
make[2]: *** [tree_ui.o] エラー 1
make[2]: Leaving directory `/home/hoge/ochusha/ochusha-cvs/ochusha/ochusha'
make[1]: *** [all-recursive] エラー 1
make[1]: Leaving directory `/home/hoge/ochusha/ochusha-cvs/ochusha'
make: *** [all] エラー 2

>>314
＞ochusha/tree_ui.cc (REV. 1.33) 3331行目　AppendElementFunc(*this, show_all()));　(")"が一つ多い)
以外は直しました。
これ、括弧の数は合ってると思う。STLのalgorithmなので多分g++のバージョンによって通ったり
通らなかったりするんだろうな……。

>>315
素早い対応、ありがとうございます。
すみません、")"のことは勘違いのようです。
gcc-3.3 だと相変わらず >>297 のエラーが出ますが、gcc-3.4 以降で Glib 2.12 なら
問題なく make できました。

しかし、Glib 2.6 だと、次のエラーが出ます。
../libochushagtk_lgpl/.libs/libochushagtk_lgpl.so: undefined reference to `g_intern_static_string'
collect2: ld returned 1 exit status
make[2]: *** [ochusha] エラー 1
make[2]: Leaving directory `/home/hoge/ochusha/ochusha-cvs/ochusha/ochusha'
make[1]: *** [all-recursive] エラー 1
make[1]: Leaving directory `/home/hoge/ochusha/ochusha-cvs/ochusha'
make: *** [all] エラー 2

これは libochushagtk_lgpl/gtkintl.h (Rev. 1.3) の27行目、g_intern_static_string (String) が
Glib 2.10 以降で登場しているためと思われます。

>>315
ibochushagtk_lgpl/gtkintl.h (Rev. 1.4) にて、再度 make の検証しました。
GTK+ 2.6、Glib 2.6、gcc 3.4 以降で無事、make が通りました。

素早い対応、ありがとうございました。

0.5.99.65.1ですが、動作報告してもよろしいでしょうか？

編集->設定 を選択するとセグメンテーション違反で落ちます。
(ochusha:27953): Gtk-CRITICAL **: gtk_list_store_insert_with_values: assertion `iter != NULL' failed
セグメンテーション違反です
↑こんな感じ。


また、板一覧やスレ一覧を二回クリックするとアボートします。
(ochusha:27977): Gtk-CRITICAL **: gtk_list_store_insert_with_values: assertion `iter != NULL' failed

** ERROR **: file view_manager.cc: line 1619 (void Ochusha::remove_list_entry(GtkListStore*, GtkWidget*)): assertion failed: (args.result)
aborting...
アボートしました
↑こんな感じ。


あと、これはGTK+ 2.6、Glib 2.6、gcc 3.4の時のみ起こりますが、書き込みウインドウを出そうとすると、セグメンテーション違反で落ちます。
(ochusha:27987): Gtk-CRITICAL **: gtk_list_store_insert_with_values: assertion `iter != NULL' failed
セグメンテーション違反です
↑こんな感じ。
これは、GTK+ 2.8、Glib 2.12、gcc 3.4の時は起こらないことを確認しています。

0.5.99.65.1試してみました。

他のは確認してませんが、
FC-develでも編集->設定 を選択するとsegvで落ちます。

gcc-4.1.1-48
glib2-2.12.6-1.fc7
gtk2-2.10.6-7.fc7

0.5.99.65.1をdebian experimental (GTK+：2.10.6-4、Glib：2.12.6-1、gcc-4.1：4.1.1-21)
で./configureしようとすると、次のエラーが出ました。

checking for GTK+ - version >= 2.6.0... no
*** Could not run GTK+ test program, checking why...
*** The test program failed to compile or link. See the file config.log for the
*** exact error that occured. This usually means GTK+ is incorrectly installed.
configure: error: gtk+-2.6.x or later is required

ちなみに下記の通り、GTK+は入っています。
$dpkg -l | grep gtk
ii　libgtk2.0-0　2.10.6-4　The GTK+ graphical user interface library
ii　libgtk2.0-common　2.10.6-4　Common files for the GTK+ graphical user int
ii　libgtk2.0-dev　2.10.6-4　Development files for the GTK+ library

うーん、./configure --disable-gtktestも効かないみたいです。
experimentalだから仕方がないのかな？
libgtk2.0-devのバグ報告にはなさそうなんだけど…。

む、libtoolを1.9+20051221-1に上げたら./autogen.shすら動かなくなった…。orz
1.5.22-4に戻すか…。

まだ落ちるようなので、gdbの出力を。
編集->設定とした時：

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208518960 (LWP 9673)]
setup_proxy_entries (uri=@0xbfb3bc74, server_entry=0x93da3f0, port_entry=0x93da498, user_entry=0x93da540,
passwd_entry=0x93da5e8) at ../libochusha/uri_utils.h:63
63 inline const char *get_server() const { return xml_uri->server; }
(gdb) bt
#0 setup_proxy_entries (uri=@0xbfb3bc74, server_entry=0x93da3f0, port_entry=0x93da498, user_entry=0x93da540,
passwd_entry=0x93da5e8) at ../libochusha/uri_utils.h:63
#1 0x08094378 in Ochusha::PreferencesUI::create_network_settings_frame (this=0xbfb3c864)
at preferences_ui.cc:1178
#2 0x080980dc in Ochusha::PreferencesUI::setup_dialog (this=0xbfb3c864) at preferences_ui.cc:2245
#3 0x08098329 in Ochusha::PreferencesUI::show_dialog (this=0xbfb3c864) at preferences_ui.cc:95
#4 0x00da20d9 in IA__g_cclosure_marshal_VOID__VOID (closure=0x8cf6be8, return_value=0x0, n_param_values=1,
param_values=0xbfb38d1c, invocation_hint=0xbfb38c2c, marshal_data=0x806d6d0) at gmarshal.c:77
#5 0x00d94d8b in IA__g_closure_invoke (closure=0x8cf6be8, return_value=0x0, n_param_values=1,
param_values=0xbfb38d1c, invocation_hint=0xbfb38c2c) at gclosure.c:490
...........
#30 0x00ade582 in IA__g_main_context_dispatch (context=0x8c9a5b0) at gmain.c:2045
#31 0x00ae155f in g_main_context_iterate (context=0x8c9a5b0, block=1, dispatch=1, self=0x8c88510) at gmain.c:2677
#32 0x00ae1909 in IA__g_main_loop_run (loop=0x945eee8) at gmain.c:2881
#33 0x0537cc54 in IA__gtk_main () at gtkmain.c:1001
#34 0x0807f037 in main (argc=149239552, argv=0xbfb3cb34) at main.cc:257

こちらもマネしてgdbの結果を貼ります。
fuyuさんの環境では再現できそうに無い、GTK+ 2.6、Glib 2.6の時の書き込みウインドウがらみだけ。
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1087525344 (LWP 19325)]
0x080b82b1 in Ochusha::ResponseEditor::remember_current_entries ()
(gdb) bt
#0 0x080b82b1 in Ochusha::ResponseEditor::remember_current_entries ()
#1 0x080baabc in Ochusha::ResponseEditor::set_thread ()
#2 0x080bac56 in Ochusha::ResponseEditorWindow::set_thread ()
#3 0x080bb0f7 in Ochusha::ResponseEditorWindow::ResponseEditorWindow ()
#4 0x0808fd6d in Ochusha::BBSThreadView::show_post_window ()
#5 0x406242a6 in g_cclosure_marshal_VOID__VOID ()
from /usr/lib/libgobject-2.0.so.0
#6 0x40612736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#7 0x40623dcf in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#8 0x40622e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#9 0x40623126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#10 0x40270d53 in _gtk_action_emit_activate ()
from /usr/lib/libgtk-x11-2.0.so.0
#11 0x40270ddb in gtk_action_activate () from /usr/lib/libgtk-x11-2.0.so.0
#12 0x406242a6 in g_cclosure_marshal_VOID__VOID ()
from /usr/lib/libgobject-2.0.so.0
#13 0x40612736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#14 0x40623dcf in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#15 0x40622e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#16 0x40623216 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#17 0x403ea299 in gtk_tool_button_get_type ()
from /usr/lib/libgtk-x11-2.0.so.0
#18 0x406242a6 in g_cclosure_marshal_VOID__VOID ()
from /usr/lib/libgobject-2.0.so.0
#19 0x40612736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0

#20 0x40623dcf in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#21 0x40622e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#22 0x40623126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#23 0x4027c655 in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0
#24 0x4027d4da in _gtk_button_paint () from /usr/lib/libgtk-x11-2.0.so.0
#25 0x406242a6 in g_cclosure_marshal_VOID__VOID ()
from /usr/lib/libgobject-2.0.so.0
#26 0x406129c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#27 0x40612736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#28 0x40623651 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#29 0x40622e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#30 0x40623126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#31 0x4027c5c5 in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0
#32 0x4027d383 in _gtk_button_paint () from /usr/lib/libgtk-x11-2.0.so.0
#33 0x4034299e in _gtk_marshal_BOOLEAN__BOXED ()
from /usr/lib/libgtk-x11-2.0.so.0
#34 0x406129c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#35 0x40612736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#36 0x40623855 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#37 0x40622c8c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#38 0x40623126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#39 0x40431d87 in gtk_widget_send_expose () from /usr/lib/libgtk-x11-2.0.so.0

#40 0x403414b2 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0
#41 0x40340306 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#42 0x4053e825 in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0
#43 0x40662582 in g_main_depth () from /usr/lib/libglib-2.0.so.0
#44 0x406635f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#45 0x40663930 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#46 0x40663ed3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#47 0x4033fbb3 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#48 0x080b39f4 in main ()

>>319>>322
修正しますた。

>>318>>323
ちょっと調べてみます。

>>323
ちょっといじってみました。暇があったら試してみてください。

>>327
早速、試してみました。
書き込みウインドウは出るようになったのですが、書き込みを実施(OKを押す)すると、確認ウインドウが出る前にsegvで落ちます。
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1087525344 (LWP 21288)]
0x080b82b1 in Ochusha::ResponseEditor::remember_current_entries ()
(gdb) bt
#0 0x080b82b1 in Ochusha::ResponseEditor::remember_current_entries ()
#1 0x080b8450 in Ochusha::ResponseEditor::post ()
#2 0x080b8a59 in Ochusha::ResponseEditorWindow::response_cb ()
#3 0x40624523 in g_cclosure_marshal_VOID () from /usr/lib/libgobject-2.0.so.0
#4 0x40612736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#5 0x40623dcf in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#6 0x40622e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#7 0x40623126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#8 0x402c878c in gtk_dialog_response () from /usr/lib/libgtk-x11-2.0.so.0
#9 0x402c7fb3 in gtk_dialog_new_with_buttons () from /usr/lib/libgtk-x11-2.0.so.0
#10 0x406242a6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0
#11 0x40612736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#12 0x40623dcf in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#13 0x40622e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#14 0x40623126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#15 0x4027c655 in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0
#16 0x4027d4da in _gtk_button_paint () from /usr/lib/libgtk-x11-2.0.so.0
#17 0x406242a6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0
#18 0x406129c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#19 0x40612736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#20 0x40623651 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0

#21 0x40622e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#22 0x40623126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#23 0x4027c5c5 in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0
#24 0x4027d383 in _gtk_button_paint () from /usr/lib/libgtk-x11-2.0.so.0
#25 0x4034299e in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0
#26 0x406129c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#27 0x40612736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#28 0x40623855 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#29 0x40622c8c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#30 0x40623126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#31 0x40431d87 in gtk_widget_send_expose () from /usr/lib/libgtk-x11-2.0.so.0
#32 0x403414b2 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0
#33 0x40340306 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#34 0x4053e825 in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0
#35 0x40662582 in g_main_depth () from /usr/lib/libglib-2.0.so.0
#36 0x406635f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#37 0x40663930 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#38 0x40663ed3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#39 0x4033fbb3 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#40 0x080b39f4 in main ()

GTK+ 2.6、Glib 2.6、gcc 3.4の時は書き込み自体は失敗しています。

ちなみにGTK+ 2.8、Glib 2.12、gcc 3.4の時は書き込みは成功しますが、
スレッドの再読み込みはしません。
そこで、再度読み込もうと、板一覧やスレ一覧を二回クリックするとアボートします。

すみません。確認不足でした。
板一覧やスレ一覧を二回クリックするとアボートする件は直っているようですね。

>>331
デバッグシンボル付きでコンパイルしてbtしてくれまいか？
せめて>>328の#0の行番号くらい知りたい……。

私の件は直っています。有難うございました。

>>332
気が回らなくてすみませんでした。
昨日(Fri, 22 Dec 2006)の16時頃のCVSです。

** ERROR **: file view_manager.cc: line 1619 (void Ochusha::remove_list_entry(GtkListStore*, GtkWidget*)): assertion failed: (args.result)
aborting...

Program received signal SIGABRT, Aborted.
[Switching to Thread 1087525344 (LWP 22719)]
0x407f083b in raise () from /lib/tls/libc.so.6
(gdb)bt
#0 0x407f083b in raise () from /lib/tls/libc.so.6
#1 0x407f1fa2 in abort () from /lib/tls/libc.so.6
#2 0x4066aefd in g_logv () from /usr/lib/libglib-2.0.so.0
#3 0x4066af26 in g_log () from /usr/lib/libglib-2.0.so.0
#4 0x4066b011 in g_assert_warning () from /usr/lib/libglib-2.0.so.0
#5 0x080f9b0e in Ochusha::ViewManager::refresh_board_cb ()
#6 0x080fa7d5 in Ochusha::ViewManager::append_board_view ()
#7 0x080a2444 in Ochusha::Controller::open ()
#8 0x0809ad7c in Ochusha::BoardlistUI::open ()
#9 0x080edce2 in Ochusha::TreeUI::row_button_release_cb ()
#10 0x40129b85 in libochushagtk_marshal_BOOLEAN__BOXED_OBJECT_BOXED () from /usr/lib/libochushagtk.so.0

#11 0x40612736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#12 0x40623dcf in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#13 0x40622c8c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#14 0x40623126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#15 0x40129148 in ochusha_tree_selector_view_get_type () from /usr/lib/libochushagtk.so.0
#16 0x4034299e in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0
#17 0x406129c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#18 0x40612736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#19 0x40623855 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#20 0x40622c8c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#21 0x40623126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#22 0x40431d87 in gtk_widget_send_expose () from /usr/lib/libgtk-x11-2.0.so.0
#23 0x403414b2 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0
#24 0x40340306 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#25 0x4053e825 in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0
#26 0x40662582 in g_main_depth () from /usr/lib/libglib-2.0.so.0
#27 0x406635f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#28 0x40663930 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#29 0x40663ed3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#30 0x4033fbb3 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#31 0x080b2024 in main ()

あれ？俺、もしかして勘違いしている？
CFLAGS = -Wall -g
ではデバッグシンボルが付いてない？
-gだと思っていたのだが。。。

gdbは初めて使ったので、良く分かってないです。すみません。。。

>>336
インストール時にstripされちゃってるんじゃね？

>>337
ありがとうございます。

なるほど！dpkg -i ochusha_hogehoge.debだとダメなのか！
make installしてみます。

>>337
お待たせしました。
書き込みを実施(OKを押す)すると次のようになります。
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1087525344 (LWP 25433)]
Ochusha::ResponseEditor::remember_current_entries (this=0x9483030) at post_ui.cc:585
(gdb) bt
#0 Ochusha::ResponseEditor::remember_current_entries (this=0x9483030) at post_ui.cc:585
#1 0x080b8460 in Ochusha::ResponseEditor::post (this=0x9483030) at post_ui.cc:780
#2 0x080b8a69 in Ochusha::ResponseEditorWindow::response_cb (dialog=0x94909f8, response_id=144563496, window=0x9483030) at post_ui.cc:1023
#3 0x40624523 in g_cclosure_marshal_VOID () from /usr/lib/libgobject-2.0.so.0
#4 0x40612736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#5 0x40623dcf in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#6 0x40622e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#7 0x40623126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#8 0x402c878c in gtk_dialog_response () from /usr/lib/libgtk-x11-2.0.so.0
#9 0x402c7fb3 in gtk_dialog_new_with_buttons () from /usr/lib/libgtk-x11-2.0.so.0
#10 0x406242a6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0
#11 0x40612736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#12 0x40623dcf in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#13 0x40622e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#14 0x40623126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#15 0x4027c655 in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0

#16 0x4027d4da in _gtk_button_paint () from /usr/lib/libgtk-x11-2.0.so.0
#17 0x406242a6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0
#18 0x406129c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#19 0x40612736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#20 0x40623651 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#21 0x40622e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#22 0x40623126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#23 0x4027c5c5 in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0
#24 0x4027d383 in _gtk_button_paint () from /usr/lib/libgtk-x11-2.0.so.0
#25 0x4034299e in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0
#26 0x406129c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#27 0x40612736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#28 0x40623855 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#29 0x40622c8c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#30 0x40623126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#31 0x40431d87 in gtk_widget_send_expose () from /usr/lib/libgtk-x11-2.0.so.0
#32 0x403414b2 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0
#33 0x40340306 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#34 0x4053e825 in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0
#35 0x40662582 in g_main_depth () from /usr/lib/libglib-2.0.so.0
#36 0x406635f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#37 0x40663930 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#38 0x40663ed3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#39 0x4033fbb3 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#40 0x080b3a04 in main (argc=1, argv=0xbffff9b4) at main.cc:257

>>339
ちょっと変えてみました。

>>341
書き込みはできましたが、sageが効いてないようです。

あと、大したことではありませんが、「書き込み後もこのウインドウを残す」のチェックも
付けていないのに、書き込みウインドウが残っています。

又 cvs updateしてみたのですが、今度は
終了時にsegvを起こします。gdbをみても
良く分かりません。

一応こんな感じですが...

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208580400 (LWP 29252)]
0x004d33d3 in strlen () from /lib/libc.so.6
Current language: auto; currently c
(gdb) bt
#0 0x004d33d3 in strlen () from /lib/libc.so.6
#1 0x0068df18 in giop_send_buffer_append_string (buf=0x84cc300, str=0x0) at giop-send-buffer.c:515
#2 0x0069bd3f in ORBit_marshal_value (buf=0x84cc300, val=0xbfd3f958, tc=0x6c7f20) at corba-any.c:208
#3 0x0069b9f2 in ORBit_marshal_value (buf=0x84cc300, val=0xbfd3f958, tc=0x983620) at corba-any.c:166
#4 0x0069bec9 in ORBit_marshal_any (buf=0x84cc300, val=0xbfd3fc2c) at corba-any.c:374
#5 0x0069bb5c in ORBit_marshal_value (buf=0x84cc300, val=0xbfd3fac4, tc=0x6c8160) at corba-any.c:139
#6 0x0069b9f2 in ORBit_marshal_value (buf=0x84cc300, val=0xbfd3fac4, tc=0x983660) at corba-any.c:166
#7 0x006931f0 in orbit_small_marshal (obj=0x84d3e68, cnx=0x84a5280, mqe=0xbfd3fb1c,
request_id=3218340688, m_data=0x986740, args=0xbfd3fc00, ctx=0x0) at orbit-small.c:353
#8 0x0069352a in ORBit_small_invoke_stub (obj=0x84d3e68, m_data=0x986740, ret=0x0, args=0xbfd3fc00,
ctx=0x0, ev=0x30b3bc) at orbit-small.c:646
#9 0x0069375e in ORBit_small_invoke_stub_n (object=0x84d3e68, methods=0x986884, index=-1076627112,
ret=0x0, args=0xbfd3fc00, ctx=0x0, ev=0x0) at orbit-small.c:575
#10 0x006a09c2 in ORBit_c_stub_invoke (obj=0x84d3e68, methods=0x986884, method_index=0, ret=0x0,
args=0xbfd3fc00, ctx=0x0, ev=0x30b3bc, class_id=0, method_offset=4,
skel_impl=0x968c50 <_ORBIT_skel_small_Accessibility_EventListener_notifyEvent>) at poa.c:2643

#11 0x0095a4d4 in Accessibility_EventListener_notifyEvent (_obj=0x84d3e68, e=0xbfd3fc1c, ev=0x30b3bc)
at Accessibility-stubs.c:321
#12 0x00307981 in spi_atk_emit_eventv (gobject=0x8c136f8, detail1=0, detail2=0, any=0xbfd3fc7c,
format=0x309496 "window:destroy") at bridge.c:745
#13 0x00307c93 in spi_atk_bridge_exit_func () at bridge.c:1268
#14 0x00492869 in *__GI_exit (status=0) at exit.c:75
#15 0x0047ce64 in __libc_start_main (main=0x807eac0 <main>, argc=1, ubp_av=0xbfd3fd44,
init=0x80c2a40 <__libc_csu_init>, fini=0x80c2a30 <__libc_csu_fini>,
rtld_fini=0xb9b490 <_dl_fini>, stack_end=0xbfd3fd3c) at libc-start.c:253
#16 0x08058661 in _start ()

>>342のsageが効かないのはGTK+ 2.6、Glib 2.6の時だけのようです。
GTK+ 2.8、Glib 2.12なら、gcc 3.4でもgcc 4.1でも問題なくsageが効きます。
異常終了していないため、gdbは何も言っていませんです。

うーん、post_ui.ccがRev. 1.21にあがったので、また試してみましたが、
GTK+ 2.6、Glib 2.6の時はまだsageが効いてないようです。

書き込みウインドウが残るほうは直っています。

sageが効いてないと言うより、mail欄に何を書いても無視されて、
空になると言ったほうが良いかもしれません。

どうやらmail欄だけではなく、名前欄も何を書いても無視されているようです。

どうもFC5では落ちないっぽいですね。
ORBit側のbugかなあ？

cvs 版だけど、板移転したときに dat が移動してないような気がする。
あと、いつの間にかスレ一覧に出てこない dat が cache の中に大量にたまってた。
スレ一覧に復活できないですかね。

本日23時頃のCVSですが、起動しようとするとsegvを起こします。

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1087525344 (LWP 4226)]
0x40427c2f in _gtk_menu_is_empty () from /usr/lib/libgtk-x11-2.0.so.0
(gdb) bt
#0 0x40427c2f in _gtk_menu_is_empty () from /usr/lib/libgtk-x11-2.0.so.0
#1 0x404273ab in _gtk_menu_is_empty () from /usr/lib/libgtk-x11-2.0.so.0
#2 0x404273ab in _gtk_menu_is_empty () from /usr/lib/libgtk-x11-2.0.so.0
#3 0x40428214 in _gtk_menu_is_empty () from /usr/lib/libgtk-x11-2.0.so.0
#4 0x40424b64 in gtk_ui_manager_get_type () from /usr/lib/libgtk-x11-2.0.so.0
#5 0x404252e3 in gtk_ui_manager_get_widget () from /usr/lib/libgtk-x11-2.0.so.0
#6 0x0809da2d in Ochusha::BoardlistUI::get_menu_widget (this=0x0) at controller.h:188
#7 0x080f4279 in Ochusha::TreeUIImpl::setup_menubar (this=0x8225278) at tree_ui_impl.cc:2117
#8 0x080b6f07 in Ochusha::MainWindow::setup_main_ui (this=0xbfffd430) at main_window.cc:866
#9 0x080b7f4d in MainWindow (this=0xbfffd430, controller=@0xbfffca10) at main_window.cc:83
#10 0x080a5693 in Controller (this=0xbfffca10, repository=@0xbfffe8c0, command_pipe=@0xbfffe810, session=@0x0) at controller.cc:146
#11 0x080b6b08 in main (argc=1, argv=0xbffff9b4) at main.cc:245

今朝7:20頃のCVSで、GTK+ 2.6、Glib 2.6ですが、
コンソールやメニューから直接起動しようとするとsegvを起こします。
しかし、gdbを通して起動したら、何故か起動が可能です。
gdbを通すと正常なので、btの結果はありません。
gdbを通して起動した場合、>>348-349 の現象は起こらないことは確認できているのですが、、、

コンソールから起動した場合、次のような感じです。
(ochusha:7219): Gtk-CRITICAL **: gtk_list_store_insert_with_values: assertion `iter != NULL' failed

(ochusha:7219): Gtk-WARNING **: OpenTreeItemInTab: missing action

(ochusha:7219): Gtk-CRITICAL **: find_menu_position: assertion `GTK_IS_WIDGET (prev_child)' failed

(ochusha:7219): Gtk-CRITICAL **: find_menu_position: assertion `GTK_IS_WIDGET (prev_child)' failed

(ochusha:7219): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(ochusha:7219): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
セグメンテーション違反です

ちなみにGTK+ 2.8、Glib 2.12、gcc 3.4の時はsegvは起こらないことを確認しました。

あれ？パッケージ化したものは問題ないみたい？
デバッグシンボル付きでコンパイルしたものが悪かっただけ？

すみません。>>353は忘れて下さい。
すみません。すみませんです。

cvsを上げて試してみたら終了時に
segvを起こさなくなっていますね。

自己レスです。

よく理由は分かりませんが、
libpthread-stubs0 libpthread-stubs0-dev libxcb-xlib0-dev libxcb1-dev
パッケージをインストールしたら ./configure ＆ make がうまくできました。

FC6です。
最近書き込んだら必ずスレの更新が出来なくなります。
そんな症状になった人、いませんか？
おちゅしゃは０.５.８.２、FC6は最新にしています。

>>358
それ何処から取って来た？
此方はyumで取って来たochusha-0.5.8.2-3.fc6だけど、そんな事無いよ。

>>359
ありがとう。
一旦ochushaを削除して再度yumでinstallしたら元通りになりました。

ん？

んん？

ん、らめぇ

スレ内のリンクをクリックしたときに表示位置が(おそらく最初にスレを開いた位置に)移動するときがあるんですが、
移動しないようにしてほしいな。

ochusha/tree_view.cc (Rev.1.7) ですが、gtk+2.10 以上では問題なく make できますが、
gtk+2.6、および gtk+2.8 では次のようなエラーが出ます。

/usr/include/gtk-2.0/gdk/gdkproperty.h:42: error: too few arguments to function ‘_GdkAtom* gdk_atom_intern(const gchar*, gboolean)’
tree_view.cc:58: error: at this point in file
make[2]: *** [tree_view.o] エラー 1
make[2]: ディレクトリ `/home/hoge/ochusha-cvs/ochusha-0.5.99.66-4/ochusha/ochusha' から出ます
make[1]: *** [all-recursive] エラー 1
make[1]: ディレクトリ `/home/hoge/ochusha-cvs/ochusha-0.5.99.66-4/ochusha' から出ます
make: *** [all] エラー 2


ochusha/tree_view.cc の 53行目以降、
#if GTK_CHECK_VERSION(2,10,0)
static GdkAtom list_of_elements_atom
= gdk_atom_intern_static_string("ochusha/internal-list-of-elements");
#else
static GdkAtom list_of_elements_atom
= gdk_atom_intern("ochusha/internal-list-of-elements");
#endif
の問題かと思います。

早速の対応、ありがとうございます。
ochusha/tree_view.cc (Rev. 1.8) にて、無事 make できました。

現在のcvsって、作者さんにとってどの位
「β版」なんでしょうか。

ある程度安定している、とお考えなら、そろそろ
Fedora Extras 5/6でも正式にupdateしたいなあ、と
思うのですが。

cvsでしか公開してないんだからβどころかαですらないんじゃないの

cvs を観察する限り、今のところガンガン開発されているように見える。
しばらくは作者さんの思い通りにしてあげて、温かく見守ったほうが良い気もする。

でも落ち着いたら、β版を出してくれるとありがたいのは、俺も同じかな。

ディストロのメンテナが安定してると判断できれば
つっこめばいいじゃない。どうせ保証が付くでなし。

書き込めた！
みんなありがとう！

DAT落のデータを消去するにはどうするんですか？

みぎくりリセット

>>373
ありがとう。
消えた。

「#」が入ってる URL をクリックすると、表示されるページの URL の # の前に %5C が入るようです。

ニュー速のスレだけ更新ができなくなりました
一日待ってみてもそのままです他は問題ないのですが、（更新を押しても反応無しです）
この場合どんなことをすればいいのでしょうか？
最悪、再インストールですがそれまでに何かできればとお願いします

>>376
更新の類を弄ってたら更新できました。汚してしまいました

どんまい
鯖が移転した場合は　板>板一覧の更新　な
ところで、前までは鯖移転したときにお気に入りにいれているスレを追跡できてた気がするけど
最近更新すると見失ってお気に入りにもう一回いれないといけなくなったんだけどおれだけ?
バージョン0.5.8.2

ochusha cvsが又意味不明な原因で落ちます....
ちょっと長いので３回に分けて。
----------------------------------------------
[pollux1@localhost ochusha-build]$ gdb ochusha
GNU gdb Red Hat Linux (6.6-1.fc7rh)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run
Starting program: /usr/bin/ochusha
[Thread debugging using libthread_db enabled]
[New Thread -1208690992 (LWP 11940)]
GTK Accessibility Module initialized
[New Thread -1212159088 (LWP 11965)]
[New Thread -1222648944 (LWP 11966)]
[New Thread -1233138800 (LWP 11967)]
Couldn't unlock a Lock held by another thread!

Program received signal SIGABRT, Aborted.
[Switching to Thread -1208690992 (LWP 11940)]
0x0062f402 in __kernel_vsyscall ()
Current language: auto; currently c
(gdb) thread apply all bt

Thread 4 (Thread -1233138800 (LWP 11967)):
#0 0x0062f402 in __kernel_vsyscall ()
#1 0x0052f0c6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2 0x001738e9 in Ochusha::Monitor::wait (this=0x8d1c950) at lock.cc:272
#3 0x001866df in Ochusha::WorkerThread::worker_thread_main (arg=0x8d1ca90) at thread_pool.cc:116
#4 0x0052b2db in start_thread (arg=0xb67fcb90) at pthread_create.c:296
#5 0x0033797e in clone () from /lib/libc.so.6

Thread 3 (Thread -1222648944 (LWP 11966)):
#0 0x0062f402 in __kernel_vsyscall ()
#1 0x0052f0c6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2 0x001738e9 in Ochusha::Monitor::wait (this=0x8d1c950) at lock.cc:272
#3 0x001866df in Ochusha::WorkerThread::worker_thread_main (arg=0x8d1c9c8) at thread_pool.cc:116
#4 0x0052b2db in start_thread (arg=0xb71fdb90) at pthread_create.c:296
#5 0x0033797e in clone () from /lib/libc.so.6

Thread 2 (Thread -1212159088 (LWP 11965)):
#0 0x0062f402 in __kernel_vsyscall ()
#1 0x0032dd33 in *__GI___poll (fds=0x3b5ff4, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87
#2 0x001806f7 in Ochusha::PollEventManager::event_loop (this=0xbf921a58) at poll_event_manager.cc:411
#3 0x00180a3d in Ochusha::PollEventManager::event_loop_thread_main (arg=0xbf921a58) at poll_event_manager.cc:517
#4 0x0052b2db in start_thread (arg=0xb7bfeb90) at pthread_create.c:296
#5 0x0033797e in clone () from /lib/libc.so.6

Thread 1 (Thread -1208690992 (LWP 11940)):
#0 0x0062f402 in __kernel_vsyscall ()
#1 0x00292e80 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2 0x002946d1 in *__GI_abort () at abort.c:88
#3 0x00174362 in Ochusha::Lock::unlock (this=0x1b0e00) at lock.cc:184
#4 0x08084523 in ochusha_gdk_threads_leave () at main.cc:83

#5 0x008da970 in gail_misc_threads_leave (misc=0x8cf4230) at gailutil.c:657
#6 0x00a81167 in atk_misc_threads_leave (misc=0x6) at atkmisc.c:100
#7 0x001f212e in spi_atk_bridge_register_application (registry=<value optimized out>) at bridge.c:308
---Type <return> to continue, or q <return> to quit---
#8 0x001f22f0 in spi_atk_bridge_get_registry () at bridge.c:420
#9 0x001f3057 in spi_atk_bridge_focus_tracker (object=0x9496ec0) at bridge.c:684
#10 0x00a80b7c in atk_focus_tracker_notify (object=0x9496ec0) at atkutil.c:199
#11 0x008ac5f0 in gail_focus_idle_handler (data=0x8e939c0) at gail.c:578
#12 0x005696e1 in g_idle_dispatch (source=0x9448548, callback=0x6, user_data=0x8e939c0) at gmain.c:3928
#13 0x0056b442 in IA__g_main_context_dispatch (context=0x8cddad8) at gmain.c:2045
#14 0x0056e41f in g_main_context_iterate (context=0x8cddad8, block=1, dispatch=1, self=0x8ccbc70) at gmain.c:2677
#15 0x0056e7c9 in IA__g_main_loop_run (loop=0x94ade70) at gmain.c:2881
#16 0x0572c604 in IA__gtk_main () at gtkmain.c:1148
#17 0x08084477 in main (argc=Cannot access memory at address 0x6
) at main.cc:257
#18 0x0027fe90 in __libc_start_main (main=0x8083ec0 <main>, argc=1, ubp_av=0xbf9228c4, init=0x80cf7e0 <__libc_csu_init>,
fini=0x80cf7d0 <__libc_csu_fini>, rtld_fini=0x259680 <_dl_fini>, stack_end=0xbf9228bc) at libc-start.c:222
#19 0x080589d1 in _start ()
(gdb) kill
Kill the program being debugged? (y or n) y
(gdb) qui
[pollux1@localhost ochusha]$ rpm -q ochusha atk gail gtk2 glib2
ochusha-0.5.99.66-0.1.cvs070110.fc7
atk-1.13.2-1.fc7
gail-1.10.1-1.fc7
gtk2-2.10.9-1.fc7
glib2-2.12.9-1.fc7

kazehakaseのupstreamと連絡を取る機会が
あったので尋ねてみた所、
------------------------------------------------
ちょっと調べてみたんですが、
http://bugzilla.gnome.org/show_bug.cgi?id=329454
これの変更の影響をもろに受けてますね。

ochushaの作者がどういう意図でスレッド周りを自分でがんばっちゃってるのか
分からないのでなんとも言えないです。
作者の方に知らせてあげると対処してくると思います。
------------------------------------------------
との事でした。

今日でCVSの開発が止まって一ヶ月になるな。
モチベーションが落ちたのかな？

どうもochusha cvsが落ちる件は、gail側に責任が
ありそうです。
kazehakaseのupstream（gailの事も良く分かる
らしい）が「ちょっと調べてみる」との事でした。

落ちちゃう

Vine Linux 4.1のapt-getで、おちゅ〜しゃをインストールしましたが
書き込みできません。
どなたか、御教授、お願いします。

>>385
板更新した？

>>386
Vineスレから移ったんなら一声かけてよ

ツール−デバッグ・コンソールで「デバッグ出力を端末に表示」にチェック入れて
書き込みしてみてエラーが出るかどうか確認してみて

パッチ作ってテスト

>>388
たびたび、すみません。
>>11さんを参考にコンパイルしたら、書き込み
出来るようになりました。
ありがとう。

test

test
test

>>390
ふーむ　謎なままで終わっちゃったね
ちなみにVine3.2でも4.1でも普通にapt-getで入れれば
hanamogera対応版がインストールされるハズなんだけどね

まぁ書けるようになってよかったよ　お疲れさま

>>393
VinePlus/3.0/ppc は 0.5.5 から更新されてないようなので、
ppc の 3.x では対応前のものがインストールされますね

4.x は i386/ppc 共にパッチがあたっているので謎ですが

● 書き込みの反映をWindowsの2chブラウザ並みに早くして欲しい
● Live2chのようなタブブラウザ的なものがあってもいいと思う
● 書き込みの為の基本的なものは揃っているので、あとはスレ立てさえできればいいかな

オレも>>390と同じ症状だったんだけど，>>11氏のソース修正でリビルドしたら直ったよ。
うちの環境はＣｅｎｔＯＳ４．４にＳｏｕｒｃｅＦｏｒｇｅ．ｊｐのソース0.5.8.2を自ビルドした奴でした。
>>11　>>393　ありがとう

fedora core-1で書き込みテスト

>>11氏 >>15氏
パッチ有難うございますm(_ _)m

test

>>395
おちゅ〜しゃが、あなたの好きな「XXXみたいな２ちゃんねるブラウザ」には
未来永劫ならないと思って良い。

XXXを使えばいいじゃないかな。

>>400
もともとスレ立て機能はおちゅ〜しゃの一部だったんじゃないか？
>>395によると今は使えないみたいだが。

>>395
書き込みの反映についてはソースをちょっといじるだけで早くなる筈だったと思う。
30秒ってソースに書かれているところを適当な数字にしてコンパイルしなおすんだったかな。
詳しくは過去スレにあった筈。

>>400
つかLive2ちゃんねるはLinux用のブラウザじゃないし・・・・

CentOS4.4+おちゅ〜しゃ0.5.8.2+>>1のパッチで書き込みテスト。

>>1じゃなくて>>11だった罠。orz
CentOS4.4でrpm作ったからうpしようかしら。

>>404
VineあたりのSRPM取ってきて、必要なら依存情報を修正して、
リビルドするだけじゃね？

>>405
source にも SPEC は入ってるわけだが。

>>404
おい、お前、その辺のアップローダに上げて、どうよ、
とか、そんな下らないことするんじゃねーだろうな。
ちゃんと、centosplusに入れてください。よろしくお願いします。

sage

ユビキタスじゃないから

タブを閉じたり、今開いているスレを閉じたりはできないんですかね？

できる　中クリック

V2Cで日本語書き込みできないから
しょうがなくひさしぶりに使ってみた。

>>411
あ、どうも

>>412
できてるよ？uim-ximで。

>>414
uimにするやりかたがわからんのです

テスト

test

テスト

保守sage

おちゅ〜しゃ、プロジェクト終わってしまったん？(´･ω･｀)

活発さ: 0%

>>420
そのうちFedora7対応版とかでるんじゃね〜の？

ubuntuでコンパイルしてみた。
-DGTK_COMPILATIONつけないとエラーでた。

書き込みテスト。

毎回スレ立てに失敗するのは仕様？

Fedora7で動作確認。
見た目がよくなったな。
フォントが大きくなってひと画面に表示できるスレの数減っちゃったけど。

ubuntuの標準でインストール可能なおちゅ〜しゃ。
いったん書き込むとスレ画面が真っ白になって、
何も表示されなくなったので、
適当に探して　ochusha_0.5.99.66-8_i386.deb　を見つけ
こちらの方がバージョンが高そうだったのでインストールしてみました。

お気に入りのスレ一覧とかで、未読がある分だけにフィルターかけたり
特定板のスレ一覧で、新しく出来た板だけにフィルターかけたり出来なく
なりました。

わたしの取った行動は間違っていたのでしょうか？

Linuxはほぼ初心者。ubuntuは１ヶ月目。パッケージのインストールは
これが初めてのような奴です。

スレ立てまでできるようになったら
2chブラウザの基本的な機能はほぼすべて揃うはずだから
0.6じゃなくて1.0くらいにしてもいいような気がする

Fedora 7に0.5.99.66 cvs版パッケージが入っていて，
今まで(0.5.8.?)の「お気に入り」の機能が使えなくなってしまったんですが．．．
.xsession-errorsにも下のようなエラーが出てます

** (ochusha:2795): CRITICAL **: mod_notebook_get_current_page: assertion `MOD_IS
_NOTEBOOK (notebook)' failed

(ochusha:2795): Gtk-CRITICAL **: gtk_action_disconnect_proxy: assertion `GTK_IS_
WIDGET (proxy)' failed

/home/XXXX/.ochusha/config.xml.gz is unacceptable as an ochusha's config.xml.

/home/XXXX/.ochusha/session.xml.gz is unacceptable as an ochusha's session.xm
l.
/home/XXXX/.ochusha/boardlist.xml.gz is unacceptable as ochusha's boardlist.

0.5.8に戻すと，板のリストが表示されなくなってしまいました．
0.5.99.2では以前のような「お気に入り」やスレをお気に入りに入れる機能は使えなくなったのでしょうか?
（なんでCVS版をFedoraレポジトリに入れるんだろ）

>>428
0.5.8.2の保存形式と0.5.99.62の保存形式はincompatibleなので、
一旦.ochusha以下を全部削除する必要がある。

>>429 情報どうもです．
非互換なのはなんとなくわかりましたが，
「マイフォルダ」の機能がまったく使えないのです．
以前のように，スレをマイフォルダにいれることができません．
マイフォルダ自体は存在してるのですが．．．．
他の方もそうなのでしょうか． updateしなけりゃよかった

>>430
>一旦.ochusha以下を全部削除

しても使えないままなの?

>>431 そうです．以前はスレ一覧でコンテキストメニューからお気に入りにいれると
マイフォルダのお気に入りに入っていたのですが，そのメニュー項目自体なくなってます
（ブックマークはできます）

Slackware 11.0で書き込みテスト

改めておちゅーしゃのサイトのTODOリストを見たら，
0.6に向けて，「お気に入り」の機能は変わる/なくなるんですね．
というわけで，面倒ですがJDに移ることにしました

JDに移行する奴大杉ｗｗｗｗ
はあ、俺にもプログラムを書く力があったらなあ・・・

H

開き直した時に閉じる前のビューを復元したいのですが、
どうすればいいでつか？

gtk-2.11.xにするとビルド出来なくなるなぁ…

>>438
最新のcvs（といっても5ヶ月前だけど...）だと、
gtk-2.11.2 glib-2.13.4でbuildは出来るけど

>>439
悪い、0.5.8.2での話だ。

download_ui.o: In function `open_download_dialog':
/ochusha-0.5.8.2/gtk2/download_ui.c:398: undefined reference to `GTK_FILE_SELECTION'
download_ui.o: In function `filesel_dialog_response_cb':
/ochusha-0.5.8.2/gtk2/download_ui.c:240: undefined reference to `GTK_FILE_SELECTION'

というエラーが出るんよ。

cvsにした方がいいんかな…
でもこれまでのデータ消さなきゃならんらしいしな…
迷う

F7(x86_64)上で0.5.8.2はコンパイルおkだった。
まだまだお世話になります。

V2CやJDという選択肢はあっても
おちゅ〜しゃは絶対にないなぁ
機能的に他を遥かに圧倒していても。

作者さんがあんな感じなんで
どこぞのらーめん店のようなすっげーお山の
大将的香具師と姿がダブってどうにも、、、
食わしてやるから、食え！みたいな。
不具合があっても報告する気にならないし、
機能要望もしたくない。
とくに不具合要望以外はさくっと切られそう。

もっとも作者側も使いたくない奴は使うな、
というスタンスだからそのまんまだな。

ほしゅ

>>442
むしろお前が存在している事実がねーよw

ほへ？

とちりぬるぽ?

ヲッ！

このソフトどうなったの？
サイトも1月から更新されてないし、事実上開発停止？

メーリングリストが…
http://lists.sourceforge.jp/mailman/archives/ochusha-developers/

もう終わったんだよ、おちゅーしゃは。
2chブラウザの牽引として多大な効果をもたらした作者さんに敬意を払おうじゃないか。
きっと忙しくて２chなんか卒業しちゃったか他の趣味を見つけたのさ。
結婚して子供が出来て一心不乱に仕事に家庭に妻に子に奔走してるんだよ！
そのほうがえぇ…そのほうが幸せなんじゃよ
さよならおちゅ＞＜

そんなー
一度JDに浮気して操作感に馴染めなくて出戻ってきた俺はどうすれば・・・
開発を引き継ぐ人っていないのかな？

お前が舵を取れ！

言われるとオモタw
俺が舵を取ったらバミューダ海域直行ですがな
もっと有能な航海士におながいしますです・・・

具体的にどこをいじってほしいのよ。

落ちなくなるだけでいいと思うんだけど。

板更新時に落ちることがあるんだけどうちだけ?
他の人はどのタイミングで落ちてるの?
CentOS4.5 ochusha-0.5.8.2

test

開発終了なのか?いじるところがあんまりないだけなのか?
JD4も悪くはないけど、漏れの環境だと、おちゅのほうが使いやすいから、
終了だったら残念だなぁ〜
似たようなもんだけど、おちゅのほうが虚飾を排した構成になってるので早いし〜
だから、使えるうちは、このままおちゅを使っていくお

なんのこたーない
以下の変更でgtk-2.11.xでもビルド出来るようになった

$ diff download_ui.c.or download_ui.c
< = gtk_file_selection_get_filename(GTK_FILE_SELECTION(widget));
---
> = gtk_file_chooser_get_filename(GTK_FILE_CHOOSER(widget));
398c398
< gtk_file_selection_set_filename(GTK_FILE_SELECTION(filesel_dialog),
---
> gtk_file_chooser_set_filename(GTK_FILE_CHOOSER(filesel_dialog),

でもこれって何か問題あるっけ…？
名前変わっただけだよね？よね？

Fedora rawhideだけど何かochushaが急に早くなった...
GLibのせい？開発再開してほしいなあ...

>>461
ソースあるのにおねだりですか？
ま、俺もコード書けないがな。
俺と同じ他力本願なら無いものねだりするより黙ってJDとか他の専ブラ使(ry

私の好きな「おちゅ〜しゃみたいな2ちゃんねるブラウザ」で
落ちないヤツないの?

>>463
patchを当てれば落ちなくなる
Fedoraのochushaはpatchを当ててある
（正しいかどうかは知らん）

patchについてkwsk
他のブラウザはなんか好きになれなかった
落ちなくなればかなりうれしい。

FedoraのochushaはCVSの最新版0.5.99.62
（とはいっても1/10のものだけど）にpatchを当ててある。
正しいかどうかは分からないが今のところ落ちない。
0.5.8.2と0.5.99.62はどうも保存ファイルに互換性が
無いっぽいので、一度~/.ochushaを削除する必要があると思う。

http://cvs.fedora.redhat.com/viewcvs/devel/ochusha/?root=pkgs

thx 試してみます

さて試そうと思ったがやり方がよく分からん…
patchは落としたが、ソースが落とせない
つか、もしかしてビルドにgtk+-2.6が必要なのか?

pango-1.17.5だとビルド出来んな…

>>469
それは0.5.8.2の話？それともcvs(0.5.99.66)？
私はochusha 0.5.99.66でさっきpango 1.17.5に上げたけど
問題は無い

>>470
0.5.8.2の話

なんか最近gtk絡みでコンパイルエラー多いなぁ…
面倒見んのマンドクセ

したらばのスレが取得できない。。。

おちゅ〜しゃは管理人がDQN過ぎるし
JDは依存ライブラリ多すぎだし

まいったまいった

作るか・・・

>>474に期待

どうせ作るなら Java で作るってのはどうか?
何も考えないでマルチプラットフォームになるし。

あるいは、Firefox の拡張。(って、もうあるか?)

>>476
高速化の技術が問われる。
>>477
もうある

C言語しか知らんからCで作る

>>478
Java ってそんなに遅いかなあ。この頃のPCは速いからそんなに遅くは感じないと思うが。

動かしっぱなしならJITも効くし悪くはないんだけどね。
gcjでもコンパイルできるようにしてくれればnative binaryも生成
できるんだけどなあ。

他に選択しあったらワザワJava製なんて使わないし。
と、いちおうram4G積んでてもcpuがcoreデュオなおれがそう思うんだから他はもっとそう思うだろ。

万人が万人、高速でいいPC持っているわけではない。
Gtkmmあたりがやっかいだから
俺としてはどんな環境でもビルドできるようCでやって欲しいが…

作る人が身分が上だから、任せる。

>>481
バイナリ化したって大差なくね？
eclipseでは違いがわからんかった

>>480-484
一度V2C試してみるとわかるよ
http://v2c.s50.xrea.com/

つ [navi2ch]

>>486
あのキーバインドが嫌だ。
vimの2chプラグインも。

コンソール版もあってログや設定が共有できるのがいいな

>>488
むしろコンソール版にしろと(ry
つMonoView

windowsとログ共有するならV2Cはｲｲﾖｰ。

活発さ
JD＞＞＞＞＞＞＞超えられない壁＞＞＞＞＞＞＞おちゅ〜しゃ

JDユーザの品格が疑われるからやめてほすぃ
Macほどじゃないけど少ない専ブラ同士を煽っても虚しいだけだろ

・・・

ちょｗ
ports登録ｗ

　

早速やってみた

OS：FreeBSD 6.2-Release/i386
GTK version：2.10.14
Glib version：2.12.13

インストールはできたのだが
このようなものが出てきて2chの板一覧が出てこないな(左側の板一覧にマイボードしか表示がない)

% ochusha &
** (ochusha:15459): CRITICAL **: ochusha_board_category_add_board: assertion `OCHUSHA_IS_BOARD_CATEGORY(category) && OCHUSHA_IS_BULLETIN_BOARD(board)' failed

** (ochusha:15459): CRITICAL **: boardlist_view_add_board: assertion `OCHUSHA_IS_BOARD_CATEGORY(category)' failed

それから、これが>>496のコンパイルログな
ttp://up00.hyperbit.info/up/trash-box/contents.jsp?file=20070914195650337.log

6.2-STABLE で問題なく快適だよ。

スレ閲覧までは問題ないけど書き込みに失敗する
portsはほとんど最新

500

書けるかな？(FC7-releases)
yumでインストールできるようになってる!!!!!!

0.5.99.66 ● どこに入れたらいいんだろう…

それにしても時代が止まってような AA 多い
(σ･∀･)σｹﾞｯﾂ!!

旧おちゅでpaned_notebook.cのmakeでこけてた理由が分かった。
tooltipsを_tooltipsに変えたらいけるのね
gtk側の変更だったんかな

テストのマイク中

おちゅ〜しゃとは関係ないけども
ttp://home.att.ne.jp/wood/fuyu

これっておちゅ作者と同一？
文が似ているし、レイアウトもおちゅ公式と似ている。

そっとしといてやれ。

もう終わりかな・・・

君が小さく見える・・・

僕は思わず君を　抱きしめたくなる

私は泣かないから　このまま独りにして

君の頬を涙が　流れては落ちる

こんにちは
こんにちは
握手をしよう

>>507-511
吹いたw

hoshu

保守

止まってるね…開発もスレッドも。
そろそろ他のソフトに乗り換えるかな…
Ubuntuから使うのに何か良いソフトないかな？
スレッドの更新チェックが出来るやつが良いんだけど。

>>516
Ubuntuのjaバージョンなら日本語版セットアップヘルパからJDを追加出来る。

俺はJDに乗り替えたな。
再度認識させるプロセスを経たが、過去スレも移行できたよ。

JDって今一歩機能が少なく思えて…

お気に入りに登録したスレが一発で全部開いて、新規に書き込みがあったスレも解るとか。
板を開いた時に、前回から新しく立ったスレが解る。

ここら辺がおちゅ〜しゃ便利なんだよね。
でも、なんか先が無さそうだしもったいない。

ちなみに使ってるのは、Ochusha 0.5.99.66です。

>>517
ja じゃなくても追加できるんじゃね？

>>519
> お気に入りに登録したスレが一発で全部開いて、新規に書き込みがあったスレも解るとか。
> 板を開いた時に、前回から新しく立ったスレが解る。
JDスレで要望だしてみたら？

kitaもメンテナンスモードだし、
今乗り換えるとすればシンプルなJDか多機能なV2Cの二択かなぁ。

ところでおまい等。
機能が少ないと言うのなら、必要な機能を足せば良いじゃないか。
なんのためのソースだ？

理屈の上ではそうだけど・・・
だって作者自身が(0.6に向けて)書き直しするほどスパゲティーなコードなんだろ？
他人が機能追加なんて難しいんじゃね？

すみません。おちゅうしゃの悪口書いたバチが当たりました。
Ubuntu立ち上げ時にfsckでエラーが多発してコマンドプロンプト落ち。
手動でfsck掛け直せとあったので、fsckするとエラーが出るわ出るわ。
でもとりあえずUbintuは上がったので、おちゅ〜しゃ立ち上げたら即落ち。

いろいろやったがダメなので、Synapticパッケージマネージャからおちゅ〜しゃ完全削除。
さらに~./.ochushaも削除してからochusha_0.5.99.66-8_i386.debを再実行。

これでおちゅ〜しゃは立ち上がるようになったのですが、
「おきにいり」の機能がなくなっちゃいました。単純な「ブックマーク」に
なってます。
以前は、ブックマーク（B)の下に「すべてタグで開く」ってのがあって、
おきにいりに登録したスレを一気に全部開くことが出来たのですが…

これってどうやれば使えるようになるかご存知の方いらっしゃいませんか？

使用しているみなさんのフォント設定を教えてください。

当方は、1024x768の画面解像度では(notepc)、
板一覧=Mona-ttf 9
スレ表示=Mona-ttf 7
しおり=Mona-ttf 7
です。
Mona-ttf 7にantialiasをかけるとAAがズレるようになりました。
スレ表示の方のAAはantialiasにかかわらず、ズレません。
しおりのAAをズレないフォントにしたいのですが、無理でしょうか？
(しおりのみ、IPA モナー Pゴシック 7にしてみてもズレました)

[[[ 2ch ブラウザ JD 4 ]]]
http://pc11.2ch.net/test/read.cgi/linux/1183372288/

>>526
しおりとスレ表示のフォントって別々に設定できるの？

age

ochusha-0.5.8.2-3.src.rpmが
fedora8でコンパイル失敗するorz
(yumで入れる物は0.5.8とデータ互換性がないので使っていない)

if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../oniguruma -I../lib -I../libmodifiedgtk2
-I../libmodifiedghttp -I../libtsengine -pthread -I/usr/include/gtk-2.0
-I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo
-I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2
-DLOCALEDIR=\"/usr/share/locale\" -DPKGDATADIR=\"/usr/share/ochusha\" -Wall
-DG_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED
-DGTK_DISABLE_DEPRECATED -DGTK_COMPILATION -I/usr/local/include -O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32
-march=i386 -mtune=generic -fasynchronous-unwind-tables -MT paned_notebook.o -MD -MP
-MF ".deps/paned_notebook.Tpo" -c -o paned_notebook.o paned_notebook.c; \

続き

then mv -f ".deps/paned_notebook.Tpo" ".deps/paned_notebook.Po"; else rm -f ".deps/paned_notebook.Tpo"; exit 1; fi
paned_notebook.c: In function 'paned_notebook_init':
paned_notebook.c:519: warning: implicit declaration of function 'gtk_tool_item_set_tooltip'
paned_notebook.c:520: error: 'GtkToolbar' has no member named 'tooltips'
paned_notebook.c:536: error: 'GtkToolbar' has no member named 'tooltips'
paned_notebook.c:551: error: 'GtkToolbar' has no member named 'tooltips'
paned_notebook.c:601: warning: implicit declaration of function 'gtk_object_sink'
make[3]: *** [paned_notebook.o] Error 1
make[3]: Leaving directory `/home/yasu/rpmbuild/BUILD/ochusha-0.5.8.2/gtk2'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/yasu/rpmbuild/BUILD/ochusha-0.5.8.2/gtk2'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/yasu/rpmbuild/BUILD/ochusha-0.5.8.2'
make: *** [all] Error 2
エラー: /var/tmp/rpm-tmp.96815 の不正な終了ステータス (%build)

>>530
多分-DGTK_DISABLE_DEPRECATED（もしかしたらもっと）を
除けばそのエラーは消えそうな気がする

マウスのみで操作してると問題ないんだが、
キーボードで操作するとSegmentationFaltで落ちる

0.5.99.66 の開発が止まって久しいですが、●のお試し期間が来たので、
開発を再開して●の実装をして欲しいです。

http://qb5.2ch.net/test/read.cgi/operate/1206071602/83
> 83 名前：FOX ★ ：2008/03/21(金) 19:07:40 ID:???0
> ちょっと忙しくなったので
>
> ID 200*[email protected]
> PW mona
>
> *には何かがはいります、予測するのはかなり難しいです。
> ヒントはなしです

まちBには対応したのか？

>>533
間違っています。
以上。
はい次の方。

それにしても過疎ってるな

レスNo.を右クリックして
「このレスにレス(W)」を選択しても何も起こらないんだが、
そういうもの？（Fedora8）

>>538
いやうちではちゃんと「レスを書く」ウィンドウが出るが。@CentOS4.6

>>538
うちも出ないよ。Ochusha 0.5.99.66@ubuntu

[email protected] apt-get で、なんかエラーが出てインストールできなかったが
過去ログ漁ったら apt-get update やれ、とあったので実行したらあっさり成功w
まあ、Linux歴３日なので許してつかぁさい

使いづらい．．特に実況。win用に慣れてるとね．．
もっと高機能なの探すか。

☆ゅ

ほしゅ

gtk-2.13.4でまたmake出来なくなった…

もうおちゅ〜しゃ使ってるの俺だけ？

俺漏れも

家電デジカメ板の場合は『おちゅーしゃ』が一番便利
やはり画像表示必須には欠かせない

漏れは0.5.8.2使ってる。
いつまで使えるものかなorz

おれは
Ochusha 0.5.99.66

99とはデータ互換性が無くて移行できないお

>547,548,549,550
少しはいるんだ。
>作者様
せめてパッチあてなくてもmake等々通るようにコードを保守できませんか。
厨房からお願いします。

>>532を実現するパッチ
% diff -c ochusha.spec.orig ochusha.spec
*** ochusha.spec.orig 2008-08-14 21:54:58.000000000 +0900
--- ochusha.spec 2008-08-14 21:55:02.000000000 +0900
***************
*** 49,54 ****
--- 49,58 ----

%build
%configure
+ pushd gtk2
+ sed -e 's/\-DGTK_DISABLE_DEPRECATED//' Makefile | sed -e 's/\-DGDK_DISABLE_DEPRECATED//' | sed -e 's/\-DGDK_PIXBUF_DISABLE_DEPRECATED//' | sed -e 's/\-DG_DISABLE_DEPRECATED//' > a
+ mv a Makefile
+ popd
%{__make} %{?_smp_flags}

%install

Fedora9(x86_64)で確認済み。

>>528 気になったのでやってみた (0.5.8.2 Plamo )

まず、しおりで使いたいフォントをスレ表示フォントにして、板スレ一覧フォント選択の
ダイアログを開きキャンセルすると ~/.ochusha/ochusha-prefs-gtkrc が上書きされて、
しおりのフォントが設定される。次にスレ表示フォントを設定すれば別々になる。
ちなみにスレ表示フォントは、~/.ochusha/config.xml.gz に記憶される。

~/.ochusha/ochusha-gtkrc の設定例を見るとしおりのフォントが設定出来そうだけれど
無視される ~/.ochusha/ochusha-prefs-gtkrc の "*.mybookmark.GtkLabel" 行をコメン
トアウトすれば適用されるけど Do NOT Edit! と書いてあるからまずいかも。
"ThreadlistView" と "BoardlistView" を別のスタイルにすれば板とスレ一覧も別のフォ
ントに出来るけど板スレ一覧フォント選択のダイアログを開けば上書きされてしまう。

suka=pontan

ochushaも対応が必要か...

test

最近おちゅ〜しゃから書き込みできなくなった
2ch側が何か変わった？

>>558
>>555

おちゅ〜しゃで書き込みのテスト。

テストはこっちで。

[test] 書き込みテスト 専用スレッド 131 [ﾃｽﾄ]
http://qb5.2ch.net/test/read.cgi/operate/1221632588/

ttp://developer.momonga-linux.org/viewvc/trunk/pkgs/ochusha/

>>562�d
パッチ頂いたお

>>558
vine4.2
同じく書き込みに失敗する
なんで?

今も失敗して
firefoxから書き込み

だからスカポンタンだ。スカポンタン

suka=pontanはいいのだが、そのcookieが又変わった時への
根本的な対処法としてどこをいじったらいいのか良く分からない
（0.5.99.66)
cookieの情報はochusha/post_ui.ccのResponseEditor::check_cookie_cb
から取れるけど、この情報をどうやってlibochusha/bbs_2ch_utils.ccの
PostResponseAgent2ch::do_postに持ってくるか...

>>564
>>562のパッチで書き込みできるようになるよ。

おちゅ〜しゃって、もう誰もメンテしてないの？

patchのテスト

取り敢えず何とかなった

>>569
まじすか？公開してくれたらありがたいっす

>>570
誰か改良してくれたら嬉しいです
http://cvs.fedoraproject.org/viewvc/rpms/ochusha/devel/ochusha-0.5.99.66-cvs070110-suka-pontan.patch?revision=1.1

>>570
fedoraのcvs

被った... orz
>>566 乙です。

Fedoraの所にありましたか。ありがたくいただきました、どうもです。

パッチ集約用のリポジトリって需要あるかな?
SF.jpのおちゅーしゃのAdminは持ってないんで、
別の場所に新規に作ることになると思うけど。

そんなんするなら
もう開発引き継いじゃえば?

>576
71

>>576
申し訳ない、ミスった。
まあでも内部構造をまだいじれるほど把握してるわけではないし、
とりあえずということで。

http://sourceforge.jp/tracker/index.php?group_id=590&atid=2301
じゃだめなん?

>579
それだと大元のcvsには手を出せないので、結局パッチを個々でその都度当てることになって、
めんどくさいかなぁと思ったので。

Mercurial使ってこんな感じになりました。
ttp://www.bitbucket.org/Itn2002/ochusha/overview

0.5.8.2とデータ互換を実現おながいします。

>582
そういう大きそうな変更は無理。

どうもです。
リンクから別のスレに飛ぶ時にsegvするバグを見つけたので直しときました。
後、スレ立て機能を実装してみましたが、まだ十分にテストしたとは言えないので、
configureで--enable-debugを有効にしないと使えません。
あ、リポジトリのurlは http://bitbucket.org/Itn2002/ochusha です

スレ立て機能の方がまあバグが取れたかなっていう感じなので、debugオプション無しでも使えるようにしました。
ただ、他の板の仕様がわからないので、2chでだけ有効になっています。
性質上そう何度もテスト出来るものではないので、もし何かおかしかったら報告お願いします。
後、レス数でソートしようとしたときのルールに少し手を入れました。現在では以下のようなルールになっています。
1,まったく読んでないスレは下へ
2,既読があるスレの中では、未読が多いものが上へ
3,2で未読数が同じ場合は、総レス数で多いものが上へ。
4,DAT落ちは問答無用で最下層へ
変更点は以上です。この辺で区切りがいいかなと思って、タグとconfigure.acに0.5.99.67を付けました。
最後に、リポジトリのURLはttp://bitbucket.org/Itn2002/ochushaです。

あ、後追加で。現時点でのmake distしたアーカイブを
ttp://itn2002.sakura.ne.jp/archive/ochusha-0.5.99.67.tar.gzに置いておきます。

次は何しようかな…

>>586
sourceforgeの最新を追いかけてみるというのはどうだろう……

>>587

うお、本家の方更新してたんですか。気付かなくて申し訳ありません。
作者様が更新再開したなら自分の方はいらないかな?

うほ。
本家開発再開、おめ。

早速試してみました。
15時ころ取ってきたものですが (0.5.99.67.1)
lock.ccで競争状態になっているような感じでhang upします。

http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/7804.txt

再開記念に要望をしてみよう。

最近、2ch の機能で、sssp というプロトコルが出回ってます。
良かったら、対応のほう、御一考、よろしくです。

参考
２ちゃんねるアイコン公開所
http://mamono.2ch.net/test/read.cgi/kitchen/1220229920/ (Webブラウザで開いてね)

ssspは~/.ochusha/ochusha-init.scmでなんとかなりそうな気がする。面倒くさそうだけど。
diffとったらえらい事になったので、結局一旦消してから、改めてこちらの変更をマージする方向になりました。
URLは変わらずttp://bitbucket.org/Itn2002/ochushaです。
スレ内リンクから他のスレに飛ぶ時に落ちる事があったので、とりあえず怪しげな所を
片っ端からNULL初期化することで対処しました。多分大丈夫なはず。
後、libochushagtk/misc_utils.c,tree_selector_view.cの中でGtkDestroyNotifyがあったので、GDestroyNotifyに変えました。
パッチのURLはttp://www.bitbucket.org/Itn2002/ochusha/changeset/4765af47f12b/raw/です。
自分の環境用に.hgignoreの追加やautogen.shの改変をちょっとだけしてますが、無視してもいいです。

>>588
fuyu さんにお願いして、プロジェクトの正式な開発者に入れてもらったらどうよ？
安定な開発してくれると、みんな助かるし。

ssspはかなり前から表示されるようになってないか？

>593
確かに今の状態は大規模な変更があったときに面倒ですね。今日か明日あたりにでもfuyuさんに打診しときます。
起動の度にマイフォルダが作られるバグがあったので修正しときました。
パッチへのURLはttp://www.bitbucket.org/Itn2002/ochusha/changeset/3acee7aa1116/raw/です。

デフォルトじゃssspをリンクとして認識してくんないみたいですね。一応ochusha-init.scmをいじる事で
認識は出来ました。パッチはttp://bitbucket.org/Itn2002/ochusha/changeset/19db8fbe40e8/raw/です。
後、ssspだけを埋め込み表示するscmも書きました。
ttp://bitbucket.org/Itn2002/ochusha/wiki/files/ochusha-init.scm-enable-embedded-ssspをファイルとして保存すればいけます。
でも、一度に多くの画像が表示されると表示が崩れたり、帯域への負荷が大きくなりそうなので、あんまり推奨はしません。

あ、scmに余計なhtml要素がついちゃってますね。
なので、ttp://bitbucket.org/Itn2002/ochusha/wiki/Schemeから、該当ファイルをSave Link asで保存してください。

>>595
正式追加、おめー。

今確認したら入ってました。どうもありがとうです。
俺は基本的にはバグフィックスやその他小さい変更しか多分しません。
変更の衝突があったときは、出来るだけfuyuさんの意向に従いたいと思っています。
まずは自分の変更分をcvsにマージする所から始めたいと思います。
でもcvsはほとんど使ったことないので、ちょっと時間がかかるかもしれませんが悪しからず。
でもbitbucketの方も捨てるには惜しいので、ちょくちょく更新すると思います。でもあくまでも中心はSFという事で。

>>590の件は直っているようです。有り難うございます。
そこでですが、ochushaを起動して
＊適当に何かする（例えば表示->フォント->スレ表示のフォント選択
　を選んでキャンセルする）
＊ochushaを終了する
とabortを起こすようです(10/19 22:40に取ってきたもの。この
書き込みの時点で最新です）

http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/7808.txt

>599
何かまたアクセシビリティ関連の問題のような気がしますねぇ。推測ですけど。
さて、前回報告した他スレへのリンクをクリックすると落ちるバグですが、
前回直ったとか言いましたが実は直ってませんでした。
原因は多分bbs_thread_view.ccのlink_mouse_release_cbの中で、
controller.openで開いた後、viewオブジェクトが破棄されるのではないかと推測し、
controller.openが呼び出される前にset_link(NULL)を呼び出してみました。
一応この変更は本家にマージしときましたんで、チェックよろしくお願いします。

>>600
今（最新のものを）試してみたら>>599の件は
直っているようです。

と思ったら直っていないようです...

今日の22:15頃にcheckoutしたものだと以下のような
感じです。
http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/7826.txt

因みに環境は（リリース直前の）Fedora 10 i386です

2008-10-23 03:04にcheckoutしたものでは
大丈夫のようです。有り難うございます。
又問題が起これば報告します。

hosyu

fedora9(x68_64)とfedora10(i386,β版)とだとアイコンが違うんですね。

ho

solaris10で使いたいんだけど、他に使えてる人いますか?
ビルドの方法あればキボン。

>>607
先ずは自分でやってみて、失敗したらどういう問題が出て
うまくいかなかったのかを報告する、と言う方がこういう
スレでは反応がいいと思う

>>607
スマソ　一応試したのだが、
glib2とかgtk2がデフォルトでは入ってなくて
FreewareforSolarisとかCSWとかみても対応するバージョンがないので
ビルドできている人がいるのかと思って。

0.6ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

3年以上も経ってたのか。

うーん..
＊~/.ochushaを一旦全部削除する
＊ochushaを起動
＊Linux板->このスレを探して、（スレ一覧で）このスレにチェックを入れる
＊このスレを開く
＊ochusha終了
＊で、ochusha再起動
とすると、ochushaスレにチェックを入れたはずなのにチェックが消えていて、
しかもochushaスレを一度も読んだことが無いような状態になっている

のですが（因みに２回目以降は大丈夫）

ubuntu8.04だとsqlite_utils.hの#include <sqlite3.h>の下に

typedef sqlite_int64 sqlite3_int64;
typedef sqlite_uint64 sqlite3_uint64;

を入れないとエラーでmakeが止まりますね。

linuxがWindowsをこえられない理由がわかったようなきがするw

2008-12-26 12:00にcheck outしたCVS版では
大丈夫のようです。有り難うございます。

Fedora 10 x86_64版で
./configure --prefix=/home/orz/等々
make
make install
をやりました。makeで警告が出ましたが無視してinstall。
これは書き込みテスト兼用

あ、0.6のことです。
makeで最初に出た警告の前後です(適当に改行追加)

g++ -DHAVE_CONFIG_H -I. -I.. -I../oniguruma -Wall -Wpointer-arith -Wwrite-strings -Wmissing-noreturn
-Wredundant-decls -I/usr/local/include -g -O2 -DNDEBUG=1 -MT r5rs_derived_syntax.lo -MD -MP -MF
.deps/r5rs_derived_syntax.Tpo -c r5rs_derived_syntax.cc -fPIC -DPIC -o .libs/r5rs_derived_syntax.o
r5rs_derived_syntax.cc:456:2: 警告: #warning "Implement This!"
mv -f .deps/r5rs_derived_syntax.Tpo .deps/r5rs_derived_syntax.Plo
/bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I../oniguruma -Wall -Wpointer-arith
-Wwrite-strings -Wmissing-noreturn -Wredundant-decls -I/usr/local/include -g -O2 -DNDEBUG=1
-MT r5rs_io_procedure.lo -MD -MP -MF .deps/r5rs_io_procedure.Tpo -c -o r5rs_io_procedure.lo r5rs_io_procedure.cc

skillがないので何のことか不明ですがいちおう

GentooでEUCな機械がochusha-init.scmの文字コードでハマりましたorz

おちまくり

セグメンテーション違反ってバグっていうよりプログラムミスだからな
おちゅーしゃの機能を実現するためにLinuxの脆弱性があらわになってるのか
単におちゅーしゃがヘボなのかしらんが

って、そんなに落ちる？？
gentooだけど、意外と落ち着いてるっぽ

私が使っているおちゅ〜しゃ（最新のCVS on Fedora rawhide）も
今のところ落ちないけど...以前はat-spi絡みで色々あったけど
今は大丈夫みたいだし。

というか落ちるのならgdbでbacktrace取って報告すれば
作者さんも助かると思う（私の環境で何か起これば報告します
...というか既に色々報告してるし）

今さっき Fedora 10 でアップデートしたらおちゅ〜しゃが復活しているではないか。
びっくりしたなあもう。

CentOS 5.2 x86_64 CVS Head:

g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../oniguruma -I/usr/include/libxml2 -O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64
-mtune=generic -DPKGDATADIR=\"/usr/share/ochusha\" -DDEFAULT_CA_CERT_FILE=\"/etc/pki/tls/cert.pem\" -Wall
-Wpointer-arith -Wwrite-strings -Wmissing-noreturn -Wredundant-decls -I/usr/local/include -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64
-mtune=generic -DNDEBUG=1 -MT sqlite_utils.lo -MD -MP -MF .deps/sqlite_utils.Tpo -c sqlite_utils.cc -fPIC -DPIC -o .libs/sqlite_utils.o
sqlite_utils.cc: In constructor 'Ochusha::SQLite3Statement::SQLite3Statement(Ochusha::SQLite3&, const char*)':
sqlite_utils.cc:140: error: 'sqlite3_prepare_v2' was not declared in this scope
make[2]: *** [sqlite_utils.lo] Error 1
make[2]: Leaving directory `/root/rpmbuild/BUILD/ochusha-0.6.0.1/libochusha'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/rpmbuild/BUILD/ochusha-0.6.0.1'
make: *** [all] Error 2
エラー: /var/tmp/rpm-tmp.70270 の不正な終了ステータス (%build)


RPM ビルドエラー:
/var/tmp/rpm-tmp.70270 の不正な終了ステータス (%build)

CVS Head @ Fedora rawhideですが、g++ 4.4での
コンパイルには以下のパッチが必要です。
http://cvs.fedoraproject.org/viewvc/rpms/ochusha/devel/ochusha-head-g%2B%2B44.patch?revision=1.1

書き込めねー
ソースからコンパイルしようとしたら、./configureすらできねー

>>626
それは何かそっちが悪いんでは...というかどういうエラーが
出るか言わないと誰も対処出来ないと思う

debian etchからlennyにしたんで、ochusya-0.6.tar.gzをゲットしてビルドしてみた
それで書き込んでみてます

で、パッケージにしようとしたらpthread関連でリンクエラーになった。
で、普通はどうだろと./configure;makeすると成功

debianのパッケージを作るスクリプト(ochusya-0.6/debian/rules)を見ると、configureのとこが
./configure $(CROSS) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs"

となってるのを、ざくっとLDFLAGSのとこを削ったらパッケージになりました
./configure $(CROSS) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS="$(CFLAGS)"

以上、なんかよくわからんが、動いてるので、報告。

>628
"-Wl,-z,defs"は他の所でもちょくちょく問題起こしてるみたいだね。
他の所でもフラグ削除で対応してるからまあ気にしなくてもいいんじゃないかな?
後、CVSの方で>625のパッチ適用しといたよ。

>>629
有り難うございます。
....ですが、再びコンパイルしません。

https://www.redhat.com/archives/fedora-devel-list/2009-January/msg02248.html
http://cvs.fedoraproject.org/viewvc/rpms/ochusha/devel/ochusha-head-g%2B%2B44-02.diff?revision=1.1

>630
当てときました。gccのバージョンが違う(4.3.2)ので、
自分でテストができなくて申し訳ないです。後は何かないですかね?

>>631
コンパイルは通るようになりました。
しかし、書き込みウィンドウで全角（もしくはCtrl+space）を押しても
日本語入力モードに移行しません。scim-bridgeは走っていて、
他のブラウザやgedit等ではきちんと日本語が入力出来るのですが。

>632
こっちのuim環境では再現しないです。scimとの相性の予感…
複雑そうなんで俺では解決できないかも。
後、別件なんですが最新のgtkだとgtk_action_connect_proxyが
deprecatedになっていて、入れ替わりにGtkActivatableインターフェイスが
導入されたので、関連する所を修正しときました。一応は動くと思います。

かちゅーしゃでカキコ出来ないのは何故ですか？？

おちゅーしゃテスト

まちBBSの仕様変更によって、リクエストにread.plが使えなくなったので、read.cgiに変えときました。
(ttp://machi.toの2009.2.24のところ)

0.6を./configureしようとすると、C compiler cannot create executablesというエラーを吐いて、止まります。
どうしたら、いいのでしょうか。
gccのバージョンが合わないということでしょうか。
Ubuntu8.04を使うとります。
よろしく、頼んます。

>>637
config.logは何と言ってますか

cofig.logを見ても、同じことが書いてあります。
実行ファイルを作れないってことは、何かライブラリが足りないとか、そういうことなのでしょうか。

いや、同じ事は書いてあるでしょうけどその前に
なにか別のメッセージは書いていませんか？
（可能ならばどっかのuploaderにconfig.logをupして
　もらえませんか？
http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/joyful.htm
　あたりに）

0.5.8.2に関してなんですけど、
まちBBSのスレが読めなくなったみたいなんですが、
--
[2009/02/24]
read.plへのアクセスを全てread.cgiへと転送するよう変更しました。
また、read.cgiに広告枠の追加を行いました。
--
これに関係していますか？

スレ一覧は更新されて見えている状態で、2月前半に取得した部分までは読むことができています。

>>641
>>636あたり

>>1
なにそのエロゲ？

カキコ出来なくなったのはなぜー？（＞＜）

まちBBSとかしたらばだったら、まだ仕様変更を把握しきれてないんでちょっと待っててね。
変更点の情報とかパッチとかあったら是非ください

今コンパイルは正常に成功。
make installちゅう
deb化はマドクセーので放置
ちなみにconfigureでけんかったひとは最後になんかたりてね〜〜って出てるはずだよ
おれはsqllite3を追加した

>>646
make installご
/usr/local/lib/libochusha.so.0がロードできんといってきたので
ldconfig -vを実行したらochushaを機動できました.
ver 0.6けっこういけてるのでは？

GtkActivatable関連で変更した箇所が、どうもうまく動かないようです。
影響があるのはgtk+-2.15.1以降を使っている人のみですが、該当している人は
注意してください。
緊急の回避策として、2.15以降でも旧来のものを使うように近日中にしておきます。

初心者ですまない
0.6をダウンロードして./configureしたが
何回やっても
*** 'pkg-config --modversion glib-2.0' returned 2.6.4, but GLIB (2.12.3)
*** was found! If pkg-config was correct, then it is best
*** to remove the old version of GLib. You may also be able to fix the error
*** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing
*** /etc/ld.so.conf. Make sure you have run ldconfig if that is
*** required on your system.
*** If pkg-config was wrong, set the environment variable PKG_CONFIG_PATH
*** to point to the correct configuration files
no
configure: error: glib-2.6.x or later is required
と表示されて止まる・・・
どうしたらいいだろう

どうしたらいいかメッセージに表示されてるがな

ワラタ

久々過ぎて hana=mogera が suka=pontan になったことすら
知らなかった私が通り過ぎますｙ

Gtk+-2.16 + 頑なに ochusha-0.5.8.2.

0.5.8.2に関してだが、
getenforce=enforcingな環境で実行すると、
「(ホームディレクトリ)/.ochusha/.sm/」以下に
「ochusha_self_managed_session」という名前のディレクトリが出来るようになったのですが、
しかも、おちゅの終了時に削除されません。

「SELinux=off」か「getenforce=permissive」では
16進数だったかの羅列だったと記憶していますが、修了すれば削除されていました。
これはSELinuxのポリシーを書いたりすれば対処できますか?

tepo=don

test

>>654
サンクス

てすと

test

>>633
事情があってibusを試してみたのですが、
問題なく日本語が入力出来るようです。
ということはscimが悪いのか...

ﾃｽﾄ

Ubuntu Jauntyになったら、おちゅ〜しゃのパッケージが同梱されなくなったんだね。
JDしかないや。
画面とは、おちゅの方が気に入ってたんだけどな。
ビルドからするの、まんどうくさいし。
クリックするだけでインスコできるdebパッケージとか、ないのかな。

俺はビルドして入れたが面倒なとこはなかったな
configureスクリプトで求められたヘッダをsynapticで入れてmake
あっさり成功して今は0.6使ってるよ

使ってみた感じ速くていいね
スレ一覧とスレッド欄の境界をマウスでサイズ変更しようとした時の挙動がなんかおかしいけど
それで不安定になるってこともないしとりあえず安定してるのもいい感じ

あれ、そう？
Jaunty使ってるけど、0.6のソースでconfigureすると、glib-2.6x. or laterが必要だと言われるけど、
ｓｙｎａｐｔｅｃでｇｌｉｂで検索しても、2.6がついたやつは出てこないな。
多分、何かやり方がまずいんだろうけど、
これでは「選ばれた人」にしか使えないな。
JDにしとくか。

>>663
Ubuntu userでないので良く分からんが：
http://packages.ubuntu.com/ja/jaunty/libglib2.0-dev
そんな事ではJDは（もっと依存性が多いので）使えないと
思う....

0.6を使いたければ、ソースをダウンロードして、コンパイル汁！ってのが、開発者のスタンスなのかな？

>>665
開発者はパッケージメンテナじゃないし。
当たり前じゃん。

>>663
ubuntu9.04　i386だと

build-essential
libgtkmm-2.4
libtool
libssl-deb
libxml2-dev
sqlite3-dev

を追加するとconfigure と makeできた。
スレッドリスト表示を広げようとすると逆に隠れるね（ｗ
どうすんのよこれ？

>>664

JDはUbuntu Jauntyだと、最初から使えるのよ。
あまり、こんなことで四苦八苦したくないので、JDを使うけど、
インターフェースとかは、おちゅーの方が気に入ってるんだけどね。
でも、インスコからしてこんなにとっつき悪いんじゃ、しょうがないな。

Fedora11 に入っているね。
ochusha-0.6.0.1-0.5.cvs20090413T0000.fc11.i586

今662と667の問題がなんとかならんかと模索中ですが、半ばお手上げ状態です。
どの辺りをいじくれば良いかわかれば、少しは楽になりそうなんだけどなぁ

>670の問題だけど、OchushaHVPanedが怪しいとあたりをつけた。
で、これをGtkVPanedに置き換えることによって、一応は動いたように見える。
ただ、見た目とかで問題が出てくるかも。
一応CVSにはコミットしておいた。
あ、後GtkActivatableは、プロパティのセットで値を置くことにしたよ。
そっちの方がGtk的には正解っぽそうなので。

もうV2Cでいいじゃん
うpでーとも楽だし
それにいろんなおーえすで使えるから
とってもとってもいいんだよヾ(o゜ω゜o)ノ゛ プニプニ！プニプニ！

>>672
ソースも公開していないような代物に用は無い

cvsの新しいやつ試してみたけどバグ無し安定

make[2]: *** [a_bone.lo] Error 1
make[2]: Leaving directory `/home/naoyuki/rpmbuild/BUILD/ochusha-0.6/libochusha'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/naoyuki/rpmbuild/BUILD/ochusha-0.6'
make: *** [all] Error 2
エラー: /var/tmp/rpm-tmp.lfg139 の不正な終了ステータス (%build)


RPM ビルドエラー:
/var/tmp/rpm-tmp.lfg139 の不正な終了ステータス (%build)

うんみゃー

なおゆきｶﾞﾝｶﾞﾚw

なおゆきとチュッチュしたい

おちゅーしゃなつかしす

ﾎｼｭ

Ubuntu用パッケージ誰か作れよ。
俺はおちゅーしゃが使いたいんだよ。くそ

>>680
自分で作れぼけが

作れねーから言ってんだよ。役立たずが。
だからデブは嫌いなんだ。

作者がやる気ないのに使いつづける君らって一体・・・

使いやすいからに決まってんだろ。
新スレだけ色を変えて表示してくれるのはおちゅーしゃだけ。
だからハゲは嫌いなんだ。

>>682
作れないなら作れるようになればいいじゃない。

openSUSE用にBuild Serviceを使ってパッケージを作ってみた。
http://software.opensuse.org/search?baseproject=openSUSE%3A11.2&p=1&q=ochusha

構築するにあたってソースと.desktopファイルを修正したんだが、
どこに上げればいいんだろうか。。

tar -jxvf ochusha-0.5.8.2.tar.bz2

#AM_CPPFLAGS = -DLOCALEDIR=\"$(localedir)\"
#enable some deprecated option
AM_CPPFLAGS = -Wall -DG_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED $(GLIB_CFLAGS) $(GTK_CFLAGS) -DLOCALEDIR=\"$(localedir)\" -DGTK_COMPILATION

225 patch tree_chunk (gtk+-2.

ochusha mozilla response_editor
gtk_file_selection_get_filename
libX, libXt
http://www.linuxquestions.org/questions/programming-9/gcc-static-doesnt-work-88507/
mod_tree_data_list.c:51: error: 'tree_chunk' undeclared
uintmax_t gcc 4.4

さてみなさんいかがお過ごしでしょうか
来年もochushaをただ一人の友として荒れ狂うlinux海を乗りきりましょう。
いつか凪はやってきます(たぶん....)

保守しといた方がいいかな

まだ0.5.8.2使ってる人は
gtk-2.19以降では
mod_notebook.cを
s/GTK_WIDGET_TOPLEVEL/gtk_widget_is_toplevel/
してね

>>692
0.6系でも修正が必要

ほしゅ

書き込みログの履歴は抽出できないの？
複数の書き込みがあるときに更新するとき便利なのですが。

ubuntu 10.04でビルド出来た記念カキコ

書き込みログは.ochusha/post-histories.sqliteの中にあるみたいだね。
これをどうにかすればできそうだけど…

Fedora 14でcompileし直したので一応カキコ

kuno=ichi

test

●でもクッキー設定しないといけなくなったのかな？

test

てすと

Gentooでビルドしてみたテスト

あけましておめでとうございます。

こんにちは。
今年も0.5.8.2です。

まちがえた…。こうか？

そろそろマクロ・関数名書き換えだけじゃ動作が保証出来なくなってきた今日この頃
0.5.8.2をお使いの皆様はいかがお過ごしでしょうか？

0.6系も保守してくださると有難い

俺に出来る事ならしてもいいけど、なんかgtk2-2.20.0くらいから修正してもちゃんと動かなくなった…。
どこに原因があるか分からないけど。

でもおちゅ〜しゃメンテするくらいならvalaあたりで新ブラウザ作る方が楽しそうだぜ。
それか勉強がてらにpython+qtとか。
しかしなかなか離れられないんよ…。確実に終わコンなのに…。

去年の8/16頃にソースがupdateされてた事に
ついさっき気づいた....
GTKでdeprecatedされたコードが含まれてたので
libochushagtk_lgpl/Makefile.amをいじったけど
記念カキコ

From Fedora rawhide

0.5.8.2+gtk2-2.20.1(Momonga7)だが、
パッチ作ってとりあえずビルドして、表向きは動いているようだ……

このスレまだあったんだな…

忍法帖巻物
ttp://info.2ch.net/wiki/index.php?%C7%A6%CB%A1%C4%A1%B4%AC%CA%AA
のメッセージがでてニュース速報に書き込めないんですが

おっと......環境は
fedora14 x86_64でochusha-0.6.0.1-0.9.cvs20100817T0000.fc14.x86_64です。
確認君ではちゃんとホスト名が表示されるし
ttp://info.2ch.net/wiki/index.php?%C7%A6%CB%A1%C4%A1%B4%AC%CA%AA#dfcc1430
のリストに載っているプロバイダではありません(flets.hi-ho.ne.jpです)。

test

おちゅ〜しゃから書き込みテスト1

テスト2

よそでやれ。

忍法帖の書き込みパッチ書いた
でも不具合あり。

DELETE FROM ochusha_cookies WHERE GLOB("[a-z]*", name) AND domain != uri.get_server();
こんなSQL文を実行すれば良さそうだが SQLite3Statementクラスが
C++初心者には、理解できていない誰か助けて。

--- libochusha/cookie_manager.cc.org
+++ libochusha/cookie_manager.cc
@@ -465,6 +465,23 @@
cookie_value_buf.append(cookie.get_value());
}

+ if (select_matched_domain->bind(INDEX_DOMAIN, strpbrk((char*)uri.get_server(),".")))
+ {
+ if ( select_matched_domain->step() == SQLITE_ROW)
+ {
+ cookie_value_buf.append("; HAP=");
+ cookie_value_buf.append(select_matched_domain->get_column_text(COLUMN_VALUE));
+ }
+ }
+ select_matched_domain->clear_bindings();
+ select_matched_domain->reset();
+
return cookie_value_buf.c_str()[0] != '\0'
? strdup(cookie_value_buf.c_str()) : NULL;
}

>>720 を修正
libochusha/cookie_manager.ccの93行目を
< #define OCHUSHA_COOKIES_SELECT_MATCHED_DOMAIN "SELECT * FROM ochusha_cookies WHERE domain = ?4;"
---
> #define OCHUSHA_COOKIES_SELECT_MATCHED_DOMAIN "SELECT * FROM ochusha_cookies WHERE GLOB(\"*\" || domain, ?4);"
これの方が簡単。

hibariで書いていて kamomeに書き込もうとすると、みたいな事をすると

ＥＲＲＯＲ：ブラウザを立ち上げなおしてみてください。

と言うエラーになる。クッキーで den=boを送らなければ良いのだが。

0.5.8.2で、まちBBSのスレを開こうとするとセグメンテーションエラーになる
毎回ではなく、また特定スレ限定ではなくて、条件が特定できない
まちBBS以外は、ほぼ起きない

てすと

おちゅ〜しゃナツカシス

動きないね

hoge

shikoshiko

てすと

もう一回てすと

test

しかし今でも0.5.8.2使っているんだね
何年前のリリース

age

おちゅ〜しゃなんてまだあったの？
完全にオワコンだろ

いまだに0.5.8.2使用中ですけど
http://anago.2ch.net/test/read.cgi/mac/1321966211/
このスレを開くときに
Gtk-CRITICAL **: gtk_text_buffer_emit_insert: assertion `g_utf8_validate (text, len, NULL)' failed
が表示されます。
g_locale_to_utf8を、追加したりしていますが
変わりに、
Gtk-CRITICAL **: gtk_text_buffer_insert: assertion `text != NULL' failed
が出ます。
気持ちがわるいので、出ないようにしたいのですが
後者のメッセージは、どんな時に出ているのでしょうか。
ググっても、よくわかりませんでした。

etst

おちゅーしゃ開発復活しないかな？

てｓｔ

0.5.8.2使ってますよ

テスト on 0.6.0.1

18 個の翻訳メッセージ, 2 個の翻訳があいまいです.

カキコてすと

てす

test

>>721 �d
Vineのパッケージにパッチ当ててビルドしたら書けるようになりますた

ｔａｒ．ｇｚを解凍した後どうづればいいですか？