FreeBSDを語れ Part23

**名無しさん＠お腹いっぱい。** · 2009/02/26(木) 00:39:05

FreeBSDについて語るスレです。

The FreeBSD Project
http://www.freebsd.org/ja/

前スレ：FreeBSDを語る #22
http://pc11.2ch.net/test/read.cgi/unix/1231983300/

**名無しさん＠お腹いっぱい。** · 2009/04/20(月) 06:51:21

まぁ、ports に存在するバージョンが 2.6.3 なのを頭
に入れて下記を読めばどんだけクソかはわかるな。

[ANNOUNCE] xf86-video-intel 2.6.99.901
http://www.mail-archive.com/xorg-announce@lists.freedesktop.org/msg00587.html
[ANNOUNCE] xf86-video-intel 2.6.99.902
http://www.mail-archive.com/xorg-announce@lists.freedesktop.org/msg00588.html
[ANNOUNCE] xf86-video-intel 2.6.99.903
http://www.mail-archive.com/xorg-announce@lists.freedesktop.org/msg00605.html
[ANNOUNCE] xf86-video-intel 2.7.0
http://www.mail-archive.com/xorg-announce@lists.freedesktop.org/msg00610.html

で、2.7.0 で何もかも直ったかというとそうでもないわ
けだ。

2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption
http://lists.freedesktop.org/archives/xorg/2009-April/045204.html

そして誰も nvidia の話なんかしてないことに気付け。

**名無しさん＠お腹いっぱい。** · 2009/04/20(月) 07:20:03

必死だな

**名無しさん＠お腹いっぱい。** · 2009/04/21(火) 01:48:28

それより MySQL の運命はどうなるのか…

**名無しさん＠お腹いっぱい。** · 2009/04/21(火) 03:43:21

おいらは、postgresql/firebird の二本槍。
MySQLは使ってない。　バージョン変わると互換性無さ過ぎる。
pgもバージョン変わるとバイナリ互換性はなくなるけど、他は温存できた希ガス。

それにMySQLって、Linux抱き合わせの初心者向け書き物ばっか。

**名無しさん＠お腹いっぱい。** · 2009/04/21(火) 11:03:28

>>528 intelで動くとはいっていない。やり方がばらばらだといっているだけだ。
ダメなら素直にxorg-server戻せばいいじゃないか
すぐに戻せないならそもそも管理が悪い。
1.6.0がでた当日かららnvidiaで動かないという話がでててここに至っている。

FreeBSD-7.1+xorg-server-1.6.0は少なくともnvidiaカード使えば
Fx6200とかでもちゃんと動くし
hal入れとけば適当なデスクトップで
USBメモリとかのやりとりでsudoとか使わなくてもファイラーで操作できるんだから
それを正として構築してそっから明示的に入れ替えしてオレ流は構築すればいいよ。
第三者はそういうカキコをみて自分の道具とかと照らし合わせて各々が判断すればいいし
購入のめどにできる。

**名無しさん＠お腹いっぱい。** · 2009/04/21(火) 11:05:20

ポスタグレってrubyと似た匂いを感じるよ。
MySQLもいまいちメリット低いし
httpサーバー+sqliteでいいや。

**名無しさん＠お腹いっぱい。** · 2009/04/21(火) 11:42:19

>>533
まだやんのか（w

xorg-server は最新で intel-2.6.1 で動いてるんだよ。
俺はドライバの話してるんだって。

> hal入れとけば適当なデスクトップで
> USBメモリとかのやりとりでsudoとか使わなくてもファイラーで操作できるんだから
> それを正として構築してそっから明示的に入れ替えしてオレ流は構築すればいいよ。

uwm/X10 → twm/X11 しか使ってないですが何か？
今でも動くなら uwm にしたい位だよ俺は。

**名無しさん＠お腹いっぱい。** · 2009/04/21(火) 11:53:36

>>535
> intel-2.6.1

2.5.1 だな。

**LINUX** · 2009/04/21(火) 15:35:43

