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(水) 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にしてたおかげもあるかな

2024/04/29(月) 16:02:47.44

16bitアプリって、今も残ってたっけ？

2024/04/29(月) 17:53:08.72

あえて使う人もあんまりいないだろうけど、メンテナンスが止まってる(32bit 化、64bit 化されない)ようなソフトを使いたいってことはそれなりにあることじゃないの。
メーカーがつぶれて消えたりするのもよくあることだしな。

2024/04/29(月) 19:42:16.62

そもそもしーげんごってなに？

2024/04/29(月) 19:53:54.99

アプリは32bitだがインストーラが16bitなのが結構あるらしい

2024/04/29(月) 20:59:16.06

もしもそんなのがあったら、メチャクチャ話題になってると思うよ

2024/04/29(月) 22:45:20.14

知り合いにエミュレータ入れたりして凄く苦労してロータス123を動かして業務で使っている人が居る。

2024/04/30(火) 00:46:15.48

使うのに手間はあるとはいえエミュレータが成熟してしまったので
かなり古いソフトウェアを動かしたいならそっちでやれと言えてしまうようになったとも言える。
Windows の互換性維持システムも結局はエミュレータをサブシステムとして
組み込んでるようなもんだしな。

2024/04/30(火) 10:07:58.44

>>697
ファーレントゥーガとかそのパターンだね

2024/04/30(火) 19:37:21.97

なんで16bitの話になったのか理解不能

2024/05/01(水) 16:53:57.29

>>686の辺りから？

2024/05/01(水) 19:51:41.60

プリプロセッサでモジュール作れるようになるとC++使わなくてもCで十分だな
もっと早めにマスターするべきだった

2024/05/02(木) 23:28:34.67

CでCOMやれって言われても困るし
逆にC++のがマシってのはその程度か

2024/05/03(金) 11:04:22.77

cでもできるってのと、c++使ったほうが楽ってのでは全然意味違う
チームで混乱を招くという理由以外でのc++ディスりは、大抵理解不足によるアレルギーから来るヒスのことが多い
まあ、そういうヒス起こす人が多いからチームでは使用禁止とかになっちゃうわけだから、り繋がってはいるんだけど

2024/05/03(金) 11:08:15.33

チャンスあると自分語りを始めるのは、病気だぞ

2024/05/03(金) 11:51:54.49

どういう理論だよ
普通の欲求だろ

2024/05/03(金) 12:00:23.89

普通じゃなくてガキの欲求

2024/05/03(金) 13:30:44.34

リーナスはガキ

2024/05/03(金) 14:49:42.61

>>708
なわけ無いだろ
我慢ができないのはただのガキだぞ

2024/05/03(金) 16:16:10.22

>>711
そうやって我慢できずに突っかかってきてるのもどうかと思うけどな…

2024/05/03(金) 16:35:03.08

linuxカーネル縛りと趣味以外でc言語使うってどういうプロジェクト？
実際仕事でそういう人いる？
組み込みでも今時c++使えるだろ

2024/05/04(土) 01:34:33.71

洗濯機や電子レンジなどは　Cが最適じゃなかろうか

2024/05/04(土) 01:40:48.74

メモリ構成が非常に小さいシステムの場合Cじゃない？
8bitのPICとか