sizeof(char)が必ず1でも、省略すべきではない

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 2chのread.cgiへ]
Update time : 05/09 12:13 / Filesize : 137 KB / Number-of Response : 558
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 20:06:26 ]: malloc(sizeof(char)*(strlen(s)+1))
ではなく
malloc(strlen(s)+1)
と書くような糞コードばかり見て育った、
悪しき慣習を引きずった人は引退すべし
2 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 20:10:10 ]: >>1
YOU死んじゃいなYO
3 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 20:10:21 ]: そんなに悔しかったか。
4 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 20:12:35 ]: 何もたてなくても・・・
5 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 20:12:55 ]: sizeof(char) => sizeof(*s) じゃだめか？と俺が言った。
6 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 20:15:45 ]: >>1
こういうのが孤軍奮闘して、単に議論がダラダラと続いているだけなのに、最終的には
「宗教論争」と言い出して「どちらでもいい」ということにしてしまうんだよなぁ。

2chの片隅で、そんなことをしても、なにがどうなるってわけでもないんだけど、
弱い人は、精神防衛せずにはいられないんだろうなぁ。
7 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 20:17:16 ]: >>5
それもいいかもね。
ただ、charとワイド文字の切り替えを意識してるコードだって知らない人がみたら、意図をつかみにくいかも。
8 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 20:25:17 ]: >>7
切り替えがなくとも、
sの指す先の型を人間が手作業で書くのは良くないので、
ミス防止のためには、コンパイラに仕事させたほうがいいと思う。
9 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 20:25:26 ]: 可読性だけの問題なのかね。
10 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 20:28:27 ]: 複数箇所に
malloc(strlen(s)+1)
のようなコードを書くこと自体が間違い。

最低でも関数でラップすべきだし、
C++ならstd::basic_stringを使うべきだろう。
11 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 20:34:31 ]: >>8
char固定なら、いらないじゃん。
12 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 20:39:21 ]: >>10
ぜんぜんOK

それにラッパー書かなくても、フツーはstrdup()使う。
13 名前：デフォルトの名無しさん [2007/08/19(日) 20:51:41 ]: ちんちんが臭いんです＞＜
14 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 21:03:28 ]: >>11
char固定であることを人間が保証してやるなんて馬鹿馬鹿しい。

>>12
可哀想に。恵まれない職場にいるんだね。
15 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 21:31:44 ]: sizeof(char)は必ず1である事が定義されてるんだから
別にいいじゃんねぇ
16 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 21:35:30 ]: そもそも strlen はcharの文字列の長さを求める関数であって
多バイト文字の文字数を求めるなら strlen を使っちゃダメだろ。
17 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 22:03:17 ]: #define sizeofchar 1
18 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 22:04:24 ]: >>14
ええ? malloc()のラッパーって話じゃなくて、malloc(strlen(s)+1)のラッパーってことだよね?
職場のヘンなコードばっかり見てないで、いろいろコードを見たほうがいいと思われ。
19 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 22:05:45 ]: >>14
strlen()使うんだから、char以外は使えないじゃん。
20 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 22:07:49 ]: >>16
文字列複製用のメモリ確保だと思われるから、長さはバイト数でいいんじゃね?
21 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 22:30:08 ]: 意味の問題。

mallocの引数は「バイト数」
strlenの返り値は「文字数」
22 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 22:45:24 ]: sizeof(char) == 1バイト
23 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 22:55:28 ]: >>22
保証は無い。(まだそんなマシン動いてるかどうかはともかく)
24 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 22:57:39 ]: >>23
100%保障。
sizeof(char)が1でないコンパイラがあったら捨てたほうがいい。
25 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 23:01:36 ]: 一応ANSIならとかつけたほうがいいんでねぇの？
sizeof( char ) != 1の環境は見たこと無いけど・・・
26 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 23:01:37 ]: 問題なのはバイトの方！
27 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 23:04:00 ]: >>26
だからcharは1バイトだって。
28 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 23:10:32 ]: >>25
何も書いてない時の ANSI 縛りは、暗黙の了解事項だろ。

そうでないとなんでもありありになっちゃうし。
29 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 23:13:32 ]: まえスレの人は、charが1バイトってくらいは分かったうえで、いろいろ言ってる様な印象だったけど、
ちがう人と交代したのかな?
30 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 23:13:51 ]: 牛乳タンクの容量を割り当てる関数があるとしよう。引数はリットル型だが、実はintのtypedefだ。

箱の中に複数本の牛乳パックが入っている。
本数を問い合わせる関数があるとしよう。返り値は本数型だが、実はintのtypedefだ。

箱の中の牛乳パックを開けてタンクに入れようとする。
同じintのtypedefだからといって、
リットル型の引数に、本数型を渡していいものだろうか。

俺はダメだと思うね。
たとえ1本1Lと決まっていても、本数型からリットル型に変換する段は踏むべきだ。
31 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 23:18:49 ]: いちいち
hoge = (type*)malloc(sizeof(type)*size) ;
なんて書いてる人いるの?

初心者だって、
#define MALLOC(type, size) ((type)*)malloc(sizeof(type)*(size))
くらいして、
hoge = MALLOC(char, strlen(s)+1) ;
って書くだろ?

だいたい、いまどきCオンリーなんて、なにか理由があるときくらいなもので、
普通はC++だから、文字列クラスを使うだろう。

いまだにチマチマとstrlenとかstrcpyとかやってるから、
つまらないバグやセキュリティホールを作り込んでしまうんだよ。
32 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 23:20:21 ]: >>30
strlen()のリターン値は文字数==バイト数で、malloc()引数もバイト数じゃん。
33 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 23:23:55 ]: >>30
強いtypedefのあるD言語をお使いください。
34 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 23:23:57 ]: >>31
> 初心者だって、・・・って書くだろ?

それ、たとえば誰が書いてるの?
職場の先輩とか?
35 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 23:23:57 ]: malloc()の戻り値をcastするやつはバカ
36 名前：前スレ980 mailto:sage [2007/08/19(日) 23:33:02 ]: 俺は*sizeof(char)は付けない派だが。(付いてても気になら無いけど)

>>31
これはちょっと全体的に反対。

＞#define MALLOC(type, size) ((type)*)malloc(sizeof(type)*(size))
そんな訳の分からないマクロ作るぐらいなら、素直にcalloc使うよ。

＞普通はC++だから、文字列クラスを使うだろう。
そんな普通は無いだろ。
37 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 23:36:35 ]: >>36
名前欄消し忘れた・・・。
是非スルー頼む。orz
38 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 23:41:53 ]: >>36
全体的に賛成だがcallocになるのか？ラッパー関数とかじゃなくて？
39 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 23:42:29 ]: > 普通はC++だから
ｗｗｗ
40 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 00:00:32 ]: >>32
たまたま文字数==バイト数なだけじゃん。
41 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 00:06:15 ]: >>40
「規格上」文字数==バイト数。
たまたまじゃない。
42 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 00:08:37 ]: >>35
Cではキャストは不要だがC++では必要。
まぁ、C++でmallocを使うこと自体がおかしいが。
43 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 00:09:23 ]: >>41
たまたま「規格上」一致する組み合わせ
44 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 00:16:28 ]: >>38
>>31のマクロだと「型と要素数を指定してメモリを獲得する」機能が欲しそうだったんで、
指定の仕方が近いcallocを持ってきただけだよ。

>>1やらの話なら、文字列長渡してメモリのアドレス返すラッパならアリじゃないかなぁ。
個人的には面倒だからやらないけども。
45 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 00:18:40 ]: >>40
たまたまじゃないよ。
あつかってる文字セットが収まる範囲を1バイトにしてるんじゃん。
46 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 00:22:57 ]: ここで文脈を読まずに文字数==バイト数なのはASCIIコードだけだとかいってみる
47 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 00:23:18 ]: >>44
すでに_strdupがあるもんな。

「文字列の尻には\0があるから、+1文字分の領域が必要」
ということに対処するコードは一ヶ所だけにまとめておくべきで、
プログラム全体に散在させるべきではないよね。
それが後で変るかどうかは関係ない。

あちこちにmalloc(strlen(s)+1)と書けばいいと言う人間は、
構造化プログラミングを否定していると思う。
48 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 00:24:19 ]: >>45
牛乳パック1本が1リットルと決まっているからといって、
リットル数を与えるべきところに本数を与えていいと思うか?
49 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 00:29:47 ]: >>47
malloc(strlen(s) + sizeof(char)) って書くってこと?
50 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 00:30:11 ]: 恒久的に一本一リットルなら何の問題もないだろ。
51 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 00:41:20 ]: >>50
恒久的にってのもだけど、論理的にも一文字1バイトだし。
52 名前：5 mailto:sage [2007/08/20(月) 00:42:54 ]: 俺もsizeof(char) == 1 だと思ってたけど、TCHARがWindowsのAPIがらみの定義らしいとこまで調べたので、strlenもwindowsの特殊仕様な可能性を考えてました。
(引数の型がTCHARとやらに変わるなど、思い込み)
無知なのに口だしてごめんなさい。

strlenがchar固定。sizeof(char)==1バイトが、規格から明らかならば、
sizeof(char)はいらないよね。

察するに>>40,>>43は「バイト数」と言う言葉と、「文字数」という言葉を
厳格に分けたいというところかな？

それに対して、１バイト==sizeof(char)は規格上定義されているから
分けて考える必要はないという反論。ってことですね。私はこっち派。

>>47,>>49
このスレで議論の中心になってるのは、+1ではなくて、
>>1の１行目、"sizeof(char)*" -charのサイズを掛けている-部分だと思うよ。
53 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 00:46:53 ]: >>49
どこから、そういう発想がでてくるのだろ。

size_t CalcRequiredMemoryForString(const char* s) {
return sizeof(char)*(strlen(s)+1) ;
}

もっと細かく分けて

size_t ScanAscizStringLength(const char* s) {
return strlen(s)+1 ;
}

size_t CalcRequiredMemoryForString(const char* s) {
return sizeof(char)*ScanAscizStringLength(s) ;
}

とかでもいい。

そしたら、
char* s2 = malloc(CalcRequiredMemoryForString(s)) ;
と書けるようになるっしょ。
54 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 00:47:20 ]: 論点は、　(1)charのサイズの問題　(2)sizeof(char)を書くか　なのかな。

(1)はラッパを書く、(2)は書いたら弊害があるのか？　でダメ？
55 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 00:55:43 ]: >>53
strlen()+1だけの関数とか、そんなのつかってるのオタクの職場くらいですよ。
56 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 00:58:56 ]: >>53
壮大な釣り?
＞size_t ScanAscizStringLength(const char* s) {
string lengthはどう考えてもstrlen()の戻り値そのままだろ。
stringに形容詞がつくだけで長さが変わるなんて気色悪い。
getStringSize()って名前なら判らんでもないが。

で、malloc(sizeof(char) * stringSize)なら「あ～あ、一一書いているよ」で済むが、
malloc(CalcRequiredMemoryForString(string))なんて書いていたら「戯け」の一喝だな。
# CalcRequiredMemoryForDoublePrecReal()なんてのも作るのか?
57 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 01:00:09 ]: >>55
ふつう文字列クラス使うよな。

strlenとかstrcatとかstrcpyなんて直接使わないもの。
58 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 01:01:31 ]: >>56
ふつうC++なので、やるとしてもテンプレート関数だな。
59 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 01:06:54 ]: >>57
mallocとか使ってることから、ここはC限定ではないのかな？

>>53
そこまで書くんだったら >>49 程度で済ました方が良いと思う。それと、その関数名だと長すぎて使いたくない。
60 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 01:06:55 ]: >>54の(2)sizeof(char)を書くか
www.kouno.jp/home/c_faq/c7.html#8

一般的には、どっちでも良いってよ。
61 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 01:09:02 ]: ポイントとしては、
無知やうっかりミスによってバグを生じさせない
ということ。

+1が必要なことを知らない人もいるし、
+1を書き忘れることもあるし、
sizeとlengthを書き間違えることもある。

じゃぁどうすればいいか。
Cを捨ててC++で文字列クラスを使うべき。
62 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 01:13:01 ]: >>59
C++でもmalloc使う人いるんだよねぇ。

> >>49 程度で済ました方が良いと思う。

strlen(s) + sizeof(char)
これこそ意味不明だねぇ。

1文字分ってことなら、
sizeof(char)
ではなく
sizeof(char)*1
としないとねぇ。

そうするなら
sizeof(char)*(strlen(s)+1)
になるわなぁ。

> その関数名だと長すぎて使いたくない。

いちいち手でタイプする人いるんだよねぇ。
ミスタイプしたりするからコピペが基本よ。
63 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 01:17:55 ]: >>62
長い数式を書かない人なんだね・・・
64 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 01:22:01 ]: >>53
まあ、常識的に考えてこんな関数つかわねーよな。
65 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 01:24:23 ]: >>53とか>>55 >>56とか
void *getBufByLen(int length)
{
　return malloc(length + 1);
}

まぁこのぐらいのラッパなら良いんじゃないの？
strlen(str)+1がどのぐらい出てくるかにもよるんだろうけどさ。

どうしても「+1」をソースコードから出来るだけ消したいなら、俺なら
#define LEN2SIZE(x) ((x)+1)
でも作って、LEN2SIZE(strlen(str))で書くか。
したら、今度は副作用がどうとか言われんのかねぇ。
66 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 01:29:49 ]: >>65
そこまでして+1を消すと、かえって読みにくくなるよ。
strlen(s) + 1 と直に書くのがいちばん素直なCのコード。
技巧に走りすぎてもよくない。
67 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 01:38:58 ]: >>66
そうは思うけどさ。
たまに上司の好みで結構色々言われんのよ。
（俺も多分好みで妙なコード書いてるとは思うけど）

んで、そこで激論しても時間無駄だから、
まぁ良いかと思えることは従うことにしてる。

今のところ「+1消せ」は言われたことないけど、
そういう指示が出たらこうするかな、ってぐらいのモン。
68 名前：59 mailto:sage [2007/08/20(月) 01:42:50 ]: >>62
ごもっともです。

