SGI KDBを使ったカーネルデバッグスレ

カーネルデバッグの話はここで存分にどうぞ

age

1.http://oss.sgi.com/projects/kdb/ より、使用しているカーネルにあった
　パッチをダウンロードし、カーネルソースにパッチを当てる。
2.make xconfigなりのカーネルコンフィグアプリを起動。
　Kernel Hackingの項目が追加されているので、
　"Build-in Kernel Debugger support"をyにする。ついでに
　"compile the kernel with frame pointers"もyにしたほうがスタック
　トレースがとりやすくなる。
3.カーネル再構築。
4.lilo.confに以下のように"kdb=on"のカーネルブートオプションをつける。
>image=/boot/vmlinuz-2.4.4-test
> label=test
> read-only
> root=/dev/hda2
> append="kdb=on"
5.liloを実行し、ブート情報を書き込み、ブートオプションをつけたカーネルから
　ブート。
6.Pauseキーを押すとカーネルデバッガに入る。"g"コマンドで再開。

リモートの場合。
1.同じくクロスシリアルケーブルを用意しターゲットとターミナルを繋ぐ。
2.ターミナルマシン上で適当なターミナルプログラムを起動する。
3.liloのappendコマンドを以下のように変更。
　append="kdb=on console=ttyS0,38400"
　これで、シリアルコンソールにデバッガの出力が表示される。
　停止はターゲットでPauseキーか、ターミナルでCTRL-A。
4.ただこれだと、ブートメッセージがターミナルにしか表示されなく
　なるので、以下のようにしたほうがいいかも。
　append="kdb=on console=ttyS0,38400 console=tty0"
　これで、ブートメッセージは両方に出力される。そのかわりCTRL-Aでの
　Breakinはできなくなる。
　Initは最後に指定されたコンソールに出力するらしく、
　append="kdb=on console=tty0 console=ttyS0,38400"
　のようにしてしまうとInitの出力がターミナルだけになってしまうため
　不便。

とりあえず、Linuxカーネルのなかで実際に止めてみて、どんな感じになるか見てみよう。
えっと、とりあえずSGI KDBは動いてるとします。で、なんかユーザーが特定の
操作をやったらとまる場所を探そう。俺が今回使うのはipv4のicmpのコード。
ユーザーがping叩けばそこ必ずとおるからね。普段はあまり通らないから変に
たくさん止まることもないと。
ソースをみていい止める関数を探してもいいが、今回俺はsystem.mapを使った。
system.mapをエディタで開いてみるとこんな感じでicmpがらみの関数がある。
c0206a60 t icmp_reply
c0206be0 T icmp_send
c0206f60 t icmp_unreach
c0207220 t icmp_redirect
c02072d0 t icmp_echo
c0207320 t icmp_timestamp
c0207410 t icmp_address
c0207420 t icmp_address_reply
c0207570 t icmp_discard
c0207580 T icmp_rcv
icmp_unreachなんかがいいかね。多分icmpが届かなかった場合にくるファンクション
だろう。はい、ターゲットマシンでPauseキーを押してbreakinしましょう。
[1]kdb>　とかいうプロンプトがでるな。最初の数字はプロセッサナンバーだ。
シングルプロセッサで動かしてるなら常に0になる。
で、icmp_unreachにbreakpoint張るわけだが、system.mapを見て
[1]kdb> bp c0206f60　とじかにアドレス指定してもいいんだが、もっと簡単に
[1]kdb> bp icmp_unreach　とシンボルを指定してもできる。
うまくbreakpoint張れたら
Instruction(i) BP #0 at 0xc0206f60 (icmp_unreach)
is enabled globally adjust 1
とか出るはず。あと、とりあえず、breakpoint張る前に実際のそのアドレスが
ファンクションの先頭であるか確認したほうがいいな。
ディスアセンブルはidコマンドだ。
[1]kdb> id icmp_unreach
0xc0206f60 icmp_unreachpush %ebp
0xc0206f61 icmp_unreach+0x1mov %esp,%ebp
0xc0206f63 icmp_unreach+0x3mov $0x14,%eax
0xc0206f68 icmp_unreach+0x8push %edi
0xc0206f69 icmp_unreach+0x9push %esi
0xc0206f6a icmp_unreach+0xapush %ebx
こんな風に先頭2インストラクションが push %ebpとpush %esp,%ebp　ならそれは
まず間違いなく関数の先頭だ。これはC言語のStackFramを作るコードだ。

breakpointが張れたらgコマンドで再開。icmp_unreach関数を呼ぶために
適当な存在しないipアドレスへpingを送ってみよう。
breakpointにHitしたら
Instruction(i) breakpoint #0 at 0xc0206f60 (adjusted)
0xc0206f60 icmp_unreachint3
Entering kdb (current=0xc1228000, pid 0) on processor 1 due to Breakpoint @ 0xc0206f60
のようなメッセージが出てコマンド待ちになる。
なにはともかく。止まったらスタックバックトレースを取ろう。コマンドはbtだ。
[1]kdb> bt
EBP EIP Function(args)
0xc1229e5c 0xc0206f60 icmp_unreach (0xc01051b0, 0xffffe000, 0xc1228000, 0xc1228000, 0xc1228000)
kernel .text 0xc0100000 0xc0206f60 0xc0207220
0xc0106fac ret_from_intr
kernel .text 0xc0100000 0xc0106fac 0xc0106fcc
Interrupt registers:
eax = 0x00000000 ebx = 0xc01051b0 ecx = 0xffffe000 edx = 0xc1228000
esi = 0xc1228000 edi = 0xc1228000 esp = 0xc1229fac eip = 0xc01051df
ebp = 0xc1229fac xss = 0x00000018 xcs = 0x00000010 eflags = 0x00000246
xds = 0xc1220018 xes = 0xc1220018 origeax = 0xffffff00 ®s = 0xc1229f78
0xc01051df default_idle+0x2f
kernel .text 0xc0100000 0xc01051b0 0xc01051f0
0xc1229fc0 0xc0105272 cpu_idle+0x52
kernel .text 0xc0100000 0xc0105220 0xc0105290
うーん、なんかうまく取れてないね。StackFrameがちゃんと作られてないと
完全には取れないんだね。でも関数の頭を見る限り全部StackFrameは
作られてるんだけどね。謎だ。KDBのソースを見て調べてみるしかないね。

うまくスタックトレースが取れないから、ssコマンドを使ってトレースを
しながら、breakpointをうまく張って上位の関数に戻っていくと、
ip_rcv->icmp_unreachと来ていることがわかる。さらにトレースすると、以下の
トレースが取れるようになる。
#[1]kdb> bt
# EBP EIP Function(args)
#0xc1229e74 0xc01e92bf ip_run_ipprot+0x3f (0xc191fb60, 0xc76cdc70, 0xc030e108, 0x1, 0x1)
# kernel .text 0xc0100000 0xc01e9280 0xc01e92e0
#0xc1229eac 0xc01e93f6 ip_local_deliver+0x116 (0xc01051b0, 0xffffe000, 0xc1228000, 0xc1228000, 0xc1228000)
# kernel .text 0xc0100000 0xc01e92e0 0xc01e9460
# 0xc0106fac ret_from_intr
# kernel .text 0xc0100000 0xc0106fac 0xc0106fcc
#Interrupt registers:
#eax = 0x00000000 ebx = 0xc01051b0 ecx = 0xffffe000 edx = 0xc1228000
#esi = 0xc1228000 edi = 0xc1228000 esp = 0xc1229fac eip = 0xc01051df
#ebp = 0xc1229fac xss = 0x00000018 xcs = 0x00000010 eflags = 0x00000246
#xds = 0xc1220018 xes = 0xc1220018 origeax = 0xffffff00 ®s = 0xc1229f78
# 0xc01051df default_idle+0x2f
# kernel .text 0xc0100000 0xc01051b0 0xc01051f0
#0xc1229fc0 0xc0105272 cpu_idle+0x52
# kernel .text 0xc0100000 0xc0105220 0xc0105290
これで、大体のコードの流れがわかる。

ちょっとレジスタをいじって、不正処理を起こしてみよう。
とりあえず、bc *　コマンドで設定した全てのbreakpointを消して、再実行。
で、pingコマンドを終了。しばらくまってicmpの処理が終わったのを待って、
icmp_unreachに再度breakpointを設定。ping実行。ssコマンドを使って
icmp_unreach+0x18までステップトレース。次の命令はこの命令のはず。
0xc0206f78 icmp_unreach+0x18mov 0x5c(%edx),%ebx
これで、edxに0を入れれば当然不正処理が起きる。rm edx 0 でedxに0が入る。
確認はrdコマンドで出来る。edxに0が入ったことが分かったらgコマンドで再実行。
[0]kdb> g
Unable to handle kernel NULL pointer dereference at virtual address 0000005c
printing eip:
c0206f78
*pde = 00000000

Entering kdb (current=0xc0312000, pid 0) on processor 0 Oops: Oops
due to oops @ 0xc0206f78
eax = 0x00000014 ebx = 0xc226d0a0 ecx = 0x00000008 edx = 0x00000000
esi = 0xc1aeaea4 edi = 0xc7536c00 esp = 0xc0313e30 eip = 0xc0206f78
ebp = 0xc0313e58 xss = 0x00000018 xcs = 0x00000010 eflags = 0x00010286
xds = 0x00000018 xes = 0x00000018 origeax = 0xffffffff ®s = 0xc0313dfc
のようなメッセージを出して止まるはず。メッセージより、0xc0206f78のコードが
0x5c番地をアクセスして不正処理で止まったことがわかる。[0]kdb> id %eip とすれば
0xc0206f78 icmp_unreach+0x18mov 0x5c(%edx),%ebx
とでるから、edx=0が原因となったことがわかる。

あとは俺は基本的にsage進行。オリジナルスレは適当にうっちゃってsage out
させてくれ。

○岡さん？>>別スレ１

俺は自分のwebページも持ってない、しがない一プログラマです。だから誰も
知らないでしょう。

kernel毎刺さってるときって、どうデバッグすればいい?
再現出来ないときがほとんどだし、めったにでないけど。
ダンプとかってとれるのかな。

>>1
うにゅースマソ
ほとんど同じ草稿を見たことあったもんだから、勘違いした