Linuxはバザールモデル。ＮＥＣはバザールでござーる。
この関連は。
1999年に２０００ねん問題でアメリカと日本政府が対立していた。
ようすｂ驍ﾉWindowsにオープンソースをせまった。
しかし、アメリカは原発臨界事故を起こし、愛媛丸も沈めた。
日立が原発事故。Linux特攻隊が愛媛丸。
夜の５８番街はどうなったのかな

LINUXが五橋研究所からIBMになったのはsolarisは無敵winndowsNTも無敵
NECのUNIXが大打撃を受けるとLinux特攻隊が言ったからだ

**名無しさん＠お腹いっぱい。** · 2009/04/21(火) 15:53:54

いまいち

**名無しさん＠お腹いっぱい。** · 2009/04/21(火) 15:54:12

NECといえばHPUX

**名無しさん＠お腹いっぱい。** · 2009/04/21(火) 16:03:50

>>537 マルチポスト爆撃でアク禁になっちまえ。

**名無しさん＠お腹いっぱい。** · 2009/04/21(火) 17:14:56

NECといえばACOSだろ

**名無しさん＠お腹いっぱい。** · 2009/04/22(水) 22:04:19

FreeBSDでキー配置を変える方法はどのようにすればよいのでしょうか。
また、Fedoraあたりで言う yum-fastestmirrorにあたるものはPortsの中にはないのでしょうか。

どうか教えてくださいまし。

**名無しさん＠お腹いっぱい。** · 2009/04/22(水) 22:15:32

いやづら

**名無しさん＠お腹いっぱい。** · 2009/04/22(水) 23:11:53

kbdcontrol
setxkbmap

**名無しさん＠お腹いっぱい。** · 2009/04/22(水) 23:24:17

7.2-RC1-p1
さっさとRC2でないかなぁ

**名無しさん＠お腹いっぱい。** · 2009/04/23(木) 01:43:38

>>542
http://www.freebsdnews.net/2008/11/24/speed-installing-ports-howto/

**名無しさん＠お腹いっぱい。** · 2009/04/23(木) 06:55:01

>>546
そんなportsがあるんですか
試してみます

**名無しさん＠お腹いっぱい。** · 2009/04/23(木) 08:34:46

1ヶ月ほったらかしにしてたら portsが20040か。
とうとう大台越したな。

**名無しさん＠お腹いっぱい。** · 2009/04/23(木) 08:50:26

うんざりだ

**名無しさん＠お腹いっぱい。** · 2009/04/23(木) 08:53:28

Portsサーバを立てて
そこからパッケージを取れるようにしようかなと思ったことがあるのだが

ttp://www.otsune.com/bsd/tips/portindex.html
基本的には↑に書かれている方法でいいのだろうけど
もっと便利な方法がないかな

**名無しさん＠お腹いっぱい。** · 2009/04/23(木) 08:59:14

完全解凍したらうんざりついでにnew portいっちょ投稿するかな

**名無しさん＠お腹いっぱい。** · 2009/04/23(木) 18:17:00

>>542 良い方法は知らないが　以前は　~/.Xmodmapでとりあえずしのいだ。

>>535 どうでもいいけど動かない環境を維持する意味が不明だ。
最新版にしたらおかしくなった。だから戻した。それでいいじゃん。
解決能力がないんだったらデフォルトのセッティングをかえるべきではない。
だから>>535がintelも含めて安定動作するようになってもhal無しで運用すべきではないってことだ。

そういえば大地氏がhalでのmountにはpropfs必須です。
とか書いているけどそれってFreeBSDではないな。
以前からhalでのユーザー領域での自動マウントはしているけれど
procfsはなくても動く
必要なのは多分Linux
一ヶ月に一度でいいから仮想環境とかでないFreeBSDを触ってくれ、大地氏よ。

**名無しさん＠お腹いっぱい。** · 2009/04/23(木) 18:20:06

>>552 procfs な... orz

**名無しさん＠お腹いっぱい。** · 2009/04/23(木) 20:21:29

どうでもいい、うせろ、。

**名無しさん＠お腹いっぱい。** · 2009/04/23(木) 21:30:33

>>542

