C言語なら俺に聞け 162

C言語なら俺に聞け 162 at TECH

[前50を表示]
100:デフォルトの名無しさん
23/11/27 08:24:12.52 554QjvZVd.net
左辺値と右辺値のことがよくわからない
char *cp = "abcdefgの"abcdefg"は値を変更できないのに、
char cp[] = "abcdefg"の"abcdefg"は値を変更できる

101:はちみつ餃子
23/11/27 09:01:26.52 HtoHgn5y0.net
>>100
それは左辺値/右辺値とは関係ない。
「リテラルを書き換えようとしたら未定義」というルールが関与してる。
前者の場合は文字列の場所を示すアドレスが cp に格納されているので
cp が指す先というのは文字列リテラルだが
後者の場合は確保された配列を初期化子の文字列で初期化するという理屈なので
配列と文字列リテラルとは別の実体を持ち、リテラルではない配列を書き換えることは問題にならない。
初期化子として文字列が出てくるときは初期化の文法としてちょっと特例があるのと
(文字列を含む) 配列は暗黙の型変換で勝手にポインタに変換される特例があって
そういう変則的なルールの積み重ねが分かり難い要因だと思う。
リテラルは書き換えたら駄目なのに型の上では文字列リテラルに const はつかない (C++ では const が付く) ので
ごく単純な場合を除くと書き換えをコンパイラがコンパイル時にエラーとして検出できないこともある。
なるべく (前後の事情によっては出来ないこともあるけど) 変数には const を付けておくのが良い作法だと思う。
const char *cp = "abcdefg";

102:デフォルトの名無しさん
23/11/27 09:03:50.85 7/k6/GSga.net
char *cpa = "abcdefg;
char cpb[] = cpa; // 出来ない
char cpc[] = "abcdefg";
char *cpd = cpc; // 出来る & abcdefgの中身も描き替え出来る

103:デフォルトの名無しさん
23/11/27 11:14:55.99 zMN468VW0.net
「大前提で文字列リテラルは書き換えたらダメ」があって
初期化と代入が同じ記号の = で行われてる
配列での代入操作は暗黙で先頭のポインタを渡す一方で
配列の初期化はあたかも複製をとったような形になる
ここらへんにややこしさがあってめぐりめぐって１行目にヒットする

104:デフォルトの名無しさん
23/11/27 11:25:24.57 554QjvZVd.net
>>101　ご親切にありがとうございます。標準的な本にもかいてあることを聞いてしまいました。

105:デフォルトの名無しさん
23/11/27 12:06:42.49 65C4jQRRF.net
ポインタと配列(の先頭番地)は同じように使えるがまったく別のもの
 >>102の例だとsizeof(cpc)は8で
sizeof(cpa)はポインターサイズ

106:デフォルトの名無しさん
23/11/27 12:39:47.73 zMN468VW0.net
"abcdefg"[2] = 'C'; これがＮＧ

107:デフォルトの名無しさん
23/11/27 19:49:45.68 /cbu4sL+0.net
>ポインタと配列(の先頭番地)は同じように使えるがまったく別のもの
まったく別と言い切ってしまうのはちょっと語弊があるように思う
言い換えれば配列はアドレスが変更できないポインタとみなせる
後は参照先のメモリ領域が書き換え可能かそうでないかの違いでしかない

108:デフォルトの名無しさん
23/11/27 19:53:12.61 iryvQ0lx0.net
配列名は単に文字列が格納されている場所に付けられたラベル

109:デフォルトの名無しさん (ﾜｯﾁｮｲ 7f6a-l0Ve)
23/11/27 22:43:46.81 LIfK37a60.net
>>108
上で触れられているようにサイズ情報も持ってる

110:デフォルトの名無しさん
23/11/28 08:18:33.76 0HFLSmnDd.net
>>109
それは別に配列だからってわけじゃない。

111:はちみつ餃子
23/11/28 09:29:06.38 mRTkdYl90.net
配列の型は配列型だ。
char cpc[] = "abcdefg";
とあればこのときの cpc の型は char[8] をもつ。
式中に配列型の式が現れた場合には sizeof か & のオペランドであった場合を除いてその配列の先頭要素を指すポインタ (この場合は char*) に暗黙に型変換される。
変換が適用されればポインタだし、適用されない場面では配列。
配列自体は左辺値だが変更できる左辺値 (modifiable lvalue) ではないので代入演算子の左辺に現れることはできない。
配列を型変換を適用して出来るポインタは左辺値ではないのでやっぱり代入することは出来ない。

112:デフォルトの名無しさん
23/11/28 10:56:51.80 vcMwjchf0.net
え？左辺値に出来るやん

113:デフォルトの名無しさん
23/11/28 15:19:32.77 87HNLOa+0.net
型の話って、実は結構難しいというか深いよね…
型を認識するプログラム作ってみるとわかるんだけど
「～のポインタである」と
「～の配列である」を同じ情報量では扱えなくて
「～の配列（要素数n）である」としないとだめなの
ポインタであることは1ビットで保持できるのに、配列であるは要素数があるから必要なビット数がやたら多いのよ

114:デフォルトの名無しさん
23/11/28 18:36:50.58 0ouam6Fz0.net
((char*)cpc)++ で cpc[0] が 'b' を指すように移動できるの？
これがポインタが左辺値になってるって意味の理解でOK?

115:デフォルトの名無しさん
23/11/28 19:17:29.83 7gZuadd+0.net
＋＋は無理

116:デフォルトの名無しさん
23/11/28 19:34:06.06 7TmihfNz0.net
アセンブラで考えるとよくわかる
cpa:
.dw cpa_static
cpa_static:
.db 'abcdef',0
cpc:
db 'abcdef',0
こんな感じになるだろう
cpaをインクリメントするのが可能だがcpcをインクリメントするのは無理なのがわかるだろう
cpcはアセンブル後には値がなくなる固定値でcpaは領域が確保されてる変数だから

117:デフォルトの名無しさん
23/11/28 19:42:59.12 7gZuadd+0.net
＞((char*)cpc)++
こんな風な事をしたいなら、
*(char*)cpc+i
これでどうだろうか
ｃｐｃは固定値で、加算も減算も出来ないが、その位置からのオフセットならとれる
でも、ふつうの人は cpc[i] こうするだろう

118:はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 5f3e-d+hN)
23/11/28 20:11:54.43 mRTkdYl90.net
>>114
代入可能であるためには左辺値であることは必要条件なのだけれど十分条件ではない。
配列が代入の対象になりえないにも関わらず
(modifiable という概念を導入してまで) 左辺値という扱いにしていることからもわかるように、
代入できるかどうかで左辺値かどうかは語れない。
左辺値でも代入できないことはある。

右辺値はどこかに代入しない限り捨てられる (その式を超える寿命を持つことはない) という性質があるので
逆にそうでないものは左辺値という扱いにしないと辻褄が合わないからこうなってるんだと思う。

119:デフォルトの名無しさん (ﾜｯﾁｮｲ 5fdf-2qxF)
23/11/28 20:38:05.06 h0hB0aZz0.net
>>112
>>118で「配列が代入の対象になりえないにも関わらず」なんて言い方してるくらいだから
多分左辺値とか右辺値がなんなのかよく分かってないんだろう
まあいつも規約をだらだら載せてるだけだけのコテだしね

120:デフォルトの名無しさん (ｱｳｱｳｳｰ Sa0b-6V65)
23/11/29 06:07:26.12 n75oaT1ga.net
なんでcpcを++したいと思うんだろ

121:デフォルトの名無しさん
23/11/29 07:30:00.42 Dj4oipus0.net
左辺値かどうかの簡単な切り分けだと思っただけで
そういう欲求はない

122:デフォルトの名無しさん
23/11/29 11:41:18.63 5J3ZheQvd.net
>>111 正確には、配列名のことをいっているんでしょ？

123:デフォルトの名無しさん
23/11/29 11:43:26.36 5J3ZheQvd.net
でないと文章的につじつまが合わない

124:はちみつ餃子
23/11/29 12:08:25.16 sncgHuaJ0.net
何を言ってるのだかわからん。
代入演算子の左辺に配列が現れることは出来ないという説明
に納得いかない (できる状況があると思っている) ということ？

125:デフォルトの名無しさん
23/11/29 12:16:49.24 5J3ZheQvd.net
>>124 そういうことです

126:デフォルトの名無しさん
23/11/29 12:18:51.59 UMPQWy8o0.net
代入可能な左辺値一覧
○…代入可能な左辺値
×…代入可能な左辺値ではない
1 変数に代入 v=x　○
2 変数のアドレスに代入 &v=x　×
3 配列に代入 a[i]=x　○
4 配列の名前に代入(2に相当) a=x　×
5 ポインタ変数に代入 p=x　○
5 ポインタ変数のアドレスに代入 &p=x　×
7 ポインタ変数の参照先に代入 *p=x　○ ただし参照先が書き込み可能でなければランタイムエラー
理解できたかね？

127:デフォルトの名無しさん
23/11/29 12:25:45.50 5J3ZheQvd.net
>>126 まだまだ浅学な者で、３と４の違いが分かれば十分です

128:デフォルトの名無しさん
23/11/29 12:26:51.70 5J3ZheQvd.net
右辺値と左辺値に関しては

129:デフォルトの名無しさん
23/11/29 12:34:21.47 5J3ZheQvd.net
char ss[5];
char *p;
p = ss; 〇
p = &ss[0]; 〇
ss = p; ×
p = ss + 2; 〇
p = &ss[2]; 〇

130:はちみつ餃子
23/11/29 12:41:04.72 sncgHuaJ0.net
配列 a があるとき
a[i]=x
という式の左辺は配列に添字演算子を適用したもの (配列の要素) であって
これのことを「配列に代入」と呼ぶと語弊がある。

131:デフォルトの名無しさん (ｽﾌｯ Sd7f-1fOb)
23/11/29 12:54:49.45 5J3ZheQvd.net
しかし、食べたらまずそうなコテハンですね('_')

132:はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 5f3e-d+hN)
23/11/29 13:01:54.89 sncgHuaJ0.net
最初はSCHEME餃子と名乗ってたけどSCHEMEスレが過疎ってて暇だから
CスレC++スレにも書く機会が多くて途中で変えた。
私としてはあり得なさそうな組み合わせの語を選んだつもりだったのだけど
はちみつを使った餃子のレシピはあるみたいだよ。

133:デフォルトの名無しさん
23/11/29 13:56:20.69 5J3ZheQvd.net
配列には確かに構造体のようにごっそり代入できませんね

134:デフォルトの名無しさん
23/11/29 14:07:08.49 5SldHabaM.net
構造体に入れてしまえば解決

135:デフォルトの名無しさん
23/11/29 15:10:46.39 K/pKiYoT0.net
126 の表現を借りるなら
　3 は配列の要素に代入
　4 が配列に代入
こういう意識だわ

136:デフォルトの名無しさん
23/11/29 15:15:32.07 UMPQWy8o0.net
結局てめーの日本語が気に食わないって話かよ
長文は読む気が失せるわー

137:はちみつ餃子
23/11/29 16:16:32.90 sncgHuaJ0.net
「配列は」という話をしているときに配列でなくする操作 (要素に対するアクセス) をすれば出来るみたいな話と混同されると困る。

138:デフォルトの名無しさん
23/11/29 20:22:44.16 odjcqh9C0.net
初心者のころ
char text[] = "Answer is _";
text[10] = 'A' + ans;
とか書こうとしてうろおぼえで
char *text = "Answer is _";
text[10] = 'A' + ans;
としたらエラーかワーニングになって
なんでできないんだよ！とずっと悩んでいたことがあるが
そういう話じゃないの？

139:デフォルトの名無しさん
23/11/30 06:41:39.94 yOmuxKyka.net
char a[] = "A";
char *p = a;
は別物(同じだと説明している入門書があるならクソ本)
&a[0] を a と省略出来るだけ
もちろん sizeof p と sizeof a[0] と sizeof a は違う

140:デフォルトの名無しさん
23/11/30 13:09:50.69 EuLMofdV0.net
>>139
もう少しで完全に理解できそうなので
ガンダムで例えてくれ