ところで、もともとの質問主の環境は VC++6.0 みたいですね。
素直にC++の文字列クラスを使うのがいいのかな...
69 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 04:32:26 ]: >>65
getBufByLenではなくallocBufByLenにしたほうがいいと思う。
70 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 11:05:39 ]: >>62
>C++でもmalloc使う人いるんだよねぇ。
それは酷い。
71 名前：デフォルトの名無しさん [2007/08/20(月) 11:39:01 ]: ひょっとしてJavaに移植するときとか、そこまで考えてるのか？
Cだけなら sizeof(char)==1 が仕様で定義されてるけど
72 名前：デフォルトの名無しさん [2007/08/20(月) 11:47:13 ]: 乱れる倫理。１０歳以下のセミヌード！
www11.big.or.jp/~magmell/science/watchfiles/semi01.jpg
73 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 11:49:09 ]: うわ・・本当に脱いでる・・・
74 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 11:51:22 ]: 蝉の脱皮だろ

この板では空気を読む必要は無い。
75 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 11:52:25 ]: >>71

#include <stdio.h>

int main()
{
printf("%d\n",sizeof(char));
return 0;

}

をCでコンパイルしてみたか？
C++でもコンパイルしてみたか？
76 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 11:55:31 ]: >>72
これはアブラゼミだね
77 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 11:56:31 ]: >>75
CとC++でsizeof(char)は絶対１なのは仕様で保証してるんだけど・・・
78 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 13:19:39 ]: 1バイトは8ビットとは限らないが、charは1バイトと規格で決まっている。
ってことでしょ？
79 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 13:37:00 ]: >>75
もう帰れ無能。
80 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 13:40:04 ]: >>43
Cの規格での「文字」の定義は「1バイトに納まるビット表現」。
規格書ちゃんと嫁。
81 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 13:43:49 ]: >>80
文字っつーかcharな。単に文字とか言うとまた噛み付いてくるで。
82 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 14:01:07 ]: >>81
>単に文字とか言うと
規格に於ける定義の話をしてるんだが。
83 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 14:25:58 ]: >>82
それならきっちり「文字型」といった方が誤解ないよねとか
文字とだけ言うとシングルバイト文字とマルチバイト文字を
ごっちゃにするやつが出てくるから規格話するなら正確に
みたいあｎ
84 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 14:40:08 ]: >>75
関係ない話なんだが、
sizeof演算子の結果の型はsize_tだけど、こういう場合はintにキャストしなくていいの？
85 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 15:08:04 ]: >>70
C++だろうとmallocは使えるでしょう?
mallocしたものをdeleteしたりしなければ。
86 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 15:12:41 ]: >>80
charが1バイトなのは当然として、
1を掛けるのを省略して書いて良いのかどうか
という問題だろう。
87 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 15:21:31 ]: >>85
使えるけど、new があるのに
>mallocしたものをdelete
する危険を冒してまで態々使う意味が判らない。

>>86
「省略しちゃいけない」とする理由が
「文字数とバイト数は意味が違うから」であれば、
規格上は「文字」＝「1バイト文字」であり
「文字数＝バイト数」であるから
「省略しても問題ない」よね？という確認。
88 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 15:35:24 ]: 問題は無いね
どうすべきかとなると宗教論争になりそうだ
89 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 15:37:25 ]: >>86
C FAQにあるよ
90 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 15:42:03 ]: つきつめるとCHAR_BITすら意味をなさないからあまり気にするものでもないと思うが
91 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 15:45:13 ]: >>87
> 「文字数＝バイト数」であるから

それは数値の一致であって、意味の一致ではない。
あくまでも「1バイト文字」の「文字数」なのだから。

省略してもプログラムは意図した通りに動くが、
プログラムが動けば何だっていいというのは間違い。
92 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 15:54:11 ]: >>91
はあ…
>それは数値の一致であって、意味の一致ではない。
意味の一致だってばさ。頭悪いなあ。
「規格では、strlen() はバイト数を戻す」
これで納得した？
93 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 16:06:54 ]: charやstrlenをハードコーディングしちゃうなら*sizeof(char)を書く意味はほとんど無いと思うなぁ。

>>87
new使ったってその危険はdeleteとdelete[]を間違える危険にかわるだけじゃね？
94 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 16:10:40 ]: なんつーか
みんな暇なの？
95 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 16:11:19 ]: 規格では、strlen() はバイト数と等しい値を返す
だろ?
96 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 16:25:08 ]: strlenの返す値の意味がバイト数ではなく文字数だと言いたいんですかね。
97 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 16:43:09 ]: そんなに不安ならコメント書いとこうぜ
98 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 16:46:35 ]: >>96
格納するのに必要なバイト数
ではないのは確かだな。
99 名前：デフォルトの名無しさん [2007/08/20(月) 17:09:30 ]: >>1
アルファベット＝レターと非アルファベット記号＝キャラクターとストリングの意味からして、strlenが間違い。
100 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 17:39:16 ]: 外人は文字が2バイトかもしれないなんて考えてないから、
strlenという関数名なんだろ。
101 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 17:50:26 ]: >>94
意味のない議論をしたがる厨房が集まってるだけだろ
102 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 17:54:08 ]: このスレ、すんごい伸びだな。
103 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:01:54 ]: >>84
整数型の暗黙の変換ルールがあるから問題ない。
ただ、size_tは符号無しだから、
intに変換されることで情報が失われるかも分からんね。
104 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:05:52 ]: >>100同感
2バイトあれば全世界の文字が収まると勘違いしていたしな。
105 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:14:57 ]: してません
106 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:22:55 ]: このさい8バイトでいいだろ。
107 名前：デフォルトの名無しさん [2007/08/20(月) 18:23:09 ]: >>100
記号一つに2バイトなんて無意味だし不可能。
strlenが誕生した時代は数バイトのメモリが数万円。
108 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:30:18 ]: んなわけないだろ
109 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:36:58 ]: そんなにsizeof書きたくないんだったら高級言語つかえよ
110 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:40:09 ]: なんじゃそりゃ
111 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:42:46 ]: そんなにsizeof書きたいんだったら高級言語使うなよ
112 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:44:08 ]: >>108
PDP-11は、メモリ64KB程度搭載で、1万ドルくらいだったそうだな。
当時の為替レートからすると、360万円か。

数バイト数万円は違うが、数Kバイト数万円くらいだな。
113 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:44:38 ]: >>111
C言語は高級言語ではないな。
114 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:52:11 ]: >>112
メモリのコストはその一部でしょう
115 名前：デフォルトの名無しさん [2007/08/20(月) 18:53:46 ]: >>1
#defineで定義しておけ。
116 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:54:59 ]: >>114
昔のコンピュータは、メモリのコストは一部なんてもんじゃなく、かなりを占めていたのよ。
117 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:56:14 ]: MSXの32KB増設RAMカートリッジが1万円以上だったのを
思い出したような
118 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:58:40 ]: Cができたのってやっとシリコンメモリが普及し始めたころだっけ？
119 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 19:03:27 ]: >>84
キャストするべき。
size_tがintと同じサイズである保証は全くない。
sizeof(int) == sizeof(long)の環境に限定するなら、省略するのもありかも試練が。
120 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 19:25:26 ]: C FAQを見てはいけないスレはここですか？
121 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 19:32:08 ]: >>118
PDP-11の頃

>>120
C FAQは聖典ですか?
122 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 19:40:30 ]: 聖典ｗ
123 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 20:38:51 ]: >>121
>C FAQは聖典ですか?
いいえ、常識です。
124 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 20:43:43 ]: >>100
>>107
UTF-16とか思い出してあげてください。
125 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 23:07:54 ]: >>123
C FAQ では、sizeof(char)を使うのは、プログラムがわかりやすくなるから、一興だと言ってるが?
126 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 23:10:14 ]: >>124
UTF-16は1文字=2バイトじゃねーよ
127 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 23:13:15 ]: >>125
ぜんぜんいらねーよ。

とも書いているね。まあどっちも正しいってことだな。
128 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 23:15:32 ]: 書かなかったからといって不正なプログラムというわけではない。

ということだな。
129 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 23:25:35 ]: >>126
小学生からやり直せ
130 名前：デフォルトの名無しさん [2007/08/20(月) 23:37:29 ]: >>129
Cにおいてsizeof(char)=1は仕様だが、
1バイトが8ビットなのは仕様ではない。
131 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 00:08:16 ]: つまんねー内容をだらだらだらだら
何を言い合ってんのおまえら (w
132 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 00:19:55 ]: ここの人達が、同じプロジェクトに放り込まれたら、
どうなるんだろう...
C FAQ は理解しやすくなる「かも」とかいてあるけど、
逆に意図が分からなくて困惑する人もいるかも。
133 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 00:22:53 ]: 同じプロジェクトに入ったら個人レベルでソースファイルを分割し
他人が担当しているソースファイルは一切見ないようにすればＯＫ。
レビューとかあれば、同じ信念をもち曲げないメンバーでする。

そんなプロジェクトやだなぁｗ
134 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 00:44:11 ]: >>130
>>100と>>107がC言語の規格が決まった当時の話をしてるのに、
>>124はもっと最近の話をしてるところが突っ込みどころなわけであって。

ナニコレ。
＞UTF-16は1文字=2バイトじゃねーよ

＞Cにおいてsizeof(char)=1は仕様だが、
＞1バイトが8ビットなのは仕様ではない。

誰がUTF-16の1文字=2バイトとか言ってんだ？
んー・・・もしやUTF-16は1バイトが8ビットの環境て使うべきでない、
とかそういう意見をお持ちの方？
135 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 01:57:32 ]: >>134
charは文字だろ

って話の寄り道だったんじゃないか？
136 名前：デフォルトの名無しさん [2007/08/21(火) 07:54:41 ]: マロック・ストラレン
137 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 08:07:00 ]: 文字の型を隠蔽してsizeof(TCHAR)でいくね
138 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 10:44:54 ]: >>137
C++ のクラスをWin32とWinCEで使いまわす俺には必須だぜ！

ところで、>>129 がどこに突っ込んでるのかが知りたい。
UTF-16の1文字は2バイトとは限らないし
2オクテットとも限らないわけだが。
139 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 11:46:27 ]: 1バイトのビット数ってこの話にはあんまり関係ないような
140 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 11:57:51 ]: >>138
根本的にズレてるって意味だろう。
>124 は別にUTF-16が1文字=2バイトだとは言ってないから。
141 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 12:21:34 ]: >>138
Win32でもUnicodeでやればいいじゃんかー。
142 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 12:33:10 ]: スレの趣旨がわからなくなってきた
143 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 13:37:16 ]: 1nibble=4bit
144 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 14:46:42 ]: 1nibble=4bit
1byte=8bit
1word=16bit
1dword=32bit
だっけか
環境とか詳しいことは知らんが
145 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 14:59:30 ]: 1ワードは36bitだよ。
146 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 15:12:29 ]: 1byte=8bitとは限らない。
147 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 15:25:06 ]: 32ビット256Kワードとかよくある話だな
148 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 20:46:59 ]: >>142
暇つぶし
149 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 21:40:25 ]: 結論。
必ず１だから省略すべし。
150 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 21:53:41 ]: 省略するのは最適化コンパイラの仕事であって人間の仕事ではない。
151 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 22:00:31 ]: コンパイラは省略しません。そういう意味では無駄にコストが発生します。
# 勿論、コンパイルのね。
152 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 23:06:13 ]: >>151
いや、定数の演算だから消えてなくなるだろ
153 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 23:08:54 ]: もう、どっちなんですか！！！？
154 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 23:20:24 ]: >>152
消えてなくなると言うことは、コンパイラは省略せずにちゃんと最適化したということですね。
155 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 23:24:28 ]: 意味はあっても価値はない。ってところかしら？
価値が無いからと言って、消して良いのか？
でも最適化でけされるよ。
消されなかったら実行時のコストだな。
じゃあ、今、消しておこう。
156 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 02:04:18 ]: 消してしまったsizeof(char)を復元する必要が出てきたときに
莫大なエネルギーが消費されるからそのままにしておいたほうがいいお。

仕事でスパゲッティコードをリファクタリングしたときに、
元のコードをコメントで残しとけとか言われて非常に苦労した覚えがあるお。
157 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 02:13:07 ]: ＞元のコードをコメントで残しとけ
リファクタリングもへったくれもありませんな。
158 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 02:23:23 ]: >>156
>復元する必要が出て来たとき。
上の方で誰か書いてたけど、ラッパー関数にするか、マクロにするかして、
一度に変えられる様にしておけば良い。
復元してもどうせ１だからそのまま使う訳じゃないだろう。
159 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 09:47:48 ]: >>156
＞sizeof(char)を復元する必要
Cの仕様が変更にならない限りその必要は無いからな
どうだろうな
160 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 12:46:00 ]: subversionでいいじゃん
161 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 21:07:24 ]: …そう言って通る職場なら良いけどな
162 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 21:54:59 ]: svn厨は退場してください
163 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 22:36:22 ]: じゃあＣＶＳで・・・ごめん、悪かった
164 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 22:51:41 ]: それならよし！
165 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 23:00:05 ]: それでいいんかい！
166 名前：デフォルトの名無しさん mailto:sage [2007/08/23(木) 01:40:32 ]: ふつーbzr
167 名前：デフォルトの名無しさん mailto:sage [2007/08/23(木) 20:54:00 ]: もうねmallocなんてあちこちで書いてちゃだめなんだよ。
ラッパーとか言うのも違うな。
構造化だよ。オブジェクトを作る段でだけ利用するんだ。
そもそもＣ＋＋の偉い人がnewなんてすばらしい関数を
用意してくれているんだから、new使えよ。
168 名前：デフォルトの名無しさん mailto:sage [2007/08/23(木) 21:34:07 ]: Ｄの偉い人が動的配列なんてすばらしい機能を
用意してくれているんだから、動的配列使えよ。
169 名前：デフォルトの名無しさん mailto:sage [2007/08/23(木) 21:54:16 ]: vector使うお！！
170 名前：デフォルトの名無しさん mailto:sage [2007/08/24(金) 00:15:47 ]: え？newって関数なの？演算子かと思ってたんだが・・・
171 名前：デフォルトの名無しさん mailto:sage [2007/08/24(金) 00:20:10 ]: C++のnewは演算子だな。
172 名前：デフォルトの名無しさん mailto:sage [2007/08/24(金) 00:32:18 ]: newだって寿命管理はプログラマがやらなきゃいけないわけで、
mallocと同じように、
考えて使うところを狭めないと、
収拾が付かなくなる。
173 名前：デフォルトの名無しさん mailto:sage [2007/08/24(金) 00:32:33 ]: ってことはoperator newでオーバーロードできたりするの？
174 名前：デフォルトの名無しさん mailto:sage [2007/08/24(金) 01:24:37 ]: >>173
何を今更。だからやろうと思えばOS管理外からメモリを引っ張ってくる事だってできる。
175 名前：デフォルトの名無しさん mailto:sage [2007/08/24(金) 01:44:33 ]: smart_ptr<T> ptr = Allocator<T>();
みたいなカスタムアロケータ用意するとか
176 名前：デフォルトの名無しさん mailto:sage [2007/08/24(金) 09:39:31 ]: 演算子は全て関数だと乱暴な言い方も当然出来る。
177 名前：デフォルトの名無しさん mailto:sage [2007/08/24(金) 11:39:47 ]: >>176
挙動が違うんだけど。
178 名前：デフォルトの名無しさん mailto:sage [2007/08/24(金) 19:45:47 ]: で、sizeof(char)の省略いいの？わるいの？
179 名前：デフォルトの名無しさん mailto:sage [2007/08/24(金) 19:48:27 ]: いい
180 名前：デフォルトの名無しさん mailto:sage [2007/08/24(金) 20:52:42 ]: 文法的にも、プログラム的にも、省略するのは間違いではない。
だが、
プログラムを人間が読んで理解する上では、省略しないほうがよい。
181 名前：デフォルトの名無しさん mailto:sage [2007/08/24(金) 22:22:15 ]: >180みたいな人間に合わせるために、省略しない方がいい。
>180みたいな人間が見ることがないコードなら、遠慮することなく省略していい。
182 名前：デフォルトの名無しさん [2007/08/25(土) 00:29:12 ]: >>180
そもそも理解の妨げにならない、という話をしてるんじゃないのか。
183 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 03:38:00 ]: >>180
逆、コンピューターの作法に人間が合わせてるだけ。
人間様はシンプルな方が理解しやすい。
184 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 09:16:43 ]: >>182
>>180 は理解が足りない、って話じゃないの？
185 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 11:05:48 ]: 書く目的が、、、
(1).人間が理解しやすい、と言うなら、
「無くても理解できる。」、「無駄なコードに見える」
(2).char -> wchar_t や処理系固有の文字型に変更する可能性のためなら、
strlen はchar専用、またsizeof(char)と直接書くのも適切ではない。より汎用的に書くべき。
また#if などで、文全体を置き換えるとすれば、(1).より、無くても良い。
必要な型の場合のみ書く。
(3).その処理系はsizeof(char)自体が、1ではない。
このスレの前提「必ず１でも」に一致しないので、除外する。
186 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 13:54:03 ]: >>185
>181
187 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 14:24:25 ]: #define SZCHAR 1

