C言語なら俺に聞け（入門編）Part 125 [sc](★0)
-
- 1
- 2014/02/16(日) 01:49:14.42
-
C言語の入門者向け解説スレッドです。
★前スレ
C言語なら俺に聞け（入門編）Part 124
http://toro.2ch.net/test/read.cgi/tech/1389096769/
★過去スレ
ttp://makimo.to:8000/cgi-bin/search/search.cgi?q=%82b%8C%BE%8C%EA%82%C8%82%E7%89%B4%82%C9%95%B7%82%AF&andor=AND&sf=0&H=&view=table&D=tech&shw=5000
★教えて欲しいのではなく宿題を丸投げしたいだけなら
↓宿題スレ↓へ行ってください。
C/C++の宿題片付けます 166代目
http://toro.2ch.net/test/read.cgi/tech/1381909900/
★C++言語については避けてください。C++対応明記スレへどうぞ。
★分からない事をなるべく詳しく書いて下さい。
★ソースコードを晒すと答えやすくなるかもしれません。
# 抜粋／整形厳禁、コンパイラに渡したソースをそのまま貼ること。
# サイズが大きい場合はアップローダ等を利用してください。
ttp://codepad.org/
ttp://ideone.com/
★開発環境や動作環境も晒すと答えが早いかもしれません。
★質問者は最初にその質問をした時のレス番号を名前欄に書いて下さい。
【重要】
当たり前の事ですが、2chではコピペ荒らしは禁止されています
-
- 775
- 2014/03/26(水) 13:00:51.54
-
括弧の内側にスペース入れるなとだけ言っておく
-
- 776
- 2014/03/26(水) 13:08:45.68
-
if ( a >= 0 ){
}else if ( b == 0 ){
}else if ( ( c > 4 )&&( d < 5 ) ){
}else{
}
int func( int a , char *b , long c )
{
}
for( x=0;x<100;x++ ){
}
switch( xxx ){
}
-
- 779
- 2014/03/26(水) 19:32:09.75
-
>>776の人のは、カッコが他とくっつき過ぎてちょっと俺的には見にくいわ
for (int i = 0; i < 100; i++) {
[TAB]...;
}
switch (i) {
case 0:
[TAB]...;
[TAB]break;
case 1:
[TAB]...;
[TAB]break;
}
-
- 781
- 2014/03/26(水) 20:06:06.20
-
>>777
>771と>774は別人よ。
そんな私(>771)はelse周りは>777と一緒。
-
- 782
- 2014/03/26(水) 20:46:03.99
-
if (a > 0) {
[TAB]...;
} else if (a == 0) {
[TAB]...;
} else {
[TAB]...;
}
type function(type arg1, type arg2, ...)
{
[TAB]...;
}
struct str {
[TAB]...;
};
for (int i =0; i < 10; i++) {
}
a = function(100);
-
- 783
- 2014/03/26(水) 20:50:44.47
-
自由にかけるのがCの魅力だ
-
- 784
- KAC
- 2014/03/26(水) 20:57:03.42
-
読み手にどう読んでほしいかによって書き方変える。
変化をつけるってのは、注意を引くための手法の一つ。
-
- 785
- 2014/03/26(水) 20:59:31.27
-
オイラは { 〜 } の中身の具合によって違うな。
-
- 786
- 2014/03/26(水) 21:03:58.84
-
こういうのってIDEとかで変換できないの？
できたら個人が好きなように書いて、読み手によって表示変えたりとか
-
- 787
- 2014/03/26(水) 21:58:03.18
-
VSで自分の好みにフォーマットできるよ
-
- 788
- KAC
- 2014/03/26(水) 23:49:42.71
-
空白などの書き方や癖なんかも
他人のソースを読む上での重要な情報なんだよ。
それを機械で全部取り去るなんて愚の骨頂。
-
- 789
- 2014/03/26(水) 23:58:30.98
-
indentコマンドでどうにかなるのでは？
-
- 790
- 2014/03/27(木) 01:15:05.02
-
俺のeclipseのformatter
http://codepad.org/7h0NLM0k
-
- 791
- 2014/03/27(木) 01:57:28.08
-
>>790
default: {
bar += bar;
break;
}
これって？
-
- 793
- 2014/03/28(金) 07:20:50.90
-
>>782 と全く同じだった
-
- 795
- 2014/03/28(金) 22:47:50.13
-
などとスパゲティーソース職人が言ってます。
-
- 796
- 2014/03/28(金) 22:59:10.26
-
理解できないソースを自分の主義に合わせて書き直したら理解できたことがあった。
-
- 797
- 2014/03/28(金) 23:17:59.05
-
c言語のソースコードでデッドロックを実現するようなコードってかけますか？
-
- 799
- 2014/03/28(金) 23:34:15.49
-
>>798
例えば？
-
- 801
- 2014/03/28(金) 23:39:21.89
-
OSのシステムコールとか使わずにって意味じゃないか
-
- 802
- 2014/03/28(金) 23:49:32.32
-
コテの方がマトモってのは珍しいな
いつもおかしいのに
-
- 804
- 2014/03/29(土) 01:11:17.81
-
だんだん良く分からない流れになってまいりました
-
- 805
- 2014/03/29(土) 01:14:09.28
-
人工無能が吐き出したような抽象論でも当たることはあるってことが示された
-
- 806
- 2014/03/29(土) 03:23:46.19
-
>>803
デッドロックはAさんとBさんが互いに相手がロックしてるリソースを待ち合って動けなくなった状態だよ。
意図的にデッドロックを起こす事もできるよ。
-
- 807
- 2014/03/29(土) 04:24:31.01
-
Aさん「私待ってるから」
Bさん「私も」
AB「まだかなー？」
-
- 808
- 2014/03/29(土) 04:49:35.32
-
箸と皿 両方握れた者が食事できる
Ａさん箸だけ確保 Ｂさん皿だけ確保 お互い空くのを待ってる
-
- 809
- 2014/03/29(土) 08:34:42.01
-
>>803 これはひどい。後半は自分にアンカーしろよ
-
- 810
- 2014/03/29(土) 10:28:59.38
-
>>806
互いに相手がロックしてる？
つまり共有ロックの事ですか？
-
- 811
- 2014/03/29(土) 10:38:38.94
-
>>810
共有ロックは一つのリソースをロックする場合に発生すること
デッドロックは二つ以上のリソースを個別にロックした場合に発生すること
-
- 812
- 2014/03/29(土) 10:40:57.13
-
３人で待ち合いというのがよく例に出てくる
-
- 813
- 2014/03/29(土) 10:50:52.48
-
共有ロックもデッドロックの一種ですか？
例えばAがCをロックしてBがCもロックしてるってことですよね？
その場合AがCを解除してもBがロックしてるからCにアクセスできない
逆にBがCを解除しても、AがロックしてるからCにアクセスできない
つまりA,Bともに互いの解除を待たなければならない
つまりデッドロックですか？
-
- 814
- 2014/03/29(土) 11:35:27.61
-
それは、使用中のリソースは開放されるまで他が使えないというだけじゃないの？
-
- 815
- 2014/03/29(土) 11:44:49.21
-
哲学者がスパゲティ食おうとしてフォークが空くのを待ってる話
-
- 816
- 2014/03/29(土) 11:46:51.23
-
>>913
金庫の中に金庫の鍵がある状態をイメージしろ
動きによってそれに近い状態になるのがでっどろっく
-
- 817
- 2014/03/29(土) 11:59:55.49
-
>>816
バカはたとえ話するな、余計わからんわ。
-
- 818
- 2014/03/29(土) 12:49:36.87
-
デッドロックって dead lock じゃなくて deadlock であって、こう着状態みたいな状況を表す単語だろ。
ようするに、こう着状態になってなきゃデッロドックじゃないんじゃないの？
共有ロックは状況じゃなくて仕組みの名前でしょ。
読むのは複数に許すけど、書くのは排他的っていうやつ。
-
- 819
- 2014/03/29(土) 12:54:22.27
-
結論として OS の支援なしには dead-lock を起こせない、ということで
-
- 820
- 2014/03/29(土) 12:58:49.23
-
>>813
>>共有ロックもデッドロックの一種ですか？
一般的なロック操作では、あるプロセスが資源をロックすると、
ロックが解除するまでの間、新たなロック操作は必ず待たされる
しかし資源へのアクセスが読み出しだけであるならば、
待たせることなく読み出し操作を実行しても、何ら害は無い
そこで、ロック操作を２つに分類し、用途に応じて使い分ける共有ロック方式が考案された
・共有ロック(shared lock) - 読み出しロックともいう
・排他ロック(exclusive lock) - 書き込みロック、更新ロックともいう
また操作の細分化に伴い、これまでロックの状態は
"未ロック" と "ロック中" の２つであったのに対し、
この方式では "未ロック"、"共有ロック中"、"排他ロック中"の３つに増える
ここで、共有ロック中状態における共有ロック操作は待たされることなく成功する
排他ロックは従来のロックと同じく、未ロック状態の時だけ成功する
>つまりデッドロックですか？
共有ロックは、上記のようにロック方式を指す言葉
デッドロックは(>>803で書いたように)ロックに関連したバグの一種であり、
バグだから一般的なロック方式でも共有ロックでも起こりうる
-
- 821
- 2014/03/29(土) 13:03:54.86
-
>>819
このファイルがあるとロックしてるって事な、みたいな取り決めにしておけば、
あとはファイル作れてプロセスを複数同時に動かせれば起こせるんじゃね？
-
- 822
- 2014/03/29(土) 15:33:58.33
-
何らかの手段でプロセス間の相互作用が提供されてなければデッドロックは起こりようがない
プロセス間の相互作用を提供するのはOSの働き
-
- 823
- 2014/03/29(土) 16:03:35.08
-
>>822
ファイルへのアクセス制御はOSの機能なわけですが…ｗ
OSのサポートがなければ同時にファイル作ろうとしてあぼん
-
- 825
- 2014/03/29(土) 16:09:24.24
-
>>823
ネットワークドライブとかだとあぼんするタイミングが遅れることがある
なのでopenは成功してしまうことがまれに良くある
このページを共有する
おすすめワード