141:はちみつ餃子
23/11/30 14:54:30.13 3QI4e6Tt0.net
> &a[0] を a と省略出来るだけ
意味が同じなわけなので記法の上では省略と言えるんだけど
a が &a[0] のことを意味しているというわけではなく、
言語仕様上の理屈としては a のほうにプリミティブな定義があって &a[0] のほうが構文糖という扱い。
① E1[E2] は (*((E1)+(E2))) と等価である
② & のオペランドが単項*演算子の結果の場合，*演算子も&演算子も評価せずに両演算子とも取り除いた場合と同じ
　　(添字演算子の適用結果をオペランドとする場合も同様)
③ 配列 (結果が配列型となるような式) は sizeof か & のオペランドであるときを除いて先頭要素を指すポインタに変換される
つまり &a[0] の場合を順番に当てはめるとまず &*(a+0) と同等と見做され、
&* は無かったことにされるので a+0 となり、 0 を足しても内容は変化しないから無視できて a と同じ。
そして a は配列の先頭要素を指すポインタに変換される。

142:はちみつ餃子
23/11/30 14:59:53.10 3QI4e6Tt0.net
(順序から言うと配列がポインタに変換されるほうが先だな……。すまぬ)

143:はちみつ餃子
23/11/30 15:08:15.57 3QI4e6Tt0.net
配列 a は a と書くだけで先頭要素を指すポインタなので
&a[0] と書くってのは 0 を足すという要らんことをしているという扱いってこと。

144:デフォルトの名無しさん (ﾜｯﾁｮｲ 5f79-/KuA)
23/11/30 20:20:41.06 4nwqW1NG0.net
>>140
pがザビ家でaがジオン公国そのものと言ったら判りやすいだろうか
ジオンはザビ家にNTRれたけど元のジオン・ダイクンが掲げた思想(長さとか)はNTRが完了した時点で失われた
その後出てきたアクシズ(ネオ・ジオン)はもっと酷くてジオンと言える部分はNTRしたザビ家の跡取りとその傀儡だけでジオンとは一体何だったのか語れる人物は一人もいない

145:デフォルトの名無しさん (ﾜｯﾁｮｲ 47e7-xen6)
23/11/30 20:26:04.69 SvZ2/mZg0.net
>>143
そっちのほうが余計なギミックじゃない？
a[]のアドレスが欲しければ&aと書くだけでいいのに
aが自動的にa[]の先頭番地になってしまうからややこしい
ちなみにBASICだと配列と同名の単純変数が作れてしまいこれも今思うと無茶苦茶だった

146:デフォルトの名無しさん (ｱｳｱｳｳｰ Sa0b-6V65)
23/11/30 20:46:09.47 h/B+JtY5a.net
>>117
意味無いわ

147:デフォルトの名無しさん (ｱｳｱｳｳｰ Sa0b-6V65)
23/11/30 20:47:46.07 h/B+JtY5a.net
完全に理解した！！！
↓
URLﾘﾝｸ(ideone.com)

#include <stdio.h>

#define N 3

int main(int argc, char **argv)
{
char *hoge[] = {"abcd", "efg"};
char **hige = hoge;
char hage[][N] = {"ab", "cd", "ef", "gh"};
char (*fuga)[N] = hage;
char (*moga)[N] = {"ab", "cd", "ef", "gh"};
printf("%zd %s %s\n", sizeof(hoge), hoge[0], hoge[1]);
printf("%zd %s %s\n", sizeof(hige), hige[0], hige[1]);
printf("%zd %s %s %s %s\n", sizeof(hage), hage[0], hage[1], hage[2], hage[3]);
printf("%zd %s %s %s %s\n", sizeof(fuga), fuga[0], fuga[1], fuga[2], fuga[3]);
printf("%zd %s %s %s %s\n", sizeof(moga), moga[0], moga[1], moga[2], moga[3]);
return 0;
}
↓
説明してみ

148:デフォルトの名無しさん (ｱｳｱｳｳｰ Sa0b-6V65)
23/11/30 20:51:51.20 h/B+JtY5a.net
アンカ忘れた
>>140

149:はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 5f3e-zy57)
23/11/30 21:26:27.48 3QI4e6Tt0.net
>>145
あくまでも言語仕様の理屈で言えばこうだという説明なのでその言語仕様が良いかどうかの意見は含んでないよ。
色々とアレな部分も多いってのは文句つけても仕方がないいまさらな話だし。

150:デフォルトの名無しさん
23/11/30 22:06:24.41 wy49Mw9yM.net
いやいや何を言っとんの?
利便性のためにそういう仕様にしてるんだよ
C書いてりゃさすがに分かんだろうよw

151:はちみつ餃子
23/11/30 22:36:56.23 3QI4e6Tt0.net
感覚的にはそんなに不自然には感じないんだけど
仕様の規則が変則的なのも確かなので
つまりは人間の感覚は不合理なものってことだ。

152:デフォルトの名無しさん
23/11/30 22:41:39.63 0Cr+jEwb0.net
>>147
%zd は知らなかったわ。勉強になった

153:はちみつ餃子
23/12/01 00:42:09.23 U5xjJXbM0.net
sizeof の結果の型は size_t で、
size_t は符号なし整数というだけしか規定されていない処理系定義なんだけど
unsigned int や unsigned long int の別名として定義されていることが多いせいで
それをあてにした形で説明している資料は割とある。

154:デフォルトの名無しさん
23/12/01 02:30:56.67 oKQshtme0.net
>>145
> a[]のアドレスが欲しければ&aと書くだけでいいのに
俺はそっちのほうがややこしいと思うけどな
むしろ*(a+10) を [] で表現するなら　*a[10] みたいな書き方になるほうが、理解する上ではややこしくなかったかなとは思うけど（使う上では不便）
[] って箱（マス）に見えるし、まあ直接箱の中身を示すものなのだなって覚えたけど

155:デフォルトの名無しさん
23/12/01 05:52:03.14 sCbOzpGc0.net
誰が誰なのかよく分からんけど、キッズが来て荒れた、という話ですか
インデックスアドレッシングを [ ] 記号に当てただけと思うけど、そんなに難しいかね