p = (char*)malloc(SZCHAR*strlen(ps));

if(p == NULL)
{
return ERR;
}

こうすればいいじゃね
188 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 14:37:13 ]: >>187
aho
189 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 14:44:33 ]: >>187
βακα..._〆(ﾟ▽ﾟ*)
190 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 15:23:52 ]: >>187
Ma nuke.
191 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 15:29:12 ]: >>185
汎用的に書くからには、それで正しく動作するように書き、テストもすべきだ。
見かけ倒しで実際にはダメなんてのは迷惑。
だから、charでしか正しく動作しないのであれば、charで書いておくべきだ。
192 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 23:38:06 ]: VCならTCHAR使えってこった。
193 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 01:33:34 ]: _TCHARとTCHARの違い、わかって言ってる?
194 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 04:15:18 ]: >>188
気やすくAhoと言うな。

AWKを作った偉い人の名前だぞ。
195 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 05:37:47 ]: /*sizeof(char)*/
196 名前：デフォルトの名無しさん [2007/08/26(日) 14:29:20 ]: なんかchar型のサイズが1バイトって前提の話になってるけど
C++だとcharのサイズって1(単位なし)だよな。
で、各型のサイズはcharのサイズの整数倍であることが保証されている。

でも1=1バイトかどうかは環境依存だよな?
#あくまで企画上の話なので実際にcharのサイズが1バイトじゃない環境出せとかいうのはなしね。
197 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 14:37:23 ]: >>196
1バイトが8ビットであることも決まっていない。
CHAR_BITは8以上となっているから、1バイト=7ビットでは規格合致できないけど。
198 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 14:58:19 ]: >>196
C、C++は絶対何があってもsizeof(char)は1バイト
と規格で定めてる。
それ以外の環境はありえないし存在しない。

1バイトが8ビットかどうかはこのスレでは論じていない。
199 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 15:02:07 ]: >>197
とりあえず、規格上のサイズ指定に使われている単位と
環境上で実際にサイズ指定に使われている単位って違うよなってことを
指摘したかっただけなんだ。

で、指摘の件だけど、それはcharのサイズ=1=2バイト(今の話なら14ビット)
で定義してやればその要件は満たすんじゃね?
CHAR_BITはcharを構成するビット数であって1バイトを構成するビット数の
話じゃないよな?

あと、バイトの出自ってIBMの内部呼称でbit octetからきてると思ったんだが
今はなんかビット数に関して不問にするみたいなのってあるのかな?
200 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 15:12:09 ]: >>199
そういうこと。外から見てcharが2オクテットだったとしても、
CHAR_BIT == 16にして、sizeof (char) == 1にすれば規格合致できる。

いずれにせよ、198の言うとおりこのスレで話すようなことではないけどな。
201 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 15:47:31 ]: >>198
プログラミング言語C第2版p44（ISBN4-320-02692-6)にはたしかに書いてあるね。
けどプログラミング言語C++第3版（ISBN-4-7561-1895-X)にはそんなこと書いてないよね。
charのサイズに関してはp110で言及してるけど、サイズが1であること、8ビット以上であること、
ほとんどの場合に8ビットバイトであることはかかれてるけど、1バイトとは書いてないよね。
#これよんで9ビットバイトって書いてもいいのかとは確かに思った。

まぁ、何が言いたいかというとcharのサイズが2バイトのC++環境とかだと
sizeof(char)をかけてもC++の仕様レベルで必要バイトサイズとれないよなって話。
#mallocの引数はバイト数なんだよね。

Cは厳密な話知らなかったから知らない。
#ちゃんとC++限定で話してたよね。

>>200
ということで、charのバイトサイズをべつに定義しておいてmallocに渡すときはそれを
使ってバイトサイズに変換しろっていうまとめをするとすれ違いにならないかな?
202 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 15:48:12 ]: マルチバイトを扱うなら文字列関係は普通ライブラリ化する
不都合が発生してもそこだけ修正するので1の件は重要じゃない
反対にmalloc散らばりまくりの汚い実装なら
17文字余計にタイプすると人件費にして2円位になるから
わざわざ強要してもとコストがかさむだけでメリットがない
203 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 15:50:25 ]: >>202
＞17文字余計にタイプすると人件費にして2円位になるから
計算方法kwsk
204 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 15:56:25 ]: >>201
wikipediaでもなんでも見ればいいだろ。
205 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 16:07:59 ]: >>203
例えば1500円/人時で5秒2円位。17文字タイプだとその位にはなる
206 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 16:14:51 ]: >>201
ISO/IEC 14882(C++の規格だ）の5.3.3 Sizeof にこう書いてある。

sizeof(char), sizeof(signed char) and sizeof(unsigned char) are 1;
207 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 16:20:56 ]: >>206
いや、お前さんは流れ読めてなさ杉だろ。
208 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 16:21:29 ]: #define sizeof(char) 1
209 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 16:24:36 ]: >>207
＞charのサイズが2バイトのC++環境とかだと
っていう>>201の前提がこれで無くなったっていうだけだよ
210 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 16:25:29 ]: >>201後半
それはない。
そうだとすると、malloc(2)の返すポインタが
要素数2つのchar配列として使えないという意味になるではないか。

mallocが使う単位もまた、sizeofと同じ。
211 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 16:36:14 ]: >>209
sizeofの単位がバイトとはどこにも書いてないだろう
212 名前：201 mailto:sage [2007/08/26(日) 16:36:27 ]: >>209
いやいや。だから、規格だと1とは書いてあるけどそれが1バイトを意味するって書いてないよねってはなし。
たとえば1=1ワードとかあり得るわけで。昔とかだと1ワード9ビットとか10ビットのマシンってあったしね。
その1ってなんだ? っていうお話。

sizeof(char), sizeof(signed char) and sizeof(unsigned char) are 1;
じゃなくて、
sizeof(char), sizeof(signed char) and sizeof(unsigned char) are 1 byte;
ってかいてあるなら自分の言ってることは間違いってことになるけど。

>>210
そうだよ。だから、規格上ではホントにそれが保証できないって言いたいわけ。
malloc(8)の返すポインタが要素数2つのint配列として使えないのと同じってこと。

mallocが使う単位はbyteでsizeofの単位はC++に限って言うならcharのサイズを1とした環境依存。
実用上同じでないと使い勝手が悪いというのならそれには同意。
213 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 16:43:08 ]: C99ではsizeofの結果はバイト数ってことになってるな。

> sizeof 演算子の結果は、そのオペランドの大きさ（バイト数）とする。
214 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 16:44:00 ]: >>212
The sizeof operator yields the number of bytes in the object representation of its operand.

ってわけえ、sizeofはバイト数を返します
215 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 16:46:07 ]: >>201
次のネタどうぞ
216 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 16:51:06 ]: sizeof()の返り値はバイト数
malloc()の引数はバイト数

では、
strlen()の返り値は何?

バイト数なら、そのまま+1してmallocの引数に渡すのはOKだが、
文字数なら、sizeof(char)を掛けないと、バイト数にはならないよね。
217 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 16:56:47 ]: The strlen function returns the number of characters that precede the terminating null character.
218 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 17:00:44 ]: 1を掛けても掛けなくても数値は変わらないよね
219 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 17:03:15 ]: strlenの引数は char* だから文字数＝バイト数と考えてよいのでは？
それとも漢字が混じるとそれも1文字として扱われるだろうか？
だとしたら、sizeof(char)掛けてもバイト数にはならないよね。
220 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 17:03:27 ]: >>216
戻り値はキャラクタ数
1キャラクタは1バイト
よって戻り値はバイト数

ってことだね
221 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 17:05:29 ]: それは数値の一致であって、意味の一致ではない。
あくまでも「1バイト文字」の「文字数」なのだから。

省略してもプログラムは意図した通りに動くが、
プログラムが動けば何だっていいというのは間違い。
222 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 17:15:13 ]: 仕様上キャラクタ＝バイトです。
たまたま文字を意味するときだけ
わかりやすくキャラクタと表記します。
そのため、byte という型はありません。

だってさ。なるほどね。
223 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 17:19:42 ]: ？
224 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 18:17:13 ]: >>221
1バイト文字の文字数がバイト数と等しいと見なすことの何がいけない。
225 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 18:25:17 ]: プログラムのコードに現われない、暗黙の変換を行うから、いけない。
226 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 18:26:25 ]: >>225
暗黙じゃないだろ・・・
227 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 18:34:00 ]: >>225
こんな自明な事柄、変換じゃないだろ。
228 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 18:42:37 ]: 自明だからといって省略するのは、悪い癖だなぁ。
229 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 18:57:07 ]: そもそも変換じゃないだろ。
230 名前：201 mailto:sage [2007/08/26(日) 19:23:37 ]: >>213
>>214
これは知りませんでした。ご教授ありがとうございます。
たしかにsizeof(char)は常に1で、返すのはバイトサイズだからcharが
2バイトの環境ってあり得ないですね。
勘違いしてました。

>>215
ごめん。
俺の疑問は俺の誤解だったということで解決したから、次のネタはないの。。。
単発と言うことで許して。
231 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 01:09:02 ]: お前ら、こんな下らない話で、よくここまでスレを伸ばしたなぁ。

いまどきmallocとstrlenを散在させるようなコードを書くほうがオカシイ。
strlenなんて使うか? ふつー。
232 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 01:14:17 ]: 最近はもうC自体あんまり使わない
233 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 01:23:27 ]: >>231
話がループしてるからいくらでも伸びる気がする。
ところで、
「散在させる」ってのはどこから出てきた？
strlenを使わないなら何を使う？(あくまでCだとして)
sizeof(char)を省略すべきでない？
234 名前：!= 231 mailto:sage [2007/08/27(月) 01:25:34 ]: ここでstrlen_sだなんて言ってみるテスト
235 名前：デフォルトの名無しさん [2007/08/27(月) 01:28:31 ]: >>231
くだらないからこそだろう

まさにこれこそが「自転車置場の議論」ってやつだな
236 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 01:35:19 ]: >>233
マクロ、ライブラリ、クラスの中で使うのではなく、
ベタベタと書くコードの中で使う = 散在させる

ぶっちゃけ、適切に局在化されていれば、
多少マズいコードだろうと直せるので、
このスレで話しているようなことは、
どーでもよくなるんですよ。
237 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 01:39:54 ]: そうだ、マルチバイト文字が存在するからいけないんだ!
今日から、みんな、英語で生活!
それで全員ハッピーだ!
238 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 01:57:57 ]: Die job death car?
239 名前：233 mailto:sage [2007/08/27(月) 02:01:15 ]: >>236
「散在させる」はスレの流れから読み取ったわけじゃないのね。

俺も同じ考えだけど、ちょっと論点がずれてる気がする。
「局在化」とか、「直せる」とかはこのスレには関係ないな。
局在化したその場所で「省略するかしないか」ってことが問われてる。
まあ、そこで、「どーでもよい」ってのが答えなんだろうけど。
240 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 04:21:09 ]: ここで新たな判断基準を持ち込んでみる。

どちらが適切だと思うか主張する場合に、年収も書くこと。
年収の多い人のやり方が、すなわち、より成功に近い。
241 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 06:00:54 ]: 馬鹿発生
242 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 09:04:13 ]: アホが来たよ・・・
243 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 09:28:33 ]: >>231
C言語なら「普通」strlenを使うと思う。