KDBがonになっていれば、コードが無限ループになっている場合は普通に
pauseキーでbreakinすれば回ってる場所で止まるはず。マルチプロセッサに
すれば、確実に止まるね。cpu 0が無限ループしてもcpu 1がbreakinの処理を
行えるから。
コードが無限ループしているわけじゃなくてシンクロナイズリソースで止まって
る場合はちょっと面倒。多分btaで全プロセスのスタックを取って怪しいリソースを
見つけてそれの待ち行列リストからたぐっていくしかないんじゃないかな。

ダンプを取れるカーネルは同じくSGIが提供してる。使ったこと無いけど。
基本的にダンプがあっても、そうとう運がよくないとトラブルシュートできない
からね。下手にダンプがあると、素人さんが「ダンプがあるからなんでもできるだろ」
と思い込むから危険。すでに稼動しているシステムだとかなり難しいんだけど、
それでもライブでデバッグできるような状況にもっていくのが重要かな。

前スレ
「Linux版に立てるWin2Kトラブルシュートスレッド」
http://cocoa.2ch.net/test/read.cgi?bbs=linux&key=989048022

>>14
なるほど。サンクス。

結局1はどうしたいのさ？
2chでお山の大将になりたいの？まあそれにさえ失敗してるけどね。
MLへ行くなりKernel Debug Mini-HOWTO書くなりした方が尊敬されると思うよ。
まあここが1がやっと見つけた居場所なら何も言わないけどな。
いろんなスレで叩かれたり相手にされなくなったりしたみたいだから。

>>17
君、つまらんよ。

うーん、どうやっても煽られるのね。みなまで書かんとわからんか。
前のスレを立てた動機はこの板で「Win2Kは落ちる」だと書かれることが
多いから、真実を知るために立てた。Win板やUNIX板に立てなかったのは
それらの板では落ちるなどということは書かれることが殆どなかったからだ。
その後Linux専用で立てろという意見があり、誰かが新スレを立てれば俺は
そっちに移ると言った。そしたら誰かが新スレを立てたから言った通り俺は
ここに移ってきて、Linux専用の内容をここにコピペしたまでだ。
お呼びでないなら、適当にうっちゃってsageてくれ。

