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/06(水) 21:05:20.14

>>180
さらにfflush(NULL)は許されるという一貫性の無さ

2023/12/06(水) 21:19:13.20

fflush の場合は全てのストリームを対象とするという特別なフラグとして NULL を活用しているので無効なポインタとしての NULL とは事情が違う気がするね。
それにしたってNULL を多義的に使っているという意味では一貫性はないけど。

2023/12/06(水) 21:23:39.94

free(NULL)は、おバカなマの為に特別に許容したんだろ

2023/12/07(木) 02:17:45.58

以前ネットでおすすめされていた「苦しんで学ぶc言語」の内容をしっかり理解する段階まできたのですが、次は何をすれば良いのでしょう。
猫でも分かるプログラミングも読んでみたのですが仕様が古すぎてトレースできないのと、私には作者さんの文章の作りが合わず困っています。

まずは簡単なソフトを作りながら学べればと思います。
入門書の次に読めるような本と、そこからアプリケーション開発のイロハが分かる本やサイトを教えていただけないでしょうか。

2023/12/07(木) 07:17:00.47

↑みたいなのって目的ないのかね
今後C言語で特に何かやりたい事がないなら別に何もする必要ないよ

2023/12/07(木) 08:27:05.09

Cで現実的なアプリケーションを作るならホスト環境 (OS など) の事情は無視できないし、具体的な目標なく道筋は決まらないと私も思う。
何の情報もない他人に何かを勧めるというのはしづらい。
目標があるならその分野の既存のコードを「読む」という体験はためになるかもしれない。
実際のコードを見て意味がわからない部分があれば学習が必要な部分だというとっかかりになる。

2023/12/07(木) 09:28:19.84

>>184
> 「苦しんで学ぶc言語」

というのは、これ↓ ?

https://9cguide.appspot.com/index.html
> 苦しんで覚えるＣ言語

であれば文法解説のようなので、ファイル操作をしてはどう?
cat コマンドを作るとか。

2023/12/07(木) 10:04:58.60

>>186
Windowsソフトを制作して当方の業務を効率化できればと考えています。
「既存コード」を読むですか、なんだか英語学酒のようで気が滅入りますね＞
>>187
失礼しました。「覚える」でしたか。
ファイル操作がどこまでを指すのかわかりませんが高低水準入出力はすでに可能です。

2023/12/07(木) 10:23:42.82

業務効率の向上が目的ならC言語は回り道すぎる
他の言語選んだ方がいい気がする

2023/12/07(木) 10:31:24.83

ファイル操作の課題出してあげようか
指定した二つのDirにあるファイルを同期させる
単にコピーするのではなく、タイムスタンプの新しいものだけをコピーする
新しいSubdirできていたら、中味があればDirごとコピーする
とりあえずは、新しく作られてファイルの同期まで、
削除については考慮しなくて良い

2023/12/07(木) 10:39:50.34

>>188
>Windowsソフトを制作して当方の業務を効率化できればと考えています。
早速これに取り組んだ方が良い
実用するものを作る方がモチベになる

2023/12/07(木) 11:21:46.78

C言語のスレッドで言う事じゃないがC言語以外の生産性の高い言語を学んだほうがよさそう

2023/12/07(木) 11:56:53.00

>>184
CはOSのAPIを直接叩けることがメリットでもあるので、Linuxのプログラミング本を読んでコード書いてみるのが一番良いだろう
マルチプロセス、マルチスレッド、ソケットとか覚えるべき事は沢山ある
Cでやれば根本から理解出来る

2023/12/07(木) 12:04:11.70

(事務作業などの？) 業務効率化が目的なら Power Automate Desktop の活用を考えた方がいいと思う。
効率化の最初の段階は解決すべき問題を見つけることで、これをきちんと一度で洗い出すのは大抵の場合に出来ない。
雑に作って運用しながら改善するという手順をとるのがのぞましいが、 C で書くとそういう柔軟な体制がとりづらい。

2023/12/07(木) 13:30:05.55

「なにを作りたいのかが大事」ってのは良く分かるんだけど、普通の人が作りたいものって大抵Cじゃない方が…ってなっちゃうんだよな

2023/12/07(木) 13:42:19.21

>>90
そういった事もできるんですねー
>>191
取り組みたいのは山々なのですがuiの作り方からわからないので入手できるバーションで解説されている書籍が欲しいところです。
>>192
基礎を大切にしたいのでcをはじめのうちは使っていきたいと考えています。
>>193
仰る通り根本を理解できればと思います。Linux本ですね。可能であれば簡単なものでおすすめを添えていただけないでしょうか。
>>194
グラフィック系のソフトを使う上で不便なところを楽したい、と言いますか
とにかく画像表示や文字列表示から進めていきたいと考えています。
前述の通り基礎を理解したいので可能であればcで作成したいのです。