NULL終端までのバイト数を取得する関数なんて作るのは、
まぁライブラリの標準関数が使えないプロジェクトぐらいじゃないの？
244 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 11:19:52 ]: 今時charの内部形式を意識しないといけない言語は使うな。
245 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 16:17:20 ]: >>243
何かにつけてstrlenする、糞遅くて信頼性の低いプログラム書いてるのか。ご苦労さまです。
246 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 16:20:17 ]: 本当、何かにつけてstrlenの必要に迫られるCは疲れるよ。
247 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 16:25:11 ]: >>245
C厨だがそこには同意
248 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 17:18:47 ]: strlen
249 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 17:23:02 ]: struct {
size_t bufferLen ;
size_t validLen ;
char szBuffer[1] ;
} ;
とかの構造体を使って、バッファの長さや有効長を管理したらいいじゃないか。
szBuffer[1]と言いながら、実際にはヒープから長い領域を貰うのは気持ちわるいかもしれないが。
250 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 17:36:12 ]: >>245
自分がそうだからといって人もそうだとは限りません。
間抜けですね。
251 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 18:10:40 ]: >>249
そこまでするくらいならC++使う。そもそも使えるときは使っている。
252 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 19:11:38 ]: >>250
どんなコードを書いているのか披露してほしい。お手本にするから。
253 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 20:09:30 ]: >>245
fgetsで文字列を読み込んだり、コマンドライン引数を受け取ったりした際に
得られた文字列長を調べるための、strlenより高速で信頼性のある方法を教えてくれまいか？
254 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 20:59:09 ]: freadを使う
255 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 21:05:14 ]: それはstrlenより高速で信頼性のある方法なのか？
256 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 21:29:46 ]: >>253
まず、得られた文字列の長さを調べる必要が、本当にあるのかな。
次に、何かにつけてfgetsするのかな。
257 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 21:32:02 ]: 必要あるからする
258 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 21:34:11 ]: 本当は必要ないのに、必要だと思い込んでいる可能性を疑ってみた?
259 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 21:37:49 ]: もちろん
260 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 21:38:54 ]: で、strlenより高速で信頼性のある方法は？
261 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 21:44:29 ]: じゃぁ>>253は具体的にコードを例示してね。
262 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 21:50:37 ]: strlenより高速で信頼性のある方法マダー？
263 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 21:53:02 ]: strlenよりも高速で信頼性のあるstrlen互換の関数の話ではないぞ。
264 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 21:55:18 ]: 基本的に、
気やすくstrlenやstrcpyを使わない
ってだけで、かなり速くなるし、安全性も高まる。
265 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 21:59:45 ]: 酷い例1
char buf[100] ;
char buf2[100] ;
fgets(buf, sizeof(buf), pFin) ;
if (strlen(buf) < sizeof(buf2)) { /* 無意味な長さチェック */
strcpy(buf2, buf1) ; /* ←無意味なコピー */
}

酷い例2
for (i=0 ; i<strlen(s) ; i++) { /* 無意味な有限回数のループ、無意味な毎度の関数呼び出し */
if (s[i] == 'X') { なんたら }
}
266 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 22:02:14 ]: strlenよりも高速で信頼性のあるstrlen互換の関数マダー？
267 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 22:07:14 ]: >>264
strlen,strcpyの安全性が低く感じるのは、呼び出し元の安全性が低いから。
速くなるってのは、一度取った長さを変数に入れておくとかってレベルの話かな？
いずれにしろ、これらに限らず「安易に使わない」って意味では同意できる。
268 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 22:25:48 ]: >>267
> strlen,strcpyの安全性が低く感じるのは、呼び出し元の安全性が低いから。

人間はミスをするものだから、
機械的かつ強制的にチェックしなければ、
意味がない。

バッファの長さが十分であるという、
目に見えない約束なんてものは、
人間のミスには耐えられない。

> 速くなるってのは、一度取った長さを変数に入れておくとかってレベルの話かな？

そんな小手先の最適化ではなく、
strlenを本当に必要な場所でしか使わない、ということ。
269 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 22:28:11 ]: 安易に使わないってどゆこと？

必要だから使うんじゃないか。代替手段があるというのか？
270 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 22:29:30 ]: >>269
実際にどんなコード書いてるの? 晒してみなよ。
271 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 22:30:02 ]: 253だが、257とか259とか俺じゃないんだが。

なんか>>261に指名されたんで、釣られてちょろっと書いてみる。
エラー処理が抜けてるのは行数削減のため。
引数に与えた文字列から始まる行を表示するプログラム。
fgetsでは無くて、引数の文字列長を取得する例なんで、
簡単のために最大255文字。

#include <stdio.h>
#include <string.h>
#define BUF_SIZE 256
int main(int argc, char *argv[])
{
int len = strlen(argv[1]);
char buf[BUF_SIZE];
FILE *fp = fopen("test.txt", "r");
while ((fgets(buf, BUF_SIZE, fp)) != NULL) {
if(strncmp(argv[1], buf, len) == 0) printf("%s", buf);
}
}

strlenぐらい普通に使うと思うんだけどねぇ。
272 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 22:32:33 ]: なんかボーっとしてる間に、えらいスレ進んでてびっくりだ。
253と271とコレ以外は俺じゃないんで一応。
273 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 22:36:16 ]: >>271
それは
「何かにつけてstrlenする」
には該当しないと思うが。
274 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 22:37:17 ]: >>272
すまんね　>>257と>>259は俺だ
君の振りをしたつもりは無いんだけどね
275 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 22:50:29 ]: こんなどうでもいいことを真剣に議論してるｗ
ワラタｗ
276 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 22:53:27 ]: それはよかった
277 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 22:55:12 ]: >>273
>>243に対して>>245だったから、strlenを全否定してるように見えたんで、
「まぁ使うんじゃないの？」ぐらいの感じで書いただけだよ。

ループ内とかで同じ文字列に対して何度もstrlen呼んだりとか
そういうのは無駄だと思うよ。
278 名前：デフォルトの名無しさん [2007/08/28(火) 22:18:22 ]: 結論は出ましたか。
279 名前：デフォルトの名無しさん mailto:sage [2007/08/28(火) 22:23:56 ]: 結論：
sizeof(char)は省略してもいい
strlenは必要な場合もある
280 名前：デフォルトの名無しさん mailto:sage [2007/08/28(火) 22:28:44 ]: 上げんな糞
>>1死ね
281 名前：デフォルトの名無しさん [2007/08/28(火) 23:30:57 ]: adobePの新作期待age
282 名前：デフォルトの名無しさん [2007/08/28(火) 23:46:39 ]: >>1

sizeof(char)が必ず1なら
malloc(sizeof(char)*(strlen(s)+1))
ではなく
malloc(strlen(s)+1)
の方がいい

malloc(sizeof(char)*(strlen(s)+1))
だとsizeof(char) * が冗長

sizeof(char)が必ずしも1でないならわかるが
283 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 01:23:30 ]: まあCとC++に限って言えば100% 1だからなぁ
284 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 01:26:43 ]: いい加減ループしすぎ。
285 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 01:27:14 ]: まぁスレタイがねループしてくださいって言ってるようなもんだからね
286 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 01:29:27 ]: ループといえば for(;;) と while() の戦争もあったな
オレは意味なくdo～while派だけど
287 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 01:38:39 ]: じゃあ俺はgotoを使うぜ！
288 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 01:41:03 ]: 三木は3つまでしかまとめられなかったので 3岐
後藤は5匹を統括してたから 5統
289 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 06:16:09 ]: ﾅﾂｶｼｽ
290 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 06:40:54 ]: ネオジオは100メガビット
291 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 07:43:01 ]: >>288
三木は右手だからじゃなかったっけ？
292 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 11:02:31 ]: それもあるな
なんかこう言葉遊びもあそこまで行くと芸術レベルだよな
293 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 13:07:42 ]: >>284
今頃ノコノコ出てきて画期的なご意見を述べて行かれる
>>282 みたいな間抜けがいる限り、ループは不滅です。
294 名前：デフォルトの名無しさん [2007/08/29(水) 21:26:11 ]: exit(0);
295 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 21:49:41 ]: いまどきマロックなんか使うかよｗ
newを使えnewを！
296 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 22:22:16 ]: VirtualAllocは多用しますが何か?
297 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 23:13:24 ]: sizeof(char)+1が必ず2でも、省略すべきではない
pc11.2ch.net/test/read.cgi/tech/1187521586/
298 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 23:20:02 ]: 再帰
299 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 19:28:14 ]: おもしろいことに、関心と一般の議論の大きさは、
機能の重要性と反比例していることが多い。
その理由は、大きな機能より小さな機能のほうが明確な意見を持ちやすく、
流行のような、一時的な関心を引きやすいからだ。
～～Bjarne Stroustrup『C++の設計と進化』
300 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 22:41:51 ]: >>299
そして、プログラムとは、小さな機能を集めて大きな機能を実現していく。
だから、小さな機能を議論することは、最終的に大きな機能
そして、重大な機能を議論することにつながるのである。
301 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 23:39:17 ]: ああいえば上祐
302 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 00:56:46 ]: ttp://msdn2.microsoft.com/ja-jp/library/xa1a1a6z(VS.80).aspx

世界一巨大なソフトウェア会社のコーディング例では、
len = _vscprintf( format, args ) // _vscprintf doesn't count
+ 1; // terminating '\0'
buffer = malloc( len * sizeof(char) );
のように、sizeof(char)を省略していない。
303 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 01:34:46 ]: dist.dc.kumamoto-u.ac.jp/~km3534/12/index.html
の問題2
「自分なりの理由」があればどちらでも良い。
という答えな気がする。
304 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 01:41:50 ]: >>303
純真な若者に示す手本として、
s = (char *)malloc(sizeof(char)*n + 1);
というのは、随分と酷いな。

s = (char *)malloc(n + 1);
ならともかく、
s = (char *)malloc(sizeof(char)*n + 1);
はダメだろう。

意味として間違ってる!
305 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 01:50:23 ]: >>304
まあね、書くのならこのスレの様に
sizeof(char)*(n+1)
のようにヌル文字分も含めるべきだね。
306 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 01:53:05 ]: >>303
どうしようもない問題集だな。特に問題4の辺りは終わっている。
307 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 02:23:04 ]: 演習3のプログラムも酷い。

例とはいえ、freeしないのは、どうかと。
それに、stdio.hしか#includeしてないぞ!!!
308 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 02:37:23 ]: >>303のURLのソースを見ると、スタイルシート"masato.css"を使ってる。

ttp://www.kumamoto-u.ac.jp/
のトップページでmasatoを検索すると、
ttp://www.syst.cs.kumamoto-u.ac.jp/~masato/pe2/index.html
がヒットする。似たようなセンスの問題が。

ttp://www.syst.cs.kumamoto-u.ac.jp/~masato/pe2/02/index.html
の問題4は、>>303の演習3と似てる。

そして問題5は、
> 友情をテーマに，mallocと構造体を使った簡潔なプログラムを作りなさい．
という、涙が出そうな秀逸な問題だ。

ちなみに、URLを削って
ttp://www.syst.cs.kumamoto-u.ac.jp/
という研究室のWebのメンバーを見ると、助手らしい。

熊本大学だいじょうぶか?
こんな質の低い教育やってちゃイカんぞ。
309 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 02:49:46 ]: だって、Apache インストール済みだもん。
ttp://dist.dc.kumamoto-u.ac.jp/
310 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 04:12:25 ]: ttp://www.syst.cs.kumamoto-u.ac.jp/~masato/pe2/02/index.html
> 問題2
> 以下のプログラムを見て，問に答えなさい．
> #include <stdio.h>
> #include <stdlib.h>
>
> #define SIZE 5
>
> int main()
> {
> int a[SIZE], i;
> int *b = (int *)malloc(sizeof(int)*SIZE);
>
> for (i = 0; i < SIZE; i++)
> a[i] = i * i;
>
> for (i = 0; i < SIZE; i++)
> b[i] = a[i];
>
> for (i = 0; i < SIZE; i++)
> printf("%d ", b[i]);
> printf("\n");
>
> return 0;
> }
311 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 04:12:51 ]: >
> 1. 「配列aとmallocで確保された領域bの違いは，
> 静的に確保されるメモリ領域と，
> __に確保されるメモリ領域という違いがある．」
> __に入る適切な言葉を以下から選びなさい．
>
> a.愛ゆえ
> b.俺的
> c.仮想的
> d.動的
>
> 2. b[2]の型は何ですか？
312 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 04:15:56 ]: これは問題の間違いを正しなさい、という課題なのかな。

配列aが「静的」だってよ。
313 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 04:16:42 ]: さらに、for文の書き方が酷い。

同一行に書くのなら {} を省いても構わないが、
別の行に書くのなら {} は省くべきではないのに。
314 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 05:30:37 ]: sizeof(char)の話に集中しましょうね。

大学のプログラミング演習の課題を添削するスレ
pc11.2ch.net/test/read.cgi/tech/1188501699/
315 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 09:32:49 ]: >>302
そういうことやってるから細かいバグが残ったりなかなか取れなかったり
するんだろ。しっかりしろといいたい。
316 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 09:37:52 ]: そうだな。

+1を人間がコーディングしていたら、+1し忘れて、バッファオーバーフローするわな。
317 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 10:12:40 ]: 世界一安定してる会社のコーディングスタイルならともかく、バグだらけの会社のそれを例に出されてもな
318 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 10:13:47 ]: >>317
コード量が膨大だから、バグ含有率が低くても、バグ件数は膨大になるんだよ。
319 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 12:19:34 ]: >>318
ああいうコードが積み重なってるからね
バグが多くなるのもうなずけるよ・・・
320 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 13:30:54 ]: >>302
ほんと、あそこのサンプルコードってゴミばっかりだよな。

>>313
お前の推奨するスタイルなんかどーでもいいわけだが。
321 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 15:12:04 ]: また1つごみを見付けたんで記念カキコ
msdn2.microsoft.com/ja-jp/library/y0cka9es(VS.80).aspx

pszSrc= new char(12);
if(pszSrc)
pszSrc= "Hello world!";
322 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 15:41:38 ]: >>321
酷すぎるｗｗ
その前にあるNULL代入も意味無いしｗ
constもキャストもないからコンパイルも通らんだろうなｗ
323 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 15:52:20 ]: 何がやりたいのかよくわかんねーソースだな
324 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 16:31:06 ]: >>321
あれだな、
1.まず鍋を用意します。
2.次に鍋を投げ捨てます。
3.そして既に作っておいたカップラーメンを食べます。
みたいな感じか。