156:デフォルトの名無しさん
23/12/01 05:55:20.08 sCbOzpGc0.net
型の話かと思ってたら、いつの間にか入門者がポインタを理解できない話になった印象

157:はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 5f3e-d+hN)
23/12/01 14:51:35.53 U5xjJXbM0.net
>>145
配列 a に &a としたときに得られるのは配列を指すポインタであって配列の先頭要素を指すポインタではない。
(型が違う。アドレスを数値として見たら同じはずだけど。)

多次元配列にアクセスするとき (添字演算子を重ねて適用するとき) に仕様の通りに解釈していくと配列と先頭要素が都合よく切り替わって最終的にポインタ演算になるのが実に上手いこと出来てる。
配列の要素にアクセスするときの記法を現状のような形にするという前提でならなんだかんだでよく出来ている。

配列に & を付けたら配列を指すポインタになるというのは例外的ではない普通の挙動だからそこに別の意味を割り当てるならそれもやっぱり変則的なややこしい挙動ってことになってしまうよ。

158:デフォルトの名無しさん
23/12/01 19:03:26.87 Ga+233FE0.net
>>157
ポインタ完全制覇でよーく理解できました。
20年以上やってきて配列へのポインタは一度だけ出番がありました。

159:はちみつ餃子
23/12/01 19:23:36.92 U5xjJXbM0.net
>>158
プログラマが直接的に書く機会はあんまりないだろうけど、
暗黙には頻繁に表れていてこのルールがないと上手いこと機能しないって話。
#include <stdio.h>
int main(void) {
int foo[2][3] = {
{1, 2, 3},
{4, 5, 6}};
printf("%d\n", foo[1][2]); // ふたつの座標みたいに見えるけど
// 式を各段階に分解すると……
int(*bar)[3] = foo; // 配列を指すポインタは出てきてる！
int *baz = bar[1];
int qux = baz[2];
printf("%d\n", qux);
}

160:デフォルトの名無しさん (ﾜｯﾁｮｲ 65d3-WD8q)
23/12/05 07:30:58.43 72+QzLj/0.net
c言語初心者です
質問させてください

FILE *fpという宣言の「FILE」にどういった役割があるのでしょうか
*fpは関数によってどこを読み書きするかを指定するためにアドレスを格納することは分かるのですが
それならばint型のポインタで良いような気もします
プログラムを書く上でどうでもいい内容なのですが教えていただければ今日の寝付きが良くなる気がします

161:デフォルトの名無しさん (ﾜｯﾁｮｲ eaad-snvD)
23/12/05 07:53:15.80 kkEdYaZP0.net
>>160
stdio.h　の中身を見ればＦＩＬＥがどう宣言されているか分かるのでは？

162:デフォルトの名無しさん (ｽﾌｯ Sd0a-Oc+E)
23/12/05 08:16:33.53 64vzQPx0d.net
>>160 FILE構造体っていうことだけは、どの本にも書いてある。

163:デフォルトの名無しさん (ﾜｯﾁｮｲ 66d6-8IwF)
23/12/05 08:26:33.63 Sjl8/rh40.net
実際UNIXのfile descriptorはintでWindowsのファイルハンドルHANDLEはvoid*だ。
こいつらはシステムコールによってカーネルモードで操作されるから中身が完全に見えないようになってる
それとは違って標準Cライブラリはユーザモードで動作するから
処理系依存で中身を操作してもいいように作ったのかもしれない

164:デフォルトの名無しさん (ｽｯｯﾌﾟ Sd0a-Cw2Y)
23/12/05 08:33:57.88 GHHZLCc/d.net
>>160
確かに構造体の中身を使わないかぎり何のポインタでもいいんだけど
間違えて他のタイプへのポインタと混同した時にエラーが出るから気づきやすい
それはけっこう重要だよ

165:デフォルトの名無しさん (ﾜｯﾁｮｲ 65d3-WD8q)
23/12/05 09:00:17.71 72+QzLj/0.net
>>160です
普通の構造体の宣言とは異なり要素の記述はありませんが
「FILE」とは「ファイル構造体を使うよ」と宣言しているという意味で
そうしてstdio.h上のFILE構造体の要素に開いたファイルの情報が代入されていくということでしょうか？
「FILE」を記述せずにfopenで開こうとした場合構造体メンバのptrに代入されている数値が使えないのでfopenから戻り値が受け取れず正しく*fpに座標が代入されない
みたいな
そして開くだけならfopenでも開けてしまうとか

166:はちみつ餃子
23/12/05 10:08:56.47 z5PiblaY0.net
言語仕様的に見れば FILE はストリームを制御するのに十分な情報が入ったオブジェクト型であることと、
アドレス (FILE 型のオブジェクトがある場所) に意味がある場合もあるから
オブジェクトをコピーして機能するとは限らないという程度のことしか書いてない。
FILE にどのような情報が格納されているのかといったことや
詳細な仕組みはホスト環境の事情に合わせて処理系の裁量で決めてよい部分なので、
具体的にどうなっているのかは各実行環境・開発環境ごとに違う。
特に環境依存の細かい部分に立ち入って制御をしたい事情があるのでない限りは
fopen が「なんらかの方法」で FILE 構造体を構築してそのアドレスを返すものであるということだけ知っていれば
普通のプログラマにとって十分なように出来ている。

167:デフォルトの名無しさん
23/12/05 10:36:22.34 NYBtRI3Y0.net
>>165
3行目から4行目の理解で大体あってるよ
それ以降は何言ってんのか分かんねーから全部アタマの中から破棄していいよ
正確にはFILEってのは抽象データ型であんたは構造体って言ってるけど構造体かどうかは分からんし使う側は知る必要もない
提供者がわざわざ抽象型にして使い手側の負荷を下げてくれるとこを中身がどうとか役割がどうとかさぐんのは筋が悪いんだよ
使えって言われてんだから何も考えずにだまって使えばいいよ

168:デフォルトの名無しさん
23/12/05 11:08:08.12 h96fo3nj0.net
FILE構造体ってOS毎に変わるし、コンパイラ実装でも又変わってた様な気がする