2023/12/07(木) 13:42:44.77

WindowsアプリならCじゃくて、せめてC++にしておけ

2023/12/07(木) 13:43:24.10

楽したい奴にはCは向かない

2023/12/07(木) 14:18:01.05

C++は変な癖がつく
Cの方が絶対良い

2023/12/07(木) 15:23:59.73

Cで全部書いてると大変だと思うよ
機能全部使わんでも良いからC++の方が現実的だよ

2023/12/07(木) 15:31:37.34

大変かどうかは、何を作るかによる

2023/12/07(木) 15:35:13.86

>>201
>>196を踏まえて大変だと思うよ

2023/12/07(木) 16:19:14.82

>>196
自分はUNIX Cプログラミング(いわゆるライオン本)で勉強して、めちゃくちゃ為になったけど、さすがにこれは古すぎる
詳解UNIXプログラミング第3版は間違いのない名著
ふつうのLinuxプログラミング第2版はLinux向けだし初心者向け
Cで仕事をするようにはならないかもだけど、「ふつうの～」を理解出来て自分のものにすることがCを学ぶ意義だな

2023/12/07(木) 16:23:44.20

>グラフィック系のソフトを使う上で不便なところを楽したい
ソフト側でスクリプト等がサポートされてなければ
できることは連続するショートカットを１プッシュでまとめて出す
キーロガー＆再生系とか Joy2Key みたいなキーコード送出系ぐらいしか思い浮かばん

2023/12/07(木) 17:03:32.49

>>196
具体的に対象になってるソフトの名前は言える？

モダンな設計の Windows 用ソフトが外部から制御するために公開するインターフェイスは
Component Object Model の技術をベースにしていることが多くて、
高度な開発環境の補助を得ながら使う分には便利なんだが
C から使おうとするとすごく面倒くさい。 (出来なくはないけど。)

ソフトが外部に対してインターフェイスを公開するのではなく
制御用のスクリプト言語を内蔵している場合もあるので
C でのプログラミングに詳しくなってもあまり役に立たないこともある。

もしも外部に対してインターフェイスを用意していないなら
ボタン操作のイベントを発生させるとかして制御する (つまりまさに人がする操作を代行させる) ということも可能だが、
それを可能にするような基礎技術というか Windows の動作モデルを理解したいのなら
「猫でもわかるWindowsプログラミング」はそれなりに有用だと思うよ。
私は書籍を読んだことは無いけどウェブ版は Windows がイベントを伝播させて操作させる構造を理解するのに十分な記述はある。

だけど、人が操作するときに Windows の中で何が起こっているのかを
初心者が根本から理解してきちんと使いこなせるまでになるハードルは割と高めなんだよ……。
Power Automate Desktop なら技術の根本を理解せずともそれが出来るようになってるし、
マイクロソフトが直接に提供していてしかも無料という神ソフトなのでオススメした次第。
UWSC とか AutoIt なんかも人気があるね。

2023/12/07(木) 17:15:58.47

関数のサイズというのは、関数の引数のサイズと同じと考えて良いのでしょうか？
中身に1万行使ってる関数があるとして、その1万行は関数のサイズとは全然関係ないんでしょうか？

構造体はなんとなく変数のバイト数の足し算なんだなってわかるけど、関数がピンとこないです・・・

2023/12/07(木) 17:18:59.29

プリプロセッサメタプログラミングを覚えてからc言語の開発は楽になったわ
前は同じようなデータ構造でたくさんモジュール作ってたからな

2023/12/07(木) 17:34:07.95

>>206
関数をデータとして扱うことはないので「大きさ」は定義されない。
C の言語仕様的には「関数はオブジェクトではない」という扱い。

関数に対して呼び出し以外の操作をする方法はない。
関数ポインタで関数の場所を指すということは出来るが、
型システム的にちょっと特殊な扱いになっていて関数ポインタ経由で値を取り出したりも出来ない。

もちろん実際にはなんらかの形でメモリ上には存在するし、
長いプログラムは大きい可能性が高いけど。
実際にどうなってるのかは生成された機械語を見ればいいんでね。

2023/12/07(木) 17:41:37.50

>>206
質問文が謎すぎて、何を聞きたいのか解釈できない

関数のサイズって言ってるのがビルドしてできた実行ファイルのファイルサイズの事なら、コードの量が多ければ当然サイズは大きくなる

2023/12/07(木) 17:41:59.31

