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

2023/12/17(日) 19:32:39.54

>>273
？

2023/12/17(日) 22:10:52.33

シャローコピーはディープコピーと並べて語るときに区別するための用語であって、
代入は普通に代入と呼ぶのが、コミュニケーションにおいて適切だ、
と、自分が聞かれた場合なら答えるし、レビュー依頼された場合なら指摘します

2023/12/18(月) 00:59:34.37

>>275
シャローコピーと言えると思いますか？

2023/12/18(月) 00:59:46.13

指摘する前に答えろよ無能

2023/12/18(月) 02:31:45.63

シャローコピーでしょ
2つのポインタが同じ内容になってる訳だから
ちなみに、変数定義時の代入文はバインド(束縛する)と言った方が適切だな

2023/12/18(月) 09:17:00.35

>>276
言えません

2023/12/18(月) 09:38:52.52

シャローコピーの要件からすると
ポインタ変数にアドレスを代入するだけでは成立せずに
リファレンス可能なオブジェクトを指してるポインタでないとまずい気がする

char *p = (char *)0x000;　/* アドレスを代入してるぞ */

2023/12/18(月) 10:45:42.59

意見分かれますね
ではstrdupはディープコピーだと言えますか？

2023/12/18(月) 10:52:49.41

C言語にはオブジェクトと言う概念がないからなあ
お気持ちとしてどうかと聞かれれば、人それぞれで

2023/12/18(月) 10:54:27.09

いやそれぬるぽ

2023/12/18(月) 12:07:36.53

>>281
ファイルシステムや仮想記憶とか、コピーオンライトといって、書き込みが発生するまでは単なる参照先のコピーだけでコピー完了としてしまう
要するに何をもってコピーかを、先ずは定義してくれ

2023/12/18(月) 12:57:51.87

それは C の概念モデルを前提にしていいだろ。

2023/12/18(月) 14:16:20.90

C++ の参照だったら概念含めてそのまんまだったんだろうな
int a;
int& b = a;

2023/12/18(月) 14:52:23.89

>>271
言えると思う。

**デフォルトの名無しさん** (ｽﾌｯ Sd32-3CSV) · 2023/12/18(月) 16:19:13.36

内容が値を表すメモリの位置 = オブジェクト

2023/12/18(月) 17:05:11.17

>>276
「言わない」

代入をシャローコピーだとか言ってなにか騒いでる人があなたの周りにいるという話？なら、そいつバカだからあなたは相手にしなくていいよ。あなたはもっと大事な問題に取り組むべき

2023/12/18(月) 17:09:52.77

代入元の配列がスタック上なのかどうか、そちらの方がC言語的には重要

2023/12/18(月) 17:12:05.22

関数内の自動変数へのポインタを関数の外へ持ち出したりすると…

2023/12/18(月) 18:48:36.94

何かのポインタをメンバに持つ構造体の実体の複写

2023/12/18(月) 23:27:08.16

>>289
代入はコピーじゃないのか？
代入とコピーの本質的な違いは何だ？

2023/12/18(月) 23:33:27.08

コピーには違いないけどディープとかシャローとか区別できるものじゃないってことだろ

2023/12/18(月) 23:40:20.33

>>293
代入は演算の種類
コピーは演算した結果起こる作用
用語を論理的に整理できてないとお話にならないだろう
RustvsC++スレ辺りでまともな議論ができてないのはこれのせい

2023/12/19(火) 08:23:42.15

>>295
そういうコトなら、>>271は
アドレスを代入演算した結果を、シャローコピーと言えるか、
という質問じゃないの?

2023/12/19(火) 09:34:26.09

シャローコピーとかディープコピーとかはもともとPythonの概念ですよね？

2023/12/19(火) 09:54:57.24

は?

2023/12/19(火) 10:05:08.86

>>289
馬鹿ってすぐ断定するよな

2023/12/19(火) 10:07:03.49

コピーとクローンは違うよな？

2023/12/19(火) 10:13:44.25

>>297
C++やJavaあたりが元だと思うけど

2023/12/19(火) 10:17:05.18

そういうことで、
Cにはシャローコピーとかディープコピーとかの概念はない

2023/12/19(火) 10:51:12.24

