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(金) 10:13:43.24

>>224
Cコンパイラに、C++ -> C トランスレート機能あるの?

2023/12/08(金) 10:26:10.76

API はほとんど C インターフェースで
C++をベターCとして利用してて C++のクラスの機構はほぼ使ってない

(GDI+ とかAPIがはなっから C++ インターフェースの奴は別)

2023/12/08(金) 10:34:54.49

>>218
ねえよ

2023/12/08(金) 10:50:23.47

ぶっちゃけGDI+もCから使えるけどね

2023/12/08(金) 10:53:01.67

>>228
あれ Cインターフェース居るのか最終的にはCOMになってるんやっけ？

2023/12/08(金) 11:03:20.25

>>220-221
なんかそういうのあったかも

2023/12/08(金) 11:04:41.36

あれはPascalの呼出ではなかったかな

2023/12/08(金) 11:27:29.89

>>229
gdiplus.dll 自体は関数群を置いてあるだけっぽい。
それをラッパークラスで覆って C++ から使いやすくしているだけ。

2023/12/08(金) 12:03:08.97

>>224
兼任ですが個人事業主でお金と時間はそれなりに自由に使えます。
3～5ヶ月くらいはまとまった時間を取ることも可能です。
公式チュートリアルは参考にはなりますが読みやすいかと言われると微妙ですね。

知識はもちろん身につけたいのですが、そこまでの道筋は他人のコードを読む方がやはり良いのでしょうか？
書籍やサイトなどでアプリの形になるまでのチュートリアルなどは無いのでしょうか。

2023/12/08(金) 12:17:34.25

Win32APIというよりそれ以前の
C言語の知識が足りてないんじゃないのかな

2023/12/08(金) 13:05:38.60

>>233
何を学べば良いかすらわからないときのとっかかりとして
他人のコードを読む (何がわかってないかはわかる) ことを勧めたまでで、
良い資料があるならそれを読むにこしたことはないよ。
良い資料がないことも多いという現実はあるけど。

私は公式チュートリアルは良いほうだと思う。
知らないことを書いてあるんだからある程度は読みづらいこともあるのは当たり前のことで、
どれを読んだって似たようなもんじゃないかな。
専門的な内容をスラスラ読めるほうがおかしいでしょ。

2023/12/08(金) 13:11:55.82

さてはオメー
ふらっとC#スレで他人のコードの読み方とか延々聞いてたヤツだな？

2023/12/08(金) 13:15:41.58

>>206
関数もメモリにロードされるのわからず？
関数はただのマシンコードなんだからここから始まりますよ、というラベルがついてるだけだぞ
そして呼ばれた時はそこへジャンプするだけ
関数ポインタはそのマシンコードのラベルのアドレスを保持しているだけ
ポインタ以前にコンピュータの仕組みからやった方が良さそう
プログラム格納方式とか聞いたことない？

2023/12/08(金) 13:31:18.44

>>236
なんちゃらGPTがここでこっそり質問してたら笑う

2023/12/08(金) 13:36:30.72

>>219>>227
ググってみたらどうも>>218が正しいらしい

2023/12/08(金) 15:42:45.24

だからねえよ
そいつが勘違いしてるか、使い方が悪いかだろ

2023/12/08(金) 16:03:05.13

>>206
構造体もプログラムからしたらただのメモリ領域の塊だぞ
そこに変数とかいう概念はない
構造体のメンバのオフセットでその位置を指定して書き込んだり読み込んだりするだけ
その時のオフセットの計算に利用されるのが型
変数宣言すると構造体全体サイズのメモリ領域がスタックに確保される
mallocで確保されるとヒープに確保されてそのアドレスが返る
ただそれだけ

2023/12/08(金) 16:08:12.70

関数を malloc で確保するにはどうすれば良いですか？って言いそう

2023/12/08(金) 16:21:49.56

ちなみにメモリにロードされた関数の領域は現代のOSならば当然ながらアクセス不可能
昔はプログラム領域にアクセスできてその中のコードを動的に書き換えるという荒技をやってた人もいるらしいが

2023/12/08(金) 16:24:27.68

ちなみにメモリ領域にマシンコードを生成してそのメモリ領域のマシンコードを即時実行するということはできる
これをJITという
最近のスクリプト言語ではこの手法がかなり用いられている
やり方は普通にメモリにマシンコードを生成して実行可能属性を付加、各種CPUキャッシュをクリアしてから
関数ポインタにキャストして実行するだけ

2023/12/08(金) 16:31:30.89

メモリ保護機構が動いて実行できないと思う
16ビットリアルモードOSだったらできたと思うが

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

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