【ISO/ANSI/JIS】 C言語なら俺に聞け！ Part 131

1 名前：デフォルトの名無しさん [2007/02/01(木) 23:08:46 ] このスレは標準Cのみの限定スレです。 まず問題を冷静に吟味してCの話か否かをはっきりさせてから質問しましょう。 質問する前には最低限検索を。 エラー(警告含む)が起きたのならばエラーメッセージを書きましょう。 C FAQ 日本語訳 www.kouno.jp/home/c_faq/ Cプログラマ必読 ・プログラミング言語C(通称　K&R) www.amazon.co.jp/exec/obidos/ASIN/4320026926/250-7563469-9920244 他の過去ログはここに nssearch.hp.infoseek.co.jp/clang/ 前スレ 【ISO/ANSI/JIS】 C言語なら俺に聞け！ Part 130 pc10.2ch.net/test/read.cgi/tech/1159613789/ GUIなどの標準Cではできない事の質問,ソース丸投げ、宿題、書籍 は 専門の別スレッド↓があるのでそこへさようなら。 【初心者歓迎】C/C++室 Ver.34【環境依存OK】 pc10.2ch.net/test/read.cgi/tech/1169039760/ C/C++の宿題を片付けます 82代目 pc10.2ch.net/test/read.cgi/tech/1169575464/ 331 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 10:30:11 ] >>330 同一の名前空間で同じ名前を重複させたら当然問題あるでしょ。 あなたがC言語の仕様に対する無知によって、的外れな例を挙げただけ。 332 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 10:40:58 ] >>331 構造体メンバは問題が生じるわけないってことか？ なら残りはローカル変数ってことでいいかい？ ファイルスコープの typedef である jmp_buf の名前空間は ローカル変数といっしょで変数名だよね？ でもローカル変数ならスコープが重なるだけなんで、ライブラリの jmp_buf を使うつもりじゃなくてうっかり（知らずに）ローカル変数名として 使っただけなら問題ないんじゃないの？ どうせ内側で宣言されたローカル変数しか参照しないんだから。 333 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 10:43:47 ] >>332 ヒント: 他人にものを聞く態度 >>336を読まなかったのかい？ jmp_bufは「ファイルスコープ」の名前ではありません。 334 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 10:52:50 ] typedef名と変数名の名前空間も別物です。 だから、 typedef int i; i i; のようなコードも合法。良いスタイルではないけどね。 335 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 11:11:43 ] >>333 「ファイルスコープ」じゃなくて「グローバルスコープ」って言いたいの？ ISO C99 の最新ドラフトを見てしゃべってるんだが、規格には 「グローバル」なんてスコープは無いよ。 6.2.1 で列挙されてるのは "file scope", "block scope", "function prototype scope" の３種類だけ。 "global scope" で 検索してもひとつもヒットしない。なので >326 の言ってる 「グローバル」ってのはファイルスコープのことだと思った。 336 名前：333 mailto:sage [2007/03/15(木) 11:14:40 ] >>335 あーごめん。嘘ついたかも。 リンケージまで考えるとファイルスコープって一般にstaticなオブジェクトのこと を指すと思うんだけど、今は名前の話だったな。ごっちゃになってたわ。 337 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 11:16:45 ] 「C99 の最新ドラフト」はおかしいな。 >>334 で、同じく ISO C の最新ドラフトから、 6.2.3 に列挙されてる 名前空間は、ラベル名、タグ名、メンバ名、その他の４つ。 変数名も typedef 名も最後のその他で同じ名前空間です。 どんなコンパイラがそのコードを受け付けてくれるの？ 手元の gcc ではやっぱりエラーになるよ。 :2: error: 'i' redeclared as different kind of symbol :1: error: previous declaration of 'i' was here 338 名前：334 mailto:sage [2007/03/15(木) 11:20:54 ] あー名前空間同じだけど、typedef定義と変数宣言を スコープ違う形で試したから受け入れられたっぽいな。 こっちもすまん。 339 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 11:22:19 ] >>329 確かに。お粗末でした。 340 名前：324 mailto:sage [2007/03/15(木) 11:57:28 ] えーと。つまり >324 はやっぱり問題ないってことでおｋ？ 341 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 00:03:57 ] >>337 struct a { 　　int a; }; typedef struct a a;   a b: void c() { 　　b.a = 0; 　　goto a; a: ; } ってこと？ 342 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 01:52:18 ] >>341 何がしたいのかわからん。 343 名前：341 mailto:sage [2007/03/23(金) 09:26:10 ] 処理自体には意味ない。 ただ名前空間の分類としては、こういうことかな？と aは全部違う名前空間ということで。 344 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 10:34:48 ] >>343 そうだよ。ちゃんとコンパイルできただろ？ 345 名前：デフォルトの名無しさん [2007/03/30(金) 01:20:19 ] ↓のようなことって技術的に可能ですか？ 何分↓スレに専門知識を持った人間がおらず、真偽が分からなかったので ここで質問させていただきました 558 名前： 麒麟です ◆qJFjoQ6aTk 投稿日： 2007/03/29(木) 22:06:29 ID:ENSP49sq そうだ 一応書いておくわ CとかJavaとか言語でわけてる現状がそもそもおかしいから ソースコード翻訳機作ってやってるよ おまえも参加しろｗｗｗ 役に立たない下っ端を使えるようにする秘策だぞｗｗｗｗ 561 名前： 麒麟です ◆qJFjoQ6aTk 投稿日： 2007/03/29(木) 22:12:11 ID:ENSP49sq 意味分からないのか？？ コンパイラじゃなく ソースコードをそれぞれに変換するってことだぞ 意味分からないかな？？ 564 名前： 麒麟です ◆qJFjoQ6aTk 投稿日： 2007/03/29(木) 22:14:33 ID:ENSP49sq たとえば Cで書いたコード100万行を 自動変換で Javaコードに変換するって奴だｗｗｗｗｗｗ 分かるかな？？？ ttp://human6.2ch.net/test/read.cgi/dame/1174933496/l50 346 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 01:27:44 ] >>345 マルチ氏ね！ 347 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 02:31:56 ] はいはいわろすわろす 348 名前：デフォルトの名無しさん [2007/04/09(月) 14:46:42 ] ファイルの作成された日時をゲットする方法を教えてくれい！ 349 名前：デフォルトの名無しさん mailto:sage [2007/04/09(月) 14:50:36 ] アイコンを右クリックしてプロパティを見る。 350 名前：デフォルトの名無しさん [2007/04/09(月) 14:56:45 ] >349 そんなアホナ。。。 351 名前：デフォルトの名無しさん mailto:sage [2007/04/09(月) 15:00:27 ] ﾜﾛﾀ stat とか fstat で 352 名前：デフォルトの名無しさん mailto:sage [2007/04/09(月) 15:11:31 ] 環境依存 353 名前：デフォルトの名無しさん [2007/04/10(火) 12:13:30 ] program.exe arg1 arg2 arg3 .... と何個でも、何文字でも無制限にいけるのか？ 354 名前：デフォルトの名無しさん mailto:sage [2007/04/10(火) 12:27:41 ] 引数の長さには通常制限があるが、環境依存。 ARG_MAXでぐぐれ。 355 名前：デフォルトの名無しさん mailto:sage [2007/04/10(火) 12:39:20 ] 制限はあるけどそれはプログラムの方の制限じゃないよ 356 名前：デフォルトの名無しさん mailto:sage [2007/04/10(火) 20:30:12 ] ARG_MAXはPOSIXだと思う 357 名前：デフォルトの名無しさん mailto:sage [2007/04/11(水) 00:27:46 ] うん 358 名前：デフォルトの名無しさん mailto:sage [2007/04/11(水) 00:30:27 ] シェルの制限かと思ってた 359 名前：デフォルトの名無しさん mailto:sage [2007/04/12(木) 22:37:03 ] >>349 できました！　ありがとうございます！ 360 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 01:54:24 ] >359 mjky 361 名前：デフォルトの名無しさん [2007/04/13(金) 15:40:58 ] malloc とか free に一枚皮を被せるって常識なの？ void Free(void *ptr) { 　　if (ptr != NULL) free(ptr); } こんなようなの、、、 362 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 15:50:03 ] 少なくとも、free() にNULL渡すのは問題ない仕様だから それは意味無いな。 363 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 15:50:40 ] 違った delete に渡すのが問題無いんだった 364 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 15:51:15 ] >>361 常識ではないし、標準Cなら | free 関数は、ptr が指す領域を開放し、その後の割付けに使用できるようにする。 | ptr が空ポインタの場合、何もしない。 ので、まったくの無駄。 もっとも、malloc/free のトレースをしたいという目的で ラップするのはアリ。 365 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 16:46:05 ] メモリリーク検出には役立つかも知れない 366 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 23:45:45 ] >>361 ペアであるmalloc/freeのインターフェイスをよりペアらしくできるから、 オレはこんな感じにすることがある。 result_type my_malloc(void **ptr, int size) {   *ptr = malloc(size);   return (NULL != *ptr) ? result_success: result_faild; } result_type my_free(void **ptr) {   if (NULL == *ptr)   {     free(*ptr);     *ptr = NULL;   }   return result_success; } 367 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 00:02:53 ] void**はないだろ、常識的に考えて… 368 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 00:04:43 ] スレタイを100回音読すべきだな 369 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 00:25:26 ] >>367 間違えやすいよな．C++なら参照使えばいいけど， Cならマクロ使った方がいい局面かも． 370 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 00:42:17 ] 自分用ツールだったら、よくmallocが0を返したら即exit(1)するラッパを使う。 C++を使えるときにはnewを使えばいいんだけど。 371 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 02:43:50 ] >>366 my_freeは、渡されてきたポインタがNULLの時にのみ解放してるけど、それでいいの? というか単純ミスだよなw 372 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 02:57:19 ] my_free(NULL); 373 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 09:31:55 ] linuxの場合は、malloc()が成功したかどうかは、実際にメモリにアクセスするまで分からないから、 malloc()の戻り値をチェックするのは無駄だって説もあるな。 374 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 09:45:08 ] >>373 カーネルの設定換えれば検出できるようになるね。 さもなくば、calloc()で検出できるんじゃないか? 375 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 10:05:41 ] そんな環境依存の話を書かれても 376 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 10:12:33 ] つまり、このスレ的にはmalloc()の戻り値を検出するためだけのラッパは要らないということで。 377 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 10:23:45 ] 仕様的にはmallocの時点で割り当て失敗かどうか検出できないのってどうなの? 378 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 10:31:26 ] WindowsもたぶんVirtualAlloc使うと、実際にアクセスするまで確保されない ってこのスレじゃ関係ないね 379 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 11:49:59 ] 今ググても見つからなかったけど、俺が読んだ文章だと「近代的なOSだと、そういうふうになってる」みたいな言い方だったね。 mallic()で0を返さないって。 380 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 11:54:59 ] マリックｗｗｗｗｗ 381 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 15:47:16 ] >>373 malloc()は、システムコールじゃないよ。libcの関数だよ。 わかってる？ 382 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 15:58:38 ] >>377 駄目。 malloc()の実装のサンプル(システムコールとの関係)はK&Rにも載ってるから 興味がある人は目を通して理解しておくと良いよ。 知ったかぶりすると恥ずかしいから。 Windowsで言うなら、 VirtualAllocは確保できなくても0以外を返すかもしれない(実際は知らない)けど HeapAlloc(OSからもらったメモリを必要な分だけに区切って渡す)は 確保出来ないときは0(NULL)を返すということ。 (サイズ情報等を埋め込むから、必ず実際のメモリにアクセスする) VC++なんかのmallocは、HeapAllocをそのまま呼んでるだけだし。 383 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 16:11:45 ] www.linux.or.jp/JM/html/LDP_man-pages/man3/malloc.3.html > デフォルトでは、Linux は楽観的メモリ配置戦略を用いている。つまり、 malloc() が > NULL でない値を返しても、そのメモリが実際に利用可能であることが保証されない。 > これは本当にまずいバグである。 なるほど、確かにこれはバグだと言っている 384 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 16:19:02 ] ヒント: 管理情報はアプリケーションに返すメモリブロックに隣接している必要はない malloc()がどう実装されてるかなんてそれこそ環境依存以外の何者でもない とはいえ利用可能でないのにNULLを返さないのは規格違反だろうな 385 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 16:23:15 ] なるほど、 アドレス空間が足りない時等「一般的にmallocがNULLを返す状況」では無く、 システム全体(カーネルと各プロセス最小限使用分)の「物理メモリ」が不足する状況で プロセスの存在そのものが抹消されるわけね。 それも、自分自身とは限らないプロセスが。 386 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 16:25:23 ] とはいえ、どう考えても、これが「近代的なOS」と関係あるとは思えない。 「近代的なOS」が使っているのは、仮想記憶とデマンドページングだろ。 mallocが失敗してもNULLを返さないのとは関係ない。 387 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 16:26:27 ] つまり、このスレ的にはLinuxのlibc(におけるmalloc()の実装)は間違いだということですね。 388 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 16:30:32 ] Linuxはカーネルだけだから理論的にはまともな実装をしたlibcに置き換えることもできる。 glibcと言っておこう 389 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 16:31:52 ] >>384 でも、とりあえず、manでヒープの破壊について触れているくらいだから 今話題のLinuxのglibcの実装に関しては、 確保したブロックの前後に管理ブロックがあると、仮定しても構わないでしょ。 390 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 16:33:25 ] じゃあどういう状況でNULLを返さないことがあり得るんだろう。 アプリケーションに返すメモリがたまたまページ境界にまたがったときかな 391 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 16:38:02 ] >>390 いや、>>385な状況で、実際に物理メモリが足りないと判明する時でしょ。たぶん。 ページ境界の可能性もあるけど、大きなブロックを確保して真ん中にアクセスした時とかも。 ていうか、この場合、メモリ不足が 「アクセスするまでわからない」じゃなくて「絶対にわからない」だな。 分かった瞬間に検出することも出来ないまま殺されちゃうんだから。 >>373の「NULLチェックが無駄かも」という結論は一緒かもしれないけど。 392 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 16:38:04 ] あとページサイズを超える大きなメモリブロックを割り当てた場合 最初のページだけは管理情報の書き込み時点でコミットされるけど 2ページ目以降を踏んだとたん落とされる可能性がある 393 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 16:38:28 ] 2秒差でかぶったorz 394 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 21:09:29 ] ハードウェアの制限で256の倍数でデータを書き出しを行いたいのですが 端数が出た場合の処理はどのように実現するのがスマートなのでしょうか。 データは必ずシーケンシャルに確実に書き込まれる必要があって困っています。 携帯開発辛い... 395 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 21:14:10 ] >>394 言語と何ら関係がない質問なので、スレ違い。 まぁ、切り捨てていいなら切り捨てるし切り捨ててはいけないなら補うだけだな。 尤も、補う方法もダミーを詰めるだけでいいのか適当に間引く必要があるのか知らんが。 396 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 02:13:31 ] >>394 許されるバッファサイズと 書き込みサイズ > 256 書き込みサイズ ~= 256 書き込みサイズ <<< 256 で, 解が 異なると思うんだが... 397 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 08:03:22 ] >>396 馬鹿晒さなくていいから。 398 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 12:16:27 ] n: アライメント 書き出しサイズ (data_size + (n-1)) / n * n n が2の累乗数なら (data_size + (n-1)) & ~(n-1) で代用可能 399 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 17:27:09 ] >>382 VirtualAllocがメモリの予約やコミットに失敗した時は NULLを返すのは保証されてるよ〜 400 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 19:59:29 ] 完璧にスレ違いだけどな 401 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 04:35:16 ] フラッシュの書き込みとかやったなあ、なつかしい 402 名前：デフォルトの名無しさん [2007/04/22(日) 23:30:12 ] ファイルのサイズを取得する方法として fseek()でSEK_ENDに移動して ftell()の戻り値を取得する方法を使っていたんですが、 どこかのサイトに 「バイナリモードでファイルをオープンした時はSEEK_ENDの値が保証されない」 みたいな事が書いてありました 理由がよくわからないんですが、なぜなんでしょう 403 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 00:08:58 ] その管理者に「日本語でおｋ」とメールしろ 404 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 00:10:45 ] ISO/IEC 9899:1999 7.19.9.2 The fseek function / Para.3 3 For a binary stream, the new position, measured in characters from the beginning of the file, is obtained by adding offset to the position specified by whence. The specified position is the beginning of the file if whence is SEEK_SET, the current value of the file position indicator if SEEK_CUR, or end-of-file if SEEK_END. A binary stream need not meaningfully support fseek calls with a whence value of SEEK_END. だそうだ、詳しくは知らない 405 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 00:11:27 ] >>402 SEEK_ENDの値が保証されない でググって最初のやつ 406 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 00:24:42 ] >>402 takagi.in/modules/xoopsfaq/index.php?cat_id=1 このページか? 大嘘だから無視していい The fseek() function sets the file position indicator for the stream pointed to by stream. The new position, measured in bytes, is obtained by adding offset bytes to the position specified by whence. If whence is ... The fgetpos(), fsetpos(), fseek(), ftell(), and rewind() functions con- form to ISO/IEC 9899:1990 (``ISO C90''). 407 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 00:31:34 ] ファイルサイズをバイト単位で管理しないファイルシステムがあった大昔のためだろ。 テキストファイルはファイル終端を表すEOFコードを書き込んでいたが、 バイナリファイルではそうもいかないため終端へのシークができない （あえてやるとすればブロックなどといったもう少し大きな単位での終端までいってしまう） ということのはず。 408 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 05:10:49 ] >406のページは他にも嘘が…… 409 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 05:26:59 ] >>407 CP/Mがそんなだったかな。 EDLINEとかDOS用のエディタでテキストファイルを作ると最後に^Zが付くのはその名残。 410 名前：デフォルトの名無しさん [2007/04/23(月) 19:21:07 ] 副作用完了点について質問があります。 1) どこだったか忘れてしまったのですが、ネット上の文書で 「カンマ演算子はインクリメント/デクリメントの副作用完了点にならない」 というような記述を読みました。これは正しいのでしょうか？ i++, i++; としてはならないと書いてありました。 2) int *f(int *p) { return p; } という関数があったとして、 以下の例は合法でしょうか？ int i; *func(&i) = 1; *func((++i, &i)) = 1; 3) 関数 int g(int); について、式 (++i * g(++i)) の 二つの ++i の評価される順序や、 式 (g/*1*/(i) + g(g/*2*/(i))) で g/*1*/ と g/*2*/ が呼ばれる順序は定義されていますか？ よろしくお願いします。 411 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 19:54:58 ] ++i と i++ で処理が変わるようなプログラムは 今の時代書くべきじゃない。 412 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 19:56:19 ] ++i や i++ を何かに突っ込んだプログラムもな。 a[i++] = b; とか。 読みやすいプログラムを書け。 413 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 19:57:42 ] >>411,412 なんで乞われてもいないのに語りだすん？ 414 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 20:08:42 ] 引数を列挙する時のコンマは副作用完了点にならないけど、 コンマ演算子は副作用完了点になるはずだと思うんだけど。 415 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 21:05:46 ] 論理積 (&&)、論理和 (||)、カンマ演算子 (,)、三項演算子 (?:) の評価順は左から。 その他の演算子は不定。なので 1) は「正しくない」 2) は「合法」 3) は「定義されていない」 >>413 >>411-412 は、今何の話をしているかをまったく理解できていないものと思われる。 416 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 21:27:43 ] でも、よく下のような使い方は見るよね int a,b for(i=0;i<10;i++) { 　　*a++ = *b++; } 417 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 21:43:38 ] >>416 それがどうした？ 418 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 21:47:41 ] >>416 見ないし、見たくない。 419 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 22:15:36 ] >>416 以下を、突っ込んで欲しい順に並べてください。 ア・「でも」は何処に掛かってんだ！？ イ・更に話題を発散させるつもりか！？ ウ・aとbはポインタちゃうやろ！！ 420 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 22:20:26 ] >>419 ウ・aとbはポインタちゃうやろ！！ ア・「でも」は何処に掛かってんだ！？ イ・更に話題を発散させるつもりか！？ 421 名前：402 mailto:sage [2007/04/23(月) 22:26:44 ] みなさん回答ありがとうございます > A binary stream need not meaningfully support fseek calls with a whence value of SEEK_END. という事は厳密には移植性が無いって事でいいんですかね と思ったんですが >>406 マジすか？混乱してきました >>408 後学のためにどこか教えていただけますか？ 422 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 22:44:09 ] >>421 例えばこの辺。 ＞　Linux などの Unix 系 OS の環境では、テキストモードとバイナリモードの区別がないという表現がよく見受けられますが、 ＞それはあくまでもナロー文字を扱っている場合のことであり、ワイド文字を扱う場合には当てはまりません。 ＞また、たとえ Unix 環境でナロー文字しか扱わない場合であっても、移植性の高いコードを書くには、 ＞テキストモードとバイナリモードを等価なものと考えてはいけません。 ここを見れば判るが、POSIXではそもそもそんなモードがない。 ＞ttp://www.linux.or.jp/JM/html/LDP_man-pages/man3/fopen.3.html 423 名前：デフォルトの名無しさん mailto:sage [2007/04/24(火) 00:44:29 ] カンマ演算子について、 while ((c = getchar()) != EOF) {} なんて書き方を良く見るが、たまに while (c = getchar(), c != EOF) {} の方が分かりやすい人も居るんじゃないかと思ったりする。 (優先順位等が分かっている人には) ただ、K&R等で上の書き方が使われているし、 一般的に「慣れている方が分かりやすい」という観点からは やはり上の形なのかな、と思う。 K&Rで上の形式なのは、大昔の非最適化コンパイラの都合もあるだろう。 424 名前：デフォルトの名無しさん [2007/04/25(水) 15:10:10 ] dirent_t構造体のメンバ変数でd_typeというのがあるのですが、 これの示す値がどのように定義されているのかが分かりません。 とりあえず実際に動かして調べてみたところ、 ファイルの場合は８、ディレクトリの場合は４が入ってくるようなのですが、 他にも何か値が入ってくる場合があるのでしょうか？ 御教授ください 425 名前：デフォルトの名無しさん mailto:sage [2007/04/25(水) 15:14:06 ] sys/stat.h 426 名前：デフォルトの名無しさん mailto:sage [2007/04/25(水) 19:11:37 ] >>423 確かにカンマ演算子使うのはいいかもな、 ま、俺もどうせ今更だから使わないけど 427 名前：デフォルトの名無しさん mailto:sage [2007/04/25(水) 19:31:06 ] >>423 下の方が分かりやすいとは思うんだけど、 c を２回書かないといけない点は気持ち悪い。 悩ましいところ。 428 名前：デフォルトの名無しさん mailto:sage [2007/04/25(水) 22:49:49 ] すみませんお願いします。 scanfで10桁までの数字を入力し、その10桁の数字を配列に格納するにはどうしたら良いでしょうか？ こんな感じの↓問題なのですが、お願いします。 1.10桁までの任意の数字を入力し、入力した値を配列に格納し、 「何桁目を表示しますか？」を出力し1〜10までの任意の数字を入力後 「○○桁目の数字は○です」と出力されるプログラムを作成せよ ググってもわからないし、全然できないです…orz どなたか解いてください。 429 名前：428 mailto:sage [2007/04/25(水) 22:52:19 ] あ、使用しないとならない関数はscanf printf switch case　になります。 430 名前：デフォルトの名無しさん mailto:sage [2007/04/25(水) 22:52:36 ] 宿題スレにいけば教えてくれるよ 431 名前：デフォルトの名無しさん mailto:sage [2007/04/26(木) 10:21:10 ] 出題者にswitch case は関数じゃない、とつっこんどけ

---

---

[ 続きを読む ] / [ 携帯版 ]

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