169:デフォルトの名無しさん
23/12/05 12:35:58.10 4VzMioa/0.net
FILE*経由だとバッファリングされるから、バッファーのポインタとそこに含まれてるデータサイズも含んでいるだろう
そもそもファイルのシーク位置も含まれてる
まとめると
・ファイルディスクリプターやファイルハンドル
・シーク位置
・バッファー(ポインタ、サイズ、含まれてるデータサイズ)
となるかね

170:デフォルトの名無しさん (ｱｳｱｳｳｰ Sa21-wVFe)
23/12/05 15:39:55.92 QJai9ytva.net
>>160
void *hoge = (void *)fopen("hoge", "wb");
fprintf((FILE *)hoge, "hoge\n");
fclose((FILE *)hoge);

171:デフォルトの名無しさん (ﾜｯﾁｮｲ 71cf-L1V1)
23/12/05 17:31:14.53 4VzMioa/0.net
FILE*互換の自前のストリームを実装できれば便利なんだがなぁ
継承が無いから、構造体に自前の関数をセットして、何らかの登録関数に渡す感じになるだろう

172:デフォルトの名無しさん (JP 0Hf9-8IwF)
23/12/05 17:40:17.96 oSX0a7FoH.net
fopencookieとかfunopen

173:はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 2a3e-By03)
23/12/05 17:48:30.74 z5PiblaY0.net
パイプのインターフェイスをストリームとして開くことが出来るから
適当なスレッドを開いてパイプの受け取り口で受け取った情報を好きなように加工するようにすれば、
パイプに書込む側ではストリームに書き込んだらいい感じに処理してくれるように見える。

というのを Windows でやっているのをどっかで見た。

174:デフォルトの名無しさん
23/12/05 18:11:37.45 GHHZLCc/d.net
>>165
開くだけで何が楽しいんだ？
読み取りも書き込みもクローズもできない
exitで自動的にクローズはされるけど…
>>163
HANDLEはポインタではなくただの整理券番号で実体は整数値だ
しかしWindows SDKでは「架空の構造体へのポインタ」として定義されているので例えばウィンドウハンドルをファイルハンドルと混同するとType mismatchエラーになる
これはかなり有用な仕組みでC言語が仕様に組み込んでほしいくらい

175:デフォルトの名無しさん
23/12/05 23:44:52.07 9c748LJ40.net
ソケットディスクリプタってファイルポインタに転生できる？

176:デフォルトの名無しさん
23/12/05 23:48:43.88 4UYj/sQ80.net
>>175
fdopen

177:デフォルトの名無しさん
23/12/06 08:34:18.09 hjosWl9s0.net
>>160です
皆さん大変参考になりました
今日はよく眠れそうです

178:デフォルトの名無しさん (ｽﾌｯ Sd0a-nvfk)
23/12/06 12:07:25.67 dR0trs3yd.net
対策このままなら再発しそうね
URLﾘﾝｸ(japan.zdnet.com)

179:デフォルトの名無しさん
23/12/06 16:09:22.53 JLoh059d0.net
仕事なくなったら困る人が大勢いるし

180:デフォルトの名無しさん
23/12/06 20:24:47.29 tBrgYtLt0.net
free(NULL) は許されるのに
fclose(NULL) は許されないんよな

181:デフォルトの名無しさん
23/12/06 21:05:20.14 gHtrZlY5a.net
>>180
さらにfflush(NULL)は許されるという一貫性の無さ

182:はちみつ餃子
23/12/06 21:19:13.20 +44Bjs460.net
fflush の場合は全てのストリームを対象とするという特別なフラグとして NULL を活用しているので無効なポインタとしての NULL とは事情が違う気がするね。
それにしたってNULL を多義的に使っているという意味では一貫性はないけど。

183:デフォルトの名無しさん
23/12/06 21:23:39.94 bAVe0RWP0.net
free(NULL)は、おバカなマの為に特別に許容したんだろ

184:デフォルトの名無しさん
23/12/07 02:17:45.58 NYiehhGh0.net
以前ネットでおすすめされていた「苦しんで学ぶc言語」の内容をしっかり理解する段階まできたのですが、次は何をすれば良いのでしょう。
猫でも分かるプログラミングも読んでみたのですが仕様が古すぎてトレースできないのと、私には作者さんの文章の作りが合わず困っています。
まずは簡単なソフトを作りながら学べればと思います。
入門書の次に読めるような本と、そこからアプリケーション開発のイロハが分かる本やサイトを教えていただけないでしょうか。

185:デフォルトの名無しさん (ﾜｯﾁｮｲ ea79-4utE)
23/12/07 07:17:00.47 Y9iRVwaI0.net
↑みたいなのって目的ないのかね
今後C言語で特に何かやりたい事がないなら別に何もする必要ないよ

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

187:デフォルトの名無しさん (ﾜｯﾁｮｲ 6646-wNAC)
23/12/07 09:28:19.84 ++8K4NmJ0.net
>>184
> 「苦しんで学ぶc言語」

というのは、これ↓ ?

URLﾘﾝｸ(9cguide.appspot.com)
> 苦しんで覚えるＣ言語

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

188:デフォルトの名無しさん (ﾜｯﾁｮｲ 65ff-WD8q)
23/12/07 10:04:58.60 NYiehhGh0.net
>>186
Windowsソフトを制作して当方の業務を効率化できればと考えています。
「既存コード」を読むですか、なんだか英語学酒のようで気が滅入りますね＞
>>187
失礼しました。「覚える」でしたか。
ファイル操作がどこまでを指すのかわかりませんが高低水準入出力はすでに可能です。

189:デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM3e-8Sbt)
23/12/07 10:23:42.82 aHfAXzyRM.net
業務効率の向上が目的ならC言語は回り道すぎる
他の言語選んだ方がいい気がする

190:デフォルトの名無しさん (ﾜｯﾁｮｲ 1163-8qzv)
23/12/07 10:31:24.83 HPax2zCP0.net
ファイル操作の課題出してあげようか
指定した二つのDirにあるファイルを同期させる
単にコピーするのではなく、タイムスタンプの新しいものだけをコピーする
新しいSubdirできていたら、中味があればDirごとコピーする
とりあえずは、新しく作られてファイルの同期まで、
削除については考慮しなくて良い