少し前までスマートな人がたくさんいたのにいつの間にかバカしか居なくなった

2023/12/19(火) 10:55:10.13

>>297
違います

2023/12/19(火) 11:32:45.68

>>301
LISPじゃね？深いコピーは演習なんかの定番だった気がする

2023/12/19(火) 13:45:42.10

>>305
比較の手段が参照と値と構造とで数種類あるしそうだろうね
この手の大抵の起源はLispだよ

2023/12/19(火) 15:01:13.02

Pythonの解説書には大概、ディープコピーとシャローコピーが載ってますよ

2023/12/19(火) 15:28:24.33

>>305
もちろんそういう状況を扱っている事例は数多くある。
ただ、ざっと見た感じでは古いマニュアルでは「再帰的」とか「共有」とかいった語で説明するのが普通っぽい。
深い/浅いといった言い方が発生したのはもっと新しい言語でのことだと思う。

2023/12/19(火) 19:44:57.82

複オジが粘着してそう

2023/12/19(火) 19:48:51.51

つか、Cは書いてる人にしか型が分からないからそんな器用な事は出来ないよな？
どっちのコピーも自前でちまちま作るしか無い

2023/12/19(火) 19:53:51.13

呼称にこだわってる限りCなんて使えない
お上品な他の言語使ってりゃいいじゃん

2023/12/20(水) 05:56:32.08

>>310
その通りですよ

私はユーザが定義する集成型（structみたいなもの）を、PCをまたいでリモートコンピュータ上にコピーするもの（WindowsのC#とHP-UXのC）、を仕事で作った事があるのだけど、それをやるには型定義からガッツリ関わる仕組みを構築しないと無理なのよ。
自分はエクセルでやった（そして完璧にはできず特例処理だらけになった）けど、普通はDDLとか独自に作るでしょ

上の方で最初に話題出したヒトは多分、どういう問題空間でディープコピーとかシャローコピーを話題にする必要が生じるのか【すら】分かってないよ

そうだね複オジとか言われてた人の雰囲気と似てるね

2023/12/20(水) 09:35:46.96

UPLIFT プレミアム・サービスのお知らせ

https://uplift.5ch.net/

ＵＰＬＩＦＴ　主な特典
・連続投稿の規制を緩和します。
・スレッド作成時の規制を緩和します。
・5ch.netのスレッド表示画面に表示される広告を除去します。
・5ch.net専用ブラウザで5ch.netの過去ログを閲覧できるようになります。
・海外からのアクセス・ホスト経由からでも書き込みができるようになります。
・書き込みが規制されているプロバイダーからでも書き込みができるようになります。
・5ch.netを安定して利用できるように運営を支援できます。

5ちゃんねるを存続させるためには、皆様のご協力が必要です。

最後まで御精読いただきありがとうございました。

2023/12/23(土) 02:06:44.23

>>297
もちろん概念としてはCの時代からある
しかし明確に言葉として定義したのはsmalltalkのはず
shallowCopyメソッドとかがある

2023/12/23(土) 10:35:35.90

smalltalk、凄いな！私はバートランド・メイヤーさん、すごく尊敬してます
javadocとかdoxygenみたいなシステムも、もうあの時代に彼はすでに形にして世に出してるんですよね
例外の説明とか、プログラムを契約の履行に例える話とかもそうだし、あとコメント論とかもイケてるんですよ
頭良すぎて周りが付いてくのに何年もかかってる気がする

2023/12/23(土) 10:43:58.55

てかまあ、Cのスレだね
でもCで構造体リモートコピーするにはさ、みたいな話をしても、多分誰も乗ってきてくれないよね

2023/12/23(土) 11:24:31.92

それは話の持ってき方。プレゼン上手ならできる

2023/12/23(土) 11:28:28.28

そーゆーのに憧れてる層には土方言語のCはいらんだろｗ

2023/12/23(土) 11:41:06.10

だからさ、C言語の変数や構造体内の型宣言なんてイイカゲンなんだからそう言う話ははなから無理なんだよ

2023/12/23(土) 11:42:27.32

メッセージというか伝送パケットを作る話とかはどうですかね（皆さん興味ありますか）

タグ・レングス・バリュー形式がー、とか
バイナリvs文字列とか
（文字列にして伝送するのって遅いと思うでしょ、意外と速度okだったりします）