うん、1の言う事は間違ってない。
Win2Kは落ちるとろくに使ってもない奴がいうのは間違い。
まあ、それでもいろんなとこで落ちるとか不具合の話を
聞くのは何故だか知らないが(藁
しかし、素直に1の技術力には感心するな、

1=別スレの1=18

>>21
ぶー、ハズレ。

age

これはあげよう

1=別スレの1=18=20=22

めっちゃわかりやすい。

さすが妄想力。おみそれしました。

結局1はどうしたいのさ？
2chでお山の大将になりたいの？まあそれにさえ失敗してるけどね。
MLへ行くなりKernel Debug Mini-HOWTO書くなりした方が尊敬されると思うよ。
まあここが1がやっと見つけた居場所なら何も言わないけどな。
いろんなスレで叩かれたり相手にされなくなったりしたみたいだから。

前スレの1みたいな、自分のオタク趣味のひけらかしなんぞ、
誰も求めていません。てゆうかウザイだけです。

大体そんなマニア的過ぎる偏った知識なんて、実際の仕事じゃ
何の役にも立たないっての。それこそ、そんだけ詳しいんだっ
たら、UNIXカーネルの作り方のコツとか教えてくれた方がよほど
まともだぜ。

>>27
オレはこのスレッドは保存してるよ
便利だし（すっげー読みにくいけど）

はじめマッチョ、1のちんこザマス。
なんか、又もやミーの親分がこんなスレを勃てて…いや、立ててしまって
1のちんこをやってるミーとしても、恥ずかしいザマス。
ミーも恥ずかしくて顔見せできないザンスよ。ま、ミーは真性包茎ちんこなので
顔見せしたくてもできないザンスが…

思えば1もかわいそうな奴で、小学生の時にクラスのマドンナ的存在の
縦笛を舐めてる所を目撃されてからというもの、すっかりいぢめられっこに
成り下がって…（涙）これなら、クラスの誰からも相手にされない奴だった
昔のほうがまだマシだったザマスよ。
あ、そうそう。最近1は、包茎手術をしようと目論んでるザンス。
彼女がいないどころか、レイディと口さえきいた事もないのになぜ
包茎を治したがるのか…今回のクソスレの件といい、1の考えてる事は
ミーにもさっぱり解からないザマス。

いずれミーもカワイコチャンのまんこにズボッと入りたいザマスが、
それも叶わぬ夢なんザンしょうねぇ…もうPCディスプレイに表示されてる
美少女アニメキャラに向かって射精する毎日はこりごりザンス。

>>83
おれアニオタじゃないのだが、「ちょっとなら」そういうネタを
入れてもいいと思う。それが一種彼らの楽しみでもあるわけだしさ。
逆にアニメじゃなくても、趣味の押しつけがましい
ドキュメントやサンプルがあったら引くわな。
何事も程度の問題ってことで。

>>26
あれ？
嵐君はこのスレと何か関係あるの？
墓穴掘ってるよ。

名スレの予感

>>25
ぶー、やっぱりハズレ。

>>28
カーネルの再構築の仕方なんて検索すれば腐るほどでてくるじゃん。
それにあれただ単にmakefileを決まった引数つけて実行させてるだけでしょ。
あんなの誰でも出来るぞ。コツも何もあったもんじゃない。
うまくいかなかったらmakefileを読みなさい。
他のページに書かれてないことを書くほうがよっぽど有用だろ。君が有用で
ないと思うのはこういうデバッグを必要とするような事をしてないからだよ。
実際ドライバを書いたりすればカーネルデバッガが非常に有用なのが分かるよ。
Winのこととは関係ないことかいてるのになんで煽るのかな。君、個人的に
なんか俺に恨みあるの？前スレで突っかかってきた奴がまだ粘着してるわけじゃ
ないよな。

>>35
前スレでセルフでカーネルデバッグの質問した人です。
あんときはどうも。

自力で解決できたんであの方法まだ使ってないけど
そのうち使わせてもらいます。

敵が多いけど頑張ってね。

>>35
暇があったらオリジナルの方にもまた有用なカキコお･ね･が･い♪

>>35
誰も再構築の話なんて訊いていませんけど?
てゆうか、なんでカーネルの作り方＝カーネルの再構築に
なるんだよ? 凄い脳内変換だねえ、やっぱお前バカだわ。

大体他のページで書かれていない事で有用なのがカーネルの
デバッグなわけ? 有用なのはお前のオタク趣味にとってだろ。
しかもカーネルのデバッグが仕事で有用? そんなのお前の
仕事だけだよ。普通のエンジニアやプログラマーはそんな
面倒なことはしないで、もっと別の解決方法を考えるに決ま
ってんだろ。

>>38
あなたの意見はとても偏見に満ちています。
それは、カーネルにはまだまだバグが多く潜んでいることを
知らないということが原因です。

また、デバイスドライバの開発は、すなわち、カーネルの開発です。
デバイスドライバのデバッグは、すなわち、カーネルのデバッグです。

>カーネルにはまだまだバグが多く潜んでいる

そんなことくらいは知っている。
ただ、カーネルのデバッグなんてとんでもなく時間がかかる作業を
自分の仕事にしている人はかなり限られる。少なくともエンジニアや
プログラマーの大多数を占める、システムの構築や運用・管理、モジ
ュールの設計・コーディングをやっている人間がこんなことに手を出す
とはとても思えん。

>デバイスドライバの開発は、すなわち、カーネルの開発
>デバイスドライバのデバッグは、すなわち、カーネルのデバッグ

そんなわけねえだろ(ｗ

>>40
ご理解いただけず、とても残念です。

>>40
> ただ、カーネルのデバッグなんてとんでもなく時間がかかる作業を
> 自分の仕事にしている人はかなり限られる。少なくともエンジニアや
> プログラマーの大多数を占める、システムの構築や運用・管理、モジ
> ュールの設計・コーディングをやっている人間がこんなことに手を出す
> とはとても思えん。

仕事と決めつけるのはなぜ？趣味でやる人は依然多いと思うけど？
少なくとも、デスクトップのテーマがどうとか、最強のウインドウマネージャとか
いう話題よりもはるかに有益だと思うけど。

> >デバイスドライバの開発は、すなわち、カーネルの開発
> >デバイスドライバのデバッグは、すなわち、カーネルのデバッグ
>
> そんなわけねえだろ(ｗ
そんなわけあるよ。

>>38
あ、カーネルの作り方ね、本当にカーネル作りたいんだ。だったら本当に
カーネルデバッガ必要だね。ライブの動きを見ながらソースを追うのが
一番理解が深まるよ。

>>40
何なんだこのLin厨の世間知らず振りは。

>>42
>仕事と決めつけるのはなぜ？

別に決めつけてねえよ、よく読め。

>趣味でやる人は依然多いと思うけど？

だからそんなヲタクの為のオナニースレはLinux板にいらねえって
言ってんだよ。やたら詳しいけど、同時にものすごく偏っていて、
実務的でもなければ学術的でもない知識をひけらかす。そもそも
ソフトにバグがあるのは当たり前。そのうち致命的な物については
発見されたらその都度パッチを貼り、そうでないものについては
だましだまし使うのがまともなユーザー。それをまるで完璧なもの
を求めるかのようにネチネチとイジるなんて、やってることが極めて
非生産的&病的。それこそセキュリティの弱いサーバーをクラック
して遊ぶ外道と大して変わらねえよ。

>>45
申し訳ないけど、このスレの情報が役に立っている人もいるんだ。
スレを汚さないでほしいんだが・・・
あと、パッチを貼ったりしているなら、そのパッチを作った人達にも
ほんの少しでもいいから敬意を払ってはくれまいか？ たのむよ・・・

仕事してるふつーの技術者は2ch見てくだらん煽りいれてる暇があったら
他にすることがあることくらい知ってるでしょう。

ｳﾞｧｶはほっとくのが吉。

>>45
これがLinuxユーザーの認識なのか？
信じたくはないが…

>>48
>>45は際立ってバカだけど、でも大抵のビジネスユーザは、
「会社に指示されて」使うわけだからあんなものかも。

知的好奇心や向上心を持たない技術者なんて珍しくもない。

「知的好奇心」や「向上心」の現れ＝カーネルデバッグ?
こりゃまたとんでもない勘違いだね。

>>50
なんでそんなにテクニカルな話が嫌いなの？

>>51
うるせー馬鹿
こんなところでクダまいてるよりシスプリ見てた方がよっぽどタメになるんだよ
いちいちageんな

>>45
＞＞それをまるで完璧なものを求めるかのようにネチネチとイジるなんて、
＞＞やってることが極めて非生産的&病的。
おいおい自分たち自身を否定してどうする。エンジニアリングをやる以上
完璧を追い求めるのは当然だろ。それを出来ないようならエンジニア
止めなさい。
ネチネチといじれるのがLinuxのいい所だろ。せっかくソースがあるんだから
使えよ。君みたいなのがソースがあるのがLinuxのいい所だなんて
言うのはまことおこがましいな。

>>51
この方はテクニカルな話が嫌いなわけじゃないの。俺を個人的に
嫌ってるだけ。
>>50
あのさあ、最初のほうでもレスしたけど、Winと関係ないこと
書いてるのに煽るの止めてよ。煽るにしたってもうちょっと
理論武装しないと同意なんて得られないよ。
このスレに関しては静観しているのが君のためだと思うんだが
どうよ？

それよりもカーネルデバッグの題材なんかない？「2.4で動かなく
なったんだけどどうして？」とか「メモリマネージャを追ってみて」
とかとりあえず何でもいいんだが。

プロセステーブルが2.4から変更になってメモリの許すまで
オッケーになったとか何とかいってるが、

main(){while(fork());}

でテーブルをいっぱいに出来てしまうのはかわらない。
しかもこれ、一般ユーザでシステムダウン可能なんだよ。
これをなんとかしてほしい。

rootでのメンテ用にプロセステーブルを少しだけあけておくことができれば
killできるんだけど・・・

>>26
あれ？
嵐君はこのスレと何か関係あるの？
墓穴掘ってるよ。

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

>>56
うざい。>>55の話を邪魔するな、犬。
quotaの説明が出るだろうから、だまっていろ、犬。

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

>>59
おおコピペ犬だ。

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

いっぱい貼り付けるのかな、このコピペ犬。

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

なんであらすんじゃー
しょうがないので再掲。 前スレ1 さん、たのむわ。
できれば2.2、2.4両方でいい方法教えてほしいの

------

main(){while(fork());}

でテーブルをいっぱいに出来てしまうのはかわらない。
しかもこれ、一般ユーザでシステムダウン可能なんだよ。
これをなんとかしてほしい。

rootでのメンテ用にプロセステーブルを少しだけあけておくことができれば
killできるんだけど・・・

------

忠実な犬よ。
我の邪魔をするでない。

>>67
すまぬ。我の犬がそそうをしでかしたようじゃ。
ゆるしてたもれ。

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

頼む、同じWindowsユーザーとして言うが、これ以上恥を晒さないでくれ。

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

>>71
うむ。我が犬よ、そのとちくるったコピペ犬を捕まえてきてくれ。
そそうをしでかした犬は縛り首にいたさねばなるまい。

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

あのさ、、その一時の憂さ晴らしで他の板を表面的にでも荒廃させて、
ユーザーの有益な情報交換を邪魔する事は出来ても、
もう誰の目で見てもWindowsユーザーはLinuxユーザー以下だって
事を証明しているだけなんだぞ？ここだって見方によっては良スレなのに・・・

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

>>45
> >>42
> >仕事と決めつけるのはなぜ？
> 別に決めつけてねえよ、よく読め。
よく読んでいいのか？(w
じゃあしっかり読んでやろうじゃないの。逃げるなよな。

> >趣味でやる人は依然多いと思うけど？
>
> だからそんなヲタクの為のオナニースレはLinux板にいらねえって
> 言ってんだよ。やたら詳しいけど、同時にものすごく偏っていて、
> 実務的でもなければ学術的でもない知識をひけらかす。そもそも
自分が興味無いなら読むなよ。
自分が興味無いから書くなってのはおかしいだろうが。
つくる人や、修正する人がいるから Linux や その他 FreeWare は
成り立ってるんだろうが。

> ソフトにバグがあるのは当たり前。そのうち致命的な物については
> 発見されたらその都度パッチを貼り、そうでないものについては
> だましだまし使うのがまともなユーザー。それをまるで完璧なもの
お前はバグを作者に報告したり、修正パッチを送ったりしたことは無いのか？
作者は公開して、ユーザーからフィードバックを元にパッチを作るんだろうが。
Kernel に限らず、いろいろな FreeWare の Changelog に
作者以外の名前があるだろが。
で、作者が "Thanks!" とか書いてるだろが。

> を求めるかのようにネチネチとイジるなんて、やってることが極めて
> 非生産的&病的。それこそセキュリティの弱いサーバーをクラック
> して遊ぶ外道と大して変わらねえよ。
ネチネチソースいじってバグ直してる人のおかげだって事をちょっとは考えろよ。
バグ直す事が非生産的？病的？外道と同じ？

もう一度聞くがよく読んでいいのか？

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

結局1はどうしたいのさ？
2chでお山の大将になりたいの？まあそれにさえ失敗してるけどね。
MLへ行くなりKernel Debug Mini-HOWTO書くなりした方が尊敬されると思うよ。
まあここが1がやっと見つけた居場所なら何も言わないけどな。
いろんなスレで叩かれたり相手にされなくなったりしたみたいだから。

>>26
あれ？
嵐君はこのスレと何か関係あるの？
墓穴掘ってるよ。

犬達よ。余は怒っておる。難しい話が出ると、何故荒らすのじゃ。
我が犬達よ、犬スレに出頭するがよい。

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

お前こそ粘着だな。自作自演はお前だろ。濡れ衣着せるのはやめろ。
Linuxを批判されたからといって、ほかの板に迷惑かけるのは
止めろよな。他のLinux板の住人がかわいそうだ。
俺は基本的に場違いだから、sageで書いてるだけだ。

おやおや、知ったか厨房なんて言われちゃったよ。

>>191
その点でSSH1が脆弱なのは知ってます。
でも、SSH2においてもDSA認証を使った場合でしかMITM攻撃を発見できませんし、
そのためにはサーバ側にユーザの公開鍵が登録されている必要があります。
(当然、ユーザの秘密鍵が洩れていたり、偽物のユーザ鍵をサーバに登録されて
しまった場合もアウト。パスワード認証なんて論外。)

結局、安全な接続を行うには、あらかじめ何らかの確実な方法でサーバの公開鍵を
クライアント側に、ユーザの公開鍵をサーバ側に登録しておき、
それら公開鍵・秘密鍵を厳重に管理しなければなりません。
でも、それができるのなら、SSH1だって十分安全だということができます。
SSH2なら上の前提が破られても通信を完全に乗っ取るのは困難(不可能ではない)だ
という意味で、「SSH2はSSH1より安全」と私は言ってるわけです。

>>26
あれ？
嵐君はこのスレと何か関係あるの？
墓穴掘ってるよ。

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

Windows厨房なのかLinux厨房なのかどっちがどっちかを装ってるのか
全然分かんなくなってきたな＞荒し

1は、最初のWin2kトラブルシュートスレがアホ丸出しだったから、
イメージが悪いんだよな。それと、他スレにまで
「オリジナルスレの1」なんてハンドル付けてスレ汚してくれるな。
1が来ると必ず不毛な煽り合いになるしな。
必要以上に突っかかるのは止めて欲しい。
イタイユーザーなんてLinuxにでもWinにでもいるんだから。
(居ないとは言わせない。すぐそこらにいるからな。)
そのおかげで関係無いユーザーにまで迷惑かけてるのは事実。
荒しと言われてもしょうがない。

その他、このスレでの話は有益だし、
他のスレでも節度を持ってWinのお話をしてもらいたい。
これはLinux板の１住人としてのお願いなんだけど。

>>88
ただの暇な人だと思うよ。

・・というか、これもコピペか？　ｺﾋﾟﾍﾟﾆﾏｼﾞﾚｽ、ｶｺﾜﾙｲ?

>>88
余も全くもってその通りと思う。Linuxは闘争の為に作られた物ではない。
余がWindowsの話をした途端にWin厨房と爆撃を貰うのは全く持って憤慨極まるものである。

我が犬達よ。おとなしくするがよい。

荒らしの犯人はこいつだと思うぞ。
このスレの1の特徴は
・粘着
・下手くそな自作自演
・Win2Kは安定しているという信条
・M$への絶大な信頼
・Winのデバッグやドライバに関する知識
・書き込み日時からしてヒッキーか学生

いろんなスレでWin擁護をしてバッシングされたり無視されたり
した奴だ。
でこいつが今度はUnix板で
「UNIX版に立てるUNIXトラブルシュートスレッド」
を立ててわざとらしく８で登場している。
スレを立てたのが05/26(土) 22:25から８の発言の2001/05/27(日) 06:06

Linux版に立てるWin2Kトラブルシュートスレッド
　http://cocoa.2ch.net/test/read.cgi?bbs=linux&key=989048022
SGI KDBを使ったカーネルデバッグスレ
　http://cocoa.2ch.net/test/read.cgi?bbs=linux&key=989748178

1 名前：名無しさん＠お腹いっぱい。 投稿日：2001/05/27(日) 23:06
Linux厨房が一杯釣れました


2 名前：名無しさん＠お腹いっぱい。 投稿日：2001/05/27(日) 23:08
もっと魅力的なスレを考えろ。


3 名前：名無しさん＠お腹いっぱい。 投稿日：2001/05/28(月) 00:16
釣られage


4 名前：hanajan_特科連Ｘ 投稿日：2001/05/28(月) 00:25
今日から仕事です


5 名前：名無しさん＠お腹いっぱい。 投稿日：2001/05/28(月) 00:29
そういえば昨日、今日と一人で荒しまくって
誰にもまともに相手して貰えてないのに、
釣れた釣れた、と言ってる可哀想なWin厨房が
いた気がするんだけど、気のせい？

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

我が犬>>91よ。それは削除要望に書きたまえ。

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

ちょっと刺激すると神経過敏なLinux厨房が無差別攻撃してくれるから、この板はとても荒らしやすい。尋常じゃないというか、単純というべきか。Win厨は嫌いだ！と主張するLinux厨房が私の思惑通りに動いて、Linuxユーザー同士気分の悪い思いをする方向に自体が簡単に転がっていく。便利な人たちだね、Linux厨って。これからも頑張って初心者の立ち入りを許さない刺々しい最悪の雰囲気を作り出してくれ。

このカキコにもたっぷりと負け惜しみのレスがつくだろうけど、そいつらが私の思惑通りに動いてくれる犬たちだ :p

試してみたら、Linuxが落っこちちゃった。ｼｸｼｸ
誰か解説きぼーん。
------

main(){while(fork());}

でテーブルをいっぱいに出来てしまうのはかわらない。
しかもこれ、一般ユーザでシステムダウン可能なんだよ。
これをなんとかしてほしい。

rootでのメンテ用にプロセステーブルを少しだけあけておくことができれば
killできるんだけど・・・

------

>>97
だからシステムがおかしくなるよーってゆったじゃーん

解説しよう！（タイムボカンシリーズ風に）
fork() でプロセス生成します。
戻り値は子プロセス側は0、羽美の親プロセスの方はプロセスIDが
帰ってきます。
で、子プロセス側はwhileを抜けて終了するんだけど
親の死に目を見るまでは我慢するのでゾンビになります。
親は親でwhileを抜けないので子供を大量生産。

このときプロセスを生成してるからカーネルはプロセステーブルに
プロセス番号をメモっていきます。
で、そのテーブルは大きさが決まってるので（2.2.xなら1000くらい）
1000回くらいループしたらもう書く場所無いのでギブアップ。
（でもfork()は-1だかのエラーを返すので無限ループは続く)
プロセステーブルがいっぱいになるとプロセスが作れないので
lsもうてないしpsもうてない。当然killなんてもってのほか！

帰ったらちょっと見てみるけど、こういうのってポリシーの問題なんだよね。
OSとして例外処理を認めずどうにもならない状態まで突っ走るか、
なんらかの例外処置を設けて抜け道を作っておくか。
まあ、うまい制限を設けられるか見てみましょ。

>>98
ユーザが生成できるプロセスMAX数が設定できないの？
MagicKeyでも殺せないの？

>>105
ところで、その
１ユーザが生成できるプロセスの上限
はどこで設定できるの？

>>109
減らす方向にはユーザレベルで可能なはずだが、
現在手元にソースが無いので確認できず

>>110
確かに。減らす方向には一般ユーザでも設定できる。

>>オリジナルスレの1
ちょっといい？

>>101=110か？
オリ１が一人突っ走っていたが、キミのおかげで
会話が成り立つようになって、良スレ化してきた。

晒しage

>>88
やんわりと同意。
このスレはLinuxのことやってるんだから、興味ない人や
他のスレの発言から１が嫌いな人は放っておけばいい。
恥ずかしい論理でLinux厨房ぶりを晒さないことだ。

確かに１は>>35-37みたいな恥ずかしい自作自演をする輩ではある。
だいたい>>36は前スレの190だろ。
http://cocoa.2ch.net/test/read.cgi?bbs=linux&key=989048022&st=190&to=191&nofirst=true
文体が変わってるし急に馴れ馴れしくなってるよ。キャラは一貫性を持たせろ。

＞たまにリロードして窺ってました。
＞5時間くらい人がこなかったので誰もいなくなったのかと思ってました。

俺は前スレの190=1のこの粘着ぶりをみて気持ち悪くなり
手を引いた。確かにおもちゃにするにはおもしろい相手だけどな。
だからあまり刺激するな。
１は反論するやつはみんな俺に見えてるみたいだが、そんなに君を
傷つけて心に深い傷を負わしてしまったかな。
ごめんな、がんばれよ。

まあ2chの掃き溜めで１もいろんな意味で英雄になったな。嬉しいぞ。

>>115
やめろって。。。また。。

>>115
盛り上がってるとこ悪いけど、おれは前スレの190で、このスレの36だけど
ここでも前スレでも 1じゃないよ。

>>117
言うだけなら1でも出来るな。

>>35-37
つうか午前４時にあの間隔のカキコはなあ。

>>115

>>37
は俺だが、さすがにあの間隔は疑われてもしょうがないとは思うが…
でも別人よ。

>>120
36の次が37か…。
なんか、ますます胡散臭くなってきたなあ(ｗ

間隔＆月曜の午前４時だぜ。
そんでまた偶然36、37が出てくる。
君たちはデムパで繋がってるの？

確かに。その限られた中で、さらに数少ない1に同意した人間がねえ。
決めつけるのは良くないが、かなり不自然であるとだけ。

いいじゃん。このスレためになるし。

>>117,>>120
おいおいおいおいおいおいおいおいおい
ちょっと面白いな(w

そんじゃ55=1ってことか。
自分でネタフリして自分で答えるのはスレを盛り上げるために
使われる手段ではあるので、別に批判はしない。

＞自分でネタフリして自分で答えるのはスレを盛り上げるために
＞使われる手段ではあるので、別に批判はしない。

まあ、つまらん煽りや正体探しより遙かに有益だわな

開きなおった(藁
面白いなー

トリッキーの１か？もしかして

ただ、みっともないだけの自作自演はｶｺﾜﾙｲ。
テクニカルな話題の自作自演はいいけどね。

みっともないのは>>35-37みたいなのね。

>>127

>>35-37のどこが遥かに有益なんだ…？
見てて恥ずかしくなるんですけど…。
開き直ってるのがダメ押しだな…。

age
もっとしゃべって

>>131
有益な情報を書いてくれる人にエールを送るのはダメなのか？

>>133
自作自演だからダメなんだろ馬鹿(w

そうそう、温かいエールも自作自演だとひたすら寒い。

そろそろ 1にきてもらいたいなぁ

時間から見て、1は>>28を発見。カーッっとなってしまい、
感情的な書き込みのあと、フォローしてくれる人がいそうにないので、
自分にはこれだけ支持者が居るんだぞ、
俺の発言は有益なんだぞ、と見せ付ける為に、
>>35-37の自作自演を展開、感情的になっていて間を空けるのを忘れた。
と見るのが妥当かな。

いや、所詮ただの妄想だから無視してくれて結構。ほっほ。

>>136
ここで1が登場して、弁解するに1票。
(この書き込みを見て、しばらく時間を空けてくるに300ガバス)

そろそろカーネルの話に戻してよ

…などと1らしき人が発言してますが、皆さんいかがでしょう?

>>140
こんな事やってると何も書けんぞ。
Win厨、Lin厨よりもタチが悪いな。

>>141
いや、カーネルデバッグ以外でLinuxの話ならOKでしょ(ｗ
それに匿名掲示板における自作自演指摘の無意味さは
ここにいる全員が知っている。まあ、ネタまがいの遊び
だよ。

>いや、カーネルデバッグ以外でLinuxの話ならOKでしょ(ｗ

カーネルデバッグの話はいやなのか？

>>142
1発見！！
ごまかそうとしてもだーめー

だって1がうざいんだもん。

>>115->>142

カーネルデバッグネタに付いてこれない連中の嫌がらせ。

>>146
やめとけ、1。
素直に謝れ。

>>146
Lin厨にはテクニカルな話は理解不能です。

オリ１とは無関係です

>>149
いや、判ってるって。
文体違うし文短いし

>>148
1必死だな。

>>138
ほれ、出てきてやったぞ。どうすんだ。

本物かどうか試験してやろう
jiffies が10倍早く回るようにする為にはどうすればいい？

>>152
やった！空けたな。

なかなか面白いな。このスレ。
>オリジナルスレの1
煽りはほっといて質問
プロセステーブルが一杯になったからと言ってシステムの動作がおかしくなるのは何故だ？
psやkillが上がらないのは当然として、kernelの挙動には影響無いはずだが。
デバッグの格好の対象だと思うがどうだ。

あと、プロセスを上げず(killコマンドじゃなくて)にシステムを正常に戻す方法はないのか？

>エセLin注
プロセステーブル一杯でプロセスが上がらなくなるのはLinuxだけじゃないぞ。

うん、もうやめようよ。
1の自作自演はもう限りなく有力ではあるが、
これ以上ひっぱるのはやめよう。
優しく1を見守ってやろう。
「>>115　1発見！」とかもなしな。
言いたいのはわかるが、おさえろ。
本来の趣旨に戻してやってくれ。

>>155
デーモンとかが新規プロセスを立ち上げられないからじゃないの？
inetdもフォーク出来ないっしょ。多分。
もとから動いてたプロセスは死なずに生きつづけてるよ。
こうなったときに正常に戻す方法はオレも>>1に聞きたい。

>>156
ゲキウザ

>>153
まあ、答える義理はないけど、一応な。
timer.c のdo_timer関数をみましょう。すぐわかるよ。

>>157
デーモンはforkに失敗して死ぬことはあると思う。
ただ、inetdが死んだからってkernelには影響ないと思う。
inetdもユーザプロセスだからな。

initがプロセス作ろうとして失敗するからか？

>オリジナルスレの1
本物かどうかのチェックなんてどうでも良いからこっちやろうぜ。

>>155
うーん、俺のところではそういう状況になってないからはっきりとした
ことは言えないが、2.2系ではプロセステーブルが一杯になっても
確かにカーネルの挙動には影響ないはず。
2.4系ではforkが落ちる=メモリ確保失敗だから、他のカーネルモードドライバ/
ファイルシステムもメモリ確保できないはずだから挙動はおかしくなるはず。
こうなったらもう、どうにもならない。仕様だね。

ちょっと補足すると。俺の環境ではRLIMIT_NPROCがちゃんと働いてメモリを
使い切らない程度にしかプロセスは立ち上がらない。この時にはすでに
立ち上がってるデーモンや、カーネル/カーネルモードドライバにはなにも
影響がなくおかしな挙動もない。
もし、RLIMIT_NPROCを非常に大きな値に設定した場合はforkが落ちるのは
メモリ確保失敗だから他のメモリ確保も失敗する。そうなったら挙動は
当然おかしくなる。

2.2系ではお手上げってことか

>>163
alloc_task_struct()のソースみてみるよ。面白そうだから。
俺のとこは2.4.5なのだがバージョンは同じかな？

もう寝る。あとは明日。

>>166
一応情報。上のデバッグログをみても分かるようにalloc_task_structは
只単に_get_free_pages に行くだけ。

まとめ
>>3-8
カーネルデバックの方法
>>26
なぜか荒しがこのスレの自作自演に反論。
>>88
結構良いことを言ってる。
>>115
良いことも言ってるが煽り入り。
>>127
自作自演を認めるような発言。

36,37に迷惑がかかるのは嫌なので言っておく。
俺は最近この板に書き込むときにはちゃんと"オリジナルスレの1"を使ってる。
だから 36も37も全く別の人。他の人に噛み付くのは止めてくれ。

もう結論が出たネタに間隔をおいて反論してみる１。
>>123,>>126,>>130
このあたりが結論でしょう。
限りなく黒に使いグレー

Linux板にはカーネルデバッグを嫌う奴がいるみたいだな。
人それぞれだから、それはそれで良いとしても、
オープンソースを掲げるLinuxの板がこれではなぁ...

>>171
カーネルデバックがダメって主張してるのは一人ぽい。
他の人はオリジナルスレの１がうざいとか、
おもしろい素材だから煽って遊んでるってな感じじゃないの？
前科なくこのスレを建てていたら好意を持って迎えられていたでしょう。

前科ねえ(笑。そういう俺が何かレスしたら煽るって粘着っていうんじゃないの？

>>173
雑音は気にせず頑張ってください。
あと、2.2系でプロセスいっぱいになった時の対処も教えてください。

>>35-37
これは凄い気持ち悪いと思う・・・
粘着厨房は私も嫌いだったけど・・・
ある意味それより嫌な人間性・・・
粘着より粘着してるよ・・・
傍から見てても。

某所の「オリジナルスレの1 うぉっちスレ」も盛り上がってきました。

自作自演疑惑の煽りとかコピペの煽りじゃなくて、もうちっと技術的な煽りは
出来ないんかい？ちょっと難しい題材提示するとかさあ。
これじゃあ技術的な話に付いてこれないって言うのを認めてるようなもんだぞ。
でもjiffiesの増分を変えるとかいう、ソースサーバーの電源を立ち上げて
3分で分かるような簡単な質問はやめてくれよな。つまんないし勉強にもならない。
あと、全く情報がないのとか不可能な題材も勘弁な。

>>178
3分でわかる って思ったからこそ出題したんだよ。
ここに来てるヤツの８０パーセントはちんぷんかんぷんだったと思うよ。

>>オリ１ 殿
デバイスドライバ作りにおいて、カーネルスレッドを起こしたとき
rmmodするときはまず先に殺しとかないと文句垂れられるけど
あれってシグナル受け取るか共有メモリ使うかとかする必要が
あってけっこうめんどくさいよね。
かといって手を抜くわけにもいかないし。

なんかいいスケルトンとか、サンプルになるソースってある？

>>180
とりあえず、サンプルは探してみる、ちょっとまってな。
なかったら自分でこさえてみるよ。
でもそこまで分かってるんなら、多分それ以外の方法はないし、自分で
出来るんじゃないか?(笑
ところでLinuxってNT/W2KでいうWaitForMultipleObjectsみたいな
関数はないの？これがあれば、カーネルスレッドのWorkItemでの待ちと
終了用のイベントの待ちを同時に行えてエレガントなコードに出来ると
思うんだけど。

>>181
>NT/W2KでいうWaitForMultipleObjectsみたいな関数
wait,wait3やwait4のことでわ？

>>181
一応自分でも作ったんだよね〜。
でもジュウザなみに我流なんで、何とかしたいなあと。

今使ってる方法は共通エリアに終了フラグを作っといて、
終わりたいときはcleanupモジュールでそのフラグ立てて
インたら_sleep_onですぐ寝ると。で、カーネルスレッド側で
ループの先頭でそのフラグを見たら適当に終了処理して
cleanupで寝てる人を起こす。

なんか危なっかしい（正常ルートしか考慮してないし）ので
上手い方法ご教示プリーズ

>>178
そうやって反応するからまた煽られるのですよ。
少し１擁護派だったけどやっぱり馬鹿厨房だな。

>>183
それで正しいと思うよ。多分100人中80人くらいがその方法をとるだろうね。

>>185
ループの最中に必ずスケジューラを呼ぶついでに
そのへんの終了プロセスを一手に引き受けてくれるような
便利な仕組みがあったら欲しいんだよね。
そういう便利ルーチンが用意されてないとなると、自分で
適当に作るしかないってことかな？　・・・なんで用意してないんだろ。

余談だけどRT-Linuxはその辺が標準でサポートされてて、
ブッ殺すって心の中で思ったならッ！
その時スデにプロセスは終わっているんだッ！
って感じで便利だったよ。

まだやってんのか（ﾌﾟﾌﾟ

>>187
うるせえよ、ヴァカ。

>>187
煽りを装って上げてみたチキンな１に萌え〜
自分はsageで自作自演キャラで上げるチキン野郎DEATH!

今見たけど、きもいね1。
真・粘着厨房と呼ぼう。

粘着対粘着
この勝負いかに！？

さらなるネタ希望age

タスク切り替えのコストとか解説が欲しい今日この頃

１は大阪の事件で・・・
だからあまり追い込むなと・・・

>>192
うーん、こんな所に書き込んでもなんか粘着ばかりでウザイくて馬鹿らしく
なってきたんで、止めますわ。

うん。その方が良いと思うぞ。
どっか別な場所に情報上げたら教えてくれ。

粘着も良くかも知れないが 藁

自作自演に疲れました。探さないでください。
スレが伸びるのは自作自演と煽りばかり、虚しくなりました。

>>194
やめないでくれよ
せめて>>192の問いに答えてくれ。
2.2系と2.4系で差はあるの？

おいおい、とんでもないオナニースレだな。
自分で気持ち悪い粘着ぶり晒しといて
「粘着がいるから」ﾊｧ？
ｲﾀ過ぎて笑うしかないねこりゃ。

じゃ、ここを代表して最後に
＞スレが伸びるのは自作自演と煽りばかり
オマエノナー

>>194
"こんな所"にスレを二つも立てて、自己顕示欲を満たそうとしていたのは誰？
きっと実社会でも人の輪に入っていくのが苦手なんだろうね。
2ちゃんでも輪に入れないなんて、かわいそうだよ。

感嘆詞、文章
という書き出しも１の特徴だね。
>>19-20の自作自演でも見られます。

home > 社会 > 速報
おすすめ最新情報
コンフェデ決勝
日本は準優勝

巨泉コラム
ある裁判結果

勉強もゲーム風
ネットで学習塾ソフト

児童刺殺事件
出頭要請の当日に凶行

Popup選挙区
よくわかる都議選情勢

読者の書評
つんく著『LOVE論』

プロ野球
巨人５−０阪神


朝日新聞社から
アサヒ・コムから
問い合わせ
新聞購読のご案内
写真ニュース
「エリート校なら死刑確実」児童殺傷容疑者が犯行認める　大阪府池田市の大阪教育大学付属池田小学校で児童ら２３人が殺傷された事件で、逮捕された元伊丹市職員宅間守容疑者（３７）＝池田市新町＝は池田署の捜査本部の調べに対し、「エリート校のインテリの子どもを殺せば、確実に死刑になると思った」と、学校での殺害を認める供述をしていることが１０日、分かった。

　また、凶器の包丁は事件当日の８日朝、池田市内の刃物店で購入し「人を殺すために買った」と供述しているという。


　一方、１０日夜に接見した弁護士は「宅間容疑者は『死刑にしてくれと言ったことはない』と話している」と述べた。(20:57)
関連情報

特集・大阪児童殺傷事件


社会最新ニュース
「エリート校なら死刑確実」児童殺傷容疑者が犯行認める(20:57)
工場で有毒ガス漏れ、従業員５０人に異状６人入院　山口(19:53)
札幌の祭り会場に爆破予告、威力業務妨害容疑で男逮捕(19:49)
外国人旅行者に不人気ジャパン　「出入」差１３００万人(19:25)
軽乗用車がトラックに正面衝突、３人死傷　山形・上山(16:54)
血管や皮膚の再生医療に指針検討　厚労省が専門委設置(16:48)
市議団企画の「つくる会」講演会に教育委員を招請　埼玉(16:38)
草刈り業務で財団法人が１０００万円水増し請求　茨城(16:31)
ノートパソコン１８台盗まれる　埼玉・蕨の電器店(13:47)
大津の中学校にも包丁持った男　すぐ保護(13:34)

朝日新聞社
www.asahi.com
ENGLISH

天気 | フリーメール | 辞書 | 地図 | サイトマップ | ランキング | 最新情報 サイト内検索
社会


ニュース速報
ひと
おくやみ
ニュース特集
教育地域情報
北海道 青　森
岩　手 宮　城
秋　田 山　形
福　島 茨　城
栃　木 群　馬
埼　玉 千　葉
東　京 多　摩
神奈川 新　潟
富　山 石　川
福　井 山　梨
長　野 岐　阜
静　岡 愛　知
三　重 滋　賀
京　都 大　阪
兵　庫 奈　良
和歌山 鳥　取
島　根 岡　山
広　島 山　口
徳　島 香　川
愛　媛 高　知
北九州 福　岡
佐　賀 長　崎
熊　本 大　分
宮　崎 鹿児島
沖　縄 ＵＳＡToday's 関西


クラブA&A
有料記事検索
携帯端末


天気・季節
社会
スポーツ
金融・経済
ネット情報
政治
国際
文化・芸能
生活
科学・自然
コラム
ENGLISH
今日の朝刊


2001選挙
Woman
カー＆ライフ
囲碁
AIC
読書
教育
イタリア年
関西
マリオン21
東証株価

home > 社会 > 速報
おすすめ最新情報
コンフェデ決勝
日本は準優勝

巨泉コラム
ある裁判結果

勉強もゲーム風
ネットで学習塾ソフト

児童刺殺事件
出頭要請の当日に凶行

Popup選挙区
よくわかる都議選情勢

読者の書評
つんく著『LOVE論』

プロ野球
巨人５−０阪神


朝日新聞社から
アサヒ・コムから
問い合わせ
新聞購読のご案内
写真ニュース
札幌の祭り会場に爆破予告、威力業務妨害容疑で男逮捕　北海道警・札幌中央署は１０日午後、札幌市西区山の手２条１丁目、無職青山辰夫容疑者（３７）を「ＹＯＳＡＫＯＩソーラン祭り」の実行委員会などへ爆破予告の電話をし、イベントを一時中断させた威力業務妨害容疑で逮捕したと発表した。

　同署によると、青山容疑者は、９日正午前から同日午後２時半過ぎまで中央署、祭り実行委員会、地元テレビ局へ計１１回「爆弾を仕掛けた。３時に爆発する」と札幌市内の公衆電話から電話をかけた疑い。

　青山容疑者は同市内中央区北１条西８丁目のイベント会場、札幌メディアパーク・スピカに爆弾を仕掛けたと伝えたことから、同会場では祭りの踊り手、観客、警官や警備員ら約３００人が予告時間帯の４０分間避難するなど混乱した。避難によるけが人などはなかった。

　青山容疑者は警察の取り調べに対して、「とにかく騒がして、ニュースになればいいと思った」と動機を話しているという。

　同祭りでは昨年６月１０日夜に会場の臨時ゴミ収集場で爆破事件があり、祭りスタッフの大学生ら１０人が重軽傷を負う事件があった。同署ではこの事件との関連も調べている。


　ＹＯＳＡＫＯＩソーラン祭りは、高知県のよさこい祭りに感動した道内の大学生が企画したイベントで、今年で１０回目。今回は全国から過去最多の４０８チーム、約４万１０００人が参加する札幌の初夏の一大イベント。(19:49)
関連情報

北海道のニュースは北海道asahi.comでも


社会最新ニュース
「エリート校なら死刑確実」児童殺傷容疑者が犯行認める(20:57)
工場で有毒ガス漏れ、従業員５０人に異状６人入院　山口(19:53)
札幌の祭り会場に爆破予告、威力業務妨害容疑で男逮捕(19:49)
外国人旅行者に不人気ジャパン　「出入」差１３００万人(19:25)
軽乗用車がトラックに正面衝突、３人死傷　山形・上山(16:54)
血管や皮膚の再生医療に指針検討　厚労省が専門委設置(16:48)
市議団企画の「つくる会」講演会に教育委員を招請　埼玉(16:38)
草刈り業務で財団法人が１０００万円水増し請求　茨城(16:31)
ノートパソコン１８台盗まれる　埼玉・蕨の電器店(13:47)
大津の中学校にも包丁持った男　すぐ保護(13:34)

著作権について｜リンクについて｜プライバシー

--------------------------------------------------------------------------------


■ 著作権について
著作権の帰属
　朝日新聞社のインターネット情報サービスasahi.comに掲載されている記事、写真、イラストなど文字・画像等のコンテンツの著作権は、朝日新聞社及びコンテンツ提供者にあります。また、総体としてのasahi.com については、朝日新聞社に編集著作権があります。これらの情報は、「私的使用」又は「引用」など著作権法上認められた場合を除き、朝日新聞社に無断で転載、複製、放送、公衆送信、翻訳、販売、貸与などの利用をすることはできません。朝日新聞社以外の著作権者がいる場合は著作権者の許諾も必要です。また、記事の抜粋や要約についても著作権上の問題が生じることもあります。詳しくはこちらをご覧下さい。

引用について
　著作権法上認められた「引用」とは、報道、批評、研究などの正当な目的のために、その目的上正当な範囲内で記事等を使うことを指します。正当な範囲とは、（１）その著作物のその範囲を引用する「必然性」がある（２）質的にも量的にも、引用先が「主」、引用部分が「従」という関係にある（３）本文と引用部分が明らかに区別できる――という条件を満たすこと、及び出所の明示が必要です。


■ リンクについて
　asahi.comへのリンクは、営利を目的とせず、フレームなしで行うなど一定の条件を満たしている限り、原則として自由です。リンクを張った際は、そのホームページの内容とアドレス及びリンクの趣旨、お名前、連絡先などを[email protected]あてにお知らせ下さい。asahi.comの趣旨に合わない場合や、朝日新聞社の事業や信用を害する恐れがある場合はリンク自体をお断りすることがあります。詳しくはこちらをご覧下さい。

■ 著作権・リンクに関する問い合わせ
　asahi.comのコンテンツやサイト画面の使用に関する問い合わせ、リンクのご連絡は、
朝日新聞社 著作権センターへ。
〒104-8011　東京都中央区築地5-3-2
FAX　03-5541-8140
[email protected]

■ 著作権について
著作権の帰属
　朝日新聞社のインターネット情報サービスasahi.comに掲載されている記事、写真、イラストなど文字・画像等のコンテンツの著作権は、朝日新聞社及びコンテンツ提供者にあります。また、総体としてのasahi.com については、朝日新聞社に編集著作権があります。これらの情報は、「私的使用」又は「引用」など著作権法上認められた場合を除き、朝日新聞社に無断で転載、複製、放送、公衆送信、翻訳、販売、貸与などの利用をすることはできません。朝日新聞社以外の著作権者がいる場合は著作権者の許諾も必要です。また、記事の抜粋や要約についても著作権上の問題が生じることもあります。詳しくはこちらをご覧下さい。

引用について
　著作権法上認められた「引用」とは、報道、批評、研究などの正当な目的のために、その目的上正当な範囲内で記事等を使うことを指します。正当な範囲とは、（１）その著作物のその範囲を引用する「必然性」がある（２）質的にも量的にも、引用先が「主」、引用部分が「従」という関係にある（３）本文と引用部分が明らかに区別できる――という条件を満たすこと、及び出所の明示が必要です。


■ リンクについて
　asahi.comへのリンクは、営利を目的とせず、フレームなしで行うなど一定の条件を満たしている限り、原則として自由です。リンクを張った際は、そのホームページの内容とアドレス及びリンクの趣旨、お名前、連絡先などを[email protected]あてにお知らせ下さい。asahi.comの趣旨に合わない場合や、朝日新聞社の事業や信用を害する恐れがある場合はリンク自体をお断りすることがあります。詳しくはこちらをご覧下さい。

■ 著作権・リンクに関する問い合わせ
　asahi.comのコンテンツやサイト画面の使用に関する問い合わせ、リンクのご連絡は、
朝日新聞社 著作権センターへ。
〒104-8011　東京都中央区築地5-3-2
FAX　03-5541-8140
[email protected]

荒らすなよ・・・
かちゅーしゃ使ってない人に迷惑だろ

このスレに真面目に話をしても、自作自演馬鹿とか言われてムカツクから。
どうせ荒らされスレだろ？

■ 著作権について
著作権の帰属
　朝日新聞社のインターネット情報サービスasahi.comに掲載されている記事、写真、イラストなど文字・画像等のコンテンツの著作権は、朝日新聞社及びコンテンツ提供者にあります。また、総体としてのasahi.com については、朝日新聞社に編集著作権があります。これらの情報は、「私的使用」又は「引用」など著作権法上認められた場合を除き、朝日新聞社に無断で転載、複製、放送、公衆送信、翻訳、販売、貸与などの利用をすることはできません。朝日新聞社以外の著作権者がいる場合は著作権者の許諾も必要です。また、記事の抜粋や要約についても著作権上の問題が生じることもあります。詳しくはこちらをご覧下さい。

引用について
　著作権法上認められた「引用」とは、報道、批評、研究などの正当な目的のために、その目的上正当な範囲内で記事等を使うことを指します。正当な範囲とは、（１）その著作物のその範囲を引用する「必然性」がある（２）質的にも量的にも、引用先が「主」、引用部分が「従」という関係にある（３）本文と引用部分が明らかに区別できる――という条件を満たすこと、及び出所の明示が必要です。


■ リンクについて
　asahi.comへのリンクは、営利を目的とせず、フレームなしで行うなど一定の条件を満たしている限り、原則として自由です。リンクを張った際は、そのホームページの内容とアドレス及びリンクの趣旨、お名前、連絡先などを[email protected]あてにお知らせ下さい。asahi.comの趣旨に合わない場合や、朝日新聞社の事業や信用を害する恐れがある場合はリンク自体をお断りすることがあります。詳しくはこちらをご覧下さい。

■ 著作権・リンクに関する問い合わせ
　asahi.comのコンテンツやサイト画面の使用に関する問い合わせ、リンクのご連絡は、
朝日新聞社 著作権センターへ。
〒104-8011　東京都中央区築地5-3-2
FAX　03-5541-8140
[email protected]

■ 著作権について
著作権の帰属
　朝日新聞社のインターネット情報サービスasahi.comに掲載されている記事、写真、イラストなど文字・画像等のコンテンツの著作権は、朝日新聞社及びコンテンツ提供者にあります。また、総体としてのasahi.com については、朝日新聞社に編集著作権があります。これらの情報は、「私的使用」又は「引用」など著作権法上認められた場合を除き、朝日新聞社に無断で転載、複製、放送、公衆送信、翻訳、販売、貸与などの利用をすることはできません。朝日新聞社以外の著作権者がいる場合は著作権者の許諾も必要です。また、記事の抜粋や要約についても著作権上の問題が生じることもあります。詳しくはこちらをご覧下さい。

引用について
　著作権法上認められた「引用」とは、報道、批評、研究などの正当な目的のために、その目的上正当な範囲内で記事等を使うことを指します。正当な範囲とは、（１）その著作物のその範囲を引用する「必然性」がある（２）質的にも量的にも、引用先が「主」、引用部分が「従」という関係にある（３）本文と引用部分が明らかに区別できる――という条件を満たすこと、及び出所の明示が必要です。


■ リンクについて
　asahi.comへのリンクは、営利を目的とせず、フレームなしで行うなど一定の条件を満たしている限り、原則として自由です。リンクを張った際は、そのホームページの内容とアドレス及びリンクの趣旨、お名前、連絡先などを[email protected]あてにお知らせ下さい。asahi.comの趣旨に合わない場合や、朝日新聞社の事業や信用を害する恐れがある場合はリンク自体をお断りすることがあります。詳しくはこちらをご覧下さい。

■ 著作権・リンクに関する問い合わせ
　asahi.comのコンテンツやサイト画面の使用に関する問い合わせ、リンクのご連絡は、
朝日新聞社 著作権センターへ。
〒104-8011　東京都中央区築地5-3-2
FAX　03-5541-8140
[email protected]

■ 著作権について
著作権の帰属
　朝日新聞社のインターネット情報サービスasahi.comに掲載されている記事、写真、イラストなど文字・画像等のコンテンツの著作権は、朝日新聞社及びコンテンツ提供者にあります。また、総体としてのasahi.com については、朝日新聞社に編集著作権があります。これらの情報は、「私的使用」又は「引用」など著作権法上認められた場合を除き、朝日新聞社に無断で転載、複製、放送、公衆送信、翻訳、販売、貸与などの利用をすることはできません。朝日新聞社以外の著作権者がいる場合は著作権者の許諾も必要です。また、記事の抜粋や要約についても著作権上の問題が生じることもあります。詳しくはこちらをご覧下さい。

引用について
　著作権法上認められた「引用」とは、報道、批評、研究などの正当な目的のために、その目的上正当な範囲内で記事等を使うことを指します。正当な範囲とは、（１）その著作物のその範囲を引用する「必然性」がある（２）質的にも量的にも、引用先が「主」、引用部分が「従」という関係にある（３）本文と引用部分が明らかに区別できる――という条件を満たすこと、及び出所の明示が必要です。


■ リンクについて
　asahi.comへのリンクは、営利を目的とせず、フレームなしで行うなど一定の条件を満たしている限り、原則として自由です。リンクを張った際は、そのホームページの内容とアドレス及びリンクの趣旨、お名前、連絡先などを[email protected]あてにお知らせ下さい。asahi.comの趣旨に合わない場合や、朝日新聞社の事業や信用を害する恐れがある場合はリンク自体をお断りすることがあります。詳しくはこちらをご覧下さい。

■ 著作権・リンクに関する問い合わせ
　asahi.comのコンテンツやサイト画面の使用に関する問い合わせ、リンクのご連絡は、
朝日新聞社 著作権センターへ。
〒104-8011　東京都中央区築地5-3-2
FAX　03-5541-8140
[email protected]

■ 著作権について
著作権の帰属
　朝日新聞社のインターネット情報サービスasahi.comに掲載されている記事、写真、イラストなど文字・画像等のコンテンツの著作権は、朝日新聞社及びコンテンツ提供者にあります。また、総体としてのasahi.com については、朝日新聞社に編集著作権があります。これらの情報は、「私的使用」又は「引用」など著作権法上認められた場合を除き、朝日新聞社に無断で転載、複製、放送、公衆送信、翻訳、販売、貸与などの利用をすることはできません。朝日新聞社以外の著作権者がいる場合は著作権者の許諾も必要です。また、記事の抜粋や要約についても著作権上の問題が生じることもあります。詳しくはこちらをご覧下さい。

引用について
　著作権法上認められた「引用」とは、報道、批評、研究などの正当な目的のために、その目的上正当な範囲内で記事等を使うことを指します。正当な範囲とは、（１）その著作物のその範囲を引用する「必然性」がある（２）質的にも量的にも、引用先が「主」、引用部分が「従」という関係にある（３）本文と引用部分が明らかに区別できる――という条件を満たすこと、及び出所の明示が必要です。


■ リンクについて
　asahi.comへのリンクは、営利を目的とせず、フレームなしで行うなど一定の条件を満たしている限り、原則として自由です。リンクを張った際は、そのホームページの内容とアドレス及びリンクの趣旨、お名前、連絡先などを[email protected]あてにお知らせ下さい。asahi.comの趣旨に合わない場合や、朝日新聞社の事業や信用を害する恐れがある場合はリンク自体をお断りすることがあります。詳しくはこちらをご覧下さい。

■ 著作権・リンクに関する問い合わせ
　asahi.comのコンテンツやサイト画面の使用に関する問い合わせ、リンクのご連絡は、
朝日新聞社 著作権センターへ。
〒104-8011　東京都中央区築地5-3-2
FAX　03-5541-8140
[email protected]

なるほど。むかつくと荒すという発想。まさに厨房だな。
正直、自作自演も半信半疑だったが、
そういう人間性を考慮して確信になった。

>>211
ええやん。SN比が悪くなれば、真面目に話をしようと思った人が近寄らなくなるでや。

そのために荒らしておくなら、コピペで十分。:p

実際さ、話がばっさり止まって、>>211見たいな被害妄想犬厨だけになるだろ？
こうやって大量コピペ爆撃しておくと。あとは狙い撃ちで、失言したら他の板にぶちまけるだけ。

言いたい事を思いっきりいってくれ。書き換えて他の板に持っていく。

持ってけ、泥棒。

こうやって良質スレが消えていくんだな。真面目にIDかなんかの導入を考えたほうがいいな。
数人のコピペ厨房に真面目に話をしたい人が駆逐されてしまうのは非常に嘆かわしい。

IDマンセー

>>215
しつもーん！
どこにいるんですか？コピペ厨房に真面目に話をしたい人って

だれでもいいよ。
カーネルハッカーなら。

>>215
真面目に話をしたい人＝全部1の自作自演
で一件落着じゃなかったの？
最初の方の自作自演を見てるとまだ色んなとこで
やってそうだよね。
つーかあれだけとは言わせません。

1がもうここには書かない宣言した後に誰が荒らす意味があるのか？
そこを考えると答えは出てくるであろう。

>>215を書くための自作自演あらしであろう。

>>220
荒らした本人が自信を持って言う。

被害妄想分裂症犬厨房である>>220をカラカウのが楽しいので荒らしている。

ｲﾔﾏｼﾞﾃﾞｵﾓｼﾛｲﾓﾝ､ｺﾉｳﾞｧｶｦｶﾗｶｳﾄ

>>221
ホントは楽しくなんかないんだろ？
つい、ちょっとした事にカッとなって荒しちゃうんだよな？
本当は早くそんな生活から抜け出したいんだよな？
俺も荒したり煽ったりな、君とおんなじ事をやってた頃があったよ。
いや、君以上にやってたな。
俺の煽りで何百ものレスが付くんだよね。びっくりしたよね。
俺の煽ったスレはチャット状態になっちゃうんだよね。
「こいつら馬鹿だなー」「俺の手の中で踊ってるぜ」
「2ちゃん坊をあしらっている俺ってかっこいい」そう思ってたよ。
でもね、急に思ったんだ、「俺はそんなに頭良くないんじゃねえか？」って。
俺も大人になったんだろうな。
だから、君にも早く気付いて欲しいな。荒しはかっこ悪いよ。

>>222

うむ。ヴァカを一人貶めた所で、満足感は得られないと判ったので、次回から工夫しよう。
ヴァカはヴァカだから、してやられた事にも気づかないからなぁ。手ごたえ無しこの上ない。

LinuxJapanで今月から始まったロボットをLinuxで制御する記事が
けっこうカーネルをいじりそうで期待。

結局、被害妄想分裂症犬厨房とコピペ犬で荒らし合いだったわけかい。おまけに双方、相手は
自分の手のひらに乗ってると思い込んでたわけだ。お前らどっちも救いようのないヴァカだよ。

1がもうここには書かない宣言した後に誰が荒らす意味があるのか？
そこを考えると答えは出てくるであろう。

>>226を書くための自作自演あらしであろう。

>>227
いい加減認めろよ、お前は遊ばれてるって事に。ほんと、こいつ面白いな。
なにやっても全部１のせいにしてくれるし。

ネタがないから荒らすのか？
今､俺が悩んでる問題を提供します・・・
オリ1でも誰でも回答よろしこ

rmmodするとき、デバイスファイルが開かれていたら
rmmodがリジェクトされるけど、これを強制的に進めたいときには
どうすればいい？　リジェクトしてるのはカーネルの方だよね

>>229
リソースとして握っているプロセスの扱いはどうする？
なにか案があればヨロシク

>>230
シグナル送っといてください。とりあえず。

>>231
それは無茶じゃないか？
シグナル送ってチョンだと、プロセス側の終了処理に問題が発生しやすい
シグナルハンドラを、こう書け！などの規約をきめてパッチを当てまくらないとダメだぞ

>>231-232
シグナルを送るとともに、とにかくエラーになるダミーデバイスと入れかえるってのはどう？
これならエラー処理がマトモならなにも変更する必要がないよ

エラー番号がリムーバブル装置を考慮していないのが、そもそも問題かと思われ

まとめ
>>168 前回のまとめ
>>194 オリ１さんの終結宣言
>>195
>>198-200 それに対する反応
>>206 コピペくん激白？

>>220をカキコしたものです。>>227は誰かのコピペですよ。
電波度の高いスレですね。おもしろいです。

いまいち対立構造がよく見えない。
コピペ荒らしは犬房をからかっていると言う。
しかし犬房はここが荒れても気にならないようだ。
解説をきぼん。

>>237
つかね、2chnaviとか使っていると荒らしはdなので、
１スレ上にフツーの会話と、頭が温かい会話が共存できるだけ
IEとかの全部表示しちゃうので見れば、変なスレに見えるわけ

>>239
今は2ちゃんクライアントは当前の時代です。
IEで見るのはダサいです。
navi2chなら荒されようが関係無いです。
快適です。

あと、このスレがむかついてる人って、
「1の自作自演」なんて本気で言ってる奴いんのか？
確かにその要素は詰まりすぎではあるが、
そんな事よりこのスレを潰したいのが先のはず。
ちょっと騒いでると、顔を真っ赤にして
「被害妄想…」と言ってどこからともなく現れる
ワンパな荒しさんが出て来るべ？
んで、このスレをコピペで荒しまくってくれる。
んで、「こいつら…」と一りで勝手に悦モードに
入っててくれる。(今思えばかなりマヌけな人物だが)
とても潰したい派には好都合だよね。
結局、このスレ潰したい人の勝ちってわけか。

>>240
核心禁止。怒って暴走するだろ某が(藁
某にからかわれていた、って事にしといてやろうよ(藁

くそう、まんまやとやつの手の中で弄ばれたわけか。
やられたよ。

ってことでネタスレ終了でいいですか？

>>232
>>233
とりあえず、自分が今作ってるデバイスドライバのみ対応でもいいです。
というか、「誰かがrmmodしてるぞ！」ということをドライバ側が
受け取れればいいや って感じ。

誰か答えてやれよ。

>>244
コピペ荒らしと犬厨房しかいない板で無理いうなって

じゃあどっかまともな2ch以外のまともな掲示板に誘導してやれ。

なんか放置されてるっぽいんで自力で何とかします。
カーネルハッカーにはなれないかもしれないけど
調べたのここで公開してもいい？

突っ込まれる前に自分でゆーけど、ただの自己満足のために。

>>247
そうしなよ。この板はマターリと初心者をいびり倒して楽しむ板。
真面目に相手する分だけ損だよ。

>>247
がんばれ。

>>194

>>17で既出です。

>>247
つか、ネタ振っといて膨らませるならまだしも、
範囲を縮めていったら誰も相手にしないだろ
>>229-234までの流れは良かったのに、>>243で切っちゃったらダメ

救済age

もっと凄いカーネルハッカーいないの？

itemo aho wa imasenn

Linux板荒らしまわってるｷﾁｶﾞｲ晒し上げ

2.2.18→2.2.19で、file_operationsがなんか変わってる！！！
どういうことだよ、おい・・・

なんかってなんだよ。

>>258
ひとつずれてたんだよ。
構造体の初期化で要素名を指定してなかった俺が悪いのか？
そうなのか！？

まともじゃないスレをあげます

なんだ？まともなスレをあげてるよ。
荒らし間違いか？

>>261
すれのなかみは....信者で膿んでいる

Win厨トラウマスレッドだからね

1がいないとネタがないな。

>>264
>>257に応えてくれ

age

>>259
そこまでわかってて後何が必要なのだ？

>>267
愛・・・かな

あと、急に変わりやがった理由とか。

質問待ちage

せっかく途中までためになる話だったのに、アホの掃き溜めになっちまった。
クズ野郎共、でていけ!

自作自演ｶｺﾜﾙｲ

自作自演でも、役に立てばベネ。

>>271
いつまでくだらんこと言ってんだ。シネ

つーかネタないなら上げるなよ。お前も逝ってよし。

オリスレ1はいないのか?

>>275
彼は今UNIX板で頑張ってますよ。

ここには今
厨房しかいないな(w

オリスレ１の貢献で2chもとりあえず救われそうな感じです。

どれがオリスレ１かUnix板とこっちでトリップでも使って書かないと
わからないよ。
成果の横取りって言われちゃうよ。
Linux板の住民でもあるので恥ずかしいことはやめてくれ。

LINUXデバイスドライバ
カーネル2.4用っていつごろ出版予定ですか？

2.4.17のHyper Threadingの実装に興味があるからまた入れてみるか。

>>282
おおっと！
楽しみにしてます

今ごろになってこんな貴重な書き込みがあることを知りました。
遅すぎですが「ありがとう!むっちゃ役に立つよ!!!」と言わせてください。

保守

保全あげ

ﾎｯｼｭ

よく分からんけど、デフォルトでついてるカーネル
デバッガとどう違うの？

VMWareが仮想マシンを実マシン側からデバッグできる機能を提供して
くれていたら、うれしいのだがなぁ。そうしたら、OSのステップ動作や
デバッグがかなり楽になるのだが。（歴史的にはVMはOSの開発やデバッグを
容易にするために動機として開発された面が強い）

>>289
Plex86やBochsじゃいかんの？
モニタリングするための機能は付いてるみたいよ。
それに天才kevin　lawtonのソースを見るだけでも楽しいよ。

kdb for kernel-2.4.10-ppc てあるのかな...
^^^

もうこのスレは死んでるのかな。

>>55,98
激しく過去だけど、

> これをなんとかしてほしい。
limit でプロセス数を設定するのではだめなん?

> lsもうてないしpsもうてない。当然killなんてもってのほか！
多くのshellでは killうてるのでは?

途中の表示を飛ばしてたよ。激しくマヌケに激しく過去にレス。激しくスマソ。逝ってきます。

いいからあげんな。

>>292
プロセスがいっぱいいっぱいになると
全てのコマンドを受け付けなくなったんだよ
プロセステーブルがいっぱいだから
新たにプロセスが起こせないため

うん。でも /bin/kill 使ってる人いる? いつも shellの... 私だけ?
# ごめん すれタイとずれてる

これwindowsからつかうには、なに使えばいいの? insight?

>>296
組込の使ってもプロセス動くみたいだよ
よくわからんけど

>>12

>kernel毎刺さってるときって、どうデバッグすればいい?
>再現出来ないときがほとんどだし、めったにでないけど。

「nmi_watchdog=1」または「nmi_watchdog=2」をカーネルパラメータで
指定する．できるPCとできないPCがある．
キーボード割りこみ(シリアル回線割りこみ)が効かなくて
KDBを起動できない場合は，カーネルモードで割りこみ禁止のまま
無限ループになった場合が多い．そんなときはこれ．
これはNMI(ノンマスカブル割りこみ)を使ったウォッチドッグ機能で，
10ミリ秒ごとに強制的に起動する機能．カーネルが無限ループになっている
のを検出したら，kdbに落ちてくれる．

>ダンプとかってとれるのかな。

KDBを作ったSGIの別パッチ「LKCD」を使えばできる場合もある．
が，確実じゃない点はKDBと一緒．

i386のシリアルコンソールでkdbを使うと，入力がやりずらい．
BSDのBBDみたいに，bashのようなreadline編集がやりたいYO！
CNTL-Pやカーソルキーで履歴をたどったりしたいYO!
ソースをみると，履歴機能は作りかけてるっぽいYO!

IP記録実験
http://qb.2ch.net/test/read.cgi/accuse/1042013605/

1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。

27 名前：心得をよく読みましょう 投稿日：03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か？

38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l
>>27
鋭いです。

73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l
＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。

>>638
こらっ！しんのすけ。

フシアナ標準にすればいいのに。
困るのは厨くらいだろ？

（＾＾）

LKMLから、
Announce: kdb v3.0 is available for kernel 2.4.20
ftp://oss.sgi.com/projects/kdb/download/v3.0/
だそうな。

そういうニュースはageようぜ

>>307

ヒストリが追加になったね
TAB補完やってみたいYO！

gdb使いたいんだけど

>>310
ならkgdbの世界なので、スレ違い。

>>311
そうすると、kgdbを使ったカーネルデバッグスレ とか立てる必要がある？
ここじゃだめなん？

>>312
なるほど、ただでさえ寒いのに分離すると凍死しそうよね。
でも、ここ、スレタイが限定してるからなぁ。よし、乗っ取ろう。# 自分もkgdbです。

（＾＾）

Announce: kdb v4.2 is available for kernel 2.4.20, i386 and ia64
ftp://oss.sgi.com/projects/kdb/download/v4.2/
だって。

2.5カーネルの対応は、やってる暇ないので誰か代わりにやってくれ。
らしい。

sparc64サポートだって。
誰か試して下さい。

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

http://www.ccur.com/realtime/oss/
これ使ってるひとはいますか？

Announce: kdb v4.3 is available for kernels 2.4.20, 2.4.21
だそうな。
XScaleも対応したらしい。

(･∀･)renice!

(･∀･)renice!

(･∀･)renice!

age

(･∀･)renice!

(･∀･)renice!

(･∀･)renice!

(･∀･)renice!

2.6.0-test1対応パッチが出たぞ。
http://sourceforge.net/projects/swsusp/

貼るならこっちじゃないのか↓

あなたのカーネルパッチを教えろやゴルァ！
http://pc.2ch.net/test/read.cgi/linux/1040104039/

(･∀･)renice!

(･∀･)renice!

(･∀･)renice!

お気に入り集 ☆
http://beauty.h.fc2.com/

(･∀･)renice!

(･∀･)renice!

mmパッチに含まれてるカーネルデバッガって
これのことなの？ちょっと使ってみようかと
思ってるんだけど。

ものすごい初歩的な質問ですみません。。。
カーネル2-4-20をダウンロードして、
kdbパッチも当てて、grub.confの設定も変えて
いざ、リブート、Pauseボタンを押してkdb起動！！

という形になりたかったのですが、
Pauseボタンを押したら、そのままPCがハングしてしまい
kdbが立ち上がるどころか、OSがまったく無反応になります。
なにか原因みたいなものはあるのでしょうか？

>>341
マルチポスト加代…

スレ立て本人降臨。
保守あげ

あげ

みんなkgdbは使ってないのか？
いちいち >>104 みたいにアドレスを手で書くなんてやってられん。

カーネルモジュール開発でソースデバッグしたいんだけど、
kgdb+dddでリモートデバッグが最強ということでFA？

kgdbって配布元が変わったりしてステータスが一体どうなってるのか
いまいち不明だし、何より別配布というのがどうも使うモチベーションを
下げてくれる。

>>346
ハードウェアアクセスしないんならQEMU+dddというのもあり。
パッチ当てなくていいし、止めたときの副作用が小さいのが利点。
割とよく落ちるけど。

KGDB Proなんてのもあるんですな。$1500はちと高いか。

テスト

@landisk) uptime
16:10:44 up 271 days, 20:00, 2 users, load average: 0.95, 1.01, 0.90

停電で落ちた以外にはリブートなし
Webサーバ、Samba、DAV、たまにbittorrentクライアントなぞを動かしてる
ファンレスなんで動作音も静かだし低消費電力
常時動いてるLinuxがあるのは便利なもんだね

>>347
『qemu』は確かにいいです、ね？

kgdb使い始めてますが、これものすごくイイ！ね。
これとVMware+NFSroot環境を組み合わせるとどんなことでも気兼ねなくできるので、
あっというまに内部でどういう動作をしているか掴めるようになった。

ただ、カーネルのビルドオプションに-O2を外しても-Osが入ってしまう所で
はまった。kgdbからはソースで終えてしまうので、それで完全に動作を
把握した気になっていたら、実は命令実行順序が変わっていて、その結果
ソースレベルでは誤動作してるようにしか見えない感じになってしまい、
最後にstepiで進んでみてようやく気付いた。

こういうことがあるからLinusはソースレベルデバッガなど不要というのかな。

新木場
kanazawa〜

age

SGI頑張れ〜
応援シル

そうかなあ

終わってしまったようだ…
oss.sgi.comは引き取ってもらえるのだろうか？

マージ済だからセフセフ？
XFSの行方も気になる・・・あっちは当の昔にSGIを解雇されてても開発やってた気が駿河。

XFSやopenglのソース公開しないかなあ。

え？公開されてるじゃん

expr