>>208
ポインタのアクセス条件でメモリのサイズ・型が明確になっていること
とあったので、関数ポインタもサイズや型が明確でないといけないなら
ちゃんとわかっとかないといけないと思ったのですが、関数の扱いはわかってる人から見ても特殊なんですね
ありがとうございます

2023/12/07(木) 18:04:20.91

>>206
あなたはどういう文脈で「関数のサイズ」が気になった・話題になったの？プアな組み込みとか？
俺は「関数のサイズ」が気になった・話題になった覚えがない
まぁコンパイル後のコード量かなぁ、関数の行数は大きく関係する
引数はスタックに積むけど「関数のサイズ」とは言わない気がする

2023/12/07(木) 18:19:55.87

サイズ云々は
インクリメントしたときにどんだけ(何バイト)進むのかが確定してる型でないとポインタにならない
→ じゃ関数ポインタって　関数のサイズ(≒ コンパイル後の機械語化されたバイナリのサイズ) を知ってるのか？

こういう思考の流れかな？

2023/12/07(木) 19:14:37.61

>>212
まさにそれです！
関数ポインタを配列に格納した時インクリメントしたら何バイト進むのか分かってないといけないのではと

2023/12/07(木) 19:46:05.37

>>213
その状況で必要になるのは関数のサイズじゃなくて関数ポインタのサイズや
それは他のポインタと同じ、64bitPCなら8バイト

仮定の話として、もし「関数ポインタの配列」ではなく「関数の配列」が作成できるような言語仕様にするなら、関数のサイズも決めないといけなかっただろうね

2023/12/07(木) 19:58:53.01

>>214
言われてみたらたしかにそうですねなんでポインタなのに普通の変数のように考えてしまってたんだろう・・・

2023/12/07(木) 21:12:50.21

void*使えるやん

2023/12/07(木) 21:34:16.53

>>203
ありがとうございます。
>>204
メインのソフト除いて二窓三窓しているので欲しい機能だけ載せたソフトを自作したいなと。
>>205
204へのレスと同じです。
猫でも分かるは説明していない単語が出てきたり、UI作成の手順をトレースできなかったり
わからない人向けではなく分かる人向けの解説のようで個人的には合いませんでした。

2023/12/08(金) 03:48:38.29

>>216
関数ポインタは void* に格納可能であると保証してないし、関数ポインタがオブジェクトを指すポインタより大きかったり表現が異なっていたりする環境はある。
出来る環境でなら使うのが悪いわけではないけど移植性は犠牲になる。

2023/12/08(金) 06:53:57.90

>>218
＞関数ポインタは void* に格納可能であると保証してないし
そんなことありえるの？

2023/12/08(金) 07:01:37.37

near ポインタモデル？だったかの
変数のアドレッシングサイズと
プログラムカウンタのアドレッシングサイズが違うやつ

2023/12/08(金) 07:38:56.35

ミディアムモデルとかコンパクトモデルとか
まぁ過去の話だわな

2023/12/08(金) 07:57:53.16

関数のサイズは関数のポインタをアドレス順にソートすれば求められる
そのサイズ分を実行可能領域にコピーすれば当然実行もできるよ
dllインジェクションとかでたまに使われる

2023/12/08(金) 08:01:58.55

>>217
業務で使ってるような信頼性のソフトを自作するつもりなのか
一人で？予算は？期間は？
まあ無理だろ
単純にメモリの大きなPCに買い替えればいいんじゃない

2023/12/08(金) 09:53:49.26

>>217
マイクロソフトが出している公式のチュートリアルは C++ が基礎だけど
考え方としては C でも同じなのでそのへんは適当に読み替えながら……
https://learn.microsoft.com/ja-jp/windows/win32/
Win32 API は C で使ってもそんなに不便ではないように出来てる。

特に最も基礎のこのへんの例示のコードは (C++ とは書いてあるが) たぶん C としてコンパイルさせても通る。
https://learn.microsoft.com/ja-jp/windows/win32/learnwin32/your-first-windows-program

必要な知識の分量は初心者が想像するよりずっと多いと思う。
分かりやすいドキュメントがあったとしても (そして無いこともしばしばある！) 分量は減らないので
分量というハードルをクリアするのは単純に学習量しかないし、
学習量をこなすには時間をかけるしかしょうがない。

やりたいことを自由に出来るようになるまで何も生産しない時間 (業務なら人件費に換算されるだろう) をかける余裕があるの？
というところを不安に思っちゃうわけだよ。
ここは C スレだから C プログラミングを支援したい気持ちはあるがそれがしんどい場合も多いってことも知ってる。
個人事業なら趣味と兼ねるのもアリかもしんないけど。

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;　/* アドレスを代入してるぞ */