トップページ⇒tech
1001コメント273KB

C言語なら俺に聞け! Part 112

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001デフォルトの名無しさん2005/08/08(月) 01:32:01
まず問題を冷静に吟味してCの話か否かをはっきりさせてから質問しましょう。
質問する前には最低限検索を。

GUIなどの標準Cではできない事の質問は使用している開発環境のスレへGo! (←ここ注目)
ソース丸投げ、宿題、書籍 は専門の別スレがあるのでそこへさようなら。

エラー(警告含む)が起きたのならばエラーメッセージを書きましょう。

C FAQ 日本語訳
http://www.kouno.jp/home/c_faq/
Cプログラマ必読 ・プログラミング言語C(通称　K&R)
http://www.amazon.co.jp/exec/obidos/ASIN/4320026926/

C言語なら俺に聞け! Part 111
http://pc8.2ch.net/test/read.cgi/tech/1121657911/

他の過去ログはここに
http://nssearch.hp.infoseek.co.jp/clang/
0876デフォルトの名無しさん2005/08/26(金) 17:21:01
新しく作ったライブラリAには関数Bがあって、関数Bは標準関数の
strlenやstrcpyを使っているとします。
この時、あるプログラムで関数Bとstrlenやstrcpyを使っている場合、
リンク時にstrlenやstrcpyのコード（？）が重複してプログラムに置かれたりは
しないのでしょうか？
0877デフォルトの名無しさん2005/08/26(金) 17:26:13
>876
しない。
0878デフォルトの名無しさん2005/08/26(金) 17:35:35
OK
0879デフォルトの名無しさん2005/08/26(金) 20:55:54
>>853
double a, b;
printf("例えばこんなところに(%d, %d)座標が入ってたり\n\t制御コードが入るとね\n", a, b);
0880デフォルトの名無しさん2005/08/26(金) 21:58:42
>>875
氏の言語に対する罵倒は、一種の愛情表現ですから。
0881デフォルトの名無しさん2005/08/26(金) 22:23:21
>880
ってえことは、COBOLさいこー、FORTRANまんせーってことですな。
0882デフォルトの名無しさん2005/08/26(金) 22:41:27
printfは、美しくないと思うが、Cプログラマーは、美しいと思うものなのか？
ライブラリ作るとき、もうちょっとキレイなインターフェースを考えられなかったのかな。

世界で一番有名になってしまったこのprintfのおかげで、世の中、
発想がprintfしてるインターフェース設計が多すぎ
0883デフォルトの名無しさん2005/08/26(金) 22:46:48
cin/coutは後発のどんな言語も真似なかった糞設計なライブラリ
0884デフォルトの名無しさん2005/08/26(金) 22:50:47
Cのprintfはいいけど
Javaのprintfを見て、Javaを使うのを止めた
0885デフォルトの名無しさん2005/08/26(金) 23:07:27
>>882
型ﾁｪｯｸが効かないってのは痛いけど、見た目は美しいと思うんだが。
0886デフォルトの名無しさん2005/08/26(金) 23:10:58
printf() 美しい.....
0887デフォルトの名無しさん2005/08/26(金) 23:20:06
>>884
Javaやってないから何なのかと思って調べてみたら
printfが標準で無いのか

不便すぎるな
0888デフォルトの名無しさん2005/08/26(金) 23:25:46
>>887
標準にあるよ。
0889デフォルトの名無しさん2005/08/26(金) 23:29:10
>>888
J2SE5から実装されたのか、ｽﾏﾝｶｯﾀ
0890デフォルトの名無しさん2005/08/26(金) 23:29:55
吉田弘一郎が極めるjavaを書いた時点ではなった。
くそみそ書いてた。
0891デフォルトの名無しさん2005/08/26(金) 23:34:42
なぜに、みんなそんなに printf が好きなん？
0892デフォルトの名無しさん2005/08/26(金) 23:36:59
>>882
まずは >>882 が考えている「美しいインターフェース」を持った
ライブラリとはどんなものかを伺おうじゃないか・・・
0893デフォルトの名無しさん2005/08/26(金) 23:42:26
入門書でコンソール組むときに腐るほど使ったので染み付いてしまいました。
0894デフォルトの名無しさん2005/08/26(金) 23:44:25
Cのprintfは何となく好きです
便利さならphpとかのprintがいいと思うけど
0895デフォルトの名無しさん2005/08/26(金) 23:44:33
x = 10; y = 20
puts "rubyは気絶するほど美しい(#{x},#{y})"
0896デフォルトの名無しさん2005/08/26(金) 23:47:54
printf の書式指定文字列を sprintf で作成したりするようになると、
printf の偉大さが身にしみてくるんだな、これが。
0897デフォルトの名無しさん2005/08/26(金) 23:48:13
std::cout << boost::format("x = %1, y = %2") % x % y << std::endl;
0898デフォルトの名無しさん2005/08/26(金) 23:48:59
ここでboost::formatですよ。

と言いたかったがここはCスレ(´･ω･`)ｼｮﾎﾞｰﾝ
0899デフォルトの名無しさん2005/08/27(土) 00:04:53
ここでCString::Formatですよ。

と言いたかったがここはCスレ(´･ω･`)ｼｮﾎﾞｰﾝ
0900デフォルトの名無しさん2005/08/27(土) 00:05:22
printfか。文字列をそのまま出力するだけでも、何でもprintfを使うのは頭が固いんじゃないか。
効率が良いとは言えないんじゃないか。プログラムサイズも大きくする原因になるし、任意の
文字列をchar の配列で取得して、第一引数にそのまま渡すだけなら%があると正常に出力できな
いだけでなく、セキュリティ面の問題もあるそうだな。

putsを使ったり、最後に改行を追加したくないならfputsやprintf("%s", "文字列"); を使ったり
しないものなのかいな。
0901デフォルトの名無しさん2005/08/27(土) 00:10:13
そして、printf("\n"); のコードを見ると、putchar('\n');でいいじゃないかと思う。
0902デフォルトの名無しさん2005/08/27(土) 00:11:43
puts("");
0903デフォルトの名無しさん2005/08/27(土) 00:12:58
>>901
それはある。効率が悪いよね。
0904デフォルトの名無しさん2005/08/27(土) 00:15:10
>>903
何で？
0905デフォルトの名無しさん2005/08/27(土) 00:18:07
ただの数値ですむか、
文字列として確保されてしまうか、
かな
0906デフォルトの名無しさん2005/08/27(土) 00:20:41
どうせデバッグ用でしか使わないのに
効率も何もない希ガス。
0907デフォルトの名無しさん2005/08/27(土) 00:29:04
>>904
printf()だと文字列に対して%の書式指定がないか検索が行われるから。
0908デフォルトの名無しさん2005/08/27(土) 00:31:28
とりあえず、printfを読んだこと無い奴は嫁よ
0909デフォルトの名無しさん2005/08/27(土) 00:31:33
別に今のPCならその程度のオーバーヘッドなんて十分に無視できる希ガス

そりゃ無いに越したことはないけどさ
0910デフォルトの名無しさん2005/08/27(土) 00:34:12
そこでSystem.String.Formatメソッドですよ。