それにしても僅か8行でツッコミ所満載な上に
メモリリークのおまけ付きとか流石マイクロソフトだな。
325 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 16:36:02 ]: >>321
非NULLは真になるよって言いたいんじゃまいか
326 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 16:36:14 ]: せめてnew char[12]と書けよと思う。
327 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 17:10:02 ]: strcpyしたかったのかな。"Hello world!"で12文字だからnew char[12]じゃ足りないけど。
str.CopyChars(str.GetBuffer(), "Hello world!", 12);　と書いとけばいいのにｗ
328 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 19:35:39 ]: >>321は良い踏み絵だな
判ってない奴が浮き出てきた
329 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 20:59:23 ]: charというのは組込型ではなくクラスなのか?
330 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 21:23:47 ]: >>328
何が？
331 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 21:24:49 ]: >>329
ATL/MFC のコードなんだから C++。
なので char はクラスではない。
332 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 23:56:30 ]: >>328
>>327みたいな奴の事だろう
333 名前：デフォルトの名無しさん mailto:sage [2007/09/01(土) 01:06:20 ]: >>332
>>327みたいな奴は何がわかってないの？
334 名前：デフォルトの名無しさん mailto:sage [2007/09/01(土) 02:00:21 ]: >>328
よく判ってないんで、>>321のソースを解説してはくれまいか？
335 名前：デフォルトの名無しさん mailto:sage [2007/09/01(土) 11:25:14 ]: // 動的に確保した領域のポインタをpszSrcに代入
pszSrc= new char(12);
// newに成功した場合
if(pszSrc)
// 動的に確保した領域を無視して、文字列リテラルのポインタをpszSrcに保存
// 動的に確保した領域はリークする
pszSrc= "Hello world!";

C言語しか分からんけど、newをmallocに読み替えるとこんなところ。
C++だと文字列リテラルの代入は、なんかstrcpyみたいな動きすんのか？
336 名前：デフォルトの名無しさん mailto:sage [2007/09/01(土) 11:36:12 ]: ＞// 動的に確保した領域のポインタをpszSrcに代入
＞pszSrc= new char(12);
構文エラー。

＞// newに成功した場合
＞if(pszSrc)
newはNULLを返さない。

＞// 動的に確保した領域を無視して、文字列リテラルのポインタをpszSrcに保存
＞// 動的に確保した領域はリークする
＞pszSrc= "Hello world!";
その通り。

＞C言語しか分からんけど、newをmallocに読み替えるとこんなところ。
＞C++だと文字列リテラルの代入は、なんかstrcpyみたいな動きすんのか？
しないしない。

>>324
寧ろ、こう。
・鍋を用意して一杯にお湯を沸かします(勿論、麺を入れたら溢れて大変ですね)。
・鍋は用意できましたか(当然である)?
・ではこちらに用意したカップラーメンをどうぞ(おいおい、鍋そのままw)。
337 名前：デフォルトの名無しさん mailto:sage [2007/09/01(土) 12:01:38 ]: >>335
　　pszSrc= new char(12);
は、C だと↓こんな感じ。
　　(pszSrc = malloc(1)) = 12;
338 名前：デフォルトの名無しさん mailto:sage [2007/09/01(土) 12:02:26 ]: あああ尻穴忘れた！
　　*(pszSrc = malloc(1)) = 12;
339 名前：デフォルトの名無しさん mailto:sage [2007/09/01(土) 12:15:23 ]: >>336
12はcharの初期化子として有効。エラーにはならない。
340 名前：デフォルトの名無しさん mailto:sage [2007/09/01(土) 15:08:20 ]: エレガントなメモリリークだなぁ
341 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 04:22:12 ]: mallocが失敗する可能性は考慮しないのか？
つーか、mallocってNULL以外が返ったとしても
実はメモリ確保に成功したかどうか不明だという
おそろしいバグがあるんだがLinuxって怖いよな
342 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 08:06:28 ]: mallocやnewが失敗する状況って、かなりヤバいよね。

それらに対処するコードで、mallocやnewを使うと、ミイラ取りがミイラになる恐れがあるし、
OSの仮想メモリを食い尽くしている状況では、他のプログラムも動作続行が厳しくなっていて、
終了処理も正常に行えるか怪しい。予想もつかないような事態が次々に発生しそう。

だから、mallocやnewに失敗した時点で、OSから再インストールするハメになるわけで、
成功したかどうかチェックし、失敗したことがわかったところで、ろくに対処できないなら、
開き直って、mallocやnewをラップして、失敗したらexitしてしまい、
ラップしたものを使う側は、失敗することはないものとしてコードを書いてしまうのもアリかと。
343 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 09:14:15 ]: ＞だから、mallocやnewに失敗した時点で、OSから再インストールするハメになるわけで、
おいおい、普通はrebootで充分だろ。

実際Gnomeなんか使っていると、malloc()に失敗する頃には事実上操作不能になっているから、
諦めてとっととexit()ってのはありだと思う。
私の仕事関係では、常駐型アプリケーションの起動は基本的にスクリプトから行ない、
アプリケーションが異常終了したときには可能ならそのアプリケーションを再起動するようにしている。
344 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 09:42:29 ]: >>343
rebootで十分という保証があれば、ね。

OSの上で走るすべてのプログラムが、
設定やデータをファイルに書く時、
一貫性を保てるように書いてくれればいいが、
そうでないと、
不正で壊れたファイルを読むことになり、
こまったことになってしまう。
345 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 13:09:01 ]: OSからとかねぇよｗ
書き込み中の電源断でさえジャーナルファイルシステムなら通常問題無いのに、
メモリ確保失敗くらいで整合性取れなくなるとかｗ

基幹システムなどなら、ソフトウェアとして既に品質に問題有りだし、
個人PCやグループサーバーレベルで再インストは潔癖過ぎだろ。
346 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 13:13:01 ]: 1GiBのメモリ確保しようとして失敗したって状況なら、
メモリ確保失敗したとユーザに通知したり、
そのために数KiBのメモリを確保したりしようとしてもいいと思う。
347 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 13:32:25 ]: >>345
ファイルシステムのレベルで問題がなくても、ファイルの中身のレベルでは問題だよ。

ファイルの中身までトランザクションやジャーナルでやっていれば大丈夫だが、
そうでないプログラムの場合、ファイルの中身の一貫性が失われてしまう。
348 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 13:56:19 ]: >>347
>そうでないプログラムの場合、ファイルの中身の一貫性
345の下２行の通り。
重要なシステムなら論外、DBMSなどで一貫性の確保は必須だし、
それでも抜けた異常はバックアップからリカバリさせる。
OSからとかダウンタイム長すぎだろ。

それにメモリ不足でOS壊すってどんな状況？
viがLILOの設定ファイル書き換える最中に死んだって、
書き換え前にバックアップくらいしてるだろ。

ユーティリティか何かがhttpd.conf壊したって、
OSどころかapacheから入れなおす馬鹿は居ないだろ。
349 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 16:41:48 ]: ＞ユーティリティか何かがhttpd.conf壊したって、
＞OSどころかapacheから入れなおす馬鹿は居ないだろ。
見たことあるな。
俺はこれをWindows病と名づけた。
350 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 18:53:50 ]: あーいるいる、「取り敢えず再インストールしてみました」って香具師。
351 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 20:36:44 ]: ネトゲのクライアントは、たまにWindowsの設定やらシステムファイルやらをぶち壊す奴が居る
352 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 20:37:39 ]: あ、補足。
多分mallocは関係ない。
353 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 21:53:13 ]: しばらく前、幻想三国志2っちゅーゲームでアホほど再起動かかってOSが不安定になった。
再起動の原因がメモリリークと気付くのが遅すぎた・・・。

HDDがガリガリ鳴り出したらセーブして再起動とか、
偽典女神転生を思い出して懐かしかった。
354 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 22:57:44 ]: 突然だがスレを激しくrollbackしていいかな。

sizeof(char)は確かに仕様で1と決まっているけど、省略しない方が良い。
コメントやsizeof(char)==1の理解が無くても、
ソースを見るだけで文字数→バイト数として扱いたい意図が明確になる。
それにコンパイラの最適化でどうせコストは0だ。

ただ、そんな冗長なソースが散在しているのが嫌だというのも同意出来る。
しかしそれ以前に、文字列の操作なんて普通はラップしないか？

>malloc(sizeof(char)*(strlen(s)+1))
>malloc(strlen(s)+1)
両方とも、非常に短い関数以外でこんなん出てきたらどうかと思うんだが。

char* strmalloc(int len){return len<0?NULL:malloc((len+1)*sizeof(char ));}
wchar_t* wcsmalloc(int len){return len<0?NULL:malloc((len+1)*sizeof(wchar_t));}
void strfree(const char* s){free(s);} // 確保/解放を対とするためfreeを単純にラップ
void wcefree(const wchar_t* s){free(s);} // 確保/解放を対とするためfreeを単純にラップ

char* s2 = strmalloc(strlen(s));
strfree(s2);

これくらいは抽象化するだろ？お前らどうやってる？
355 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 23:21:41 ]: ＞文字数→バイト数として扱いたい意図
ここは自明だろーがよ
というのが反対派の意見だと思う。

a++; // 1を足す
っていうコメントを読まされるような感じというか
356 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 23:28:41 ]: >>354
一方俺はC++を使った。
357 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 23:49:03 ]: まぁ、俺も現実的にはC++使うな。
だけどC++使うからこそ観念的に省略しないんだけどな。

テンプレート関数とか作るとき
> ここは自明だろーがよ
> というのが反対派の意見だと思う。
そのはずの自明が、抽象化・総称化すればする程無くなっていく。
wchar_tの対応をしようとしただけで崩れる。
つまりその自明はあまり本質的でなかったということ。
むしろ、文字をchar型を扱うときに限り文字数とバイト数が同じになる、と考える。

文字列操作と言いながら型を強く意識するのは、やはりスマートとは思えないよ。
358 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 23:52:00 ]: 誤記は脳内保管で。
359 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 00:00:44 ]: >>357
ぶっちゃけ未対応ソフトの多バイト文字対応をするときは
charをwchar_tに機械変換♥ なんて絶対しないから
もうその辺はすごい勢いでどうでもいい話だと思う。
360 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 00:11:32 ]: そもそも文字型が独立しておらず、charやunsigned charが
整数型の1つである（JavaやC#でいうbyteにあたる型）という時点から
もう文字とバイトをごっちゃにするのは始まっている。

だから俺は文字 == バイトを甘んじて受け入れ、sizeof (char)を使わない。
361 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 00:15:20 ]: 機械変換とかじゃなくて、テンプレート関数の話な。
allocator((Tr::getlen(s)+1) * Tr::char_size);
みたいな感じで実装して、型はコンパイル時に決まる。

ちょっとした関数を総称化すると、
自分が自明だとか本質的だと思っていたものが、
そうでもないと気付かされるって話。
362 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 00:18:56 ]: ぶっちゃげcharだけなんてXMLも扱えねぇよ最近。
363 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 00:28:46 ]: >>360
文字とバイトがごっちゃというのは整理出来ていないから。

文字は文字集合として独立していて、バイトも文字集合とは関係無い。
その２つを繋いで、バイト列の上で文字を表現するルールがエンコーディング。
概念が頭の中で分かれていれば、unsinedだとかSJIS, UTF-8やらがあってもごっちゃにはならないはず。
364 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 00:30:07 ]: 型について、ちょい脱線するけど・・・。
時刻を保持する型を使ってて、8月中のデータを探すとき
(擬似コード。リテラルは変数に代入された値と思って)
if("2007/08/01" <= x && x <= "2007/08/31 23:59:59"){...}
のように書く奴が居る。

俺は
if("2007/08" <= x && x < "2007/09"){...}
と書く。月日は省略されると1、時間以下は0となる。(普通)

しかし、そう書く理由はソースが短くなるからじゃない。
if("2007/08/01 00:00:00" <= x && x < "2007/09/01 00:00:00"){...}
と書いても良い。
59:59だとか、9999だとかは、まずいサインだと思っている。
型を強く意識している場合は多いからだ、

上記の場合、この型がミリ秒まで保持することになったとき、
23:59:59は正確な最後ではなく、23:59:59.999と書く必要があり
僅かだが穴のあるプログラムとなる。

データ的にはピコ秒まで持てるようになったら？.999999...
精度の問題じゃない、結局は「2007/09/01に限りなく近い値」となる
なら2007/09/01 00:00:00と比較すれば良い。

ソートで単に最後にしたいものに 9999 を入れるとか、
場合によってはハードコーディングとか、もう見てられない。

必要以上に型の精度に依存しないで欲しい。
365 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 00:33:50 ]: ミリ秒以前にうるう秒
366 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 00:36:45 ]: <= じゃなくて < を使えば済む話じゃないのか
367 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 00:48:33 ]: >>366
そう、そういう話。
でも使ってる精度が日まで(時以降が00:00)で、Webフォームから期間を入れられた場合、
開始日～終了日という入力欄では終了日も含むので、
x < 終了日+1 とせず、単に x <= 終了日とする奴が中々多い。
右の方がシンプルだし、わからんでもないが。

それで登録日時(時分秒が有る)とかを検索する処理でも同じソース使って馬鹿がって結果になってた。
368 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 00:52:32 ]: >>363
文字とバイトがごっちゃというのは俺に言っているのか？
俺は、CとC++が文字とバイトをごっちゃに扱っていると言ったつもりだ。
だから俺にそんなこと言われても、お門違い。
369 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 01:04:36 ]: wchar.hなど有るし、文字とバイトをごっちゃに扱ってるようには思えないが・・・
それにchar==文字でなく、char*==nul終端文字ストリームというのがあったから
SJISなどをそれなりに扱えて来たわけだし。
370 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 01:20:30 ]: ちなみに、java,C#などは文字型が本当の意味で独立してるわけじゃなく、
単に内部のエンコードを割り切ってUTF-16に統一してるだけ。
昔、C言語がasciiで十分と考えたように。

その利便性はもちろん大きいけど、その代償としてUTF-8などを読み書きするとき
エンコード変換のオーバーヘッドを受け入れている。
※よほど巨大なファイルでない限り対したオーバーヘッドじゃないけど。
371 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 01:27:26 ]: UTF-16もサロゲートペアを考えるとchar==１文字とならない。
Unicode領域で固定バイトが出来るのはUTF-32だけ。
でもascii１文字に4byteも使うことと、
サロゲートペアの文字があまり重要でないことからUTF-32で扱っているシステムは少ない。

未来の言語のcharは32bitかもしれない。
372 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 02:46:39 ]: おれは>>355と同じように考える。
>>357,>>361で抽象化とか総称化とかって話がでてるけど、
そのようなケースになったときは、そう書けばいい。

しかし、このスレでは‘sizeof(char)’は抽象化されてない。
あくまで、>>1の記述に的を絞って考えたらやっぱり冗長かなーと。。。
373 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 02:49:51 ]: >>354
> char* strmalloc(int len){return len<0?NULL:malloc((len+1)*sizeof(char ));}

