[過去ﾛｸﾞ] 2ch ブラウザ JD 20 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
357(3): 2018/05/21(月)11:44 ID:bWFelD2i(1) AAS
外部ﾘﾝｸ[cpp]:github.com
試してないけど484~497行目(ついでに4行目の｢//#define _DEBUG_MEM_PROFILE｣も)を消しちゃえばメッセージも消せそう
もともとglibが提供してたメモリプロファイリング用の機能をjdが使ってたんだけどglibの側がその機能を削除して件のメッセージを表示するようになってる模様
358: 2018/05/21(月)18:48 ID:/MIq6P7v(4/4) AAS
>>357
やってみました
ええ、きれいに消えました
今その修正されたバージョンで書いてます
どうもありがとうございました
すっきりしました
359(1): 2018/05/21(月)18:56 ID:3CnY9D6L(1/2) AAS
>>357
>もともとglibが提供してたメモリプロファイリング用の機能をjdが使ってたんだけどglibの側がその機能を削除して件のメッセージを表示するようになってる模様
よく分からんけどJDが使ってた機能が削られたらJDとしては問題起きないの？
メッセージ出なけりゃ問題ないって話じゃないと思うんだけどどうなの？
360(1): 2018/05/21(月)19:21 ID:vxvol1FD(1) AAS
>>359
まずメッセージが出てる時点で既にその機能は無効になってんのよ
だから>>357の部分を消す/消さないによる動作的な違いはメッセージの有無以外は変わらない
んでその機能が無効になってんのは問題ないのかってのは、コミットログとか見てもどういう意図でそのコードが入ってるのかが読み取れない(used g_mem_set_vtableとしか書いてない)ので絶対問題ないとは言えないんだけど
その機能自体はglibがメモリの確保/解放とかに使う関数をカスタムするような機能だったみたいだから、とりあえず今普通に動いてる事も勘案して俺は問題ないんじゃないかと思う
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.798s*