トップページ⇒linux
360コメント160KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。NGNG
カーネルデバッグの話はここで存分にどうぞ
0102オリジナルスレの1NGNG
>>98
ソースを見てみてデバッグしてみた。101が正しいな。
fork.cのdo_fork関数に以下のようなコードがある。
　　retval = -EAGAIN;
　　if (atomic_read(&p->user->processes) >= p->rlim[RLIMIT_NPROC].rlim_cur)
　　　　goto bad_fork_free;
　　atomic_inc(&p->user->__count);
　　atomic_inc(&p->user->processes);
でp->userはsched.hを見るとuser_structだから、user_structの定義を見ると
これもsched.hにある。
struct user_struct {
　　atomic_t __count;　　　/* reference count */
　　atomic_t processes;　　/* How many processes does this user have? */
　　atomic_t files;　　　　/* How many open files does this user have? */
　　/* Hash table maintenance information */
　　struct user_struct *next, **pprev;
　　uid_t uid;
};
これらよりコメントを見れば分かるけどprocessesはこのユーザコンテキスト
上でいくつのプロセスが走っているかを示している。それを
p->rlim[RLIMIT_NPROC].rlim_cur と比較してそれ以上になったら
fork処理を失敗させている。rlim_curはfork_initでイニシャライズ
されていてmax_threads/2になっている。
0103オリジナルスレの1NGNG
実際にデバッガでどう動いているか見てみよう。
まず　main(){while(fork());} をコンパイルし実行する。
pauseキーでブレイクインし、do_forkにブレイクポイントを張る。
[1]kdb> bp do_fork
Instruction(i) BP #0 at 0xc0115270 (do_fork)
　　is enabled globally adjust 1
gで、再実行。先ほど実行したプログラムでforkが実行されまくってる
からねすかさず止まるはず。
Instruction(i) breakpoint #0 at 0xc0115270 (adjusted)
0xc0115270 do_forkint3

Entering kdb (current=0xc5f82000, pid 15240) on processor 1
　　　　　　　　　　　　　　　due to Breakpoint @0xc0115270
止まったら
　　if (atomic_read(&p->user->processes) >= p->rlim[RLIMIT_NPROC].rlim_cur)
の行までトレースする。ソースをみるとこの条件判断はalloc_task_structの
次の次の条件判断であることが分かる。この辺りのコードでアロケートしてるのは
0xc01152ee do_fork+0x7ecall 0xc012fbe0 __get_free_pages
0xc01152f3 do_fork+0x83mov %eax,%ebx
0xc01152f5 do_fork+0x85test %ebx,%ebx
0xc01152f7 do_fork+0x87je 0xc01158d8 do_fork+0x668
のコードだ。test %ebx,%ebx jeはif (!p) gotoであることは容易に分かる
このコードの次の条件判断は
0xc0115314 do_fork+0xa4mov 0x4(%edx),%eax
0xc0115317 do_fork+0xa7cmp 0x300(%ebx),%eax
0xc011531d do_fork+0xadjae 0xc011596b do_fork+0x6fb
だから、ここまでトレース。トレースはssコマンドだ。
0104オリジナルスレの1NGNG
俺は実際にはトレースするの面倒だから 0xc0115317にブレイクポイントを
設定し実行した。
[0]kdb> bp 0xc0115317
Instruction(i) BP #1 at 0xc0115317 (do_fork+0xa7)
　　is enabled globally adjust 1
[1]kdb> g
Instruction(i) breakpoint #1 at 0xc0115317 (adjusted)
0xc0115317 do_fork+0xa7int3