191:デフォルトの名無しさん (ﾜｯﾁｮｲ b501-sZSb)
23/12/07 10:39:50.34 3PWWuEZS0.net
>>188
>Windowsソフトを制作して当方の業務を効率化できればと考えています。
早速これに取り組んだ方が良い
実用するものを作る方がモチベになる

192:デフォルトの名無しさん (ｽﾌﾟｯｯ Sdea-GtvU)
23/12/07 11:21:46.78 6u4iKMo7d.net
C言語のスレッドで言う事じゃないがC言語以外の生産性の高い言語を学んだほうがよさそう

193:デフォルトの名無しさん
23/12/07 11:56:53.00 QzDrEJVi0.net
>>184
CはOSのAPIを直接叩けることがメリットでもあるので、Linuxのプログラミング本を読んでコード書いてみるのが一番良いだろう
マルチプロセス、マルチスレッド、ソケットとか覚えるべき事は沢山ある
Cでやれば根本から理解出来る

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

195:デフォルトの名無しさん (ﾜｯﾁｮｲ 9a2b-ntmn)
23/12/07 13:30:05.55 zYUoekf60.net
「なにを作りたいのかが大事」ってのは良く分かるんだけど、普通の人が作りたいものって大抵Cじゃない方が…ってなっちゃうんだよな

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

197:デフォルトの名無しさん (ﾜｯﾁｮｲ 3514-I4o8)
23/12/07 13:42:44.77 P4JhXVL60.net
WindowsアプリならCじゃくて、せめてC++にしておけ

198:デフォルトの名無しさん (ﾜｯﾁｮｲ 6aa0-0M9k)
23/12/07 13:43:24.10 n9+uyfFo0.net
楽したい奴にはCは向かない

199:デフォルトの名無しさん (ｱｳｱｳｳｰ Sa21-wVFe)
23/12/07 14:18:01.05 wNl2TimYa.net
C++は変な癖がつく
Cの方が絶対良い

200:デフォルトの名無しさん (ﾜｯﾁｮｲ b501-sZSb)
23/12/07 15:23:59.73 3PWWuEZS0.net
Cで全部書いてると大変だと思うよ
機能全部使わんでも良いからC++の方が現実的だよ

201:デフォルトの名無しさん (ﾜｯﾁｮｲ 1163-8qzv)
23/12/07 15:31:37.34 HPax2zCP0.net
大変かどうかは、何を作るかによる

202:デフォルトの名無しさん (ﾜｯﾁｮｲ b501-sZSb)
23/12/07 15:35:13.86 3PWWuEZS0.net
>>201
>>196を踏まえて大変だと思うよ

203:デフォルトの名無しさん (ﾜｯﾁｮｲ 71cf-Gt6m)
23/12/07 16:19:14.82 QzDrEJVi0.net
>>196
自分はUNIX Cプログラミング(いわゆるライオン本)で勉強して、めちゃくちゃ為になったけど、さすがにこれは古すぎる
詳解UNIXプログラミング第3版は間違いのない名著
ふつうのLinuxプログラミング第2版はLinux向けだし初心者向け
Cで仕事をするようにはならないかもだけど、「ふつうの～」を理解出来て自分のものにすることがCを学ぶ意義だな

204:デフォルトの名無しさん (ﾜｯﾁｮｲ 66ab-XaJC)
23/12/07 16:23:44.20 5AmCTrxW0.net
>グラフィック系のソフトを使う上で不便なところを楽したい
ソフト側でスクリプト等がサポートされてなければ
できることは連続するショートカットを１プッシュでまとめて出す
キーロガー＆再生系とか Joy2Key みたいなキーコード送出系ぐらいしか思い浮かばん

205:はちみつ餃子
23/12/07 17:03:32.49 FWY3NSUg0.net
>>196
具体的に対象になってるソフトの名前は言える？
モダンな設計の Windows 用ソフトが外部から制御するために公開するインターフェイスは
Component Object Model の技術をベースにしていることが多くて、
高度な開発環境の補助を得ながら使う分には便利なんだが
C から使おうとするとすごく面倒くさい。 (出来なくはないけど。)
ソフトが外部に対してインターフェイスを公開するのではなく
制御用のスクリプト言語を内蔵している場合もあるので
C でのプログラミングに詳しくなってもあまり役に立たないこともある。
もしも外部に対してインターフェイスを用意していないなら
ボタン操作のイベントを発生させるとかして制御する (つまりまさに人がする操作を代行させる) ということも可能だが、
それを可能にするような基礎技術というか Windows の動作モデルを理解したいのなら
「猫でもわかるWindowsプログラミング」はそれなりに有用だと思うよ。
私は書籍を読んだことは無いけどウェブ版は Windows がイベントを伝播させて操作させる構造を理解するのに十分な記述はある。
だけど、人が操作するときに Windows の中で何が起こっているのかを
初心者が根本から理解してきちんと使いこなせるまでになるハードルは割と高めなんだよ……。
Power Automate Desktop なら技術の根本を理解せずともそれが出来るようになってるし、
マイクロソフトが直接に提供していてしかも無料という神ソフトなのでオススメした次第。
UWSC とか AutoIt なんかも人気があるね。

206:デフォルトの名無しさん
23/12/07 17:15:58.47 ggcXWkJv0.net
関数のサイズというのは、関数の引数のサイズと同じと考えて良いのでしょうか？
中身に1万行使ってる関数があるとして、その1万行は関数のサイズとは全然関係ないんでしょうか？
構造体はなんとなく変数のバイト数の足し算なんだなってわかるけど、関数がピンとこないです・・・

207:デフォルトの名無しさん
23/12/07 17:18:59.29 Dmh4B19g0.net
プリプロセッサメタプログラミングを覚えてからc言語の開発は楽になったわ
前は同じようなデータ構造でたくさんモジュール作ってたからな

