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/07(木) 12:44:05.75

>>569
練習用の題材ではなく (自分なりに) 意味があるプログラムを書けたあたりが
一応のマスター (あくまで最低限の出発点だが！) だろうと個人的には思ってる。

プログラミング言語は道具なんだから道具として使えることが重要で、
言語の要素を何個理解したなんてのはたいした指標にならない。

2024/03/07(木) 13:28:05.42

1000行程度のプログラムがすらすら一日で書けたら卒業

2024/03/07(木) 14:06:12.94

三行半で済む処理をダラダラ1万行ぐらいに増やすのは、得意なんだけどなあ。

2024/03/07(木) 15:29:11.48

それはそれで才能

2024/03/07(木) 15:56:22.94

>>562
番号を渡す理由はその方が柔軟性があるから
柔軟性の中には>>562で挙げてる理由も含まれる
なおsignal()は時代遅れなのでsignal.hにある別の関数を使うこと

2024/03/07(木) 20:44:25.94

>>564
signal()なんて使わず、せめてsigaction()にしろということでは？

2024/03/08(金) 18:40:01.38

>>562
デカいハンドラ関数を作る意図はなくても
同じようで異なる処理(複数のsigal番号の処理をする場合とか)をする時に
入口は一つにしておいて入力パラメータで処理を振り分けるとか普通の設計だと思うが。
わかりやすい例がWIN32APIのWindowProc。
あれがメッセージ番号毎に関数エントリを登録する形式だったら煩雑なことこの上ないだろ。

2024/03/08(金) 18:58:33.73

Windowってそんなsignalの使い方しないでしょう

2024/03/08(金) 19:33:39.28

>>577
そういう話じゃないから文脈を掴んで。

2024/03/10(日) 23:22:14.50

>>570
>>571
ありがとうございます
とりあえず何か作ってみます

2024/03/11(月) 20:07:11.13

もうC言語は一旦終わりでいいから別の事やりなよ
結局Cだけの知識じゃ何もできんのよ
Cの知識はいざ何か作ろうとなった時に活きてくるよ

2024/03/11(月) 21:49:00.76

プログラマ目指して挫折する人は、別に作りたいものがなくて文法ばかりを勉強するタイプかも。
文法は大事だけど、それ自体はあんまり役に立たないし調べれば済むことに時間をかけるのは程々に
合理的なアルゴリズムを瞬時に思いついて言語に落とし込めるかが大事で、これは経験。

2024/03/11(月) 22:16:42.73

質問サイトとかで「どうすればいいですか？」みたいなのはちょくちょくあるけど「どうなればいいの？」と返したらまともにこたえられないのもよくある。
問題の解法を構築してプログラムの形に落とし込むのが大事だというのはそりゃそうなんだけど、大前提として解決すべき問題が何であるかを認識 (発見) しなきゃならなくて、そこんところで躓いてたら助けるのも難しい。

2024/03/11(月) 23:43:57.21

>>582
相手はその質問で問題提起してるんだろ、なのにお前からは、どうなればいいのって "
解答" を質問者に聞いてたら、そりゃ質問者だって混乱するだろよ。
問題把握以前にお前は国語からやり直すべき。

2024/03/12(火) 00:26:36.89

>>583
目指すべき形がわからないのにどうすればいいかなんて答えようがないんだから訊くのはあたりまえじゃないの。
(ちなみに質問が不明瞭な場合などのために回答とは別にコメントを付ける機能が stackoverflow や teratail にはある)

2024/03/12(火) 00:40:50.82

分からないのに答えると言うのもどうかと思う

2024/03/12(火) 00:51:20.24

>>585
答えてない。

2024/03/12(火) 00:54:27.51

相手にしているならば答えてるのと同じ

2024/03/12(火) 04:56:46.76

そして放置される　と

2024/03/12(火) 18:16:58.66

てすと

2024/03/12(火) 18:17:16.76

てすと

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

Pythonから来たんですけど
C言語では関数だけじゃなくifやforのブロック内部もローカルスコープって聞いて驚愕してます
ループが終わった後のカウンター変数を後続処理で気軽に利用できないって困りませんか

2024/03/13(水) 04:37:16.09

そうしたいときはスコープの外で宣言すれば値は保持されるので
int i;
for (i=0 ; i<10 ; i++)
{

}

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

>>592
マジっすか
ChatGPTに聞いたら、そのやり方だと外のiと中のiはスコープが別って言われて混乱しとります

---
一方で、ループの外で事前に同名の変数が宣言されている場合、
forループの仮引数として宣言された変数と同名の変数は別のものとして扱われます。
この場合、forループの仮引数として宣言された変数がローカル変数として扱われ、ループの外で宣言された変数がグローバル変数として扱われます。
これは、C言語において名前の衝突を回避するための仕組みです。

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++がシフト演算子を全く別の機能に流用したのは不適切
だったという意見もあるが…）