あと、message pack とか

2023/12/23(土) 11:44:11.18

ゼロ(0x00)が送れないから文字列は無理

2023/12/23(土) 11:46:23.81

経路によっては7ビット+パリティに解釈されるからバイナリは無理

2023/12/23(土) 11:49:57.82

結局、デバイスとかハードの特性を理解する必要があるんだよね

2023/12/23(土) 11:54:07.08

メッセージの受け渡しでハードの特性まで理解する必要はないだろう

2023/12/23(土) 11:57:42.36

だっていまどきC言語使ってる人なんて、デバイス寄りのハードウェアコントロールとか、チープなCPUに搭載するソフトとかだろ？

2023/12/23(土) 11:59:57.84

>>321
おっと、反応サンキュー

0x00をデータとして送るのってあるある話題ですよねw
確かに「通信全部が」文字列で、nul文字終端だとすると無理。
でも、アタマにデータサイズがあって、それからデータがある形式ならば、仮に文字列が続いてると見える中に、まるでゴミ文字みたいに0x00が入っててもokなのよ

実は今のHTTPもそうなってたはず

2023/12/23(土) 12:04:44.24

>>326
途中のコードに文字列操作を一切使わないならいいが
改修はいって文字列操作する人が居たらアウトだよね？

2023/12/23(土) 12:09:04.65

最初からunsignd charのポインタとサイズを構造体にして扱えば良いだけ

2023/12/23(土) 12:09:04.99

大昔は7ビットしか通らない経路あったねw
5baseとかの時代でしょうか

今は、8ビットを8ビットで伝送するほうが稀でしょうね
8ビットを10ビットで符号化することで、ゼロやイチが連続する数が少なくなるようにすることで、データ自体でタイミングを取れる方法をIBMが発明したとかで
だからこんなに速くなったそうです

2023/12/23(土) 12:13:58.12

>>327
多分あなたの危惧が伝わってないです
改修案件でバグを作り込んだのに動作確認せずリリースしてしまうっていう事なら、工程管理ができてないって話でプロとしてダメ

メッセージ形式の仕様とは関係ないですね

2023/12/23(土) 12:17:04.95

（…もしや「複オジ」さんだったかな？）

2023/12/23(土) 12:56:43.79

やっぱりめんどくさい奴だったかｗ
あんたにレスがもらえないのはテーマのせいじゃないとわかれ

2023/12/23(土) 18:17:03.63

>>330
安易に文字列を使う仕様にしてるとバイナリ通らないの忘れるし思わぬバグを生む原因になるから、最初からバイナリ配列にするか文字列操作関数を一切使わない様にしないとな

2023/12/24(日) 00:00:50.96

>>332
うん…（悲しい）

2024/01/05(金) 10:30:41.51

Perlとかで利用している設定ファイルがあるのですが、
Cで書いたプログラムでも同じファイルを設定ファイルとして読み込みたいです

設定ファイルですが、このような感じです

val = abc
str1 = $val/AAA

Perlでは「$val」を展開し、str1に「abc/AAA」と設定してくれるのですが、
Cから読み込む場合は、自分で展開する必要があると思ってます

それをやってくれるライブラリや関数等、ありますでしょうか

2024/01/05(金) 10:49:08.39

その程度なら、自作できるだろう

2024/01/05(金) 11:38:06.91

#define val abc

2024/01/05(金) 12:10:00.56

enum { val = abc }

2024/01/05(金) 12:13:38.69

enum の方はエラーになる

2024/01/05(金) 12:27:56.38

#define もエラーになる

2024/01/05(金) 12:30:33.41

#define val "abc"

2024/01/05(金) 12:30:55.30

>>335
そういうのをどう解決するかを自分が考えて実現するのが楽しいのに…

自分なら
設定ファイルを「環境変数を設定する」に変更して、perlもCも環境変数から設定項目を読むに変更する。
そのために
perl側を変更する権利を得る
OSに依存して良い条件
を確保する様に、喫煙所に通う

2024/01/05(金) 12:49:25.99

>>335
別の解決案
・Cに優しい形式（右辺を全部展開した形で、イコール前後のスペースもなし）で吐き直すツールを、perlで作る
・自分で全部Cで作る
・lex/yacc を使って軽言語解釈ルーチンを作る

