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/08(金) 16:51:01.76

mprotectとかVirtualProtectで実行可能にすればできる

2023/12/08(金) 17:06:26.65

しかし、それだと任意のコード実行が自由自在ってことになって・・・
まずくない？

2023/12/08(金) 17:24:04.59

>>247
許可を与えないと実行できないから問題にならないよ。
許可を与えられる前には実行できないんだから
外から注入されたものが自分で許可を出すということは出来ない。

2023/12/08(金) 17:24:33.32

>>247
許可を与えないと実行できないから問題にならないよ。
許可を与えられる前には実行できないんだから
外から注入されたものが自分で許可を出すということは出来ない。

2023/12/08(金) 17:35:36.56

セキュリティって、身内も信じちゃまずいと思うよ

2023/12/08(金) 20:25:30.65

>>250
その理屈はＯＳすら信じられずＰＣ使うなって発想にしかならん
信じた者が信じる者は正しい、セキュリティの基本やろ

2023/12/08(金) 20:31:27.89

企業でもそうなんですか？
管理者が望んでいないプログラムが動かせたら困るでしょう

管理者自身がやるってならちょっと違いますが

2023/12/08(金) 20:41:26.51

>>252
それはつまり「身内じゃないから動かない」なわけで身内も信じちゃまずいにはならんわけよ
>>249ではちみつ先輩が言っているのは「許可されたものは動く」なわけで
管理者が許可したものは動くし許可しなければ動かない

たぶん「許可したプログラムが許可してないコードを実行したらどうすんの？」ってことだと思うけど
そんなプログラムを許可した時点で間違ってる

2023/12/08(金) 20:48:50.56

？？？
私の理解だと >>247 は「機械語をその場で生成して即時実行するのって危なくないの？」という話だと思ってたんだけど違うの？
そういう理解だったから実行の許可を出す (メモリの実行可能属性を ON にする API を呼び出す) ことなく実行できない、
プログラマの意図しない実行は防がれるということを応えたつもりだったんだけど、運用の話なの？？？

「身内」ってのは「プログラムの中での機械語生成にミスったらめっちゃ暴走するやん？」という意味かと思ったけど
運用にかかわる人物という意味？

2023/12/08(金) 21:24:15.38

>>225
C++黎明期はC++トランスレーター付きのCを普通に使わされたもんだよ

2023/12/09(土) 07:42:54.58

>>250
それなら自作のプログラムをコンパイルして実行できる環境がすでにまずいだろｗ
パソコンをゲーム機みたいにしたいのかい

読み書きできるメモリを実行可能属性にできるというだけで
書き込み不可能なシステムメモリに書き込めるようにできるわけではない

2023/12/09(土) 08:06:29.62

本日のWebは、
・帝乃三姉妹は案外、チョロい。 → 本誌で既読
・レッドブルー → 本誌で既読
・からかい上手の高木さん → ゲッサンで既読

どうにかしてよ、A立。たとえば響5巻無料Webでもとか。

そういえば、高木さんの人の将棋のやつ、マガポケでも終わったね。

2023/12/09(土) 08:12:11.03

いわゆるroot権限が必要な行為は実行出来ないね
でも、mprotectの説明によると
> 注意
Linux では、(カーネル vsyscall 領域以外の) 任意のプロセスアドレス空間において mprotect ()を呼び出すことが、常に許されている。
となってるから、Node.js(node)とかJITを行うプログラムがユーザー権限で動くのだろう
単に利便性の為だろう

2023/12/12(火) 20:44:31.35

staticグローバル変数を含んだ動的ライブラリーを動的リンクをする場合はグローバル変数が初期化されるのはmain実行前の認識です。
同じプロセス内で再度初期化したい場合は別途初期化の関数を用意してないと不可能でしょうか？
動的ロード(dlopen)を使用した場合はdlcloseして再度dlopenした場合は初期化されますか？

2023/12/12(火) 21:01:30.67

>>259
やってみれば?

2023/12/12(火) 21:15:07.81

明示的に初期化処理を書くのが吉

2023/12/12(火) 21:58:30.38

>>259
>動的ロード(dlopen)を使用した場合はdlcloseして再度dlopenした場合は初期化されますか？
Linuxの場合には初期化されたけど環境依存かも?
$ cat hoge.c hage.c
#include <stdio.h>
static int a = 100;
void increament_a () {++ a;}
void print_a () {printf ("%d\n", a);}
#include <dlfcn.h>
typedef void (*Func) ();
int main () {
void *handle;
Func func;
handle = dlopen ("libhoge.so", RTLD_LAZY);
func = (Func)dlsym (handle, "print_a");
(*func) ();
func = (Func)dlsym (handle, "increament_a");
(*func) ();
func = (Func)dlsym (handle, "print_a");
(*func) ();
dlclose (handle);
handle = dlopen ("libhoge.so", RTLD_LAZY);
func = (Func)dlsym (handle, "print_a");
(*func) ();
return 0;
}
$ gcc -shared -fPIC -o libhoge.so hoge.c
$ gcc -o hage hage.c
$ LD_LIBRARY_PATH=.; ./hage
100
101
100

2023/12/12(火) 22:04:40.47

>>261
ですよねぇ
数十万のレガシーコードで、リセットするにはプロセスのキルが前提なんだけど、移植対象のシステムはプロセスをキルできないので、なんとかリセットする方法はないかと…

2023/12/12(火) 22:10:06.55

初期値代入くらい書くだろ普通
処理系によっちゃ不定な値から始まったりするのを防ぐ為にさ

2023/12/12(火) 22:18:02.98

>>262
検証ありがとう
自分の環境でも試してみます

2023/12/12(火) 22:18:21.71

>>259
RTLD_NODELETE フラグで再初期化を止められる(というよりアンロードを妨げるのだけど)ので逆に言えば特に指定しなければ再初期化はされるのが通常動作という解釈でいいと思う。

>>263
わかってるだろうけどレガシーコードをそうやって延命させるとますますワヤになるでよ。

2023/12/12(火) 22:39:58.31

>>264
言語仕様的にはグローバル変数 (記憶域期間が static) が不定になったりはしないことになっている (初期化子がなければゼロで初期化する) のでまともな開発環境があるところではそんな心配はしないよ。
心配が必要になるほど不確かな処理系しかない (または初期化処理も自分でかかなきゃいけないような低レイヤ) 分野もあるのは知ってるけどそれが普通ってことはない。

2023/12/12(火) 23:05:45.63

>>267
言語仕様ではなく2度目のdlopenの初期化の話なんだからドキュメント化されてないなら何の保証もないでしょ

2023/12/12(火) 23:55:24.16

>>268
そういう意味で言ってたのならわかる。
「どうして元から代入する処理を入れてなかった？それが普通だろ？」というニュアンスで受け取ってたから元は dlopen しなおしで対処する想定ではなかったからそういうことを心配してなかった (する必要がなかった) という反応になった。

2023/12/15(金) 08:29:58.25

板の名前変わった？

2023/12/17(日) 18:23:47.21

ポインタ変数にアドレスを代入するのはシャローコピーと言えると思いますか？

char s[] = "abc";
char *p = s; // shallow copy

2023/12/17(日) 18:40:34.16

果たしてコピーと呼んで良い操作ナノか

2023/12/17(日) 19:27:43.64

>>271
言えません

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で読めばよかろうもん