08/11/27 14:04:31 0oeBKDV7
ごめん。ブルジョアジーではなくその時代の支配階層（その当時は貴族階層？）の間違いでした。
961:login:Penguin
08/12/02 00:37:26 aevZSzey
ラージページってどうやってとればいいのですか？
Kernel2.6.22ぐらいなら対応してそうだと思うのですが
うーん
962:login:Penguin
08/12/02 18:40:37 /6v5cHNF
>>961
ラージページってヒュージページのことなのか？
そうなら、Documentation/vm/hugetlbpage.txt に設定からサンプルコードまで載ってるけど。
963:login:Penguin
08/12/09 05:10:44 7UYxA9g8
>>930
Eclipseはけっこういいよ。
964:login:Penguin
08/12/09 07:02:20 oUX7FPuZ
Eclipse非常に良いんだが環境によっては重くて・・・
誰かC++かなんかで書き直してくれないかな。。
965:login:Penguin
08/12/09 13:33:26 zBRlTPr4
Objective-Cで
966:login:Penguin
08/12/22 00:10:53 e1d/p3MW
unix domain socketで接続している相手のプロセスIDって取得できますか？
967:login:Penguin
08/12/25 10:49:51 tWCimKvF
>>966
回りくどいことすれば取得できる
968:login:Penguin
08/12/25 11:37:27 JoYrC3EW
ルートキット一発！
969:966
08/12/25 16:50:01 YLVoSR1u
>>967
lsofみたいに/proc見るとか？
便利な関数はないと考えてよいでしょうか。
970:login:Penguin
08/12/26 01:21:46 J6rqLCsP
>>969
はい
971:login:Penguin
09/01/04 15:13:41 +pbzPaSy
デバッガのようなものを作っています。
ブレークポイントでブレークしたときに、デバッギプロセスのバックトレースを
取りたいのですが、これはどうやったら実現できるのでしょうか？
同一プロセスならば、glibのbacktrace関数で取得できることは分かっているのですが、
他プロセスに対応させる方法がわかりません。
972:login:Penguin
09/01/04 15:40:40 kuD2oS5t
>>971
GETREGSでspもらってきて、頑張ってそこからたぐる。
973:login:Penguin
09/01/04 16:05:25 +pbzPaSy
>>972
マジすか。フレームポインターの有無などを考えると、
逆汗が必須になるような気がするのですが、そういうものなのですか。
974:login:Penguin
09/01/04 17:38:36 XjZJ56+3
>>973
フレームポインタ云々より、逆汗無しのデバッガって…
975:login:Penguin
09/01/05 02:47:28 6ZtmY4qM
>>973
そういうのです。
デバッグ情報が使えればそこにスタックフレームの使われ方が書いてあるけど、
ダメなら力業で解析するしかない。
gdbにもそういうコードが入ってる。
976:login:Penguin
09/01/10 09:29:17 8wtLHioo
ユーザ空間で使えるspinlockって無いですか？
977:login:Penguin
09/01/13 13:31:25 UMzYTyeo
自分でCAS(x86ならcmpxchg等)で実装する
978:login:Penguin
09/01/15 00:43:11 DlEX9Fn8
>>977
自由に使えるデータ構造もないし
全部自分で実装かぁ
979:login:Penguin
09/01/15 11:32:08 /IjFWv27
単純なspinlockだけならint値と操作関数だけでよくね?
まあpthread_spin_lock使えば?
980:login:Penguin
09/01/16 02:11:25 ePdupyOX
そういえばpthread_rwlockってmutexより良い感じ？