208:はちみつ餃子
23/12/07 17:34:07.95 FWY3NSUg0.net
>>206
関数をデータとして扱うことはないので「大きさ」は定義されない。
C の言語仕様的には「関数はオブジェクトではない」という扱い。
関数に対して呼び出し以外の操作をする方法はない。
関数ポインタで関数の場所を指すということは出来るが、
型システム的にちょっと特殊な扱いになっていて関数ポインタ経由で値を取り出したりも出来ない。
もちろん実際にはなんらかの形でメモリ上には存在するし、
長いプログラムは大きい可能性が高いけど。
実際にどうなってるのかは生成された機械語を見ればいいんでね。

209:デフォルトの名無しさん
23/12/07 17:41:37.50 VEE9aIzl0.net
>>206
質問文が謎すぎて、何を聞きたいのか解釈できない
関数のサイズって言ってるのがビルドしてできた実行ファイルのファイルサイズの事なら、コードの量が多ければ当然サイズは大きくなる

210:デフォルトの名無しさん
23/12/07 17:41:59.31 ggcXWkJv0.net
>>208
ポインタのアクセス条件でメモリのサイズ・型が明確になっていること
とあったので、関数ポインタもサイズや型が明確でないといけないなら
ちゃんとわかっとかないといけないと思ったのですが、関数の扱いはわかってる人から見ても特殊なんですね
ありがとうございます

211:デフォルトの名無しさん
23/12/07 18:04:20.91 Kvlx+aNw0.net
>>206
あなたはどういう文脈で「関数のサイズ」が気になった・話題になったの？プアな組み込みとか？
俺は「関数のサイズ」が気になった・話題になった覚えがない
まぁコンパイル後のコード量かなぁ、関数の行数は大きく関係する
引数はスタックに積むけど「関数のサイズ」とは言わない気がする

212:デフォルトの名無しさん
23/12/07 18:19:55.87 5AmCTrxW0.net
サイズ云々は
インクリメントしたときにどんだけ(何バイト)進むのかが確定してる型でないとポインタにならない
→ じゃ関数ポインタって　関数のサイズ(≒ コンパイル後の機械語化されたバイナリのサイズ) を知ってるのか？
こういう思考の流れかな？

213:デフォルトの名無しさん
23/12/07 19:14:37.61 ggcXWkJv0.net
>>212
まさにそれです！
関数ポインタを配列に格納した時インクリメントしたら何バイト進むのか分かってないといけないのではと

214:デフォルトの名無しさん (ﾜｯﾁｮｲ 8a71-yDrh)
23/12/07 19:46:05.37 Avn/NPEq0.net
>>213
その状況で必要になるのは関数のサイズじゃなくて関数ポインタのサイズや
それは他のポインタと同じ、64bitPCなら8バイト

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

215:デフォルトの名無しさん (ﾜｯﾁｮｲ c55f-tBUZ)
23/12/07 19:58:53.01 ggcXWkJv0.net
>>214
言われてみたらたしかにそうですねなんでポインタなのに普通の変数のように考えてしまってたんだろう・・・

216:デフォルトの名無しさん (ﾜｯﾁｮｲ 9140-JrwL)
23/12/07 21:12:50.21 fQltjmnX0.net
void*使えるやん

217:デフォルトの名無しさん (ﾜｯﾁｮｲ 65ff-WD8q)
23/12/07 21:34:16.53 NYiehhGh0.net
>>203
ありがとうございます。
>>204
メインのソフト除いて二窓三窓しているので欲しい機能だけ載せたソフトを自作したいなと。
>>205
204へのレスと同じです。
猫でも分かるは説明していない単語が出てきたり、UI作成の手順をトレースできなかったり
わからない人向けではなく分かる人向けの解説のようで個人的には合いませんでした。

218:はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 656b-1gjz)
23/12/08 03:48:38.29 tzfGEsy80.net
>>216
関数ポインタは void* に格納可能であると保証してないし、関数ポインタがオブジェクトを指すポインタより大きかったり表現が異なっていたりする環境はある。
出来る環境でなら使うのが悪いわけではないけど移植性は犠牲になる。

219:デフォルトの名無しさん
23/12/08 06:53:57.90 Mdse7dEX0.net
>>218
＞関数ポインタは void* に格納可能であると保証してないし
そんなことありえるの？

220:デフォルトの名無しさん
23/12/08 07:01:37.37 g0YSKcXt0.net
near ポインタモデル？だったかの
変数のアドレッシングサイズと
プログラムカウンタのアドレッシングサイズが違うやつ

221:デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM3e-VttM)
23/12/08 07:38:56.35 qsjd2ZYcM.net
ミディアムモデルとかコンパクトモデルとか
まぁ過去の話だわな

222:デフォルトの名無しさん (ｽｯﾌﾟ Sdea-b4p5)
23/12/08 07:57:53.16 m+qJyEe4d.net
関数のサイズは関数のポインタをアドレス順にソートすれば求められる
そのサイズ分を実行可能領域にコピーすれば当然実行もできるよ
dllインジェクションとかでたまに使われる

223:デフォルトの名無しさん (ｽｯﾌﾟ Sd0a-Cw2Y)
23/12/08 08:01:58.55 ClTGg8d6d.net
>>217
業務で使ってるような信頼性のソフトを自作するつもりなのか
一人で？予算は？期間は？
まあ無理だろ
単純にメモリの大きなPCに買い替えればいいんじゃない

224:はちみつ餃子
23/12/08 09:53:49.26 B2zBKDAb0.net
>>217
マイクロソフトが出している公式のチュートリアルは C++ が基礎だけど
考え方としては C でも同じなのでそのへんは適当に読み替えながら……
URLﾘﾝｸ(learn.microsoft.com)
Win32 API は C で使ってもそんなに不便ではないように出来てる。
特に最も基礎のこのへんの例示のコードは (C++ とは書いてあるが) たぶん C としてコンパイルさせても通る。
URLﾘﾝｸ(learn.microsoft.com)
必要な知識の分量は初心者が想像するよりずっと多いと思う。
分かりやすいドキュメントがあったとしても (そして無いこともしばしばある！) 分量は減らないので
分量というハードルをクリアするのは単純に学習量しかないし、
学習量をこなすには時間をかけるしかしょうがない。
やりたいことを自由に出来るようになるまで何も生産しない時間 (業務なら人件費に換算されるだろう) をかける余裕があるの？
というところを不安に思っちゃうわけだよ。
ここは C スレだから C プログラミングを支援したい気持ちはあるがそれがしんどい場合も多いってことも知ってる。
個人事業なら趣味と兼ねるのもアリかもしんないけど。