len=0のときにNULLにしてしまうのは、ちょっと馴染みがないんだが。
374 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 02:53:44 ]: え？
375 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 02:55:50 ]: >>354
その引数lenの型は、size_tにして、条件演算子は排除。
376 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 02:58:23 ]: >>373
len<0が0を含むっていうのは、ちょっと馴染みがないんだが。
377 名前：373 mailto:sage [2007/09/04(火) 03:40:49 ]: ごめん、寝ぼけてた。
真と偽を逆に見てた。
378 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 07:21:37 ]: >>375
あ、確かに、size_tだな。size_tってunsignedって保証あるんだったっけ？
\0を入れられない、len==-1(len+1が0に)でNULL以外が帰ると都合が悪いので負の数を弾いてた。
379 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 07:48:25 ]: >>369
例えばmemsetなどのmem～関数がごっちゃにしている例。

wchar_tはいいが、後付なのでここでは省きたい。

Shift_JISなどはマルチバイト文字なのだから、
char1つで表せないのは当たり前のことだ。

>>370
charが単に16ビット符号無し整数型とは別に存在するだろ。
Javaにはそんな整数型は無いが、いずれにせよcharが
整数として演算可能な型ではないことを言いたかっただけ。

>>371
D言語はUTF-32も扱える
380 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 09:19:06 ]: >>379
「D言語は」って・・・Cだと扱えないのか？
381 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 11:33:12 ]: >>379
そりゃmem*でも文字列は扱えるけど、普通は str* wcs* を使うだろう。
文字列にmem*使う奴が悪いと思うが。

>wchar_tはいいが、後付なのでここでは省きたい。
Cの規格自体、かなり昔から何度も改訂されてるし、
今ではwchar_tも正式な仕様なのに、後付け扱いはあんまりかと・・・。
まぁCではtypedefなんで後付け感は確かにあるけど。

> charが単に16ビット符号無し整数型とは別に存在するだろ。
> Javaにはそんな整数型は無いが、
> 整数として演算可能な型ではないことを言いたかっただけ。
javaのcharは16ビット符号無し整数で、整数として演算可能だよ。

> D言語はUTF-32も
プログラミングで言えばlinuxのgccのwchar_tも32bitだっだはず。
俺が言いたかったのはUTF-32を内部コードとして使ってるOS,ライブラリ,ソフトウェアが少ないってこと。

>>380
UTF-32用の組み込み型があるって意味だと思う、
（Dはそもそも強いtypedefがあるから、組み込みでなくても問題ないけど）
「標準」っていうことが重要になる。

標準でないと、各々作ってしまう。
typedef unsigned longならまだいいけど、
構造体やクラス化されると他ライブラリとの互換性がね・・・。
382 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 16:19:11 ]: >>378
size_tは普通 signed な何かです。
383 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 16:37:46 ]: いいえ、unsigned intかunsigned longであることのほうが普通です。
384 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 17:09:44 ]: ssize_tと間違えていたよ
385 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 21:43:25 ]: >>371
D言語はUnicodeを知っていて、UTF-8,-16,-32の変換は勝手にやってくれるらしいぜ。

import std.stdio;
void main() {
string s = "AΑあ"; // UTF-8の配列
writefln(s.length); // 当然長さは、6
foreach(i, dchar c; s) // UTF-32で取り出す
writefln(i); // 0, 1, 3 ... 自動でUnicodeスカラ値単位に区切ってくれる！
}
386 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 21:51:22 ]: > // 当然長さは、6
当然？

素直に考えれば、長さは3だと思うけど。
387 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 21:54:37 ]: string は const(char)[] のaliasだから、ただのUTF-8シーケンスなのです。
だから、長さは6なのです。
388 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 21:59:16 ]: Dはちょっと見ないあいだにますます変な機能が追加されてんだな

const(char)[] って何だよｗ
389 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 07:48:16 ]: D言語って、そんなに悪くないと思うよ。
同じことをC++でベタベタとコードを書いたり、
可読性の酷くわるいマクロや、テンプレートを駆使しすぎるよりは。
390 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:55:15 ]: 385はうそっぱちなので真に受けないでください
391 名前：デフォルトの名無しさん [2007/09/06(木) 23:49:44 ]: デーげんごっていつのまにかたいへんなことになってんだな
392 名前：デフォルトの名無しさん [2007/09/14(金) 20:35:08 ]: さすがに、みんな飽きたな。
次のネタを検討しようか。

引数を1つしか取らないようなprintfを書くな。
そういうコード例の参考書は買ってはいけない。

ってのはどうよ。

Cの標準化の人達は、なんで、print を用意しなかったのかな。
putsとカブっているとはいえ、引数1つのprintfが氾濫するよりはマシだろうに。
393 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 21:13:54 ]: puts は最後に改行文字を出すぞ
394 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 21:18:32 ]: 文盲？
395 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 21:24:10 ]: コンパイラが最適化するからどうでもいいんじゃないの？
396 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 21:37:40 ]: >>393
よくあるprintfの酷い使い方。

printf("==== ほげほげ version 1.0 ======\n") ;
printf("Programed by foobar\n") ;

一行ずつ別々にprintfを呼ぶなら、putsでもいいんじゃないか。
397 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 21:39:13 ]: >>395
そんな変な最適化をするコンパイラなんて捨ててしまえ。

そういうのに慣れていると、
printf("私のコードは100%safeです。\n") ;
なんていう恐ろしいことをやる馬鹿が出てくるんだよ。
398 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 21:42:51 ]: puts, gets, putchar, getchar, printf, scanfまるごとなくしてしまえ。
f版でいいよ。

gets, putsとfgets, fputsは微妙に挙動が違うのが癪だが。
399 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 22:09:27 ]: 少なくともgccはフォーマット文の中身まで見て最適化するよ
400 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 22:35:27 ]: gccが最適化するからprintfを変な使い方をしてもいい、というのは間違いだと思う。
すでに書かれてしまった膨大なコードのために、変態な最適化をしてくれるのだと思う。
401 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 22:37:51 ]: void OutputMessage(char* s) {
printf(s) ;
}

こんな関数があったとしたら、
OutputMessage("100%safe") ;
なんて呼び出す輩が出てくる。

gccがprintfの引数を見て最適化してくれればバグが顕在化しないが、
最適化しない環境に持っていけばバグが顕在化してしまう。
402 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 22:38:28 ]: >>397
俺的には-Wallで警告出るから問題ない
403 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 22:43:11 ]: >>402のようなのは警告でないっしょ?
404 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 00:03:52 ]: でるよ。
405 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 00:54:17 ]: >>401
俺は何でもかんでもprintf使う方だけど、コレは無いなぁ・・・。

void OutputMessage(char* s) {
printf("%s",s);
}

puts、fputsなんてここ5年ぐらい使ってない。
対話なCUI作るときは(滅多に作らないけど)cursesなことが多いし、
ログ出力は定型で吐くラッパ作ることが多いし、
出力部分をgrepするのに、いちいち正規表現やなんかで色々指定するのダルい。
406 名前：401 mailto:sage [2007/09/15(土) 01:53:37 ]: >>405
そのまさかをやる人間が少なくないのですよ。

printfに渡す文字列に対してサニタイジングを行うべし
なんて真顔で言う人間までいる。
407 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 02:09:08 ]: あたしゃprintf("<>")なんてのはやるがね。
408 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 16:14:37 ]: >>400
一般論だが、
想定外の変なデータにあわせてプログラムを書き換えるというのは
たいていあとでほころびが出たりしますよな。
409 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 00:01:27 ]: ん？　printf("\n") ; 　がだめってことか？

何で悪いのか判らん・・・
410 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 00:59:50 ]: 別にいいと思うよ。
411 名前：デフォルトの名無しさん [2007/09/18(火) 01:10:15 ]: かつては、printfをどこかで使ってるなら出力は全部printfにしたほうが、
さらにもう一つputs関数がリンクされてしまうよりも
実行ファイルが小さくなるという効能があったのではないかと思う。
412 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 01:37:58 ]: >>1
死ね
413 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 01:42:07 ]: そもそもputsとfputsの挙動が違うのがな
今日の言語設計者は気持ち悪くて、そんなことできないと思う。
414 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 03:22:46 ]: しょうがない。

もとはと言えば64KB程度のメモリで動いていたマシンのOSと、OSの上で動くプログラムを書くとき、
メモリを節約するために共通コードを関数としてライブラリ化したような代物だから。
415 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 23:17:00 ]: ところで、sizeof(char)=sizeof(short)=sizeof(int)=2っていう設定のトンデモコンパイラがあるらしい。
一応、C言語の規格上これは間違っていない。（型のサイズは決められてないからね。）
416 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 23:39:37 ]: kwsk
417 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 23:49:13 ]: sizeof(char)=2は規格上まずいだろ
418 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 00:00:53 ]: >>415
>>206
419 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 14:43:58 ]: もちろん、Cでもsizeof(char)は1だと明確に定められてるから。よろしく。
420 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 15:02:18 ]: >>415
「だから sizeof(char) は省略すべきではない」という主張？...でもなさそうだな。
このスレタイは「必ず1でも」って条件付きだから関係ないよね。
421 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 15:50:12 ]: 無次元の1と1バイトって同一視して話していいんだっけ。
422 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 16:21:03 ]: 数学で毎回全ての問題の全ての数字に（注意：これは10進数）
みたいな但し書きをかかれるようなものだろ。
423 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 17:20:15 ]: 415はsizeof(char)が2になるトンデモコンパイラをはやく晒してくれ
424 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 00:01:05 ]: 論理1バイトが物理2バイトだったらどうか。
自分でも書いててよくわからんが。
425 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 01:23:46 ]: >>424
charが、1バイトが、16ビットの可能性はあるかもしれない

それでも1バイトは1バイトだ
426 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 01:47:50 ]: >>419
それどこに書いてる？
ISOかJISの規格票のどちらかでいいから教えて
427 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 02:04:21 ]: >>426
ISO/IEC 9899とか。
ついでにググったらすぐ出てきた

6.5.3.4 The sizeof operator の抜粋な
2. The sizeof operator yields the size (in bytes) of its operand....
3 When applied to an operand that has type char, unsigned char, or signed char,
(or a qualified version thereof) the result is 1.
428 名前：デフォルトの名無しさん mailto:sage [2007/10/01(月) 02:22:05 ]: なるほど
さんくす
429 名前：デフォルトの名無しさん mailto:sage [2007/10/13(土) 20:00:42 ]: >>415
> ところで、sizeof(char)=sizeof(short)=sizeof(int)=2っていう設定のトンデモコンパイラがあるらしい。
> 一応、C言語の規格上これは間違っていない。（型のサイズは決められてないからね。）

それどこが出してる？
製品名と会社のweb siteのどちらかでいいから教えて
430 名前：デフォルトの名無しさん mailto:sage [2007/10/13(土) 21:04:48 ]: >>429
ひょっとしたら、sizeof(char*)=sizeof(short*)=sizeof(int*)と完治害してんじゃね？
431 名前：デフォルトの名無しさん [2008/01/21(月) 00:49:50 ]: 未だにsizeof(char)を書いてる人っているの？
432 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 01:54:36 ]: javaのcharは2バイトって聞いたぜ。
…どうでもいいか。
433 名前：デフォルトの名無しさん [2008/01/21(月) 19:55:24 ]: Cプログラマの為に、ポイントをまとめたドキュメントを販売しています。
プロのプログラマでもあまりにレベルが低い人が多すぎます。
そんな人に限って、自分のレベルの低さを自覚していない、、、

本人は構わないかもしれませんが、その下についた新人プログラマは
たまったものではありません。（私が経験しました。）

今になって分かりました。
彼らもまた、理解できていなかったのです。

プログラミング言語の一番の習得の近道はきちんと理解している人にアドバイスをもらうこと。です。
（何といったって、参考にしようとする市販の本さえ、　きちんと説明してくれていないのですから、
　その証拠にC言語の学習で悩む人がどんなに多いことか）

私のC言語に取り組んだ7年間をすべてぶつけたつもりでテキストを作りました。

私の会社の後輩からは、どんなテキストよりもわかりやすかった！や、
今まで教えてくれていた先輩や、テキストたちが、ちゃんと理解できていないことがわかりました。
と、嬉しいコメントをたくさんもらいました。

そしてなにより、彼らの社内での評価がとても高いということが、私の誇りです。

宣伝と言ってしまえば、そうなってしまうかもしれませんが、ひとりでも多くのプログラマを救いたい。

プログラムの世界そのものの実力を底あげに貢献し、
無意味なバグに、残業したり、悩んだりして欲しくないのです。

興味がある方はどうか、下のサイトをみてみてください。
mori.eco.to/
434 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 20:09:56 ]: >コンピュータの専門学校に入学、在学中に情報系の国家試験である、基本情報処理技術者、ソフトウエア開発を取得。
専卒かよ。
435 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 00:51:04 ]: >>433
ブラクラ注意
436 名前：デフォルトの名無しさん mailto:sage [2008/01/23(水) 02:12:26 ]: 専門学校ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
437 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 13:45:03 ]: >>431
templateで間接的になら
438 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 17:38:06 ]: sizeof (TCHAR)で間接的になら
439 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 00:22:32 ]: >>435
おいおい、ブラクラではなかったぞ。

>>434
学歴は関係ないと思う。

8,800円払って中身みたわけではないのだが、
大学の教授が書いているC言語入門書にも、
とんでもなく酷い本があるのだから、
もはや学歴や肩書きは関係ないと思うのよ。

BASIC時代のPRINTをそのまま引きずった、
printf("Hello, world\n");
なんてのが平然と書かれている本を見るたびに、
こんなので勉強したら無駄な時間を食うのは当然だなと思うし。
440 名前：デフォルトの名無しさん [2008/03/21(金) 02:42:30 ]: >>439
Hello,worldは基本中の初歩であって
これをバカにする理由が思い当たらないんだが
441 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 02:51:38 ]: puts("hello world");
ってやるべきってこと？
442 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 03:12:25 ]: そんなことを言い出したらフォーマット文字列の中に
足がすくんじゃって何も書けなくなってしまうわけだが
443 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 03:17:33 ]: 正統派の基本を馬鹿にするのは新しいまがいものを売るときの基本
結局同じことの繰り返しになるわけだが
444 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 03:35:57 ]: 30年間でほとんど進歩してないな。