それぞれデメリットがあって、質問に直接答える「そういったライブラリはあるか」に一番合ってるのが、最後のlex/yaccだけど、それは一番バカらしい答えでもある。お好きに

2024/01/05(金) 12:51:00.35

>>337
君、答える側になれる実力ないだろ

2024/01/05(金) 12:54:37.44

sscanfで読めばよかろうもん

2024/01/05(金) 13:07:45.12

>>335
その説明では何をやりたいのか伝わってないので仕様書を書いてみて。
理想的なライブラリがあったとして、そのテストケースという形式でもいい。
曖昧模糊な要望だと説明が下手なだけでなく説明しようとしている内容が見当違いな可能性を疑う。
(いわゆるXY問題)

2024/01/05(金) 13:32:24.69

Cのソースでその展開もどきを行いたいのか
Cで書いてるプログラムがとあるファイル食って文字処理するんだけど、同じことを実現したいのか

2024/01/05(金) 13:37:38.46

>>335
これは実装するとなると簡易言語になっちゃうな
でも変数と変数参照だけだから大して難しくないよ
たぶん1000行ぐらいに収まる

2024/01/05(金) 14:59:38.28

どうしても既存の設定ファイルをそのまま使いたい、それを処理できるようなものが欲しいということなら
そんな都合の良いものがあるわけない。自分で書くしかしょうがない。

完璧にそのままのフォーマットでなくおおよそ似た機能があればよいなら
TOML とか JSON とか YAML とかの広く使われているフォーマットを採用したほうが面倒が少ない。
Perl でも C でも処理できるライブラリがいくつもあるし。

これらには変数展開のような機能はないが、
設定ファイルで動的な操作を可能にするのは問題を引き起こしやすいと考えられていて、
アプリケーション側でやるかプリプロセッサでなんとかしたほうがよい。
(強いて言えば YAML のエイリアス機能は変数のようなものとも言えるけど文字列を結合したりは出来ない。)

逆に設定どころではなくユーザーによるカスタマイズをどんどんやってもらうようなものなら
Lua とかのアプリケーション拡張言語を埋め込んでしまうという方法もとれる。

2024/01/05(金) 15:39:37.20

Perlにそんな便利機能あったっけ

2024/01/05(金) 18:09:30.90

Cは遅延評価を積極的にやるための言語ではないからなあ
C++やC#ならあるんだけどね
lex/yacc はちょっと古くて
今なら flex/byson ですね

2024/01/06(土) 15:06:00.15

$ の変数展開しかやらないなら複雑な構文解析にはならないから全部自作した方が楽なのでは?
少し楽したいなら perl に読ませて $ 展開させた文字列に変換して出力したのを C の側で読むとかね。そうすると少し楽ができる。
これの問題は perl が使えない環境では動かないことかな。

2024/01/06(土) 16:25:37.13

今なら packcc おすすめ

2024/01/06(土) 16:27:28.51

設定ファイルのデータ構造が key/value の組だけ、 value は単なる文字列という程度なら
パーサジェネレータはかえって邪魔じゃないのかな。

2024/01/06(土) 21:36:47.69

lex/yaccは使った事ない人にはハードル高いだろうね。逆に、使い方が分かると何でもそれでやりたがる時期が来る。どんなツールや言語でもそうだろうけど

2024/01/06(土) 21:39:52.15

BNF書いても大した量にならないだろうし俺ならフルスクラッチで書いちゃうな

2024/01/06(土) 21:45:36.68

で、設定ファイル、shで環境変数を設定すりゃ済む、という案に誰も反応してもらえないんだが、どうだい？ windows ならcmdだろうけど

設定項目ってのは、パス文字列とか、メモリサイズとか、ほぼ固定だけどあとから変えたい場合もあろう、っていう定数だよね。環境変数ってまさにその目的だと思ってる。

ドル記号で一時値の展開もできる。Cからも簡単に読める。

2024/01/06(土) 21:56:18.04

shで、設定ファイル兼、実行ファイル起動ラッパを書いて、利用者には直接実行ファイルじゃなくラッパを起動せよと説明して