225:デフォルトの名無しさん
23/12/08 10:13:43.24 20YRNN5F0.net
>>224
Cコンパイラに、C++ -> C トランスレート機能あるの?

226:デフォルトの名無しさん
23/12/08 10:26:10.76 vLixVDpZ0.net
API はほとんど C インターフェースで
C++をベターCとして利用してて C++のクラスの機構はほぼ使ってない
(GDI+ とかAPIがはなっから C++ インターフェースの奴は別)

227:デフォルトの名無しさん
23/12/08 10:34:54.49 faKtyhh20.net
>>218
ねえよ

228:デフォルトの名無しさん
23/12/08 10:50:23.47 k3Bpg+TDa.net
ぶっちゃけGDI+もCから使えるけどね

229:デフォルトの名無しさん
23/12/08 10:53:01.67 vLixVDpZ0.net
>>228
あれ Cインターフェース居るのか最終的にはCOMになってるんやっけ？

230:デフォルトの名無しさん
23/12/08 11:03:20.25 Mdse7dEX0.net
>>220-221
なんかそういうのあったかも

231:デフォルトの名無しさん
23/12/08 11:04:41.36 VEgZ7oNC0.net
あれはPascalの呼出ではなかったかな

232:はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 2a3e-By03)
23/12/08 11:27:29.89 B2zBKDAb0.net
>>229
gdiplus.dll 自体は関数群を置いてあるだけっぽい。
それをラッパークラスで覆って C++ から使いやすくしているだけ。

233:デフォルトの名無しさん
23/12/08 12:03:08.97 7hcazM9a0.net
>>224
兼任ですが個人事業主でお金と時間はそれなりに自由に使えます。
3～5ヶ月くらいはまとまった時間を取ることも可能です。
公式チュートリアルは参考にはなりますが読みやすいかと言われると微妙ですね。
知識はもちろん身につけたいのですが、そこまでの道筋は他人のコードを読む方がやはり良いのでしょうか？
書籍やサイトなどでアプリの形になるまでのチュートリアルなどは無いのでしょうか。

234:デフォルトの名無しさん
23/12/08 12:17:34.25 k3Bpg+TDa.net
Win32APIというよりそれ以前の
C言語の知識が足りてないんじゃないのかな

235:はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 2a3e-By03)
23/12/08 13:05:38.60 B2zBKDAb0.net
>>233
何を学べば良いかすらわからないときのとっかかりとして
他人のコードを読む (何がわかってないかはわかる) ことを勧めたまでで、
良い資料があるならそれを読むにこしたことはないよ。
良い資料がないことも多いという現実はあるけど。

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

236:デフォルトの名無しさん (ﾜｯﾁｮｲ 8a80-yDrh)
23/12/08 13:11:55.82 0BufPgxy0.net
さてはオメー
ふらっとC#スレで他人のコードの読み方とか延々聞いてたヤツだな？

237:デフォルトの名無しさん (ｱｳｱｳｳｰ Sa21-/D3x)
23/12/08 13:15:41.58 o54AonyOa.net
>>206
関数もメモリにロードされるのわからず？
関数はただのマシンコードなんだからここから始まりますよ、というラベルがついてるだけだぞ
そして呼ばれた時はそこへジャンプするだけ
関数ポインタはそのマシンコードのラベルのアドレスを保持しているだけ
ポインタ以前にコンピュータの仕組みからやった方が良さそう
プログラム格納方式とか聞いたことない？

238:デフォルトの名無しさん
23/12/08 13:31:18.44 k3Bpg+TDa.net
>>236
なんちゃらGPTがここでこっそり質問してたら笑う

239:デフォルトの名無しさん
23/12/08 13:36:30.72 SLmq2FCH0.net
>>227
ググってみたらどうも >>218が正しいらしい

240:デフォルトの名無しさん (ﾜｯﾁｮｲ 9140-JrwL)
23/12/08 15:42:45.24 faKtyhh20.net
だからねえよ
そいつが勘違いしてるか、使い方が悪いかだろ

241:デフォルトの名無しさん (ﾜｯﾁｮｲ 5df0-/D3x)
23/12/08 16:03:05.13 abnVL6FT0.net
>>206
構造体もプログラムからしたらただのメモリ領域の塊だぞ
そこに変数とかいう概念はない
構造体のメンバのオフセットでその位置を指定して書き込んだり読み込んだりするだけ
その時のオフセットの計算に利用されるのが型
変数宣言すると構造体全体サイズのメモリ領域がスタックに確保される
mallocで確保されるとヒープに確保されてそのアドレスが返る
ただそれだけ

242:デフォルトの名無しさん (ｱｳｱｳｳｰ Sa21-wVFe)
23/12/08 16:08:12.70 k3Bpg+TDa.net
関数を malloc で確保するにはどうすれば良いですか？って言いそう

243:デフォルトの名無しさん (ﾜｯﾁｮｲ 5df0-/D3x)
23/12/08 16:21:49.56 abnVL6FT0.net
ちなみにメモリにロードされた関数の領域は現代のOSならば当然ながらアクセス不可能
昔はプログラム領域にアクセスできてその中のコードを動的に書き換えるという荒技をやってた人もいるらしいが

244:デフォルトの名無しさん (ﾜｯﾁｮｲ 5df0-/D3x)
23/12/08 16:24:27.68 abnVL6FT0.net
ちなみにメモリ領域にマシンコードを生成してそのメモリ領域のマシンコードを即時実行するということはできる
これをJITという
最近のスクリプト言語ではこの手法がかなり用いられている
やり方は普通にメモリにマシンコードを生成して実行可能属性を付加、各種CPUキャッシュをクリアしてから
関数ポインタにキャストして実行するだけ

次ページ