setxkbmap -rules xorg -model pc104 -option "ctrl:nocaps"

してる。

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 01:03:35

setxkbmap か…。いらん妄想してしまうぜ。

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 01:23:28

なんと言う俺。疲れてるのかな・・・

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 01:23:40

そういやhal は、いつJPの106キーボードに対応してくれるんだろう？

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 01:41:47

>>558
おまえさまが対応させた時に

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 04:29:01

いや、個人的には106キーボード用のfdiファイルを作って
対応しているんで問題ないんだけど。

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 07:58:18

106系キーボードは使わないので問題ない

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 08:00:22

USBキーボードを接続したときにキーのレスポンスが遅いな
これってhalのせい？

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 10:58:02

客先に、USBキーボードって、強烈なタイプ速度に対応してないん
じゃないかという恐ろしい結論を出してくる部署があるのですが、

管理者としては「あんたら、道具をもうすこし労わってくれ」よと。

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 11:33:00

トゥルル(trr)値を聞いてみるんだ

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 13:49:53

>>542
kdbmap kdbcontrol を使えばOK.

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 22:49:54

やっぱりちゃんとhalを使って小細工なしでUSBのキーボードやマウスを使うには
7系以降に移行しないとだめなのかな？

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 23:04:49

>>552
> >>535 どうでもいいけど動かない環境を維持する意味が不明だ。
> 最新版にしたらおかしくなった。だから戻した。それでいいじゃん。
> 解決能力がないんだったらデフォルトのセッティングをかえるべきではない。
> だから>>535がintelも含めて安定動作するようになってもhal無しで運用すべきではないってことだ。

何が言いたいのかさっぱりわからん。
>> 535 が言っているのは

・hal の有無にかかわらず最新の intel ドライバではうまく動作しない
・古いドライバでも hal ありだと不都合がある
・hal 無し＆古いドライバだと動く

ということだろ。

**名無しさん＠お腹いっぱい。** · 2009/04/25(土) 22:32:05

>>526
遅レスでなんだが、

> 特に動画関係はdbus使ってんだろ。

動画再生がdbus必須なら、dbus対応していないマシンに ssh -Y
とかで入って mplayer とかで再生したら何が起きるの？

**名無しさん＠お腹いっぱい。** · 2009/04/25(土) 22:41:26

うちゅうのほうそくがみだれる

**名無しさん＠お腹いっぱい。** · 2009/04/25(土) 23:01:13

だいうちゅうがこっぱみじんになる

**名無しさん＠お腹いっぱい。** · 2009/04/26(日) 14:15:34

firefox3-develが来たので入れてみたが、既存のfirefox3を上書きしやがったｗｗ
別名や別ディレクトリで入れてくると思い込んでいた…

**名無しさん＠お腹いっぱい。** · 2009/04/26(日) 14:43:01

なにもかも>>571がCONFLICTS=を入れろっていうsend-prをしないせい

**名無しさん＠お腹いっぱい。** · 2009/04/26(日) 15:07:39

>>572
CONFLICTS=～じゃないだろ

**名無しさん＠お腹いっぱい。** · 2009/04/26(日) 15:51:34

MOZILLA_SUFX=3をMOZILLA_SUFX=3-develとかにすれば上書きは回避できそうな気がする。

**名無しさん＠お腹いっぱい。** · 2009/04/26(日) 17:53:59

>>571
いままでもそんな選択的portsはけっこうあったろうに、なんで別だと思い込んでんだよｗｗ

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 13:21:25

俺用メモ
ttp://www.sic.shibaura-it.ac.jp/~takeshi/diary/?0121
ttp://d.hatena.ne.jp/cocelo/20081102/1225603204
ttp://www.karashi.org/d/20041130.html#p01
ttp://www.archivum.info/mailing.freebsd.ports/2008-04/msg00104.html

Packageとdistfilesのサーバをつくるにゃ
どれくらいHDDに領域を確保すればいいのやら

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 13:47:51

問題になるほどサイズないだろ

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 14:46:17

