C言語なら俺に聞け 162

2023/10/30(月) 17:13:00.82

!extend:checked:vvvvv:1000:512
(新スレ立ての際上記コマンドを2行書き込んでください)
C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C17
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/n4713.pdf

C11
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf

C23 最新ドラフト
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3047.pdf

C99
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf
http://kikakurui.com/x3/X3010-2003-01.html

C FAQ 日本語訳
http://www.kouno.jp/home/c_faq/

JPCERT C コーディングスタンダード
https://www.jpcert.or.jp/sc-rules/

※前スレ
C言語なら俺に聞け 161
https://mevius.5ch.net/test/read.cgi/tech/1682053520/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2024/03/13(水) 05:14:50.31

ChatGPTあってもバカはバカのままってのがよくわかる

2024/03/13(水) 07:16:46.92

>>593
int i;
for (int i=0 ; i<10 ; i++) {...}
と書くとそうなる
宣言すると新しい変数ができる

ChatGPTって、機械が自然な応答をすることが目的で、辞書のように使うものではないんじゃないの？
ChatGPTは得た情報がどの程度正しそうなのか重みづけできないんじゃないかな

2024/03/13(水) 07:39:30.72

やさしい

**デフォルトの名無しさん** (JP 0He6-Cuda) · 2024/03/13(水) 08:06:43.61

