くだらない質問はここに書き込め!45
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2005/12/10(土) 10:35:54http://pc8.2ch.net/test/read.cgi/unix/1128698100/
UNIX板は 2ch のサポートセンターではありません
批判、要望は→ 2ch批判要望 http://ex9.2ch.net/accuse/
NGワード
* UNIXって何? → http://pc8.2ch.net/test/read.cgi/unix/998779290/
* UNIXとLinuxの違いは何? → http://pc8.2ch.net/test/read.cgi/unix/1024558135/
* 2ch閉鎖の危機をUNIX板が救ったという話{は本当? | を知った。有り難う! | のflashはどこ?}
禁止事項
* 既出・内容なし・マルチポスト・アスキーアート各種・ネタage・宿題の丸投げ
注意事項
* 荒らしは無視が鉄則
* Unixと関係ない質問/話題は、よけいな相手をせず適切な板に誘導
* 転んでも泣かない
* ひろゆきのギャクには笑うこと
質問する前にググること http://www.google.co.jp/
0002名無しさん＠お腹いっぱい。
2005/12/10(土) 10:36:551 ttp://pc.2ch.net/unix/kako/987/987158067.html
2 ttp://pc.2ch.net/unix/kako/996/996642453.html
3 ttp://pc.2ch.net/unix/kako/1002/10027/1002700894.html
4 ttp://pc.2ch.net/unix/kako/1006/10067/1006762555.html
5 ttp://pc.2ch.net/unix/kako/1010/10107/1010749468.html
6 ttp://pc.2ch.net/unix/kako/1013/10131/1013144113.html
7 ttp://pc.2ch.net/unix/kako/1015/10158/1015839397.html
8 ttp://pc.2ch.net/unix/kako/1018/10187/1018754628.html
9 ttp://pc.2ch.net/unix/kako/1020/10207/1020785827.html
10 ttp://pc.2ch.net/unix/kako/1022/10227/1022769156.html
11 ttp://pc.2ch.net/unix/kako/1025/10253/1025346021.html
12 ttp://pc.2ch.net/unix/kako/1027/10278/1027820464.html
13 ttp://pc.2ch.net/unix/kako/1030/10304/1030488865.html
14 ttp://pc.2ch.net/unix/kako/1032/10327/1032719552.html
15 ttp://pc.2ch.net/unix/kako/1034/10340/1034011526.html
16 ttp://pc.2ch.net/unix/kako/1035/10352/1035288796.html
17 ttp://pc.2ch.net/unix/kako/1037/10372/1037273948.html
18 ttp://pc.2ch.net/unix/kako/1039/10391/1039170079.html
19 ttp://pc.2ch.net/test/read.cgi/unix/1041698716/
20 ttp://pc.2ch.net/test/read.cgi/unix/1043819988/
21 ttp://pc.2ch.net/test/read.cgi/unix/1046079720/
22 ttp://pc.2ch.net/test/read.cgi/unix/1049536250/
23 ttp://pc.2ch.net/test/read.cgi/unix/1052041659/
24 ttp://pc.2ch.net/test/read.cgi/unix/1053748966/
25 ttp://pc.2ch.net/test/read.cgi/unix/1055864733/
26 ttp://pc.2ch.net/test/read.cgi/unix/1058708085/
27 ttp://pc.2ch.net/test/read.cgi/unix/1062148965/
28 ttp://pc.2ch.net/test/read.cgi/unix/1065232073/
29 ttp://pc.2ch.net/test/read.cgi/unix/1068204078/
30 ttp://pc.2ch.net/test/read.cgi/unix/1071461267/
0003名無しさん＠お腹いっぱい。
2005/12/10(土) 10:38:0432 ttp://pc3.2ch.net/test/read.cgi/unix/1079699147/
33 ttp://pc5.2ch.net/test/read.cgi/unix/1083033634/
34 ttp://pc5.2ch.net/test/read.cgi/unix/1086127992/
35 ttp://pc5.2ch.net/test/read.cgi/unix/1089819355/
36 ttp://pc5.2ch.net/test/read.cgi/unix/1094227108/
37 ttp://pc5.2ch.net/test/read.cgi/unix/1097585542/
38 ttp://pc5.2ch.net/test/read.cgi/unix/1101159381/
39 ttp://pc5.2ch.net/test/read.cgi/unix/1105202422/
40 ttp://pc5.2ch.net/test/read.cgi/unix/1108906631/
41 ttp://pc8.2ch.net/test/read.cgi/unix/1114586491/
42 ttp://pc8.2ch.net/test/read.cgi/unix/1119703835/
43 ttp://pc8.2ch.net/test/read.cgi/unix/1123518770/
44 ttp://pc8.2ch.net/test/read.cgi/unix/1128698100/
0004名無しさん＠お腹いっぱい。
2005/12/10(土) 10:39:471. ハードウェア、OSのバージョン等には一字一句触れない。
2. 大切な個人情報が漏れるとまずいので、己の行った操作、変更などは秘密。
3. エラーメッセージの類は決して書かない。「エラーが出るんです」で留める。
目の前で生じている現象をそのまま具体的に書くなどもっての外。
事実より俺様の脳内解釈を優先すべし。
4. 独り言文体で必勝。
「…なんだけど、どうすればいいのかなぁ」「何が悪いんだろう？」
5. 「急いでいます」「困っています」等、自分の都合を全面に押し出す。
6. もう試したことを得意げに指摘してくる奴には、厳しく対応。
「それが駄目だったから質問してるんです」「それはもう試してみて駄目でした」
"どう"だめだったのか、本当に実際それを行ったかどうかなんか問題じゃない。
7. ストレートに答えを書かないもったいぶったレスには、逆切れで対応。
「だからどうすればいいんですか？」「分からないなら引っ込んでろやｺﾞﾙｧ」
示されたURL等を参照するなんて態度は、回答者を甘やかすことに他ならないので
絶対に避ける。
8. 情報は小出しに。
0005名無しさん＠お腹いっぱい。
2005/12/10(土) 11:25:51〜′￣￣( ﾟДﾟ)＜ 思い起こせば倉木まいと歴史を重ねるくだ質
.UU￣￣U U ＼_________________________
0006名無しさん＠お腹いっぱい。
2005/12/10(土) 13:05:130007名無しさん＠お腹いっぱい。
2005/12/10(土) 13:15:480008名無しさん＠お腹いっぱい。
2005/12/10(土) 16:56:360009名無しさん＠お腹いっぱい。
2005/12/10(土) 18:16:33>telnet 192.168.0.2 80
>と記述して、処理しても通常のtelnetのポートで接続してしまいます、
エスパーの俺が思うに、こんな風にtypoしてんじゃない？
#! /bin/sh
port=80
telnet 192.168.0.2 $prot
0010前スレ947
2005/12/10(土) 19:13:53皆さんの意見参考にさせてもらいます。
0011前スレ９８３
2005/12/10(土) 21:38:26前スレ９８５さんの書き込みが非常に気になりました もっといい選択肢を詳しく教えてください
0012名無しさん＠お腹いっぱい。
2005/12/10(土) 23:12:21なにしろ、少なく見積もってもここに書き切れないほど沢山の
用途と、それぞれに適した選択肢の組合せがあるもんでな。
0013名無しさん＠お腹いっぱい。
2005/12/11(日) 01:22:48if文において、Cだと0以外が真で、シェルスクリプトだと1が真みたいに、
逆のようになってるのはなぜしょう？
0014名無しさん＠お腹いっぱい。
2005/12/11(日) 01:33:37シェルスクリプトでは
返り値を見て正常ならそのまま処理続行、
異常なら値から原因を調べて
原因によって別々の対処をして次へ、
みたいな処理がやりやすくなるように
そうしてあるんだと思う。
C は知らん。
0015名無しさん＠お腹いっぱい。
2005/12/11(日) 02:01:44それは13の答えにはなってないよ
真偽の数値へのマッピングがシェルとCでなぜ逆転してるのか?
0016名無しさん＠お腹いっぱい。
2005/12/11(日) 02:09:53どっちかがどっちかの逆を選んだのではなく
それぞれがどうなってると都合がいいかで選んだ結果
たまたま逆になったんじゃないかな。
んで、シェル側がなで都合がいいかを書いてみた。
C は知らんので書けない。
0017名無しさん＠お腹いっぱい。
2005/12/11(日) 02:25:38自己解決とまでは行かないんですが、
>>14がヒントになりました。
シェルだと
if コマンドが正常終了
then
通常の処理
else
エラー処理
fi
のような形になってるから、シェルでは、
もともと真偽を評価してるわけではないんですね。
なので質問としては、
Cの真偽は：0以外が真、0が偽
終了コード：0が正常終了、0以外が異常終了
のように（自分の感性では）逆転してるように見えるのはなぜかという点です。
0018名無しさん＠お腹いっぱい。
2005/12/11(日) 03:20:18Cを書いてると、通常の関数を抜けるときの正常終了は return 1 のようになるけど、
プロセスを正常終了するとき、つまりmain関数を抜けるときは _exit(0) だから、逆になる。
プロセスのほうはCで書くよりも前のUnixの仕様としてそうなっていて、
Cのほうは言語仕様としてそのほうが都合がいいと考えたからなんじゃないかなあ。
知らないけど。
0019名無しさん＠お腹いっぱい。
2005/12/11(日) 08:59:360020名無しさん＠お腹いっぱい。
2005/12/11(日) 09:16:570021名無しさん＠お腹いっぱい。
2005/12/11(日) 10:00:57関数の正常終了は普通０じゃない？
異常終了が -1
終了コードが逆なんじゃなくて、if 文（の評価ロジック）が逆（に見える）だけ
0022名無しさん＠お腹いっぱい。
2005/12/11(日) 10:22:43それで問題ないから問題ない
0023名無しさん＠お腹いっぱい。
2005/12/11(日) 10:25:17そう思い込んでるヘナチョコがバグを撒き散らす。
0が正常終了、それ以外が異常終了
ここでしっかり憶えておけ。
0024名無しさん＠お腹いっぱい。
2005/12/11(日) 10:25:390025名無しさん＠お腹いっぱい。
2005/12/11(日) 10:30:390026名無しさん＠お腹いっぱい。
2005/12/11(日) 11:13:48
■ このスレッドは過去ログ倉庫に格納されています