とりあえず */*/distinfo のSIZEを重複なしに足したら75GBくらい。

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 14:46:57

たったの75GBか…ゴミめ

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 14:47:34

7yen/GB

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 15:50:31

>>578
全部入れるとするとそれだけ必要なんですか

自前でPackageとdistfilesのサーバをつくるときって
たいていは頻繁に使うパッケージだけを置いておくだけでいいんですよね？
2万以上のportsを全部自前でミラーリングしてきて
管理している猛者っているのかな・・・

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 20:25:41

firefox3を3.0.9に上げたらcore吐くようになったぜ

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 21:57:42

scimを消したら動くようになった
入れ直してみるかな

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 23:33:57

helper-manager が core を吐くしな

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 23:50:15

そいつは、俺の経験では、
・NISを使わないようにすると吐かなくなることもある
・-DWITH_DEBUGでコンパイルすると吐かなくなることもある

その他、誰かのブログによると、
・try_dlopen() の結果をエラー扱いにすると吐かなくなる
・kdmとの実行順序を変えると吐かなくなる
・pthreadがらみか

あと、1.4.[89]あたりのコメントによると、
・module.unload()をしない（または遅らせる）と吐かなくなるかも

pthreadがらみが濃厚。後は誰かよろしく。

**名無しさん＠お腹いっぱい。** · 2009/04/28(火) 07:36:38

>>583
ずいぶん前からGTKのアプリとscim-anthyでcoreを吐く場合があったので、色々調べてたんだけど、
scimやらなんやらのコンパイルオプション(-O, -O2 とか）で吐かなくなったり吐いたり、かなり微妙なタイミングで起きてる模様。
scimの作者に連絡したけど、返信来ず。
間違ってるかもしれんしうろ覚えだけど、scimがマルチスレッドで動いていて、スレッド間の微妙なタイミングで
起こってたかもしれない。

**名無しさん＠お腹いっぱい。** · 2009/04/28(火) 07:51:18

根本的な解決法じゃないけど、gcc34 でコンパイルすると helper-manager はコア吐かなくなった。

**名無しさん＠お腹いっぱい。** · 2009/04/28(火) 09:56:30

>>582
これか?
www.mozilla-japan.org/security/announce/2009/mfsa2009-23.html

Firefox 3.0.9 で行われたセキュリティ問題の修正のひとつによって、
一部のユーザが頻繁にクラッシュに遭遇するというリグレッションが生じてしまいました。

**名無しさん＠お腹いっぱい。** · 2009/04/28(火) 10:04:05

>>588
なるほど。
ただ、そもそも起動途中に落ちるので、リグレッション以前の状態だったんだけど、
scimのコンパイルしなおしで回避できた。
あと、gcc34はscim-helper-manager問題に確かに効果あるみたい。

そういえばgtkがらみのアプリのcoreが10個ぐらいホームにあったよ。
これも全部scimがらみだったのか、gcc34版をしばらく使ってみる。

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 10:52:28

PC-BSD 7.2Rをインストールしたら、デフォルトの環境で普通にYouTubeやら
ニコニコ動画が見れて感動した。
Flash9が実用上問題無い程度に使える。

PC-BSDってFlash関連で何か特別なチューニングしているの？

これに対してFreeBSD 7.2-PRERELEASEで、最新のportsから、
Firefox3やらFlash9 をインストールして、YouTubeやニコニコ動画を見ると
フリーズすることが多い。
普通のFlashを使っているWebページは大丈夫なんだが。

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 11:00:02

>>590
あ、PC-BSDって7.1Rなのな。

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 11:31:27

>>590
adobeと契約してるから

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 12:06:06

それはLinux版の再配布契約をしたってだけで、
FreeBSDで安定動作するプレーヤーの供給とかじゃないでしょ？

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 14:21:34

>>590
一体何を比べてるのか判るように書くべき。

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 17:22:04

>>590
多分、PC-BSD はそういうあれこれが安定してるバージョンで
パッケージにしてるんじゃないかな？
ports の最新がいつも安定して動作するバージョンであるとは
限らない。

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 18:14:52

意外と8.0-CURRENTからlinux emuをMFCしていたりして。

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 19:05:50

現実問題としてFlash9,10に関してはLinux版よりWin版をwine上で使う方が確実じゃないのか?

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 21:04:31

一旦は youtube もニコ動も動いてたけど最近「最新の
flash を入れろ」って言われて動かない。どうも
firefox3 と flash の関係がよくわからないんだよな。

nspluginwrapper が何してるのかもわからないし、
後藤さんのページ見て linux_base も fc8 にしたけど、
後から UPDATING みて後悔してるところだ。

ダウングレードしたら動くかな…。

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 21:16:35

>>598
OVERRIDE_LINUX_BASE_PORT=f9
OVERRIDE_LINUX_NONBASE_PORTS=f8
で、
firefox-3.0.10,1
linux-flashplugin-10.0r22
で見れてるよ。
nspluginwrapper -i /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so
やり直してみたら

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 21:16:43

ちょっと前から fc8 にして、flash9 で使えてたんだが、本日トラブった。
linux-flashplugin-9.0r159 、音が出ない。
アップデートする前までは問題なかったんだが。

flash7 にすれば音は出るんだけど、ニコ動がダメなんだよな...

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 21:22:30

jail で GEOM (geli) を使って jail を暗号化された 1 つのファイルにする
メリットってなんでしょう ?

**名無しさん＠お腹いっぱい。** · 2009/04/29(水) 23:20:01

想像だけど、jail閉じたら、ファイルを1個持ち運べば別の場所で同じjail動かせて、
持ち運びが安全だからって感じじゃないかなぁ

**601** · 2009/04/30(木) 00:24:34

なるほど、利便性という面ですね。確かにそういうのはありそうかも。
セキュリティ的な面ではどうなんでしょう。
ホスト環境に (一般ユーザで) 侵入されても jail の中身が見えないから
少し安心、とか ?

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 01:28:01

jailが動いてたら普通にマウントしてるし、
jailの/のパーミッションを落とすわけにいかないから、
一般ユーザでも見れてしまうでしょ。

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 01:31:09

>>600
もうFedoraCoreは存在しませんよ

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 07:47:37

>>604
あ、そうなの ? てっきり 1 ファイルになるから VMware のようにホスト環境の
ファイルシステムからは 1 ファイルとしてしか見えなくて、jail 内の
ファイルを見るには ssh なりなんなりで入ってじゃないと見れないのかと
思った。

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 09:30:52

>>605
あー fc8 じゃなくて f8 ね

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 18:37:12

send-prしようと思ってたNEW PORTをdaichiタンに取られたぜ
まだ完全解凍じゃないよな

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 20:19:20

>>599
> nspluginwrapper -i /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so
> やり直してみたら

うーん、それっぽいスクリプト用意してて駄目だったけ
ど、手作業でやったらうまくいった。なんでだろ？

ま、動いたからいいや。

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 22:42:29

scimに嫌気がさしたのでibusにしてみた
core吐かない

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 23:01:35

ibus-skk誰か作って

**名無しさん＠お腹いっぱい。** · 2009/04/30(木) 23:02:05

俺もｷﾎﾞﾝﾇ

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 00:30:08

今更だけど、なんで scim のバグがとれにくいのか思い出した。
-g つけてコンパイルすると、core 吐かなくなるからだ。
ほんと微妙なタイミングでバグってるんだろうな…
で、printf とか使って、一行ずつ各値を表示させて null とかないか調べてたんだけど、
それもタイミングを変えてしまうので、結局どこが原因なのか突き止められなかった。
ほんとはもっといい方法があるんだろうけど…

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 01:43:28

>>613
> -g つけてコンパイルすると、core 吐かなくなるからだ。
> ほんと微妙なタイミングでバグってるんだろうな…

gcc なら -g でタイミングが変わるような改変は無いは
ずだけど…（そもそもコード自体に変化は無いと思う）。

考えられるとしたら（UNIX のメモリイメージには明る
くないけど） rodata な部分への参照が何らかのタイミ
ングではみ出していて、デバッグ情報のおかげでそれが
はみ出さなくて済んでいるとか？

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 01:49:47

シンボル情報の無い core で落ちた辺りのアセンブリコー
ドをメモっておいて、シンボル情報のある方で objdump
--disassemble して比較するとか。

といってもリロケーション情報が無いから難しいか…。

gdb プログラム

で起動しておいて break main して run すると main
入り口で止まるから、その状態で disassemble するっ
てのは？

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 01:50:58

-gをつけるのと-O,-O2を取るのを区別せずに言ってるだけかも

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 01:54:38

>>614
そうなんすか。そうかも知れんす。っていうか自分もその辺全然知らないんで…
まあでもそんな感じなんすよ。
bus error だったか、segmentation fault だったか、それさえ忘れてしまいましたし…
でも何かそんな感じなんすよね…

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 02:05:20

>>615
確か大体どの部分で落ちるかは確か見当がついていたので、
その辺になると一行ずつ実行させるようにgdbでやってたんですが、
もううろ覚えで何か分からんのですけど、確か並行するスレッドの方に問題がありそうな気がして、
結局難しすぎて止めたような記憶が…
今となってはちょっと確かめる時間もないので、なんもできないんすよね…
ちなみに自作のGTKプログラムと合わせてデバッグしてたんすが、
こうすると確実に落ちるってのが分かっていたので、まだ分かりやすかったんですけどね…

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 02:48:00

>>618
> 確か並行するスレッドの方に問題がありそうな気がして、

スレッド毎にコンテキストは別なんだから普通は落ちた
方だけ気にすればいいはずだよ（間接的に他のスレッド
が影響しているとしても、「X であるはずの値が X で
ない」みたいなのは落ちたスレッドで観察されてるはず
だし）。

> こうすると確実に落ちるってのが分かっていた

この時点で send-pr すべきだったね…。この時メール
送ったのならメールで残ってない？

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 03:16:30

>>619
> スレッド毎にコンテキストは別なんだから普通は落ちた
> 方だけ気にすればいいはずだよ（間接的に他のスレッド
> が影響しているとしても、「X であるはずの値が X で
> ない」みたいなのは落ちたスレッドで観察されてるはず
> だし）。

この辺ぐじゃぐじゃになっていて、よく覚えてないんですよ。
しかもどの値がおかしくなっているかは、-g　もつけられないし、printf も入れれないしで、
確か分からなかったような気がするんで…
（単にgdb+マルチスレッドの扱い方に慣れてなかったような気もします。
ってかgdbの全機能も把握してないもんで…）

で、作者に送ったメールを探してみたんすけど、残ってない…
どのへんがおかしくなるか書いたような気もするし、書いてなかったような気もする…

すんません…

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 03:25:13

あ、もう一つ書いておくと、
GTK と自分のアプリは -g 付きでコンパイルして、scim は -g なしでコンパイルしてテストしてました。
（そうじゃないと core 吐かない）
なので、scim のどの部分でおかしくなるかは、細かい所は分からなかったけど、だいたいこの辺ってのが分かったような気がします。
ただそれがおかしくなるのは、他スレッドが原因かも、って感じで終了したような気がします。
いつか時間があったらもう少し gdb の知識とか身につけてやりたいんですが、直ぐには無理そうっすね…

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 09:56:55

-g のありなしで結果が変わるのは、ダングリングポインタから読んだ値に
依存してるバグとかだな。

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 09:59:54

>>619
他スレッドが本当はまだ解放しちゃいけない領域を解放しちゃったせいで、
バグを含まない側のコードを実行してるスレッドで落ちるなんてこと、よくあるけど。

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 11:47:10

>>623
日本語もう少し勉強した方が良いよ。

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 11:57:59

>>624
MTなプログラミングゼロから勉強しなおした方が良いよ。

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 12:28:38

マルチスレッドを MT と略する人を初めて見たわ……

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 12:33:42

MTをマルチスレッドと読めない人を初めて見たわ……

**名無しさん＠お腹いっぱい。** · 2009/05/01(金) 12:38:55

マニュアルトランスミッション