>>595
ありがとう
AIの回答をよく見返したらfor(int i = 0...の解説だった
サンプルコードを示してくれるのはいいけど、自分のような丸々素人だとその意図を理解できないでこういう誤解が生まれる余地はあるね
先生が優秀過ぎて学生がついていけない構図だわこれ

2024/03/13(水) 08:35:23.86

ChatGPTを先生にする発想が間違い

2024/03/13(水) 08:49:20.23

>>597
昔の C++ だとその書き方でも i のスコープは for 文の外側のブロックがスコープになる仕様だった。 (ISO で規格化される前のやつ。)
その頃の C の仕様ではそもそもそこで変数の宣言を出来なかったが処理系の拡張として C++ 風のやりかたをできるようにしているものもあった。
後に C++ の仕様は変更されて、 C には C++ の変更後のやり方で導入されることになったんだが、しばらくはスコープの仕様に混乱があった。
数十年前の一時期の混乱に過ぎないからそれ自体は今では気にする必要はないんだけど言語仕様は変更されることもあるし、色々と歴史的事情もある。
古い仕様を根拠にした解説もあるから AI が区別せずに学習したら辻褄の合わないことも起こると思う。
まあ人間が書いた解説も変なのは少なからずあるから AI を批判するわけじゃないけど……まあ一番最初くらいは入門書を読んだほうがいいんじゃないかと個人的には思ってる。

2024/03/13(水) 09:06:40.92

カウンター変数を気軽に使うのが間違い
そういう時は何かが間違ってると思った方が良い
俺がGPTならそう回答するw

2024/03/13(水) 09:49:08.95

ちょっと何言っているのか分からない

2024/03/13(水) 09:57:47.91

気が重い中で使うのが正しい。獅子咆哮弾だね。

2024/03/13(水) 10:34:26.85

>>597
ChatGPTは嘘言うので使うのやめたわ。
どこかの大学の調査で学生だか生徒だかが、ChatGPTの嘘情報で間違ったまま覚えてる弊害が出始めてるとか言ってたわ。

2024/03/13(水) 10:46:18.64

あれは創作小説を生成する装置なのに
なんで実用性あるんだと思うんだろ？

2024/03/13(水) 10:57:53.06

実用性はあるけどな
使い方の問題
現役でいたかったらgithub copilotぐらいさわっとけ

2024/03/13(水) 11:09:39.04

>>603
自転車だってパンクするかも知れん
ChatGPTも嘘言うことあるかも知れん

わきまえて使えばどちらも強力なツールだ
自転車で転んだからって乗るのをやめるかい？

2024/03/13(水) 11:43:22.70

嘘って言うのは人間が評価した上での話
ChatGPTに取っては与えらた入力データから
もっともらしいものを出力しただけ

ChatGPTに嘘をつかせるってのは、難しい
仮に知性というものが芽生えて、自意識が発生し
そのことを人間に隠さないといけないと判断して
そうするなら、それは初めて嘘をついたとなる

2024/03/13(水) 11:51:20.55

嘘であることと嘘をつこうと思ったかどうかは別だろ

2024/03/13(水) 11:51:45.77

>>604
創作小説を生成することが「実用」ではないと？
君にとっての実用性とは何なのかね？

2024/03/13(水) 12:01:22.65

「この電卓は嘘つきだ！」

2024/03/13(水) 12:20:13.23

ChatGPT の言語能力は高いがプログラミング教育を受けてるわけじゃないからなぁ。
頭のよい素人がググりながら要約したくらいの正確さだと思う。

根拠になる仕様の項目を問うたときにまるでデタラメを返したりするのはかなりあかんとこ。

2024/03/13(水) 13:20:48.95

>>609
マ板で愚問w

2024/03/13(水) 13:40:02.23

>>610
Windowsの電卓で嘘をつくバグが有ったなw

2024/03/13(水) 13:53:23.57

>>601
ループ変数を後から参照する状況は、ループがbreakで中断したかを確認したい時だろう
そういうのは別の関数に切り分けて、ループ内でbreakじゃなくreturn trueで返すようにすべきだな(関数の最後はreturn false)
C++で言うstd::any_ofみたいな事が出来ないから、関数に切り分けるしかない

2024/03/13(水) 15:56:31.82

小さい関数ならちまちま切り出さなくていい
読みにくいだけ

2024/03/17(日) 16:04:44.01

最短経路問題で perl5 で書いたのがOut of memory!

こんな時はC言語などで書き直すのが選択肢だけど
みんなはいきなりC言語などで書きますか？
それとも、最初は書きやすい言語で処理速度以外の所を決めてからC言語などで書きますか？

2024/03/17(日) 16:19:49.43

perlの実装があるならそれを使って色々検討するんじゃないか

2024/03/17(日) 16:32:03.14

perl5って64ビット版もあるでしょう？

2024/03/17(日) 16:47:02.59

ここの人たちなら習わぬ Perlで下書きするより勝手知ったる Cで書くんじゃないの。
Perl開発上の問題はPerlスレで訊ねた方が、実情に即したレスが反りそう。

2024/03/17(日) 16:50:04.16

問題文と、組み立てたであろうアルゴリズム聞かないと、何とも言えない

2024/03/17(日) 19:48:46.79

Perlスレ見てみたが、相談できそうな所が無かった
回答あるか分からないが、お題スレに問題文投げて解いてもらう
いろんな言語に精通している猛者が多い（Perl達人もいたはず）
PerlではなくC言語でと言うなら、ここで相談できるかもしれない

2024/03/18(月) 10:33:19.79

最短経路・グラフ理論・ダイクストラとか？
アルゴリズム系は、Python でしょ。Ruby も

有名な蟻本「プログラミング・コンテスト・チャレンジブック」は、C++

C は知らない

2024/03/18(月) 10:37:04.28

Pythonは、アルゴリズムって言うより
マトリックス計算機

2024/03/18(月) 12:55:06.36

Perlは最短経路問題のライブラリもなく、速度が欲しければCで自分で書くしかない…ってコト！？
辞めたら？　その言語で最短経路問題解こうとするの

2024/03/18(月) 13:06:20.52

依頼者の返答を待たないと

2024/03/18(月) 20:11:03.72

perlスレでやれよ
このスレは老害しかいないからperlの話しても通じんよ

2024/03/18(月) 20:46:39.48

perlの歴史は結構古いぞ
年寄りしか扱えないと思ってた

2024/03/18(月) 21:09:19.87

>>616 は C のコードを書く前に他の言語でプロトタイプを書くことがあるかという質問していて Perl についての質問ではないぞ。
Perl の話は例というか前振りだろ。

2024/03/18(月) 23:52:06.11

そいう話か。1行目しか読んでないわ
最近は大体OS標準のpowershellでざっくり書いて必要なら一部C#だな
pinvokeで恐らくC/C++製のDLLを利用することはあってもCコードを書く機会なんてなくなった

2024/03/18(月) 23:55:42.19

じゃあ、だれかCで書いてあげて

2024/03/19(火) 08:32:58.20

いきなりperlで書くのと
いきなりCで書くのと何が違うんだろ？

つか、俺は最初に日本語で手順を書くが

2024/03/19(火) 08:57:10.07

awkが普通だと思ってた
今は違うのか

2024/03/19(火) 09:24:56.59

まずはBASICで書いて、速度が欲しいとこだけマシン語に置き換える感じ

2024/03/19(火) 09:46:27.46

FD起動IPL設計からなのでまずアセンブラで。

2024/03/19(火) 10:08:59.95

FD起動
なんて贅沢なんだ

2024/03/19(火) 10:39:11.21

>>631
いきなり perlで書いたソースは既にあって、実行するとメモリ不足になるのでしょ。なので、

いきなり(perl以外の)書きやすい言語で書くのと
いきなりCで書くのと何が違うんだろ？

と訊くべき。

2024/03/19(火) 11:11:47.95

昔MZシリーズなんていう8ビットPCがあって、
そのマニュアルにペントミノを解くというプログラムが載っていた
しかし実行しても1日掛かっても回答が出ない
16ビットPC用のCで書き直したら、5分で終わった
ついでにアセンブラにしたら、1分だった

2024/03/19(火) 11:29:09.76

Perlでアルゴリズムのプロトタイプ書くおじいちゃん、まだ生きていたのか
普通の若者はプロトタイプはPythonで書くんだよな。何故ならネットにダイクストラでもなんでも落ちているから

このおじいちゃんは新しい言語を勉強出来ない人間だし、かといってプロトタイプなしで初手Cで書けるような積み上げのある猛者というわけでもない
引退した方が良いのでは？

2024/03/19(火) 11:32:03.00

じゃあ、代わりに書いてあげて

2024/03/19(火) 12:27:21.10

やるならせめてc++でやれよ
わざわざcでやる意味ない

2024/03/19(火) 12:37:23.65

翻訳先が Cなら、
Perl より Python の方がコスト(手間)高で、いっぱい損な気ガス

# ダジャレに気付かないのはダレジャ

2024/03/19(火) 14:22:26.70

計算量や使用メモリがネックになるのわかってたら最初からc++かcuda
インタラクティブかつビジュアライズして試行錯誤するときはpython(Jupyter)

2024/03/19(火) 19:07:27.75

最短経路問題をCudaで解くのはむずくね？

2024/03/20(水) 02:30:26.76

最短経路の解き方を聞かれてるわけじゃないだろ

2024/03/20(水) 10:52:31.80

総当たりさせたらいいんだよw

**デフォルトの名無しさん** (ｽﾌｯ Sdb2-W6Ep) · 2024/03/24(日) 18:06:00.35

構造体変数の宣言の初期化のとき、ヌルポインタを,{ }でくくらないと、警告が出るのですが、なぜですか？　例えばこんな具合にしないと警告が出ます

struct monster {
char name[80];
int HP, MP;
};

int main(void)
{
struct monster template = {{0}, 7, 4};

2024/03/24(日) 18:20:00.72

>>646
char name[80];に入るのはポインタではなくchar型の配列か文字列

**デフォルトの名無しさん** (ｽﾌｯ Sdb2-rfcW) · 2024/03/24(日) 18:24:20.57

>>647 よくわかりました　ありがとうございます

2024/03/24(日) 18:43:42.86

なにもわかってなさそうでほほえましい

2024/03/24(日) 18:46:07.25

構造体云々言う前に、配列の初期化方法についてまず調べろ

**デフォルトの名無しさん** (ｽﾌｯ Sdb2-rfcW) · 2024/03/24(日) 18:47:29.73

我ながら　Lolです☺

2024/03/24(日) 18:57:40.29

>>621
Perlでメモリ不足になるってことは循環参照が発生してメモリが解放されない(PerlはリファレンスカウントGC)
もしくは深い再帰でPerl管理のVMスタックが枯渇したか
どちらにしろCで書いてもメモリをバカ食いするのは間違いないから
データ構造を見直すべき
循環参照を見直す、再帰をループに変えるなどを試してみてはどうか

2024/03/24(日) 19:10:42.18

グラフ構造を使う場合は循環参照は容易に生まれるからな
PerlのScalar::Util::weakenで変数をラップしてやる
こうするとその変数は弱参照になる

2024/03/25(月) 11:18:02.00

弱参照ビオレ

2024/04/11(木) 18:10:49.56

#include <stdio.h>
#include <string.h>

void main(void)
{
　char c[32];
　char *pc;

　strcpy(c, "JAPAN-TOKYO-OSAKA");
　pc = &c[0];

　//for(int i=0; i<strlen(c); i++, *pc++){
　for(int i=0; i<strlen(c); i++, pc++){
　　printf("%c", *pc);
　}
　printf("\n");
}

2024/04/11(木) 18:12:37.98

コメントアウトしてる方のforにしても出力結果は同じになります
*付きポインタ変数は、中身へアクセスを意味するからめちゃくちゃな文字列が出力されるはずじゃ・・・？

どうしてなの？

2024/04/11(木) 19:02:47.99

あなたが書いたのは*(pc++)を意味してます

2024/04/11(木) 19:16:41.38

このソースを何という名前で保存して、何というコンパイラでコンパイルしたかとか、色々

2024/04/11(木) 20:20:43.87

>>657
文句を行ってもしかたがない
そういうものとして納得するしかないんだろうけど、”おかしい”と思ってるCプログラマーは世界中に２億人くらいいると思う

2024/04/11(木) 20:25:30.86

*も++も単項演算子で適用される優先順位がある
優先順位を意識してコーディングしないと痛い目に合う
a + b == cは想定通りだろうが、a & b == cは想定外の結果になるとかねw

2024/04/11(木) 20:54:35.96

足し算掛け算の掛け算をシフトに書き換えたら上手く動かなくなって焦った

2024/04/11(木) 21:46:39.46

>>661
え、なぜ。

2024/04/11(木) 22:53:39.83

シフト演算子は加減算より優先度低いのにカッコで囲わなかったって事でしょ

2024/04/11(木) 23:28:45.21

まあ次がんばればいいよ

2024/04/11(木) 23:29:31.03

シフトは乗除っぽいイメージだから加減算よりも先でいいよなぁ
ビット演算子が比較よりも後なのは完全に仕様バグだろ…

2024/04/11(木) 23:37:48.49

冴えてないときの自分のためにも、他人のためにも、なるべくカッコはつけるかな

2024/04/11(木) 23:49:41.77

いまさら言って仕方ない事をいちいち書くなよ
お前が次のC言語でも作って人生を棒に振ればいいだけだよ

2024/04/12(金) 00:17:11.46

>>667
便所の落書きにぶちギレw
お前の人生はいつも焦燥感に満ちてんだろうなw

2024/04/12(金) 00:21:54.57

>>655
後に現れたC++のiostreamがシフト演算子をオーバーロードし入出力演算子として流用するのに
好都合で、思わぬ役に立つことになったからまあ良いだろ。もしシフト演算子が四則演算子より
優先順位が高かったら、cout << 1 + 2 * 3 << endl を cout << (1 + 2 * 3) << endl と
書かなければならず面倒だった。（C++がシフト演算子を全く別の機能に流用したのは不適切
だったという意見もあるが…）

2024/04/12(金) 01:13:09.53

>>669
シェルのリダイレクトと概念が一致してるから、最初見た時は天才かよと感心したな
でも、出力の整形が激ムズなんでやっぱり駄目じゃんと気付くまではそう思ってた

2024/04/12(金) 02:09:51.24

>>656
*pc++ はまず *pc の処理をする。これで pc の差している先にある値を取り出すことになる。その次に pc を一つ分進ませる(実際に加算される値は sizeof(*pc))。
では最初に *pc で取り出した値はどこへ行ってしまうのか? それは何にも使われずにただ捨てられる。

2024/04/12(金) 07:08:32.50

*pc++の形はcやってたら所々で見るから否応なく慣れる
個人的にはケチくさい書き方で避けたい気持ちもあるがまぁそういう文化が根付いてるなら合わせざるを得ない

2024/04/12(金) 07:39:02.10

>>665
初期のCでは||が無くて論理和も|使ってたためのはず
KかRのどっちかが「後悔してるけど今さら変えられないし」とか言ってた

2024/04/12(金) 12:25:07.52

C言語の標準化委員はC++のほうも兼任してたりするから、ぶっちゃけC言語の改善にはやる気無しだから。

2024/04/12(金) 13:28:21.08

C++もやる気無しだろ

2024/04/12(金) 14:41:57.50

C++はRustと比較されて安全性に劣るとレッテルを貼られて、どうしたもんか考えあぐねてるところだろうw
言語の拡張に対して完全に方向転換を強いられてるのは間違いない
それはCも一緒だな

2024/04/12(金) 14:53:32.51

パフォーマンスを損なわずにRustと同等の安全性を追加するか、もうこのままそっとしておくかw、の2択だろう

**デフォルトの名無しさん** (ｽﾌｯ Sd02-L5r3) · 2024/04/12(金) 15:20:27.37

>>674
もはやbetter Cでも何でもないのに、このスレでも繰り返しc++の話題出す奴居るし、やっぱユーザーも被ってるんだろな

まあCの設計の良否を他言語よりは比較的小さな差異から論じるのに有用だとは思う
おれみたいにC++は書かずともcpprefとか読んで式や文、宣言など局所的な構文知識だけちょっとある人は多かろう(ClassとかCに無い概念は読み飛ばしてて無知)

生まれた順序が逆だけど、FortranがC++とすればF言語/JuliaがCだね
大体サブセット+独自進化、標準化コミュニティ丸被り

2024/04/12(金) 16:33:17.52

C++は好きじゃないからC言語はもっと改善していって欲しい。
nullptr型とか入るの遅すぎじゃね？

2024/04/12(金) 22:48:41.07

C++はCの機能を保ったまま、ありとあらゆるプログラミングパラダイムを突っ込んだもの
それがベターかどうかは人によるな
ただ、Cと互換性を保ったままそこまで進化したのは奇跡に近い

2024/04/12(金) 23:16:21.33

Cは概ねC++のサブセットだからしゃーない

2024/04/13(土) 00:06:24.07

でも、Rustが安全性と性能は両立出来ることを証明してしまってから、一気に旗色が悪くなったw
今まで性能を免罪符にして、多少(かなり？)の安全性を犠牲にしてきたけど、もはや通用しない時代になった
今後どう進化するか見物だな
Cだって対岸の火事ではない

2024/04/13(土) 01:23:26.45

ちなみに、Rustは安全な代わりに書きたいコードを書けるとは思わない方がいいw
これは書いてみないと分からん感覚だ
書きやすくて安全な言語は存在しないことも証明されたw

2024/04/13(土) 07:18:38.29

慣れの問題では？

2024/04/15(月) 00:15:31.26

必ず遠回りをさせられる感覚は非常にムズムズするよな
あれならgccでstack-protectorとかsanitizeとかガン盛りした方が
気分良く高効率に書けると思った

2024/04/19(金) 20:19:37.90

今日から戯れに数十年前のx86なGUIのソースをx64に移植し始めたんだが
とりあえずエラーになるGetWindowsLongだかをx64用に書き換えていったらそこそこ動いてしまって、後は文字列が関係する処理だけだ
俺が書いた過去のコードがよっぽど優秀だったようだ
やはり若い頃にソースを沢山書いといてよかった

2024/04/19(金) 20:37:53.24

x64化でちょっとsize_tの扱いで躓いたので書いておこう
ポインタが64bitだから、その差を取る場合もあるsize_tも64bitなのは理屈では理解できるんだが
明らかに64bit幅が不要な箇所でsize_tに出くわすとおいおいと思ってしまう
これはbit数を明示した型を別に定義した方がよさそうだ
ああまいったまいった

2024/04/19(金) 23:35:27.85

>>686
Windows1.0のexeもWindows10(32bit版)でも動くからな
64bit版は16bitコードの実行が廃止されたから無理
APIの方は割と変わってるけど、それでもちょっと直せばビルドできる
優秀なのはMicrosoftの方だなw

2024/04/20(土) 09:49:57.99

温泉旅館の増改築やらせたらMSに敵う奴はいない

2024/04/21(日) 10:27:21.32

Windows11は最初から32bit版が無いんだよな…
ポインターに64bitも必要ない
36bit(64GB)有れば十分
farとnearポインター復活しても良いよw

**デフォルトの名無しさん** (ｽﾌｯ Sd70-mNzP) · 2024/04/21(日) 10:58:55.51

win10使ってるけどOffice 97をバイナリコピーして使ってるぞ、とうとう11では動かんのか…？
主にExcel使うが関数の数は劣ってもヘルプは古い方がよく出来てて一般ユーザとしては好み、一々ブラウザ起動されてたらい回しは嫌だ

2024/04/21(日) 11:03:42.61

可変長サイズのポインターは斬新

2024/04/21(日) 13:02:16.05

Office97は32bitだから動くでしょ
駄目なのはWindows3.1までの16bitアプリ

じぶんもフリーソフトをいくつか64bit化したけどほとんど修正してない
早めにUnicodeにしてたおかげもあるかな