export XXX_ROOT=/var/xxx
export XXX_INPUT_DIR=${XXX_ROOT}/in
export XXX_OUTPUT_DIR=${XXX_ROOT}/out
export XXX_READBUF_SIZE=32768

exec ${XXX_ROOT}/bin/xxx

Cで読む処理は

get_conf_str(...) //文字列項目用
get_conf_i64(...) //整数項目用

どっちもパラメータに
(環境変数名, 環境変数が未設定時の具体値)
って指定する。これが、ソース上の1箇所でズラッと並ぶと「設定項目名とハードコード値の、一覧表」風になるの。分かる？

2024/01/06(土) 22:02:36.24

get_conf_str() と get_conf_i64() の中身は
getenv() を使って簡単に実装できる、のは分かるよね？

2024/01/06(土) 22:09:41.74

単なる文字列だけなら正規表現の置換でいいだろ

2024/01/06(土) 22:20:12.76

struct conf_t {
char* input_dir
char* output_dir;
int64_t readbuf_size;
} g_conf;

文字列項目はC++だとstd::string にする所だが、Cだとstrdup（的なもの）で実装しても良いんじゃないかい。

g_conf.inputdir = get_conf_str(
"XXX_INPUT_DIR", "/var/xxx/in");
g_conf.outputdir = get_conf_str(
"XXX_OUTPUT_DIR", "/var/xxx/out");
g_conf.readbuf_size = get_conf_i64(
"XXX_READBUF_SIZE", 32768);

とかってするとソース上で一覧表風になるでしょ。タブ文字も入れて桁そろえて。

2024/01/06(土) 23:25:47.33

まあ落ち着けよ質問者はそんなこと聞いとらんだろうよ

2024/01/07(日) 00:35:50.01

for(;;){
if((result = fgets(line, MAX_LEN, stream)) != NULL){
p1=result;
p3=p1+strlen(line);
p2=strtok(p1, "=");
}
}

これで、p1とp2から左辺、p2とp3から右辺が取り出せる。
$の展開は、マクロ展開処理の要領で
右辺に$があるかチェックして、あったら定義値に置き換えるという
10ステップ程度の処理でできるだろ。

2024/01/07(日) 08:57:04.03

>>335
＞Cから読み込む場合は、自分で展開する必要があると思ってます
その通りです

＞それをやってくれるライブラリや関数等、ありますでしょうか
ありません
自作する必要があります

>>363
p2=strtok(p1, "=");
スペースやタブの処理が必要

2024/01/07(日) 10:17:39.72

せめて既存の気の利いた言語のstring型のメソッドやらを参考にしろよ
ここで再発明しても誰も使わんだろ

2024/01/07(日) 10:25:56.11

質問者、もういない

2024/01/07(日) 11:15:08.19

>>335
>それをやってくれるライブラリや関数等、ありますでしょうか
perlはCで書かれてるけどね

2024/01/07(日) 11:23:13.54

動かすCプログラムをperlに書き直す方が簡単そう

2024/01/07(日) 16:24:59.67

こんな方法もある。しかし $ の変数展開しかしないなら無駄な感じはするね。それだけのためにここまでするのかという。

perlembed - C プログラムへの Perl の埋め込み方
https://perldoc.jp/docs/perl/5.10.0/perlembed.pod

2024/01/10(水) 16:11:15.07

＄がリテラルとして入ってた時はどうするかとか、結構面倒そう

2024/01/10(水) 17:49:56.37

>>370
そうなんだよー、真面目にやるとバカみたいに面倒なのよ

文字列リテラルの中に $ やコメント開始終了記号が入る事もあるし
コメントの中に $ や文字列開始終了記号が入る事もある

# "#"
$aaa = /* $コメント " */ "文字列/**/値";

なので、頭から読み始めて、状態を追いながら（現在の場所が文を書く所か、コメント内か、文字列内か）読まないと、正しいファイルを正しく読めない

んで、つまんないバグを作り込んだりするの。その、もういない誰かが作り込んだつまんないバグを、別の誰かが直すはめになる。そんなの嫌じゃね？

2024/01/10(水) 17:57:07.75

でも本当に、質問者はもうトンズラしたと思うよ。次の話をしよう

2024/01/10(水) 18:00:48.10

次の患者さん、どうぞ