C言語なら俺に聞け 162
いまどきPlain Cが使われる状況なんて限定的なんだから リモートワーク制度が削減・廃止されたら「転職や別案件を探す」が4割-- 前スレではちみつさんが書いてくれたリンク見ました。thx https://go.dev/tour/flowcontrol/13 >>8 >>9 >>8 >>10 >>8 のどこが建設的な議論よ？ deferは(素のものをじゃなくてもう少し高機能な)プリプロセッサで対応出来る ただのどこかのオッサンの意見が気に食わんなら別にそれでもいいよ… >>13 既に進行中の「建設的な議論」をご用意しました https://www.open-std.org/jtc1/sc22/wg14/www/docs/n2895.htm 既に進行中の「建設的な議論」をご用意しました https://www.open-std.org/jtc1/sc22/wg14/www/docs/n2895.htm >>19 >>17 >>21 >>21 は回線切って首吊れば。 >>19 21 と 22 のワッチョイとIDが同じで表現が口汚いのはどう解釈したらいいの？私には難しくて分かりませぬ いつもの復オジωωω 容認→警告→禁止推奨 言語の設計思想と立ち位置考えれば手を入れる必要ないでしょ >>28 c23だと属性以外にも clangとかはconstexprを使わなくても、最適化で勝手に整数に置き換わってるとか普通に有るけどねw >>30 >>32 C++ の const 指定は初期化子が定数 (定数式) なら指定が付けられた変数も定数になるという規則なんだが 書き換えが禁止されても定数ではないとはこれいかに… 言語仕様上の用語としては定数は定数が要求される箇所に書くことが出来るもののことだよ。 const int foo = 1; 2-pass コンパイルを実装してほしい そういう配列宣言でdefine使わないとどういうメリットがあるの？ もしかしてそれって、C言語の仕様じゃなくてデバッガとかビルドシステム側の機能改善でできそうって気がしませんか？ その例だとデバッグ時に数字で表示されたほうが安全じゃないか >ソースコードがありデバッガがビルドの情報も知ってる >>42 >>43 次に実行するコード >>49 哲学には興味ない >>51 ずいぶん安い煽りに転じたな 自分はデバッガ使う段階なら定数は具体値が出てくれた方がいいです >>43 にアンカうったら>>49 で手間がどうこうって返ってきたんだがそういうのを安全って言うのか?? >>52 と同感でマクロにしてもenumにしてもシンボル・値両方確認出来るもんだと思ってたから gdbなどのデバッガー使っていれば変数名と型と値は全て表示される シンボルの方が意味が判って良いけどな デバッガもその設計思想によるだろう。 >>53 >>54 >>40 で *コード書くとき* の話だからな。 >>41 のせいだな。 Cは単純だからぽいんた辺りで躓かない限り特に疑問は生まれずスーっと大脳皮質に浸透していく Cの関数ポインタはそれ以上でもそれ以下でもない C++になると更にきしょいメンバ関数ポインタがあるが #include <iostream> >>59 とか >>60 の後者の人とかは 定数はともかく変数の値の変化を監視するとなれば話は変わりますよ >>66 >>70 >>80 >はじめてのC >>94 Cの関数ポインタに慣れてしまってたんなに奇天烈に見えてたのに今じゃ可愛く見える ∧__∧ 左辺値と右辺値のことがよくわからない >>100 char *cpa = "abcdefg; 「大前提で文字列リテラルは書き換えたらダメ」があって >>101 ご親切にありがとうございます。標準的な本にもかいてあることを聞いてしまいました。 ポインタと配列(の先頭番地)は同じように使えるがまったく別のもの >>102 の例だとsizeof(cpc)は8で "abcdefg"[2] = 'C'; これがＮＧ >ポインタと配列(の先頭番地)は同じように使えるがまったく別のもの 配列名は単に文字列が格納されている場所に付けられたラベル >>108 >>109 配列の型は配列型だ。 型の話って、実は結構難しいというか深いよね… ((char*)cpc)++ で cpc[0] が 'b' を指すように移動できるの？ アセンブラで考えるとよくわかる ＞((char*)cpc)++ >>114 >>112 >>118 で「配列が代入の対象になりえないにも関わらず」なんて言い方してるくらいだから 左辺値かどうかの簡単な切り分けだと思っただけで >>111 正確には、配列名のことをいっているんでしょ？ 何を言ってるのだかわからん。 代入可能な左辺値一覧 >>126 まだまだ浅学な者で、３と４の違いが分かれば十分です char ss[5]; 配列 a があるとき しかし、食べたらまずそうなコテハンですね('_') 最初はSCHEME餃子と名乗ってたけどSCHEMEスレが過疎ってて暇だから 配列には確かに構造体のようにごっそり代入できませんね 126 の表現を借りるなら 結局てめーの日本語が気に食わないって話かよ 「配列は」という話をしているときに配列でなくする操作 (要素に対するアクセス) をすれば出来るみたいな話と混同されると困る。 初心者のころ char a[] = "A"; >>139 > &a[0] を a と省略出来るだけ (順序から言うと配列がポインタに変換されるほうが先だな……。 すまぬ) 配列 a は a と書くだけで先頭要素を指すポインタなので >>140 >>143 完全に理解した！！！ https://ideone.com/g2912A >>145 いやいや何を言っとんの? 感覚的にはそんなに不自然には感じないんだけど >>147 sizeof の結果の型は size_t で、 >>145 誰が誰なのかよく分からんけど、キッズが来て荒れた、という話ですか 型の話かと思ってたら、いつの間にか 入門者がポインタを理解できない話 になった印象 >>145 >>157 >>158 c言語初心者です >>160 >>160 FILE構造体っていうことだけは、どの本にも書いてある。 実際UNIXのfile descriptorはintでWindowsのファイルハンドルHANDLEはvoid*だ。 >>160 >>160 です 言語仕様的に見れば FILE はストリームを制御するのに十分な情報が入ったオブジェクト型であることと、 >>165 FILE構造体ってOS毎に変わるし、コンパイラ実装でも又変わってた様な気がする FILE*経由だとバッファリングされるから、バッファーのポインタとそこに含まれてるデータサイズも含んでいるだろう >>160 FILE*互換の自前のストリームを実装できれば便利なんだがなぁ パイプのインターフェイスをストリームとして開くことが出来るから >>165 >>163 ソケットディスクリプタってファイルポインタに転生できる？ >>160 です free(NULL) は許されるのに >>180 fflush の場合は全てのストリームを対象とするという特別なフラグとして NULL を活用しているので無効なポインタとしての NULL とは事情が違う気がするね。 free(NULL)は、おバカなマの為に特別に許容したんだろ 以前ネットでおすすめされていた「苦しんで学ぶc言語」の内容をしっかり理解する段階まできたのですが、次は何をすれば良いのでしょう。 ↑みたいなのって目的ないのかね Cで現実的なアプリケーションを作るならホスト環境 (OS など) の事情は無視できないし、具体的な目標なく道筋は決まらないと私も思う。 >>184 https://9cguide.appspot.com/index.html >>186 >>187 業務効率の向上が目的ならC言語は回り道すぎる ファイル操作の課題出してあげようか >>188 C言語のスレッドで言う事じゃないがC言語以外の生産性の高い言語を学んだほうがよさそう >>184 (事務作業などの？) 業務効率化が目的なら Power Automate Desktop の活用を考えた方がいいと思う。 「なにを作りたいのかが大事」ってのは良く分かるんだけど、普通の人が作りたいものって大抵Cじゃない方が…ってなっちゃうんだよな >>90 >>191 >>192 >>193 >>194 WindowsアプリならCじゃくて、せめてC++にしておけ Cで全部書いてると大変だと思うよ >>196 >グラフィック系のソフトを使う上で不便なところを楽したい >>196 関数のサイズというのは、関数の引数のサイズと同じと考えて良いのでしょうか？ プリプロセッサメタプログラミングを覚えてからc言語の開発は楽になったわ >>206 >>206 >>208 >>206 サイズ云々は >>212 >>213 >>214 >>203 >>204 >>205 >>216 >>218 near ポインタモデル？だったかの ミディアムモデルとかコンパクトモデルとか 関数のサイズは関数のポインタをアドレス順にソートすれば求められる >>217 >>217 https://learn.microsoft.com/ja-jp/windows/win32/ https://learn.microsoft.com/ja-jp/windows/win32/learnwin32/your-first-windows-program >>224 API はほとんど C インターフェースで >>228 >>229 >>224 Win32APIというよりそれ以前の >>233 さてはオメー >>206 >>236 >>219 >>227 >>218 が正しいらしい だからねえよ >>206 関数を malloc で確保するにはどうすれば良いですか？って言いそう ちなみにメモリにロードされた関数の領域は現代のOSならば当然ながらアクセス不可能 ちなみにメモリ領域にマシンコードを生成してそのメモリ領域のマシンコードを即時実行するということはできる メモリ保護機構が動いて実行できないと思う mprotectとかVirtualProtectで実行可能にすればできる しかし、それだと任意のコード実行が自由自在ってことになって・・・ >>247 >>247 >>250 企業でもそうなんですか？ >>252 >>249 ではちみつ先輩が言っているのは「許可されたものは動く」なわけで ？？？ >>247 は「機械語をその場で生成して即時実行するのって危なくないの？」という話だと思ってたんだけど違うの？ >>225 >>250 本日のWebは、 いわゆるroot権限が必要な行為は実行出来ないね staticグローバル変数を含んだ動的ライブラリーを動的リンクをする場合はグローバル変数が初期化されるのはmain実行前の認識です。 >>259 >>261 初期値代入くらい書くだろ普通 >>262 >>259 >>263 >>264 >>267 >>268 ポインタ変数にアドレスを代入するのはシャローコピーと言えると思いますか？ シャローコピーはディープコピーと並べて語るときに区別するための用語であって、 シャローコピーでしょ シャローコピーの要件からすると 意見分かれますね C言語にはオブジェクトと言う概念がないからなあ >>281 C++ の 参照だったら概念含めてそのまんまだったんだろうな >>276 代入元の配列がスタック上なのかどうか、そちらの方がC言語的には重要 関数内の自動変数へのポインタを関数の外へ持ち出したりすると… >>289 コピーには違いないけどディープとかシャローとか区別できるものじゃないってことだろ >>293 >>295 >>271 は シャローコピーとかディープコピーとかはもともとPythonの概念ですよね？ >>297 そういうことで、 少し前までスマートな人がたくさんいたのにいつの間にかバカしか居なくなった >>301 >>305 Pythonの解説書には大概、ディープコピーとシャローコピーが載ってますよ >>305 つか、Cは書いてる人にしか型が分からないからそんな器用な事は出来ないよな？ 呼称にこだわってる限りCなんて使えない >>310 UPLIFT プレミアム・サービスのお知らせ https://uplift.5ch.net/ >>297 smalltalk、凄いな！私はバートランド・メイヤーさん、すごく尊敬してます てかまあ、Cのスレだね そーゆーのに憧れてる層には土方言語のCはいらんだろｗ だからさ、C言語の変数や構造体内の型宣言なんてイイカゲンなんだからそう言う話ははなから無理なんだよ メッセージというか伝送パケットを作る話とかはどうですかね（皆さん興味ありますか） 経路によっては7ビット+パリティに解釈されるからバイナリは無理 結局、デバイスとかハードの特性を理解する必要があるんだよね メッセージの受け渡しでハードの特性まで理解する必要はないだろう だっていまどきC言語使ってる人なんて、デバイス寄りのハードウェアコントロールとか、チープなCPUに搭載するソフトとかだろ？ >>321 >>326 最初からunsignd charのポインタとサイズを構造体にして扱えば良いだけ 大昔は7ビットしか通らない経路あったねw >>327 やっぱりめんどくさい奴だったかｗ >>330 Perlとかで利用している設定ファイルがあるのですが、 >>335 >>335 >>335 Cのソースでその展開もどきを行いたいのか >>335 どうしても既存の設定ファイルをそのまま使いたい、それを処理できるようなものが欲しいということなら Cは遅延評価を積極的にやるための言語ではないからなあ $ の変数展開しかやらないなら複雑な構文解析にはならないから全部自作した方が楽なのでは? 設定ファイルのデータ構造が key/value の組だけ、 value は単なる文字列という程度なら lex/yaccは使った事ない人にはハードル高いだろうね。逆に、使い方が分かると何でもそれでやりたがる時期が来る。どんなツールや言語でもそうだろうけど BNF書いても大した量にならないだろうし俺ならフルスクラッチで書いちゃうな で、設定ファイル、shで環境変数を設定すりゃ済む、という案に誰も反応してもらえないんだが、どうだい？ windows ならcmdだろうけど shで、設定ファイル兼、実行ファイル起動ラッパを書いて、利用者には直接実行ファイルじゃなくラッパを起動せよと説明して get_conf_str() と get_conf_i64() の中身は struct conf_t { まあ落ち着けよ 質問者はそんなこと聞いとらんだろうよ for(;;){ >>335 >>363 せめて既存の気の利いた言語のstring型のメソッドやらを参考にしろよ >>335 動かすCプログラムをperlに書き直す方が簡単そう こんな方法もある。しかし $ の変数展開しかしないなら無駄な感じはするね。それだけのためにここまでするのかという。 https://perldoc.jp/docs/perl/5.10.0/perlembed.pod ＄がリテラルとして入ってた時はどうするかとか、結構面倒そう >>370 でも本当に、質問者はもうトンズラしたと思うよ。次の話をしよう >>327 >>371 ちなみにCの識別子に$を使える >>375 パーサー実装の現実的な話がまともにできるニキはここにはいないねw >>377 >>371 みたいなので悩むならさくっと正規表現ライブラリやパーサージェネレータ使うな。 >>379 C言語からJSON読み書きにオススメのライブラリやDLL教えてくれさい。 以下はmalloc()で割り当てた領域を開放してポインタをヌルポインタにするマクロである >>394 >>394 >>396 ,398,399 >>392 >>400 >>402 >>402 二つの文が分かれてしまわないようにするだけならブロックで包めばよくて はちみつ餃子はいい加減改名しろよ、はちみつ先生によ >>392 #define MYFREE(p) (free(p), p = 0) 今どきのCならマクロじゃないといけない場合以外はinline使え。 >>409 mallocが返すのはvoid*だし、freeが受け取るのもvoid*なのに？？ >>411 printf("Konyanyachiwa, Sekai no Kuni kara!"); void**とvoid*は相互に変換可能じゃないのか？ 変換が可能だということと同じ表現を持つことは別という話。 そうなると、 void** a = malloc(sizeof(void*) * 3); >>417 【AI】Googleの医療面接特化AI「AMIE」は人間よりも正確な診断が可能＆患者への印象に優れるという研究結果 [すらいむ★] https://egg.5ch.net/test/read.cgi/scienceplus/1705583722/l50 https://egg.5ch.net/test/read.cgi/scienceplus/1705583476/l50 https://egg.5ch.net/test/read.cgi/scienceplus/1705585402/l50 https://egg.5ch.net/test/read.cgi/scienceplus/1705583580/l50 https://egg.5ch.net/test/read.cgi/scienceplus/1705583313/l50 何を言ってるんだお前は案件 >>421 そうは言っても、 >>422 >>424 >>410 ) 場合はポインタが指す対象に書き込もうとしている話だが。 >>425 ポインタで0リテラルだけは特殊でNULLと同義だったのではなかったっけ >>426 >>427 >>429 >>430 >>431 void*の値は作成出来るけど、表現や境界調整要求は未定義とか、おかしいだろ > 実装がどうなってるかだけが重要だ 各OS毎にABI(Application Binary Interface)が定義されてて、Cの規格で定義されてないところが明確に定義されてる >>434 >>438 >>422 で「あてにしていい環境ならそうすることは否定しない」と述べたが、 >>392 をインライン関数にするために手間をかけるなんてことはしない。 だから、その環境が不明瞭なこういう場所で問題になるわけでしょ？ >>392 では「処理系はANCI C準拠」としか言っていないわけだし 未定義とは規格遊びには便利な言葉だなw >>392 のマクロは、副作用のある式を渡したりするとおかしな事が起きる C言語で今更議論することなんてないよ 使用済みのポインタ変数を変なやり方でクリアするとかクソどうでもいい >>446 例えば、(uint8_t)malloc(...) + sizeof(int)を返す関数もあり得る >>450 多相？ void* に変換したなら元の型にキャストしなおさないと保証された動作はほとんどない。 簡単な問題だったんだけど答えられる人ほとんどいないのか 答えられる人はいるだろうけど、宿題丸投げするやつにエサを与えたくなくて >>445 Cに引数の参照渡しってあったっけ? >>392 のMYFREE(p)をマクロではなく関数として書き そんなこんなでp++マクロには問題が多いからC++が出来たってわけ mallocとcallocの引数の指定の仕方が違うのが気になる >>467 統一したらゼロクリアするかしないかだけの違いにならん？ callocはmallocのゼロクリア版として *も* 使えるがそもそもの使い方が違う。 ちなみに C には厳密にいうと価渡し(call by value)しかない 参照って言うと色々誤解を受けるから ヘンな用語作るのやめて https://www.gnu-pascal.de/gpc/Subroutine-Parameter-List-Declaration.html#Subroutine-Parameter-List-Declaration JIS の用語集やそのもとになった ISO 規格によれば call by address の定義はパラメタの場所を渡すこと。 ポインタの形であっても場所を渡しているには違いないからあてはまるし、勝手な創作用語というわけではない。 ポインタなのに値渡しとか言ってる奴まだいるのかw >>478 >>481 アドレスと言う値を渡してるのだからどちらも同じ事だろ アセンブラまんどくさいから作ったのがC イイカゲンにしてるとコンパイラの最適化を有効にしたときに破綻するぞ >>483 C++で参照が登場したので「アドレスの値渡し」とか言っている訳で C++ とは関係ないと私も思う。 それで結局 「アドレス」と「ポインタ」の使い分けはイマイチわからないんだよなー。どっちでもいいと思う。 参照渡しと実体渡しかw アドレスは、数値が主体でそれが何を示しているかの説明の為の単語。 アドレスは値 アドレスは値で右辺値、ポインタは変数でオブジェクトで左辺値 >>498 正しくない。ポインタ型の変数 int* p に対して p + 1 もポインタだけど、変数でも左辺値でもない。 ある時はメモリーのサラリーマン、ある時はレジスターの探偵 規格上はどうなってるか知らんが アドレスっていう言葉は規格には出てこないと予想してた。 バイナリエディタのはアドレス違うよなぁ int a[4] = {0}, (*b)[4] = &a, *c = &a[0]; アドレスと言えるのは直接ハードウェアにアクセスするものだけだよな 規格書の加減算のとこにはp + 1の結果が何になるか書いてある？ 規格ちょっと読んだけど加減算のところには結果がアドレスになるかポインタになるか書いてなくね？ だから、アドレスは値で、ポインタは型なんだ >>514 >>514 (int)(p+1)-(int )(p) == sizeof (*p) >>518 コンパイルエラーか警告でて下位32bitのみ取得じゃね？ ポインタは整数に型変換できるけどその値がどうなるかは処理系定義。 はちみつの説明はちっとも頭に入ってこん >>522 3行しか文章解読できないなら、コード書くのは辛いだろう >>517 errno ってどうしてスレッドごとに別々につかえるの？ >>527 >>528 >>529 >>530 結局、スレッド処理がいい具合にリンクしてくれてるって事だね >>529 TLSと言えばゲームの方やね 「TLS ゲーム」でググったらトゥルー・ラブストーリーが出てきた。 ここの人は並列計算についても答えるの？ >>537 tlsって毎回アクセスする度に初期化済みかどうかチェックされるんか？ 【AI】Stable Diffusion 3発表、Soraで話題の拡散トランスフォーマーを採用 [すらいむ★] http://egg.5ch.net/test/read.cgi/scienceplus/1708865670/l50 こんな Web ページを作りました。ぜひどうぞ。 http://www7b.biglobe.ne.jp/ ~river_r/chs/ >>543 ごめんなさい。言葉足らずでした。 http://www7b.biglobe.ne.jp/ ~river_r/chs/ 空白のBMPなんて簡単に作れると思うよ >>546 >>0548 >>549 pow()なんてx^y（yが変数）したい時だけでいい しらんけど、今どきだと最適化されるかもしれんね こんな計算って、そのレベルでコンパイラ任せにしてるのか >>554 > 1+2+・・・+99+100 例が悪かった、もちろん定数は一発計算してメモリに固定されるけど、 数値計算関連の関数はコンパイラによる最適化がなくても関数の内部が複雑な場合分けで対処してることが多いと思う。 人間が思いも付かなかったアルゴリズムで解いて見せたりして floatが絡むと誤差の出方が変わって結果が変わるから、式を変形するような最適化は不要だ typedef void (*sighandler_t)(int); 時間の無駄だからsignalのことは忘れなさい signalの代替は無理だろ >>565 >>562 >>565 構造体やポインターを理解できたら、C言語をマスターしたと言えますか？ >>569 1000行程度のプログラムがすらすら一日で書けたら卒業 三行半で済む処理をダラダラ1万行ぐらいに増やすのは、得意なんだけどなあ。 >>562 >>562 で挙げてる理由も含まれる >>564 >>562 Windowってそんなsignalの使い方しないでしょう >>570 >>571 もうC言語は一旦終わりでいいから別の事やりなよ プログラマ目指して挫折する人は、別に作りたいものがなくて文法ばかりを勉強するタイプかも。 質問サイトとかで「どうすればいいですか？」みたいなのはちょくちょくあるけど「どうなればいいの？」と返したらまともにこたえられないのもよくある。 >>582 >>583 Pythonから来たんですけど そうしたいときはスコープの外で宣言すれば値は保持されるので >>592 ChatGPTあってもバカはバカのままってのがよくわかる >>593 >>595 >>597 カウンター変数を気軽に使うのが間違い >>597 あれは創作小説を生成する装置なのに 実用性はあるけどな >>603 嘘って言うのは人間が評価した上での話 >>604 ChatGPT の言語能力は高いがプログラミング教育を受けてるわけじゃないからなぁ。 >>610 >>601 小さい関数ならちまちま切り出さなくていい 最短経路問題で perl5 で書いたのがOut of memory! perlの実装があるならそれを使って色々検討するんじゃないか ここの人たちなら習わぬ Perlで下書きするより勝手知ったる Cで書くんじゃないの。 問題文と、組み立てたであろうアルゴリズム聞かないと、何とも言えない Perlスレ見てみたが、相談できそうな所が無かった 最短経路・グラフ理論・ダイクストラとか？ Pythonは、アルゴリズムって言うより Perlは最短経路問題のライブラリもなく、速度が欲しければCで自分で書くしかない…ってコト！？ perlスレでやれよ perlの歴史は結構古いぞ >>616 は C のコードを書く前に他の言語でプロトタイプを書くことがあるかという質問していて Perl についての質問ではないぞ。 そいう話か。1行目しか読んでないわ いきなりperlで書くのと まずはBASICで書いて、速度が欲しいとこだけマシン語に置き換える感じ >>631 昔MZシリーズなんていう8ビットPCがあって、 Perlでアルゴリズムのプロトタイプ書くおじいちゃん、まだ生きていたのか やるならせめてc++でやれよ 翻訳先が Cなら、 計算量や使用メモリがネックになるのわかってたら最初からc++かcuda 構造体変数の宣言の初期化のとき、ヌルポインタを,{ }でくくらないと、警告が出るのですが、なぜですか？ 例えばこんな具合にしないと警告が出ます >>646 >>647 よくわかりました ありがとうございます 構造体云々言う前に、配列の初期化方法についてまず調べろ >>621 グラフ構造を使う場合は循環参照は容易に生まれるからな #include <stdio.h> コメントアウトしてる方のforにしても出力結果は同じになります このソースを何という名前で保存して、何というコンパイラでコンパイルしたかとか、色々 >>657 *も++も単項演算子で適用される優先順位がある 足し算掛け算の掛け算をシフトに書き換えたら上手く動かなくなって焦った シフト演算子は加減算より優先度低いのにカッコで囲わなかったって事でしょ シフトは乗除っぽいイメージだから加減算よりも先でいいよなぁ 冴えてないときの自分のためにも、他人のためにも、なるべくカッコはつけるかな いまさら言って仕方ない事をいちいち書くなよ >>667 >>655 >>669 >>656 *pc++の形はcやってたら所々で見るから否応なく慣れる >>665 C言語の標準化委員はC++のほうも兼任してたりするから、ぶっちゃけC言語の改善にはやる気無しだから。 C++はRustと比較されて安全性に劣るとレッテルを貼られて、どうしたもんか考えあぐねてるところだろうw パフォーマンスを損なわずにRustと同等の安全性を追加するか、もうこのままそっとしておくかw、の2択だろう >>674 C++は好きじゃないからC言語はもっと改善していって欲しい。 C++はCの機能を保ったまま、ありとあらゆるプログラミングパラダイムを突っ込んだもの でも、Rustが安全性と性能は両立出来ることを証明してしまってから、一気に旗色が悪くなったw ちなみに、Rustは安全な代わりに書きたいコードを書けるとは思わない方がいいw 必ず遠回りをさせられる感覚は非常にムズムズするよな 今日から戯れに数十年前のx86なGUIのソースをx64に移植し始めたんだが x64化でちょっとsize_tの扱いで躓いたので書いておこう >>686 Windows11は最初から32bit版が無いんだよな… win10使ってるけどOffice 97をバイナリコピーして使ってるぞ、とうとう11では動かんのか…？ Office97は32bitだから動くでしょ あえて使う人もあんまりいないだろうけど、メンテナンスが止まってる(32bit 化、64bit 化されない)ようなソフトを使いたいってことはそれなりにあることじゃないの。 アプリは32bitだがインストーラが16bitなのが結構あるらしい もしもそんなのがあったら、メチャクチャ話題になってると思うよ 知り合いにエミュレータ入れたりして凄く苦労してロータス123を動かして業務で使っている人が居る。 使うのに手間はあるとはいえエミュレータが成熟してしまったので >>697 プリプロセッサでモジュール作れるようになるとC++使わなくてもCで十分だな CでCOMやれって言われても困るし cでもできるってのと、c++使ったほうが楽ってのでは全然意味違う >>708 >>711 linuxカーネル縛りと趣味以外でc言語使うってどういうプロジェクト？ メモリ構成が非常に小さいシステムの場合Cじゃない？ こういうの考えたんだけどどうだろう？ >>716 >>716 >>722 >>713 Windows処理系の場合SEHがあるからsetjmp/longjmpをわざわざ使う事ないよ 
