【初心者歓迎】C/C++室 Ver.35【環境依存OK】

1 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 21:36:23 ] エスケープシーケンスやWin32APIなどの環境依存な物でもOK。 ただしその場合、質問者は必ず、環境を書きましょう。 ※sageは禁止です。 【前スレ】 【初心者歓迎】C/C++室 Ver.34【環境依存OK】 pc10.2ch.net/test/read.cgi/tech/1169039760/ 【アップローダー】(質問が長い時はココ使うと便利) kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/joyful.htm 730 名前：デフォルトの名無しさん [2007/03/24(土) 04:22:44 ] #define って　そのソースファイル内でしか適用されんの？ また同じ #define をソ−スごとに書かないと駄目なの？ 731 名前：デフォルトの名無しさん [2007/03/24(土) 04:27:33 ] >>730 プリプロセッサだもの、そりゃそうでしょ。 いっぱい書きたくなかったらヘッダに書けばおｋ。 732 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 04:28:34 ] 同じ #define を複数箇所に書くとかあまりにも意味がないｗ 733 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 04:32:25 ] >>730 コンパイルオプションで指定するならソース上のどこにも書かなくていいよ。 734 名前：デフォルトの名無しさん [2007/03/24(土) 04:34:19 ] >>731 ヘッダに書いてインクルードさせれば使えるの？ 735 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 05:04:18 ] #includeは単なるファイルのコピペ指令だ 気張る必要はないよ 736 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 09:37:31 ] >>732 それそのまんまマイクロソフトに言ってやれ 737 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 10:03:11 ] 一応VC++でのコマンドラインからのコンパイルとリンクの仕方を msdnから抜粋しといた。必要ないから、俺は使ったこと無いけど コマンド ラインで、オブジェクト ファイル FIRST.obj と SECOND.obj が作成される。 CL /c FIRST.C SECOND.C 実行可能ファイルを作成するには、LINK を呼び出す必要があります。 LINK firsti.obj second.obj /OUT:filename.exe 738 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 11:19:57 ] WinXP、MinGW-5.1.3を使ってます。 10E13位の実数を扱いたいんですが、float型やdouble型で宣言しても warning: integer constant is too large for "long" type というエラーが出てしまいます。どうすれば解決できるでしょうか。 739 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 11:22:20 ] コード書け 740 名前：738 mailto:sage [2007/03/24(土) 11:27:25 ] これだけなんですが。 float na; long nb; na = 100000000000; nb = 1000000000; 741 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 11:29:05 ] double f[] = {100000000000000., 10e+13}; 742 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 11:30:28 ] >>740 それはlongリテラルだもん 743 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 11:33:42 ] >>740 小数点でも書いとけばいいんじゃないの 744 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 11:34:11 ] エラーメッセージのまんまだな。 longリテラルではなく浮動小数点リテラルとして認識させればいいだけ。 745 名前：738 mailto:sage [2007/03/24(土) 11:36:04 ] 宣言はできましたが、数値を代入したら同じエラーが出てしまいました。 代入するには f[0] = 100000000000; でいいんですか？ 746 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 11:36:32 ] >>740 na = 100000000000.0f; つーか10E13ってそういうことか てっきり0x10E13かと思ってたわ 747 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 11:40:24 ] >>745 だからdoubleリテラルにするために小数点かeつけろよ 748 名前：738 mailto:sage [2007/03/24(土) 11:48:23 ] 代入する数値に.を付けて f = 100000000000.; としたら解決しました。ありがとうございます。 749 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 11:55:31 ] >>737 -cオプション与えなければclでexeを直接生成できるよ。 cl -o foo.exe first.c second.c でよい。 ま、普通は（Makefileを使うような場合は）-cオプションつきでobjを 作った後で結合するけどな。 750 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 12:18:51 ] C++版のgetch()ってありますか？ 751 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 12:25:29 ] ない。そもそもgetchは標準関数ではないのだからC++がどうこう言う話ではないだろ まあ、conio.hがある環境なら#includeしとけば使えると思うよ 752 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 12:34:29 ] 標準じゃなかったんですね・・・ 回答ありがとうございました 753 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 17:36:07 ] #include <windows.h> #include <iostream> BYTE A(const BYTE* a)   { return a[0]; } BYTE A(const PBYTE a)   { return a[1]; } int main() {   const BYTE a[] = { '0', '1', '2', '\0', };   /* */ BYTE b[] = { '0', '1', '2', '\0', };   std::cout << A(a) << A(b) << std::endl;   return 0; } このコードは　01　と表示するんですが、aとbが区別される理屈がわかりません また、Aの定義からconstを取り除いた場合、同じBYTE*の関数としてあつかわれて コンパイルエラーになるのに、constがあるとOKなのも理解できません なぜこうなるんでしょうか？ 754 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 17:48:28 ] const PBYTEはBYTE* constになる。 const BYTE* aはaの指す先がconstという意味。 BYTE* const aはaそのものがconstという意味。 それぞれ別の型として扱われるので多重定義できる。 仮引数そのものがconstかどうかは多重定義の解決の際に考慮されないので、 実質的にはA(const BYTE* a)とA(BYTE* a)の中からどちらのAを呼ぶかということになる。 main関数の中のAの呼出では、それぞれaとbの型に引数が最も合うAが選ばれたということ。 755 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 17:54:04 ] constなポインタとconstなオブジェクトを指すポインタの違いはこんな感じ int i; const int c; int *const pc; const int* cp; pc = &i; //エラー：pcはconstだから cp = &c; //Ok *pc = 0; //Ok *cp = 0; //エラー：cpの指す先はconstだから 756 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 17:57:58 ] >>754-755 うぉぉ　すごく良くわかりました > const PBYTEはBYTE* constになる。 これに気づけなかった。感激です　 あとﾄﾞﾙｼﾞっょぃ 757 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 18:15:44 ] ポインタが絡んだときに、constがどこにつくかってのは、定期的に出るね。 cont BYTE * だから分かりにくいのであって BYTE const *　//上の型はこれ BYTE * const BYTE const * const そもそもなんで、型の前にも後ろにも付けられるようにしたんだか。 後ろだけだったら、こんなに混乱しなかったはずなのに。 758 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 18:22:36 ] >>757 C++の言語仕様は何でもあり これがすべての混乱の元と言われている 759 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 18:30:57 ] 結局C/C++は女子供の使うものじゃなかったんだよ。 スキルのもった、何でも自分で出来る現場のおっさんが、好きなように出来るように作られたもの それが出来ないなら、制限されたC♯で"安全な"プログラムを組めって事さ 760 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 18:35:28 ] >>757 www.research.att.com/~bs/bs_faq2.html#constplacement 761 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 18:40:16 ] >>758 これはC++だけではなく、基のCからそうだった。 762 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 18:50:53 ] const BYTE *A だったら (const BYTE)←Aって感じでポインタのAがconst BYTEを指してますよーっ て感じで直感的かもしれない気がしただけでしたごめんなしあ 763 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 18:51:13 ] C++はオブジェクト指向が追加されて更に言語仕様が複雑になった CはポインタとGOTOを制限すれば構造化プログラミングを 正常に行える。 オブジェクト指向言語でありながらポインタがある。この言語仕様で 自由にプログラマーがコーディングする他人が読めないコードに なるのはむしろ必然 764 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 19:14:33 ] GOTOなんて気持ち悪すぎ 765 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 22:11:17 ] >>763 初心者丸出しの発言乙ｗ 766 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 22:23:51 ] 玄人がするような発言をして下さい↓ 767 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 22:25:49 ] gotoにも使いどころはあるよ 768 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 22:28:47 ] プログラミング規約を行わないでコーディングさせたら プログラムを複雑にするのは事実 フレームワークを言語に取り入れるのは大規模開発では常識となっている。 世界で活躍するプログラマになると実行速度・コードサイズ・可読性に優れた コーディングを行っている。 他人が読めないコードは最悪のコーディングスタイルだ 769 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 22:33:57 ] 実行速度やコードサイズを犠牲にして可読性上げてるんじゃなかったっけ・・・ 770 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 22:38:53 ] ｴｾ玄人がするような発言をして下さい↓ 771 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 22:40:33 ] 実行速度・コードサイズは最適なアルゴリズムを採用することにより実現 可読性はクラス設計を適切に行い、関数の粒度を均一にすることで実現 更に優秀なプログラマなら再利用可能なプログラム設計も行える。 772 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 23:05:56 ] ごめんなさい どれも出来ません。 773 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 23:06:22 ] ・最適な ・適切に ・関数の粒度を均一にすること ・優秀なプログラマ 774 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 23:09:56 ] goto 使わずにどうやって for の二重ループから脱出するの? 775 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 23:11:01 ] フラグ立てんじゃね？ まあ俺はgoto使っちまうがな 776 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 23:11:45 ] 日本ブレイク工業社歌ばりにブレイクブレイク。 777 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 23:16:07 ] 最初は素直な実装を心がけてればいいんじゃないかな 778 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 23:25:07 ] 2重ループを関数に移してreturnするな俺は 779 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 23:38:25 ] で、goto 使うななんて発言はどこにも見当たらないんだが… 780 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 23:44:06 ] ばっかだなぁ　throwがあるじゃないか 781 名前：デフォルトの名無しさん mailto:sage [2007/03/24(土) 23:45:14 ] 例外ってgotoよりタチが悪いだろ 782 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 00:58:07 ] gotoを全く使ってはいけないのではなく、多用すると可読性が悪くなるから制限が必要 多重ループからの離脱はgoto使うとむしろ可読性が良くなるから使うべきケース 783 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 01:23:56 ] try throw catchってやばいのん？ 784 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 01:27:33 ] >>783 もちろん、ちょーやばい。宇宙並みにヤバイ。お前は絶対使うなよ！　やばいから！ ・・・俺は使うけど。 785 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 02:04:48 ] 例外は"見えないgoto"だとはよくいったものだ。 悪用すると、gotoよりも可読性が悪くなる。 使わなくて済むのなら避けるべき。 786 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 02:44:48 ] どの言語でも例外を非ローカル脱出に使うのは推奨されていないなあ… 787 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 10:25:08 ] 例外って、使う使わないというものじゃなくて 「使わざるを得ない」ものではなかろうか 788 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 12:41:01 ] うるさいうるさいうるさい！ 789 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 16:35:02 ] 質問失礼します。 とある関数で、time(NULL)を種として乱数を発生させているのですが、 高速で繰り返し関数を呼び出しているため、同じ乱数が何度も発生してしまいます。 速度を落とさずこれを回避するには、どうすればよいでしょうか？ 790 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 16:36:12 ] 種を与えるのは一回だけでいい 791 名前：デフォルトの名無しさん [2007/03/25(日) 18:43:58 ] 循環参照とか循環インクルードとか、 このヘッダインクルードしたらこのヘッダもついてくるから 新しくヘッダつくるかそしたらこのヘッダインクルードしないといけないから そしたらこのヘッダもついてくるからって もう嫌になった 792 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 18:46:20 ] インクルードガードしろ 793 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 19:53:17 ] 分割コンパイルするならｲﾝｸﾙｰﾄﾞｶﾞｰﾄﾞ必須だろ、常識的に考えて 794 名前：デフォルトの名無しさん [2007/03/25(日) 20:00:55 ] インクルードガードは本当は良くないんじゃないんですかね。 それはただの対処法ってだけじゃないの？ 795 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 20:04:53 ] やっぱ#pragma onceで重複処理するだけって駄目なのか・・・ 796 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 20:09:15 ] >>794 ただの対処法がダメならどうしろとｗ >>795 そいつぁコンパイラを選ぶんじゃなかったか 797 名前：デフォルトの名無しさん [2007/03/25(日) 20:14:56 ] >>796 基本的に循環しないように分割の設計していかないと駄目だと思うのよね。 それが基本的に本当だと思うのよね。 ヘッダ1000個とかになって人間として難しいって時の対処法でインクルードガードがあるんだと思うんだよね。 798 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 20:32:57 ] それはつまり、NULLが定義されているのがstddef.hのみだった場合 stdio.hやstdlib.h内でstddef.hをincludeするのは禁止で、かつ ユーザーはstdio.hとstdlib.hの両方を使用するコードを書くべきではない ということですよね？ 799 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 20:46:45 ] 標準ライブラリは重複してもおｋなの？ 800 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 20:48:24 ] 何をもっておｋとしたいのか判らん オブジェクトコードを1バイトでも軽くしたいとかコンパイルを1秒でも早く終わらせたいとか そんな目標があるのか？ 801 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 20:51:50 ] つまり発生する問題はその程度ということですか、ならおｋです 802 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 21:00:31 ] >>797 ＞基本的に循環しないように分割の設計していかないと駄目だと思うのよね。 ＞それが基本的に本当だと思うのよね。 んなこたねーよ馬鹿。循環していなくても 同じ宣言・定義を2回読む危険性はあるだろ。 >>799 標準ライブラリもインクルードガードされているから大丈夫。ソース見れ。 >>800 #include <stdio.h>と何回も書くと その分だけオブジェクトコードが増えるとでも思ってるのか？ 時間は数ミリくらいは遅くなるだろうが。 803 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 21:11:19 ] >>802 >>799は>>797理論について標準ライブラリも重複しないようにせにゃならんのかと言ってんじゃね？ 804 名前：デフォルトの名無しさん [2007/03/25(日) 23:18:38 ] >>798->>803 バカかお前ら。依存関係の事言ってんだよ 805 名前：デフォルトの名無しさん [2007/03/25(日) 23:24:59 ] >>804　ごめん、よくわからん 806 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 23:25:03 ] 結局これか www.kouno.jp/home/c_faq/c10.html#7 807 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 23:28:37 ] >>804 無能 808 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 23:34:21 ] >>806に関連して(このスレの流れには関係ないが) borlandのコンパイラ及びmakeは、自動的に依存ファイルの更新をチェックする機能がある (.objのコメントにincludeされたファイルと日付を含め、makeがそれをチェックする) まあmakeにかかる時間が若干増えるが。 809 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 00:24:06 ] >>806 Indian Hill スタイルガイドを策定したヤツは馬鹿ですか？　信じられん。 一度、#include を入れ子にしてないプログラムのメンテしたことあるけど地獄だったぞ。 810 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 02:43:27 ] 例えばクラスAを保持しているクラスBとCがあって、それぞれが別々の .cpp と .h のセットに記述されていた場合とか、 入れ子 #include が禁止だと非常に困る 811 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 05:27:27 ] >789 どういう状況かは知らないが、似たような経験がある。 とあるアプリのプラグインを開発していたんだけど、 アプリの仕様上、その機能が使われる度に毎回プラグインがロードされるので static変数が使いにくいという状況だった。 そのときに色々と調べて見つかった方法が、 ・シードをファイル等に書き込んでおく ・プラグインとは別にプロセスを立ち上げ、種を保持しておく ・ミリ秒ではなくマイクロ秒を種に与える の3つだった。他にもあるかもしれない。 812 名前：デフォルトの名無しさん [2007/03/26(月) 16:52:23 ] Win32APIフックについて教えてください。 ユニットテストでAPI呼出失敗を検証する為、 APIフックを行う必要があります。 いろいろ調べた結果、以下のHPにサンプルがありました。 ttp://ruffnex.oc.to/kenji/text/api_hook/ ttp://ruffnex.oc.to/kenji/text/api_hook/ex2.cpp 動作検証した所、フックは成功しました。 しかし、フック状態から元の状態に戻す方法がわかりませんでした。 (プログラムを終了すれば元の状態にもどりますが、そうではなく、任意のタイミングで戻したい) どのようなコードを書けばよいのか、識者の方ご教授いただけませんでしょうか。 813 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 16:57:48 ] そりゃ、自分のプロセスのテーブルを上書きして書き換えてるだけだから。 そこのページに置いてある API_Hook.zip をちゃんと読めば分かるよ。 814 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 17:03:34 ] ややすれ違い　WindowsAPIべったりな話題だから pc11.2ch.net/test/read.cgi/tech/1174416295/l50 さらにいうなら親切にBBS用意してるんだからそっちで聞くほうがいいとおもうけどな さらにいうならもう一個下のサンプルにはちゃんと実装されてるんだから それぐらい調べてからでも遅くないと思うんだけどな でもってReplaceIATEntryInAllModsの引数逆転させてみな 815 名前：812 [2007/03/26(月) 17:40:00 ] >>813 >>814 レスありがとうございます。 ご指摘の通り、ソースを調べてから質問するべきでした。 また、スレ違いであることも、重ねてお詫びします。 申し訳ありませんでした。 816 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 18:34:00 ] Cの質問です。 unsigned int a = 1; a -= 2; このとき、aの値がUINT_MAXになることは保障されているのでしょうか？ 817 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 18:42:17 ] UnsignedIntegerOutOfBoundExceptionがシグナれます 818 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 18:52:17 ] >>816 整数オーバーフローが発生した場合の動作は未定義 そもそもUINT_MAX==2^(sizeof unsigned)-1である保証もない 819 名前：816 mailto:sage [2007/03/26(月) 18:58:34 ] >>818 分かりました 別の方法を考えてみることにします・・・ レスありがとうございました！ 820 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 19:31:05 ] >>818 あれ、そうだっけ。 intとかの負数を含む型は、 オーバーフローは未定義だったのは規格で書いてあった覚えあるけど。 unsignedも未定義って書いてたっけ？ 確か2^Nで余剰を取った結果になるって書いてたと思うけど。 821 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 21:09:16 ] >>816 規格では、符号なし整数の演算結果が範囲外になったときは範囲内に収まるまで (その型の最大値+1)　を足したり引いたりした値になるとされている。 ISO C 6.3.1.3 これにより ((unsigned int)-1) は常に UINT_MAX に等しいと言える。 822 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 21:19:31 ] UINT_MAX は-1よりも~0の方が好きだな 単なる好みの問題だけど 823 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 21:21:05 ] オーバーフローはバグの原因になるから理解するのはいいけど、 実際にプログラムに組み込むなよｗ 824 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 21:44:31 ] >>822 それって保証されてるん？ 825 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 22:00:58 ] C90/C99ともにただ 0 とだけ書いた場合は (int)0 と等価なので それを全ビット反転するわけだから -1 になると思うが 826 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 22:01:46 ] 書き漏らした int範囲で -1 になると思う 827 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 22:02:27 ] 負数の表現方法は C の規格外。 828 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 22:03:45 ] ~0Uだな 829 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 22:12:28 ] つまり、-1 が 0x80000001 な環境でも (unsigned)-1 は 0xFFFFFFFF （が UINT_MAX とする）になるということか。 830 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 22:15:01 ] まぁそういうことだよな？ ただの -1 なら 0x80000001 で解釈されるけど (unsigned)キャスト時はコンパイルでUINT_MAXに置換されるってことなんだろうか 831 名前：デフォルトの名無しさん [2007/03/26(月) 23:28:52 ] VC++ 2005を始めました。 Byte単位でのファイル入出力はできますか？ ビギナー本には書いてないし、ネットでも色々探したのですが…。 ｴﾛい人、方法を教えてくだされ。 832 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 23:34:42 ] fread() fwrite() 833 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 23:36:00 ] fstream

---

---

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

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