Entering kdb (current=0xc5f82000, pid 15240) on processor 1
　　　　　　　　　　　　　　　due to Breakpoint @0xc0115317
次に実行されるインストラクションはこれ。
0xc0115317 do_fork+0xa7cmp 0x300(%ebx),%eax
レジスタの内容を見てみよう。eaxが&p->user->processesのはず。
[1]kdb> rd
eax = 0x00001000 ebx = 0xc2bd0000 ecx = 0x00000000 edx = 0xc6d0dfc0
esi = 0xc5f82680 edi = 0xc2bd0680 esp = 0xc5f83f50 eip = 0xc0115317
ebp = 0xc5f83fa4 xss = 0x00000018 xcs = 0x00000010 eflags = 0x00000286
xds = 0xc5f80018 xes = 0x00000018 origeax = 0xffffffff ®s = 0xc5f83f1c
eaxは0x1000つまり4096だな。0x300(%ebx)も見てみよう。メモリダンプはmdだ。
[0]kdb> md %ebx+0x300
0xc5aaa300 00001000 00001000 00000400 00000400 ................
p->rlim[RLIMIT_NPROC].rlim_curも0x1000,4096であることがわかる。
つまりこのマシンでは1ユーザーコンテキスト上では4096個以上のプロセスは
立ち上げられないことになる。実際にpsコマンドでみても4096以上は
立ち上がっていない。
0105オリジナルスレの1NGNG
まあ、こんなもんだ。まあまあの題材だったね。
2.2.19にも
　　retval = -EAGAIN;
　　if (p->user) {
　　　　if (atomic_read(&p->user->count) >= p->rlim[RLIMIT_NPROC].rlim_cur)
　　　　　　goto bad_fork_free;
　　　　atomic_inc(&p->user->count);
　　}
ちゅうコードがあるからちゃんと動くはずだけどなあ。
0106login:Penguin NGNG
　　　　　　　　　　　　 ∩
　　 　 　 　 　 　 　 　 | |
　　 　 　 　 　 　 　 　 | |
　　　 　 　 ∧＿∧ 　 | |　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　 　 （　´Д｀）／/　　＜　 先生！クソレスがついてます！
　　　　　 ／ 　 　 　 /　　　　 ＼ 　やはりちゃんころですか！？鬱だ、sageます！
　　　　 / /|　　　　/　　　　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　 ＿＿| | .|　　　　|
　 ＼　 ￣￣￣￣￣￣￣＼
　　||＼　　　　　　　　　　 　 ＼
　　||＼||￣￣￣￣￣￣￣||￣
　　||　 ||￣￣￣￣￣￣￣||
　　 　 .||　 　 　 　 　 　 　 ||
0107login:PenguinNGNG
　　　.'⌒⌒丶
＿ ′从 从）＿ 　もう寝る
|　__ヽゝ・_・ν　 |
|＼ ⌒⌒⌒⌒⌒＼
|　 ＼ 　　　　　 　 ＼
＼　 ｜⌒⌒⌒⌒⌒｜
　 ＼　|＿＿＿＿＿|

0108login:Penguin NGNG
>>105
ところで、その
１ユーザが生成できるプロセスの上限
はどこで設定できるの？
0109オリジナルスレの1NGNG
rootユーザーの場合はulimitコマンドで設定することが可能。
一般ユーザーは設定できない。一般ユーザの最大プロセス数を変更したい場合は
2.2系では最大値はtask.hで
#define MAX_TASKS_PER_USER (NR_TASKS/2)
と定義されてるからここを適当にかえて再構築。
2.4系では>>102で書いたようにfork_initの中で物理メモリの搭載量をもとに
max_threadsが計算され、その半分に設定されている。
変更したい場合は物理メモリの搭載量をかえましょう。
どうしてもメモリをそのままでプロセス数だけ変更したい場合はfork.cのfork_initの
　　init_task.rlim[RLIMIT_NPROC].rlim_cur = max_threads/2;
　　init_task.rlim[RLIMIT_NPROC].rlim_max = max_threads/2;
のmax_threads/2を適当な値に変えて再構築しましょう。
0110login:Penguin NGNG
>>109
減らす方向にはユーザレベルで可能なはずだが、
現在手元にソースが無いので確認できず
0111オリジナルスレの1NGNG
>>110
確かに。減らす方向には一般ユーザでも設定できる。
0112login:PenguinNGNG
>>オリジナルスレの1
ちょっといい？
0113login:Penguin NGNG
>>101=110か？
オリ１が一人突っ走っていたが、キミのおかげで
会話が成り立つようになって、良スレ化してきた。
0114login:Penguin NGNG
晒しage
0115オリジナルスレの53 NGNG
>>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の掃き溜めで１もいろんな意味で英雄になったな。嬉しいぞ。
0116login:Penguin NGNG
>>115
やめろって。。。また。。
011755NGNG
>>115
盛り上がってるとこ悪いけど、おれは前スレの190で、このスレの36だけど
ここでも前スレでも 1じゃないよ。
0118login:Penguin NGNG
>>117
言うだけなら1でも出来るな。
0119login:Penguin NGNG
>>35-37
つうか午前４時にあの間隔のカキコはなあ。
012037NGNG
>>115

>>37
は俺だが、さすがにあの間隔は疑われてもしょうがないとは思うが…
でも別人よ。
0121login:PenguinNGNG
>>120
36の次が37か…。
なんか、ますます胡散臭くなってきたなあ(ｗ
0122login:PenguinNGNG
間隔＆月曜の午前４時だぜ。
そんでまた偶然36、37が出てくる。
君たちはデムパで繋がってるの？
0123login:Penguin NGNG
確かに。その限られた中で、さらに数少ない1に同意した人間がねえ。
決めつけるのは良くないが、かなり不自然であるとだけ。
012455NGNG
いいじゃん。このスレためになるし。
0125login:Penguin NGNG
>>117,>>120
おいおいおいおいおいおいおいおいおい
ちょっと面白いな(w
0126login:PenguinNGNG
そんじゃ55=1ってことか。
自分でネタフリして自分で答えるのはスレを盛り上げるために
使われる手段ではあるので、別に批判はしない。
012737NGNG
＞自分でネタフリして自分で答えるのはスレを盛り上げるために
＞使われる手段ではあるので、別に批判はしない。

まあ、つまらん煽りや正体探しより遙かに有益だわな
0128login:Penguin NGNG
開きなおった(藁
面白いなー
0129login:Penguin NGNG
トリッキーの１か？もしかして
0130126NGNG
ただ、みっともないだけの自作自演はｶｺﾜﾙｲ。
テクニカルな話題の自作自演はいいけどね。

みっともないのは>>35-37みたいなのね。
0131login:Penguin NGNG
>>127

>>35-37のどこが遥かに有益なんだ…？
見てて恥ずかしくなるんですけど…。
開き直ってるのがダメ押しだな…。
0132login:Penguin NGNG
age
もっとしゃべって
013337NGNG
>>131
有益な情報を書いてくれる人にエールを送るのはダメなのか？
0134login:Penguin NGNG
>>133
自作自演だからダメなんだろ馬鹿(w
0135login:PenguinNGNG
そうそう、温かいエールも自作自演だとひたすら寒い。
013655NGNG
そろそろ 1にきてもらいたいなぁ
0137login:Penguin NGNG
時間から見て、1は>>28を発見。カーッっとなってしまい、
感情的な書き込みのあと、フォローしてくれる人がいそうにないので、
自分にはこれだけ支持者が居るんだぞ、
俺の発言は有益なんだぞ、と見せ付ける為に、
>>35-37の自作自演を展開、感情的になっていて間を空けるのを忘れた。
と見るのが妥当かな。

いや、所詮ただの妄想だから無視してくれて結構。ほっほ。
0138login:Penguin NGNG
>>136
ここで1が登場して、弁解するに1票。
(この書き込みを見て、しばらく時間を空けてくるに300ガバス)
0139login:Penguin NGNG
そろそろカーネルの話に戻してよ
0140login:PenguinNGNG
…などと1らしき人が発言してますが、皆さんいかがでしょう?
0141login:Penguin NGNG
>>140
こんな事やってると何も書けんぞ。
Win厨、Lin厨よりもタチが悪いな。
0142login:PenguinNGNG
>>141
いや、カーネルデバッグ以外でLinuxの話ならOKでしょ(ｗ
それに匿名掲示板における自作自演指摘の無意味さは
ここにいる全員が知っている。まあ、ネタまがいの遊び
だよ。
0143login:Penguin NGNG
>いや、カーネルデバッグ以外でLinuxの話ならOKでしょ(ｗ

カーネルデバッグの話はいやなのか？
0144login:Penguin NGNG
>>142
1発見！！
ごまかそうとしてもだーめー
0145login:PenguinNGNG
だって1がうざいんだもん。
0146login:Penguin NGNG
>>115->>142

カーネルデバッグネタに付いてこれない連中の嫌がらせ。
0147login:Penguin NGNG
>>146
やめとけ、1。
素直に謝れ。
0148login:Penguin NGNG
>>146
Lin厨にはテクニカルな話は理解不能です。
0149101=110=名無し三行広告NGNG
オリ１とは無関係です
0150login:Penguin NGNG
>>149
いや、判ってるって。
文体違うし文短いし
0151login:Penguin NGNG
>>148
1必死だな。
0152オリジナルスレの1 NGNG
>>138
ほれ、出てきてやったぞ。どうすんだ。
0153login:Penguin NGNG
本物かどうか試験してやろう
jiffies が10倍早く回るようにする為にはどうすればいい？
0154138NGNG
>>152
やった！空けたな。
0155あおりじゃ無いぞNGNG
なかなか面白いな。このスレ。
>オリジナルスレの1
煽りはほっといて質問
プロセステーブルが一杯になったからと言ってシステムの動作がおかしくなるのは何故だ？
psやkillが上がらないのは当然として、kernelの挙動には影響無いはずだが。
デバッグの格好の対象だと思うがどうだ。

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

>エセLin注
プロセステーブル一杯でプロセスが上がらなくなるのはLinuxだけじゃないぞ。
0156login:Penguin NGNG
うん、もうやめようよ。
1の自作自演はもう限りなく有力ではあるが、
これ以上ひっぱるのはやめよう。
優しく1を見守ってやろう。
「>>115　1発見！」とかもなしな。
言いたいのはわかるが、おさえろ。
本来の趣旨に戻してやってくれ。
015755NGNG
>>155
デーモンとかが新規プロセスを立ち上げられないからじゃないの？
inetdもフォーク出来ないっしょ。多分。
もとから動いてたプロセスは死なずに生きつづけてるよ。
こうなったときに正常に戻す方法はオレも>>1に聞きたい。
0158login:Penguin NGNG
>>156
ゲキウザ
0159オリジナルスレの1NGNG
>>153
まあ、答える義理はないけど、一応な。
timer.c のdo_timer関数をみましょう。すぐわかるよ。
0160あおりじゃ無いぞNGNG
>>157
デーモンはforkに失敗して死ぬことはあると思う。
ただ、inetdが死んだからってkernelには影響ないと思う。
inetdもユーザプロセスだからな。

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

>オリジナルスレの1
本物かどうかのチェックなんてどうでも良いからこっちやろうぜ。
0161オリジナルスレの1 NGNG
>>155
うーん、俺のところではそういう状況になってないからはっきりとした
ことは言えないが、2.2系ではプロセステーブルが一杯になっても
確かにカーネルの挙動には影響ないはず。
2.4系ではforkが落ちる=メモリ確保失敗だから、他のカーネルモードドライバ/
ファイルシステムもメモリ確保できないはずだから挙動はおかしくなるはず。
こうなったらもう、どうにもならない。仕様だね。
0162あおりじゃ無いぞNGNG
>>161
こらこら適当に回答するんじゃない。なんだか投げやりだぞ。頑張れ

if (atomic_read(&p->user->processes) >= p->rlim[RLIMIT_NPROC].rlim_cur)
　　　　goto bad_fork_free;
これでなんでメモリ確保のエラーなのだ？
メモリは空いてるはずだが。

おれもカーネルソース見てみるかな。ちと興味が湧いた 藁
　　
0163オリジナルスレの1NGNG
違う違う。落ちる可能性があるのはその前の
　　p = alloc_task_struct();
　　if (!p)
　　　　goto fork_out;

0164オリジナルスレの1NGNG
ちょっと補足すると。俺の環境ではRLIMIT_NPROCがちゃんと働いてメモリを
使い切らない程度にしかプロセスは立ち上がらない。この時にはすでに
立ち上がってるデーモンや、カーネル/カーネルモードドライバにはなにも
影響がなくおかしな挙動もない。
もし、RLIMIT_NPROCを非常に大きな値に設定した場合はforkが落ちるのは
メモリ確保失敗だから他のメモリ確保も失敗する。そうなったら挙動は
当然おかしくなる。
0165login:Penguin NGNG
2.2系ではお手上げってことか
0166login:Penguin NGNG
>>163
alloc_task_struct()のソースみてみるよ。面白そうだから。
俺のとこは2.4.5なのだがバージョンは同じかな？

もう寝る。あとは明日。
0167オリジナルスレの1NGNG
>>166
一応情報。上のデバッグログをみても分かるようにalloc_task_structは
只単に_get_free_pages に行くだけ。
0168親切君NGNG
まとめ
>>3-8
カーネルデバックの方法
>>26
なぜか荒しがこのスレの自作自演に反論。
>>88
結構良いことを言ってる。
>>115
良いことも言ってるが煽り入り。
>>127
自作自演を認めるような発言。
0169オリジナルスレの1 NGNG
36,37に迷惑がかかるのは嫌なので言っておく。
俺は最近この板に書き込むときにはちゃんと"オリジナルスレの1"を使ってる。
だから 36も37も全く別の人。他の人に噛み付くのは止めてくれ。
0170login:Penguin NGNG
もう結論が出たネタに間隔をおいて反論してみる１。
>>123,>>126,>>130
このあたりが結論でしょう。
限りなく黒に使いグレー
0171あおりじゃ無いぞNGNG
Linux板にはカーネルデバッグを嫌う奴がいるみたいだな。
人それぞれだから、それはそれで良いとしても、
オープンソースを掲げるLinuxの板がこれではなぁ...
0172あおりだぞNGNG
>>171
カーネルデバックがダメって主張してるのは一人ぽい。
他の人はオリジナルスレの１がうざいとか、
おもしろい素材だから煽って遊んでるってな感じじゃないの？
前科なくこのスレを建てていたら好意を持って迎えられていたでしょう。
0173オリジナルスレの1NGNG
前科ねえ(笑。そういう俺が何かレスしたら煽るって粘着っていうんじゃないの？
017455NGNG
>>173
雑音は気にせず頑張ってください。
あと、2.2系でプロセスいっぱいになった時の対処も教えてください。
0175login:Penguin NGNG
>>35-37
これは凄い気持ち悪いと思う・・・
粘着厨房は私も嫌いだったけど・・・
ある意味それより嫌な人間性・・・
粘着より粘着してるよ・・・
傍から見てても。
0176login:Penguin NGNG
某所の「オリジナルスレの1 うぉっちスレ」も盛り上がってきました。
0177オリジナルスレの1NGNG
いまちゃんと2.2系のソースを見てみたら、こんな風になってる。
static inline struct task_struct ** find_empty_process(void)
{
　　struct task_struct **tslot = NULL;

　　if ((nr_tasks < NR_TASKS - MIN_TASKS_LEFT_FOR_ROOT) || !current->uid)
　　　　tslot = get_free_taskslot();
　　return tslot;
}
MIN_TASKS_LEFT_FOR_ROOTはtasks.hで#define MIN_TASKS_LEFT_FOR_ROOT 4
と定義されてるから、4つのプロセスだけROOTのメンテ用に残されてる。
だから、ちゃんと動くはず。
これでも動かないとなると、搭載物理メモリ量に対して起動できるプロセスが
多すぎるんだね。メモリアロケーションで失敗するよりも、
　　retval = -EAGAIN;
　　if (p->user) {
　　　　if (atomic_read(&p->user->count) >= p->rlim[RLIMIT_NPROC].rlim_cur)
　　　　　　goto bad_fork_free;
　　　　atomic_inc(&p->user->count);
　　}
こっちのチェックで失敗するようにNR_TASKSを小さな値にして再構築するべきだね。
2.4系ではNR_TASKSは搭載物理メモリ(MB)*64になってる。例えば32MB積んでるなら
32*64で2048個。
でも512個って8MBのメモリのマシン用の設定なんだよね。55がそんな少ないメモリの
マシンを使ってるとは思えないんだよなあ。または既に増やして再構築済みとか？
0178オリジナルスレの1NGNG
自作自演疑惑の煽りとかコピペの煽りじゃなくて、もうちっと技術的な煽りは
出来ないんかい？ちょっと難しい題材提示するとかさあ。
これじゃあ技術的な話に付いてこれないって言うのを認めてるようなもんだぞ。
でもjiffiesの増分を変えるとかいう、ソースサーバーの電源を立ち上げて
3分で分かるような簡単な質問はやめてくれよな。つまんないし勉強にもならない。
あと、全く情報がないのとか不可能な題材も勘弁な。
0179login:Penguin NGNG
>>178
3分でわかる って思ったからこそ出題したんだよ。
ここに来てるヤツの８０パーセントはちんぷんかんぷんだったと思うよ。
0180login:Penguin NGNG
>>オリ１ 殿
デバイスドライバ作りにおいて、カーネルスレッドを起こしたとき
rmmodするときはまず先に殺しとかないと文句垂れられるけど
あれってシグナル受け取るか共有メモリ使うかとかする必要が
あってけっこうめんどくさいよね。
かといって手を抜くわけにもいかないし。

なんかいいスケルトンとか、サンプルになるソースってある？
0181オリジナルスレの1NGNG
>>180
とりあえず、サンプルは探してみる、ちょっとまってな。
なかったら自分でこさえてみるよ。
でもそこまで分かってるんなら、多分それ以外の方法はないし、自分で
出来るんじゃないか?(笑
ところでLinuxってNT/W2KでいうWaitForMultipleObjectsみたいな
関数はないの？これがあれば、カーネルスレッドのWorkItemでの待ちと
終了用のイベントの待ちを同時に行えてエレガントなコードに出来ると
思うんだけど。
0182login:Penguin NGNG
>>181
>NT/W2KでいうWaitForMultipleObjectsみたいな関数
wait,wait3やwait4のことでわ？
0183login:Penguin NGNG
>>181
一応自分でも作ったんだよね〜。
でもジュウザなみに我流なんで、何とかしたいなあと。

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

なんか危なっかしい（正常ルートしか考慮してないし）ので
上手い方法ご教示プリーズ
0184login:PenguinNGNG
>>178
そうやって反応するからまた煽られるのですよ。
少し１擁護派だったけどやっぱり馬鹿厨房だな。
0185オリジナルスレの1NGNG
>>183
それで正しいと思うよ。多分100人中80人くらいがその方法をとるだろうね。
0186login:Penguin NGNG
>>185
ループの最中に必ずスケジューラを呼ぶついでに
そのへんの終了プロセスを一手に引き受けてくれるような
便利な仕組みがあったら欲しいんだよね。
そういう便利ルーチンが用意されてないとなると、自分で
適当に作るしかないってことかな？　・・・なんで用意してないんだろ。

余談だけどRT-Linuxはその辺が標準でサポートされてて、
ブッ殺すって心の中で思ったならッ！
その時スデにプロセスは終わっているんだッ！
って感じで便利だったよ。
0187login:Penguin NGNG
まだやってんのか（ﾌﾟﾌﾟ
0188login:PenguinNGNG
>>187
うるせえよ、ヴァカ。
0189login:PenguinNGNG
>>187
煽りを装って上げてみたチキンな１に萌え〜
自分はsageで自作自演キャラで上げるチキン野郎DEATH!
0190login:Penguin NGNG
今見たけど、きもいね1。
真・粘着厨房と呼ぼう。
0191login:PenguinNGNG
粘着対粘着
この勝負いかに！？
0192login:Penguin NGNG
さらなるネタ希望age

タスク切り替えのコストとか解説が欲しい今日この頃
0193login:PenguinNGNG
１は大阪の事件で・・・
だからあまり追い込むなと・・・
0194オリジナルスレの1NGNG
>>192
うーん、こんな所に書き込んでもなんか粘着ばかりでウザイくて馬鹿らしく
なってきたんで、止めますわ。
0195粘着じゃないぞNGNG
うん。その方が良いと思うぞ。
どっか別な場所に情報上げたら教えてくれ。

粘着も良くかも知れないが 藁
0196オリジナルスレの1 NGNG
自作自演に疲れました。探さないでください。
スレが伸びるのは自作自演と煽りばかり、虚しくなりました。
0197login:PenguinNGNG
ヽ ♪刺しちゃうぞォ〜〜♪ 　　　　　　　　　　　　　　　　　　　　　　 　　∩＿∩
ｌ 」 ∧＿∧　　　　　　　　　∩＿∩ 　　　　　　　　　　　　∩＿∩ 　　 　（ ´Д⊂ヽｲﾔｰ
‖（　 ﾟ∀ﾟ ）　ｶﾞｵｰ！　　（ ´Д⊂ヽﾏﾏｰ 　　　　　　　　（ ´Д⊂ヽｳｸﾞｩ⊂　　　　ノ
⊂　　　　 つ　　　　　　　⊂　　　ノ 　　　∩＿∩　　　⊂　　　　ノ 　　 　人　 Ｙ
　人　 Ｙ　　　　　　　　　　 人　 Ｙ 　　　（ ´Д⊂ヽｳﾜｱﾝ人　 Ｙ　　　 　　し （＿）
　し（＿）　　　　　.∩＿∩し （＿） 　　⊂　　　　ノ　　　　し （＿）　　∩＿∩
　　　　　　　　　　（ ´Д⊂ヽｾﾝｾｰｲ 　　 人　 Ｙ　　　　　　　　　　　（ ´Д⊂ヽﾔﾀﾞｰ
　　　　　　　　　⊂　　　　ノ 　　　　　　　し （＿） ∩＿∩　　　　　⊂　　　　ノ
　　　　　　　　　　 人　 Ｙ 　　　∩＿∩　　　　　（ ´Д⊂ヽｼﾇｳ 　　人　 Ｙ
　　　　　　　　　　し （＿） 　　（ ´Д⊂ヽﾀｽｹﾃ⊂　　　　ノ　　　　　し （＿）
　　　　　　　　　　　　　　　　⊂　　　　ノ　　　　　 人　 Ｙ
　　　　　　　　　　　　　　　　　 人　 Ｙ　　　　　　し （＿）
　　　　　　　　　　　　　　　　　し （＿）


＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

　∩＿∩ ＿ 　　　　　　　　　　　∩＿∩ 　　　　　　　　　　　　　　　　　　ｌヽ
（｡Д｡⊂　　 `つ　　　　　　⊂⌒~⊃｡Д｡）⊃ 　 　　　　　　　　　　　　　　　ｌ 」 ∧＿∧
　' ' '' ''' '''' ' ' ' ' ,,.,,.,.,..,＿　　　' '' ' ' '' '' ' ' 　　　　　　　∩＿∩ ＿ 　　　　‖（　 ﾟ∀ﾟ ）　ｶﾞｵｰ
　　　　　　　　⊂ｌ:;:;:;;⊂　⌒⊃　　 　　　　　　　　　　（｡Д｡⊂　　 `つ 　　 ⊂　　　　　）
　　　　　　　　　'' '' ' ' '' ' '' '' '　　　　　　　∩＿∩ 　' ' '' ''' ''' ' ' ' ' ' ' 　　　　｜ ｜　|
　　　　　　　　　　　　　　　　　　　　⊂⌒~⊃｡Д｡）⊃ 　　　　　　　　　　　　　（_＿）＿）
　　　　　　　 ∩＿∩　　　　　　　　　'' ' ' ' '' ''' '' ''''
　　　　⊂⌒~⊃｡Д｡）⊃ 　　　　　　　　　　　　　　,,.,,.,.,..,＿
　　　　 '''' ' '' ' '' ' ' ' ''　　　 　　∩＿∩ ＿ 　　⊂ｌ:;:;:;;⊂　⌒⊃
　　　　　　　　　　　　　　　　　（｡Д｡⊂　　 `つ 　'' '' ' ' '' ' '' '' '
　　　　　　　　　　　　　　　　　' ' '' ''' ''' ' ' ' ' ' '
0198login:Penguin NGNG
>>194
やめないでくれよ
せめて>>192の問いに答えてくれ。
2.2系と2.4系で差はあるの？
0199名無しさんNGNG
おいおい、とんでもないオナニースレだな。
自分で気持ち悪い粘着ぶり晒しといて
「粘着がいるから」ﾊｧ？
ｲﾀ過ぎて笑うしかないねこりゃ。

じゃ、ここを代表して最後に
＞スレが伸びるのは自作自演と煽りばかり
オマエノナー
0200login:PenguinNGNG
>>194
"こんな所"にスレを二つも立てて、自己顕示欲を満たそうとしていたのは誰？
きっと実社会でも人の輪に入っていくのが苦手なんだろうね。
2ちゃんでも輪に入れないなんて、かわいそうだよ。

感嘆詞、文章
という書き出しも１の特徴だね。
>>19-20の自作自演でも見られます。
0201login:Penguin NGNG
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)


■ このスレッドは過去ログ倉庫に格納されています