マイクロソフトの新しいバージョンのVisual C++が出る度に、まっさきに、
Visual C++ バージョンほげほげ対応という冠を付けた本が出るのだが、
いまだに本編は相変わらず昔のままで、付録的に
コンソールで cc hoge.c とやってコンパイルするのと同等のことをやる方法を
ちょろっと書いているだけで、Visual C++のデバッガの使い方を説明せず、
変数の値をprintfを埋め込んで標準出力に出して確認することを第一に教えている。
445 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 03:39:09 ]: >>442
それが正しい。

printfの第一引数が書式化文字列であるとういことを初手から叩き込むべき。
printf("%s\n", "hello, world!");
これくらい、わざとらしくやってもいいくらいだ。

そうでもしないと、↓みたいなことをやるマヌケが出てくるからな。
void print_message(const char *p)
{
printf(p);
}
446 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 16:48:42 ]: 中身をみないで擁護できるのは本人だけ。
447 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 17:00:16 ]: 入門書の何が問題かというと、「ポインタがわかりません」なんて人を今だに量産していること。
しかも、そこに書かれていることが、次の段階の本で否定されていたりする。
448 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 21:15:11 ]: >>439
どうやって文字列が表示されるのかを勉強している身としてはとてもバカにできない内容なんだが、
どういう内容を載せるべきだと言ってるのか教えて欲しいな。
449 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 22:15:53 ]: printfは、C言語の仕様の一部ではあるものの、ライブラリの一関数に過ぎない。
printfやscanfの使い方は、ライブラリのマニュアルを読めばわかることであって、
入門書で解説すべきなのは、それらの使い方ではなく、
マニュアルを読めばわかるようになるための必要な前提知識である。

ってなことを頭の片隅に置いて聞いて欲しい。

hello, worldのサンプルなんだけど、なんかC言語っぽくないんだよね。
短くてエッセンスが凝縮されているサンプルが思いつかないんだけどさ。

>>448
> どうやって文字列が表示されるのかを勉強している

C言語とはあまり関係ないなぁ。
ライブラリがOSのシステムコールを呼んで、あとはOSが処理してる。
450 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 05:04:58 ]: CもようやくOSを意識しないでプログラムを組める時代になったのか
451 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 03:19:41 ]: >>450
ないよ。
452 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 03:37:29 ]: >>445
という以前に、フォーマット文中に誤った引数が指定できて、しかも
その間違いがコンパイラでも内部処理でも検知できないっていう
printfの仕様上の欠陥があるわけで、そもそもprintfを使うことそれ自体が
NGだという話になるんじゃないの？
453 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 04:14:43 ]: それを言いはじめたら、標準ライブラリの多くの文字列がらみの関数がNGになるよ。
たとえばstrcpyがバッファオーバーランしうる、とか。

そもそも、
今さらC言語を使わないといけない、しかも、習得するプログラミング言語の最初がC言語でなければならない
っていう状況に閉じ込められた時点で、その人は終わっていると思う。
454 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 11:02:22 ]: 除算も同じ意味でNGだな
455 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 12:01:53 ]: プログラム言語だけでプログラムが動くわけじゃないからな
456 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 14:37:08 ]: >>454
除算は「検知」はできるでしょ？

まあ、言いたいことはわかるけど。
457 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 17:53:21 ]: printfの引数不正も検知できますよ。
除算よりは面倒ですが。
458 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 18:20:34 ]: どうやって?
459 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 19:20:51 ]: printfの呼び出し元で実引数の型情報を渡すようにinstrumentする。
460 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 19:33:19 ]: なるほど。

大変だな。

そこまでしてCを使うのは。
461 名前：デフォルトの名無しさん [2008/03/24(月) 21:13:13 ]: >>460
そうだよ。
だから、Cを使うということはそのあたりの危険性と利便性をトレードオフする
考え方をもたないと駄目です。
やたら安全性をどうこう言っててもprintf使うだけでもう台無しです。
462 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 21:18:20 ]: もう、かまってチャンは卒業しなよ
463 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 21:39:43 ]: やっぱり>>453だよな。

いまさらC言語入門なんて。
464 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 21:48:43 ]: だからバカはC言語使わないでください。おねがいします
465 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 22:04:12 ]: バカなのでC言語しか使えません。
他の言語は難しすぎて。
466 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 22:40:59 ]: Java だって + と - 間違えたら間違った計算結果が出てくるわけで・・・
467 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 22:59:48 ]: 間違えることのでき、なおかつ、それを機械的に検出できない箇所の数が、道具によって変る

っていう話しなんだよ。
468 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 23:18:09 ]: たんによくあるセキュリティ的な話でそ。
Java で間違ったものを toString() しても機械が気付くわけでもなし。
469 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 23:46:10 ]: >>468
セキュリティに限らず、いかにバグの入り込む余地を減らすか、ってこと。
余地が少なければ、バグの有無を確認するための工数が減るわけよ。
470 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 23:55:12 ]: まあ、コンパイル時にチェックできるところはやるのは当然として、
実行時のチェックは性能とのトレードオフもあるから、Ｃは今ぐらい
で丁度いいと思う。
471 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 23:59:58 ]: いろいろチェックしたらJavaと同じことをやることになって、Javaよりも遅くなったりしてね。
472 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 00:35:28 ]: Cは機械寄りだから技術者以外には使えないのは当然だと思う。
473 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 15:13:05 ]: >>469
まだわかってないな。

＞バグの入り込む余地を減らすか
という観点では、printf が他の関数等よりもバグ発生契機が多いとは言えないだろう、
と言ってるわけ。もちろんセキュリティに関しては全く別だよ。

実際 gcc は printf("name=%s, qty=%d\n", qty, name) に warning だしてくれるけど、
Java は WriteLine( "name="+qty.toString()+"qty="+name) をスルーする。
printf でチェックが必要なら他のどの方法でもやはりチェックが必要。

漏れは LISP 使いだし出力は全て内部構造のままS式で出すよ、という人は別だけど。
474 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 15:27:34 ]: >>473
printfに限った話ではないし。

int height ;
int weight ;
中略
height = weight ;
こういうのを機械的に検出できるかどうかは、
微々たる事ではあるが、
ソフトウェアの規模が大きくなってくると重要よ。
475 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 15:49:47 ]: >>474
だからそれが printf とどう関係するんだよ、という話。
「限った話ではない」ではなく、全く関係のない独立した話ですよ。

>>469なんか、まるで printf の仕様がバグ発生契機を増やすかのように
さぞもっともらしいことを書いているが、ではどの処理系でどう書けば引数の
取り違えによるバグを避けられるかは一切提示していない。

>>474に至っては、printf の仕様の問題点については一切語らずに、
「に限った話ではない」との一言で、あたかもprintfに他の同等の処理よりも
多くの問題点があるかのようにほのめかしている。

printf に問題があるなら、プログラマなんだからもっとストレートフォワードに
この処理系のこういう書式化指定法ならバグが減る、と実例を出して批判して。
476 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 16:20:46 ]: yosoでやれ
477 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 16:46:28 ]: >>475
仮にprintfが他よりバグ発生契機が多いとは言えないとして、
それで一体お前は何を主張したいんだ？

printfフェチ？
478 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 17:26:31 ]: 不当にCを貶めようとしてるヤツに怒ってるんじゃないの？
479 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 17:27:18 ]: そんな奴いたか？
480 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 18:27:14 ]: >>475
引数の順序などを取り違える
ことと、
書式化指定文字列での型指定を間違える
ことを分けて考えようぜ。
481 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 22:31:54 ]: >>474
どうでもいいけど、

> int height ;
> int weight ;
> 中略
> height = weight ;
> こういうのを機械的に検出できるかどうかは、

これは一体何が言いたいんだ？
482 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 22:35:59 ]: 話を発散させるためなら内容なんてなんでもいいんだぜ？
483 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 22:37:15 ]: >>479

>>467
>>469
>>474
484 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 22:52:23 ]: >>481
たぶん>>467だと思う。
485 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 08:04:24 ]: >>484
具体的に>>474のどこが間違いで、何が機械的に検出できないんだ？
486 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 09:10:16 ]: 高さを表わすint型の値と重さを表わすint型の値は、
型は同じだけれども、値の意味が違う。

だから、
height = weight ;
のような代入は、
C言語の言語仕様的には間違っていないが、
プログラムの意味的には間違っている。

それを機械的に検出できないとは言ってない。
工夫して検出可能にすることもできる。

工夫して検出可能にするか、
あるいは、
小細工せず検出不可能のままにするかは、
自由だ。

ただ、ソフトウェアの規模が大きくなってくると、
「人間が注意してコーディングして、しっかりテストすればいいんだ」
なんて言ってられなくなるので、
機械的に検出できるものは検出しよう、ということになるわけ。
487 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 09:28:17 ]: >>486
そのプログラムの「意味」というのには、
　ソースが英語で書かれてる
というのが大前提としてあるよね。

仮に、heightが横幅でweightが縦幅を意味する言語があったら、
そのプログラムの「意味」は全く正しいということになる。
488 名前：474 mailto:sage [2008/03/26(水) 09:55:54 ]: >>487
このスレを読み書きしている人で、
heightとweightが英語だと理解しなかった人がいたら、
手をあげて欲しい。
そういう人がいたなら、次からは何か改善するよ。
489 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 10:02:53 ]: height = weightを機械的に検出しなきゃいけないってどんだけｗ
なんのための変数名だよ
490 名前：474 mailto:sage [2008/03/26(水) 10:25:44 ]: 例がわかりやすいように、わざと豪快に間違ったコード片を書いた。

ここまで豪快なミスは少ないだろうが、このタイプのミスをしたことの
ある人はいるでしょう?
491 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 10:37:20 ]: その手の間違いでNASAの火星探査が失敗したってニュースがあったような
492 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 10:37:42 ]: >>488
問題は人間じゃなくて、機械がそれを英語かどうかを判断できないってこと
493 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 10:41:07 ]: >>488
例えば、heightをheiと省略したらその「意味」は通じなくなるし、
他にもhaightとミスタイプしたら通じなくなる。
494 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 10:43:10 ]: >>491
そりゃデバッグが足りなかっただけで、
それを言語仕様のせいにするのはちゃんちゃらおかしいだろｗ
495 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 11:27:35 ]: そこでアプリケーションハンガリアンですよ。
local.joelonsoftware.com/mediawiki/index.php/%E9%96%93%E9%81%95%E3%81%A3%E3%81%9F%E3%82%B3%E3%83%BC%E3%83%89%E3%81%AF%E9%96%93%E9%81%95%E3%81%A3%E3%81%A6%E8%A6%8B%E3%81%88%E3%82%8B%E3%82%88%E3%81%86%E3%81%AB%E3%81%99%E3%82%8B
496 名前：474 mailto:sage [2008/03/26(水) 11:34:13 ]: >>492
>>493
貴方達が人工知能的なアプローチしか頭にないのは、わかった。
俺らはtypedefを使ってコーディングして、それを機械的にチェックする。
497 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 11:47:31 ]: >>494
そういう考え方だと大きなプログラムのデバッグは大変だな。
498 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 13:11:47 ]: 機械的ってのはコンパイラが検出という意味ではないのか。

TypedWidth redBoxWidth;
TypedHeight redBoxHeight;
　　:
TypedWidth blueBoxWidth = redBoxHeight;
TypedWidth GreenBoxWidth = (redBoxWidth + redBoxHeight) / 2

とかコンパイルエラーになったら途方に暮れるもんな。

幅と高さは、型を分ける必要は感じないな。
熱量と体積とか、加速度と質量とかなら、型を分けて演算や代入に制限を加えるのは望ましいと思う。
499 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 14:48:04 ]: heightとweightの話をしてるのに気づかない人がいた
500 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 15:59:06 ]: >>496
>474に出てくる変数はすべてint型ですが？
少なくとも、今の話題にtypedefは関係ないよね。
それはまた別の話。

>>497
というかさ、コンパイラにプログラムの意味を解釈させるというのは、全く現実的な話じゃないわけさ。
プログラマの意図する「意味」とコンパイラの意図する「意味」の整合性を保つのがどれだけ大変かわかってるの？
テストを行う方が圧倒的に簡単だし、
そもそも俺には「コンパイラに意味を解釈させれば論理エラーが減る」
という考え方の方がよっぽどデバッグを大変にすると思うんだよね。

>>499
そこで質問なんだが、なぜ重さを高さに代入してはいけないの？
BMI指数なんかは、体重/身長^2 で計算するんだがこれは論理エラーなのか？
超体重理論の公式が、高さ＝重さ*2.5 だった場合はどうなんだ？
他にも、例えば Tundere = Deredere はエラーになるのか？
Yandere = Tundere の場合はどうなのか？
501 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 17:07:34 ]: >>500
>BMI指数なんかは、体重/身長^2 で計算するんだがこれは論理エラーなのか？
BMI指数の次元が重さ/長さ^2 であるってだけのことだなぁ。

>超体重理論の公式が、高さ＝重さ*2.5 だった場合はどうなんだ？
それはきっと次元を持つ比例定数が省略されてるな。（超体重理論って何？）
PV=nRTのRみたいな。
502 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 17:19:08 ]: www.boost.org/libs/mpl/doc/tutorial/dimensional-analysis.html
C++なら次元解析なんかメタプログラミングで独自の型システム構築すればいいだけなのにね！
503 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 17:19:45 ]: >>501
例えば、PV=nRT で V=1, nR=1 なら簡略化して P=T と書けるよね。
つまり、pressure = temperature、圧力 = 気温となるわけだ。
これは正しいんだよな？

そこで何度も同じ事を聞いて申し訳ないんだが・・・
なぜ height = weight が絶対に間違いだと言い切れるんだ？
どうして重さを高さに代入するのが「論理エラー」になるんだ？
比例定数1が隠されてる可能性は絶対にないと言い切れるのか？
504 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 17:27:12 ]: 仮にheight = weightが正しい（意図してそうする）のであれば、
型でいうところのキャストみたいに、明示すればいいということだと思う。
505 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 17:57:12 ]: 前提を隠されて「圧力 = 気温」と言われたら、間違ってるとしか言えない。
間違いと言われたくないなら前提を隠さないでくれ。
506 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 18:32:12 ]: >>504, 505

>>474の
> int height ;
> int weight ;
> 中略
> height = weight ;

をエラーにするっていうのはこういう意味だよ。
507 名前：474 mailto:sage [2008/03/26(水) 18:55:09 ]: >>500
> 少なくとも、今の話題にtypedefは関係ないよね。