と言いたかったがここはCスレ(´･ω･`)ｼｮﾎﾞｰﾝ
0911デフォルトの名無しさん2005/08/27(土) 00:34:41
printf("先生、パーセントなどの書式指定の文字がこの第一引数の文字列の中にあるか、順番に見ていきます。\n");
printf("先生、93バイトの文字列を先頭から順に調べましたが、パーセント文字は一つもありませんでした。\n");
printf("全く、何だよ。忙しいというのに余計な手間を掛けさせあがって。\n");
printf("puts()で書いてくれないと無駄な時間をロスして仕事が遅れるじゃないか\n");
0912デフォルトの名無しさん2005/08/27(土) 00:36:05
>909
とはいえ、そういうところにも気がまわるようになるべきだと思う。
無意識のうちに printf("\n") ではなく putchar('\n')を選択できるようにね。

計算機にできることは、計算機にやらせるべきというのも正しいけど、
無駄なコードは一行たりとも書かんという気概でいてほしい。
0913デフォルトの名無しさん2005/08/27(土) 00:38:12
末尾の \0 検索でキャッシュに入るし、
毎回検索に失敗してたら分岐予測が効くから、
いう程は低速化しない希ガス。
0914デフォルトの名無しさん2005/08/27(土) 00:43:28
>>911
>>908
0915デフォルトの名無しさん2005/08/27(土) 00:46:48
>>909
>別に今のPCならその程度のオーバーヘッドなんて十分に無視できる希ガス
×今のPCなら
○IO自体の低速さに比べたら
0916デフォルトの名無しさん2005/08/27(土) 00:47:16
漢字ROM搭載したら速いよ！！
0917デフォルトの名無しさん2005/08/27(土) 01:14:45
まあ、本来の目的を達成することに比べて、枝葉末節なことに目を向けて問題視しすぎてる
ように思えるだろう。揚げ足を取ってるようにも思えるだろう。そして、それにこだわりす
ぎて前に進めないということもあるだろう。
プログラムの学習の一番初めのときから既に、無駄を省くことばかり知恵を働かせるように
してるが。
0918デフォルトの名無しさん2005/08/27(土) 01:23:57
プログラムを作ることで重要なのは速度よりもバグの無さ
0919デフォルトの名無しさん2005/08/27(土) 01:30:48
移植性だろ
0920デフォルトの名無しさん2005/08/27(土) 01:33:04
>>919
それはWindowsの馬鹿プログラマには関係ない
0921デフォルトの名無しさんNGNG
>>919
いやバグのなさだろ。
移植以前にまともに動かないと。
0922デフォルトの名無しさん2005/08/27(土) 01:37:21
有用性
0923デフォルトの名無しさん2005/08/27(土) 01:37:24
お前マジデいってるのか？
バグがないコードだと思うのか？
バグの無いコードは重要以前の問題だろ
0924デフォルトの名無しさん2005/08/27(土) 01:38:18
一番大切なのは美しさだ。
プログラミングはアートだ。
0925デフォルトの名無しさん2005/08/27(土) 01:38:32
お前マジデいってるのか？
バグのないコード？
そんなのどこにある
0926デフォルトの名無しさん2005/08/27(土) 01:38:57
バグの無いプログラムは存在しない。
バグを無しに近づけることが重要。
0927デフォルトの名無しさん2005/08/27(土) 01:43:06
俺バグなんて出したことないよ。
なんかレベル低いねこのスレ。
0928デフォルトの名無しさん2005/08/27(土) 01:44:34
#include <stdio.h>
int main(void)
{
puts("何言ってんだ");
return 0;
}
------------------------
上は「何言ってんだ」を標準出力するプログラムです。
バグはありません。
0929デフォルトの名無しさん2005/08/27(土) 01:49:01
レベル低いのかｗ
いやそう思うならそれでもいいけど
0930デフォルトの名無しさん2005/08/27(土) 01:49:19
コンパイラのバグとかはこのスレでは関係ないしね
0931デフォルトの名無しさん2005/08/27(土) 01:52:51
何するスレだっけ？
0932デフォルトの名無しさん2005/08/27(土) 01:55:30
C言語を俺に聞くスレ
0933 ◆i6G.jsz.NY 2005/08/27(土) 01:55:47
stdio.cにバグが無いことは保証されてんの？
0934デフォルトの名無しさん2005/08/27(土) 01:55:54
>>930
コンパイラがCで書いてあって、具体的なバグについての議論ならOK。
0935デフォルトの名無しさん2005/08/27(土) 01:56:39
基準は、Cで書いてあるか、具体的か、という2点。
0936デフォルトの名無しさん2005/08/27(土) 01:58:10
そもそも>>917が重要そうに見える一人言を
0937デフォルトの名無しさん2005/08/27(土) 02:16:07
>>928
バグがない事を証明してください
0938デフォルトの名無しさん2005/08/27(土) 02:41:24
>>937
面白くないよ
09399372005/08/27(土) 02:48:47
いや、面白がらせようとして書いたわけではない。
「バグの不在は（少なくとも現実的な手間では）証明出来ない」
ということを知らない人がいるみたいだから。
0940デフォルトの名無しさん2005/08/27(土) 03:00:31
あるよ馬鹿。
すべての入力に対して正しい出力が得られればそれは正しい。
そしてそのすべての対応をチェック可能であればバグ無しが証明できる。
0941デフォルトの名無しさん2005/08/27(土) 03:12:31
そもそも俺らは数学者ではないわけで。
0942 ◆i6G.jsz.NY 2005/08/27(土) 03:31:12
全てとは無限であり
無限のものを有限である我々は証明できない

このくらいはわかりましょう
0943デフォルトの名無しさん2005/08/27(土) 03:51:04
>>942
無限くらい証明できるんじゃない？
0944デフォルトの名無しさん2005/08/27(土) 03:57:28
ﾌﾟﾛｸﾞﾗﾑに哲学を持ち出す馬鹿のいるスレはここですか？
0945デフォルトの名無しさん2005/08/27(土) 03:58:14
バグってのは仕様に対しての不都合だろ。
仕様にかかれていない範囲での入力に対して、出力に不都合があっても、
それはバグではない

仕様上、入力が有限なら、バグのないことを証明することも可能だ。
といってみるテスト
0946デフォルトの名無しさん2005/08/27(土) 04:14:43
禿同
0947デフォルトの名無しさん2005/08/27(土) 04:20:52
じゃあお前は、使用に載ってないからバグじゃないと言い張って
修正しないのかと
0948デフォルトの名無しさん2005/08/27(土) 04:33:49
文意読めてるのか？というか仕様の意味わかってるのか？

たとえば外部ﾃﾞﾊﾞｲｽから送られる数値の範囲が仕様で0〜255って決まってたら、
数値が-1や256だったときの動作まで保証する責任はない。
0949デフォルトの名無しさん2005/08/27(土) 04:36:38
こういうプログラマもいるんだ
0950デフォルトの名無しさん2005/08/27(土) 04:36:53
printf("%s\n", "abc");
を
puts("abc");
に最適化するコンパイラもあるというのに……
0951デフォルトの名無しさん2005/08/27(土) 04:38:11
全くいみの違うことをしたらならんだろ
0952デフォルトの名無しさん2005/08/27(土) 04:40:45
適当に予想でいったんだろ
0953デフォルトの名無しさん2005/08/27(土) 04:41:57
少なくともCygwin版のgccはそういう最適化をするよ。
#最初見たときは目が点になったw
0954デフォルトの名無しさん2005/08/27(土) 04:46:56
printf()をputchar()にしろとか言ってる奴って
システムの設計能力なさそう
0955デフォルトの名無しさん2005/08/27(土) 05:22:25
>>953
手元のもそうなった
gccすげーな
gccのGはGNUじゃなくてGodなんじゃないか？
0956デフォルトの名無しさん2005/08/27(土) 06:17:02
>>955
この業界、なにかとgccマンセーな雰囲気があるが、
商用コンパイラと比べると見劣りすることも多々あるよ。

たとえば、gccはARMプロセッサ向けのコンパイルでは、
IARやARMのコンパイラと比べて、サイズは馬鹿でかくなるし実行速度も遅い。
組み込み向けの資源が厳しい環境で、これは致命的。
0957デフォルトの名無しさん2005/08/27(土) 08:42:20
>>896
ﾊｹﾞﾄﾞｳ!
0958デフォルトの名無しさん2005/08/27(土) 10:46:03
>>939
一般的なプログラムは無理だけれど、特殊なプログラムはできる。
あなた、数理論理学をまともに勉強したこと、本当にあるの？
0959デフォルトの名無しさん2005/08/27(土) 10:46:23
>>954
言ってない奴に限って
「M...N の総和を求めろ」
をループで組んだりするんだが…
0960デフォルトの名無しさん2005/08/27(土) 10:46:43
>>956
組み込みの世界ではCが使えるだけでも満足すべきだ！
0961デフォルトの名無しさん2005/08/27(土) 10:51:52
>>959
使い方によっては、ループの方が速かったりして。
0962デフォルトの名無しさん2005/08/27(土) 11:42:41
質問します。
x回ループする時に、進行状況を1%、2%と表したいのですが、％が整数の時だけを見極める方法を教えて下さい。
0963デフォルトの名無しさん2005/08/27(土) 11:44:40
>>962
i 回目のループで i * 100 / x ％
0964デフォルトの名無しさん2005/08/27(土) 11:44:44
>>896
ごめん、正規表現ライブラリの前にはかすんで見える。
0965デフォルトの名無しさん2005/08/27(土) 11:54:53
じゃぁ、Ruby 最強ってことで。
0966デフォルトの名無しさん2005/08/27(土) 12:00:26
ところで、低水準ファイル入出力関数は使っとるか。
数十MBや100MB以上のファイルを扱うのでreadやwriteは必須だな。
09679622005/08/27(土) 12:04:40
>>963
ぴったり整数になる時だけ判定できないでしょうか？
0968デフォルトの名無しさん2005/08/27(土) 12:06:40
何の判定？
0969デフォルトの名無しさん2005/08/27(土) 12:07:03
>>967
判定する必要無いんじゃないの？
0970デフォルトの名無しさん2005/08/27(土) 12:07:29
剰余が0であればいいんだろ
0971デフォルトの名無しさん2005/08/27(土) 12:08:31
整数になるかどうかの判定を、整数のときだけやるなら無駄だなｗ
0972デフォルトの名無しさん2005/08/27(土) 12:11:06
>>970
6%2は0だけど、2/6は33.33...%ジャマイカ
0973デフォルトの名無しさん2005/08/27(土) 12:14:53
で、その判定というのは、進捗状況の百分率の整数部が変化したときだけの判定
ということにはならんだろ。
下手をすれば、0と100%のときだけしか表示しないことになるんじゃないか。
0974デフォルトの名無しさん2005/08/27(土) 12:21:11
>>972
先に100倍なんじゃないか
0975デフォルトの名無しさん2005/08/27(土) 12:22:49
こんなのどう？

int main(void)
{
int i, x = 6;
int b = -1;

for (i = 1; i <= x; i++) {
if (b != i*100/x) {
printf("%d\n",i*100/x);
b = i*100/x;
}
}
return 0;
}
レス数が950を超えています。1000を超えると書き込みができなくなります。