いや関係ある。

1. 引数の型が違う → 型をチェックすれば、検出できる間違いがある
2. 引数の型は同じだが、値に互換性がない → 値の互換性をチェックすれば、検出できる間違いがある
3. 引数の型が同じで、値にも互換性があるが、変数を取り違えている → お手上げ

こういう3段階があるものの、基本的には同一の問題だろう。

> コンパイラにプログラムの意味を解釈させるというのは、全く現実的な話じゃないわけさ。

その通り。俺に対して反論してる人が現実的ではない話を持ち出してるだけだぞ。
なんで明らかにダメな方向に誤解して、その誤解の上でしか成りたたない反論をするんだろ。

> BMI指数なんかは、体重/身長^2 で計算するんだがこれは論理エラーなのか？

そういう計算をする関数は数が限られているのだから、
それが意図したものであれば、慎重にチェックの対象から外せばいい。
508 名前：474 mailto:sage [2008/03/26(水) 19:05:52 ]: >>503
> 例えば、PV=nRT で V=1, nR=1 なら簡略化して P=T と書けるよね。

そこでスレタイ。1だからといって省略すべきではない。

そして、間違える余地を減らすためにも、
PをV、n、R、Tから求める関数を作って必ず使うようにすべき。
関数を使う以上、引数には1を渡すしかあるまい。

いまどきのコンパイラはinline展開してくれるからP=Tと同じ結果になろう。

> なぜ height = weight が絶対に間違いだと言い切れるんだ？

なぜなら、間違ってheight = weightと書いたという例だから。

>>506
色々とバグで痛い目を見ると、考え方が変ってくるかもよ。
509 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 19:45:35 ]: >>507
型が同じか違うかで、この問題の解答が全く変わってくる。
「基本的には同一の問題」というのはダウトだろう。
実際、>>507の１，２，３で間違い検出の可能性が全く違っているし。

> なんで明らかにダメな方向に誤解して、その誤解の上でしか成りたたない反論をするんだろ。
>
>>474 を見たら、「コンパイラによる意味解釈」ということしか思いつかないのだけど。。。
他に>>474の解釈があるなら是非教えて欲しい。
「型が同じでも違っても基本的には同一の問題だから、型チェックでどうにかする」
みたいな詭弁は無しの方向で頼む

> それが意図したものであれば、慎重にチェックの対象から外せばいい。
>
チェックの対象から外すというけど、そもそもそのチェックって一体どうやってやるんだい？
型チェックなら、古の言語Ｃでもすでにやってし、
なによりそれでで解決がつくなら、>>474でint型しか出さなかった理由がわからない。
確認するけど、型チェックは大前提としあって、
他にも意味論を持ち出せばさらにバグが減らせるという主張でいいんだよね？
510 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 19:47:23 ]: > そこでスレタイ。1だからといって省略すべきではない。
>
仮に sizeof(char) が省略すべきでないとしても、省略することは常に可能。
つまり、１は常に省略される可能性があるし、それは常に正しくあるべき。
というか、１をかけるかどうかで意味が変わってきたら、
「だから○○は使えねえんだよｗ」　（○○には好きな言語やライブラリ名をどうぞ）
とか言われそうなんだけど

> なぜなら、間違ってheight = weightと書いたという例だから。
>
たしかに>474はそれを間違いだと知ってるかもしれない。
でも、少なくとも俺にはそれが分からなかったし、もっと言えばコンパイラにはなんのことやらチンプンカンプンだろう。
なのでコンパイラにそれが間違いだと教える必要があるのだけど、それは一体どうやってやるの？
511 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 19:59:24 ]: 省略すべきでないのは型の使い分け・型変換の明示だろう。*1なんかいらない。
charとかstrlenとかをハードコーディングしちゃうのではね。
512 名前：498 mailto:sage [2008/03/27(木) 14:19:26 ]: 素で間違えてた。眼鏡買ってくる。

>474とそのフォロワーが何人かいるのだとおもうが、

>509
多分フォロワーは、（現実的に可能なら）型を分けるべきという議論をしていると思う。
>474は、>496でtypedefでも機械的にチェックできると言ってるが、フォロワーは同意しないかもしれない。

圧力と気温を別の型として扱う型システムが手に届くところにあったら >509 も使うでしょ？
今は自前で定義するもの大変だし定番ライブラリも無いしね。
513 名前：デフォルトの名無しさん [2008/03/27(木) 16:10:03 ]: 関数をハードコーディング？
514 名前：474 mailto:sage [2008/03/27(木) 22:48:04 ]: >>509
変数の取り間違い、という同一の問題です。
段階0として、人間が目を皿にして探す、ってのを入れてもいいよ。

> >>474 を見たら、「コンパイラによる意味解釈」ということしか思いつかないのだけど。。。
> そもそもそのチェックって一体どうやってやるんだい？

LINTの類いを使っていないと、それしか思いつかないのかもしれないね。

> >>474でint型しか出さなかった理由がわからない。

C言語のtypedefはtypedefしてたってintはintだよ。

> 確認するけど、型チェックは大前提としあって、
> 他にも意味論を持ち出せばさらにバグが減らせるという主張でいいんだよね？

「意味論」なんて持ち出してないぞ。
515 名前：デフォルトの名無しさん mailto:sage [2008/03/27(木) 22:57:35 ]: >>510
>　つまり、１は常に省略される可能性があるし、それは常に正しくあるべき。

省略したらバグるべきだとは主張してませんが?

してもしなくても動作は変らないけど、
プログラムを読んだ人間に意図がわかるようにするために省略すべきではないのよ。

> 少なくとも俺にはそれが分からなかった

例や文章が不適切でゴメンね。
でも、今までの話で分かったでしょ?

> なのでコンパイラにそれが間違いだと教える必要があるのだけど、それは一体どうやってやるの？

機械的に検出するためには、機械的に検出できるようにコーディングするのよ。
コンパイル時にエラーになるだけが、検出ではないよ。

>>513
charやwchar_tを直に書かず、マクロやテンプレートによって切り換え可能にすることに対して、
それらを直に書くことをハードコーディングというのだろう。
516 名前：474 mailto:sage [2008/03/27(木) 22:57:56 ]: おう、515は名前欄かきわすれた。
517 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 00:02:37 ]: >プログラムを読んだ人間に意図がわかるようにするために省略すべきではないのよ。
それは常識が共有できている時しか成り立たない。
変なコードが書いてあったら書いた奴に意図を聞きたくなる。

そしてスレタイ。*sizeof(char) を書くべき派といらない派は、この点において常識を共有できていない。
518 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 00:39:49 ]: 問題はいらない派がわかってて省略しているのかどうか
519 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 14:45:44 ]: >>514
LINT の類でお勧めは何だ？
520 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 15:18:57 ]: splint
521 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 19:25:44 ]: >>514
> LINTの類いを使っていないと、それしか思いつかないのかもしれないね。
>
LINTでどうやって間違いを検出するのかというと・・・
Ｃ言語ならforとかwhileとかを「キーワード」という特別な扱いにして
その周辺の文法や、他にもよくありがちな構文上の間違いが無いか検証するわけね。
話を戻すとつまり、weightとかheightや他の英単語をキーワードとして扱うということ？

> C言語のtypedefはtypedefしてたってintはintだよ。
>
>>474で重要なのは、weightとheightが「同じ型である」ということなわけ。
同一の型の代入を、「変数名が間違っている」という理由でどうやってエラーにするの？
と何度も聞いているのだけど。

> でも、今までの話で分かったでしょ?
>
ぜんぜん分からないのだけど。。。
>>474は一体何が問題なのか？　というところから分からない
522 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 19:41:51 ]: >>515
> 機械的に検出するためには、機械的に検出できるようにコーディングするのよ。
> コンパイル時にエラーになるだけが、検出ではないよ。
>
間違いを検出するのは、コンパイル時ではないということ？？？
あなたの主張が全く見えないので、以下で確認させて欲しい。

問１）　>>474は具体的にどこが間違っているのか？
１、weightとheightが同じ型であるところが間違っている。これらは型を分けるべき
２、（同じ型であっても）名前が間違っているのは明らかだから、代入したらエラーがでるべき。
３、その他

問２）　あなたのいう「機械的に検出」とは具体的にどのような方法で行うのか？
１、weightとheightの型を分ける
２、weightやheightや他の英単語をキーワードとして登録し、その使われ方をチェックする
３、コンパイラや他の何か(例えばLINTやリンカなど)に意味解析をさせる
４、その他

問３）　>>474の間違いを検出するフェーズは具体的にどこか？
１、コンパイルの開始前（いわゆるLINT）
２、字句解析時
３、構文解析時
４、構文木を作った後の独自のエラーチェック時
５、コード生成時
６、実行時
７、その他
523 名前：474 mailto:sage [2008/03/28(金) 22:06:15 ]: >>521
> weightとかheightや他の英単語をキーワードとして扱うということ？

No.

> 同一の型の代入を、「変数名が間違っている」という理由でどうやってエラーにするの？

さぁ。
それはあなたが言い出したことなのだから、自分で考えてくださいな。

>>522
> 間違いを検出するのは、コンパイル時ではないということ？？？

コンパイル時に限らない。

> 問１）

3

> 問２）

4

> 問３）

7
524 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 22:10:35 ]: ﾜﾗﾀ
答えられないのかよ
525 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 22:47:39 ]: >>523
電波に付き合うなよ
526 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 22:56:07 ]: 適当に振ったネタが予想以上に好評でウケタｗ
527 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 23:18:40 ]: そもそも変数名にheightやweightってつけるのは、人の目から見て意味のある名称にして
人間が間違えないようにするため。
それを機械的にって根本的におかしいだろ。
528 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 23:26:51 ]: >>527
> なんで明らかにダメな方向に誤解して、その誤解の上でしか成りたたない反論をするんだろ。
529 名前：デフォルトの名無しさん mailto:sage [2008/03/29(土) 01:45:42 ]: 趣味で独自の作法でプログラム書いてる人間には理解できない世界のお話。
530 名前：デフォルトの名無しさん mailto:sage [2008/03/29(土) 16:29:22 ]: >>524の未熟さが微笑ましい
531 名前：デフォルトの名無しさん mailto:sage [2008/03/29(土) 23:11:22 ]: 世の中には、

mallocしたものをfreeするとバグの原因になるからfreeしないほうがいい
どうせプロセスが終了するときに解放されるのだから

なんて言う人もいるのですよ。
532 名前：デフォルトの名無しさん mailto:sage [2008/03/29(土) 23:28:43 ]: また古い話を持ち出してきたなぁ。
533 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 00:43:34 ]: そのネタ飽きた
534 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 16:27:19 ]: ていうかmallocするとバグの元になるから
そもそもなるべくmallocしないで済む設計にするのがいいよ
535 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 17:45:10 ]: プログラム組むとバグの元になるから...
536 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 21:25:10 ]: だからデバッグ済みのライブラリを使うのですよ。
537 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 21:51:22 ]: そのライブラリを呼び出すコードがバグの元になるから...
538 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 21:53:52 ]: > なんで明らかにダメな方向に誤解して、その誤解の上でしか成りたたない反論をするんだろ。
539 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 22:58:15 ]: ネタだから。
540 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 23:37:05 ]: ネタをネタとわからない人には（
541 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 23:51:53 ]: >>474 が書いたコードを見てみたい・・・

何か放流してくれないかな？
542 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 07:39:29 ]: typedef int WEIGHT;
typedef int HEIGHT;

WEIGHT weight;
HEIGHT height;

height = weight; // warning: 型の異なる代入ですというコンパイラは存在するのか
543 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 07:51:23 ]: PODと非PODを区別しろよ
544 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 23:56:31 ]: そういうのはクラス化するという例をEffective C++で最近読んだ。
545 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 00:44:21 ]: >>543
そう言う問題じゃなくて、POD であることはわかってるけど、
プログラマが別の型と定義したんだから、警告するようにすれば
身長 × 体重なんてしてしまうバグを減らせると言うことなんだ
ろう。

>>542
言語は違うけど、Pascal とか Ada はそう言う型を定義できる。
現状の枠内でやろうとするなら、>>544 の方法がいいと思う。
546 名前：デフォルトの名無しさん mailto:sage [2008/09/16(火) 23:54:11 ]: strong typedefを知らずにこんなスレに書き込む奴がいたのか
2008年だぞ今年…
547 名前：デフォルトの名無しさん mailto:sage [2008/09/17(水) 09:21:36 ]: 後からのこのこ現れて間抜けな事を書き捨てていく奴って何なの？
流行ってんの？
548 名前：デフォルトの名無しさん mailto:sage [2008/09/17(水) 23:29:21 ]: >>547
よう、低脳
549 名前：デフォルトの名無しさん mailto:sage [2008/09/18(木) 00:57:02 ]: >>548
よう、ド低脳
550 名前：デフォルトの名無しさん mailto:sage [2008/09/18(木) 07:56:04 ]: 独自の拡張にメリットを見い出せないからこそBOOST(ライブラリ)やD(派生言語)でstrong typedefを実現しているのだけれど
>>547
間抜けだという理由をどうぞ
さぞかし説得力のある解説をして下さるのだろう

単純に既存のC/C++処理系の拡張としてtypedef警告が実装されていたら
WindowsやOpenGLのプログラムなんてやってられないと思うのだがね
551 名前：デフォルトの名無しさん mailto:sage [2008/09/18(木) 08:41:21 ]: 3ヶ月も経ってからレスしてたらやっぱり間抜けだろ。
552 名前：デフォルトの名無しさん mailto:sage [2008/09/18(木) 11:44:15 ]: ｽﾚ違い…ってのはまあ、3月以降全部そうか。
553 名前：デフォルトの名無しさん mailto:sage [2008/09/18(木) 17:42:08 ]: >>551
わざわざ煽りレスして理由がそれってのは苦しいと思うが…
554 名前：デフォルトの名無しさん mailto:sage [2008/09/21(日) 05:21:06 ]: IDないと句読点や三点リーダの不備が余計目立つな。
555 名前：デフォルトの名無しさん mailto:sage [2008/09/21(日) 06:25:06 ]: 日本語でokというか、独り言なら書かなくてよし
556 名前：デフォルトの名無しさん [2008/10/20(月) 09:05:31 ]: 馬鹿な＞１っているもんだな
557 名前：デフォルトの名無しさん mailto:sage [2008/10/24(金) 01:19:22 ]: #define strlen(a)
って宣言してみる。

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef