C++相談室 part152

**デフォルトの名無しさん** · 2020/07/12(日) 13:42:20.13

https://mevius.5ch.net/test/read.cgi/tech/1589424805/

**はちみつ餃子** ◆8X2XSCHEME · 2020/09/25(金) 03:12:37.08

>>622
ものによるんだろうが、たとえば配列へのアクセスがバッファーオーバーフローに
ならないかのチェック程度ならほどんど実行時のペナルティはないというデータはどこかで見たことがあるな。
正しいプログラムなら分岐予測がほぼ成功するから。

まあ結局のところは程度問題というか、許容可能な程度ならチェックしたっていいだろうし、
実際問題として全く異常系がないプログラムというものもそれはそれでありえないわけで。

**デフォルトの名無しさん** · 2020/09/25(金) 05:15:46.56

>>629
よく8086のセグメントレジスタを糞呼ばわりするやついるけど
あれはあれで意外と合理性あったんだよな・・

**デフォルトの名無しさん** · 2020/09/25(金) 06:14:47.70

>>622
ライブラリによってはデバッグ版とリリース版を持ってたりする
チェックを端折ることができるって言うのが売り

**デフォルトの名無しさん** · 2020/09/25(金) 06:35:56.95

>>629
> なんかデタラメがいろいろ混じってるぞ。
お前が言うなよ…

> 0番地にフリーのRAMなどたいていない。
6800はダイレクトアドレッシングモード持ってるから0x0000～0x00ffはRAM前提
6502も0x0000～0x00ffがRAMでないと使い物にならないしスタック領域がハード的に決まってるにも関わらず後ろから使う設計だったりする
> じゃあいつSP設定値いつ決まるのって話
開発中にRAMの下限が変わったらSPの初期値の設定変えるだけだろ

**デフォルトの名無しさん** · 2020/09/25(金) 06:40:05.92

>>631
想定している範囲内で使う分には効率いいし優れたアーキテクチャだと思う
想定している範囲がすぐに時代遅れになってしまったけど…

**デフォルトの名無しさん** · 2020/09/25(金) 07:16:04.04

>>627
スタックポインタというものができた、8008から8080に進化した時の話なのよ

>一つながりのメモリを上と下の両方から使っていったらすばらしい
うん、それだけの話
若い番地にはプログラムを置くのよ、後ろからスタック、そんだけ

**デフォルトの名無しさん** · 2020/09/25(金) 07:46:42.31

mallocまで行かなくてもRAMが少ないからこそヒープからの固定長メモリブロックを使って省メモリしてたし、ヒープとスタックは別方向に取ったほうが最大限利用できた。
運が悪いとオーバーラップして誤動作するけど。

**デフォルトの名無しさん** · 2020/09/25(金) 07:51:02.31

キャッシュ効率を上げるためにコーディング上でなにかできることある？

**デフォルトの名無しさん** · 2020/09/25(金) 08:15:54.26

あるよ
まずキャッシュ効率というのをどうやって計測しようとしているか書いてみ

**デフォルトの名無しさん** · 2020/09/25(金) 08:32:54.15

プロファイラー

**デフォルトの名無しさん** · 2020/09/25(金) 08:33:00.07

>>629
ふふふ　皆その程度のことなどわかった上で
たわむれておるのだがn（ry

>>635
>若い番地にはプログラムを置くのよ、後ろからスタック、
プログラムがROM上なら別段RAMの先頭からスタック、で良いのでは…
プログラムをRAM上に転送してから実行するとしても、プログラムの末尾からスタック、で良いのでは…
ハンドアセンブルするときにプログラム末尾のアドレスが最後まで確定しないというのは却下
（ワークメモリをプログラムの末尾に配置するほうが数が
　プログラムの末尾アドレス確定後に決めなければならない定数が増えて大変なはず…

**デフォルトの名無しさん** · 2020/09/25(金) 09:01:31.03

>>639
じゃあ最適化ガイドのドキュメントあるでしょ？
がんばれ

**デフォルトの名無しさん** · 2020/09/25(金) 09:08:54.15

>>641
わからないなら期待もたせるな

**デフォルトの名無しさん** · 2020/09/25(金) 09:09:20.44

メモリアクセスが狭い範囲に集中するように工夫する
可能な限りスレッド数を少なくタイムスライスを長くする

**デフォルトの名無しさん** · 2020/09/25(金) 09:30:26.29

>>637
対象CPUのキャッシュアーキテクチャは何？

**デフォルトの名無しさん** · 2020/09/25(金) 09:36:13.59

>>635
> スタックポインタというものができた、8008から8080に進化した時の話なのよ
知ったか乙
PDP-11にすでにスタックポインタはあるぞ

**デフォルトの名無しさん** · 2020/09/25(金) 09:41:32.68

80系に採用されたって話だろ

**デフォルトの名無しさん** · 2020/09/25(金) 09:44:46.31

てす

**デフォルトの名無しさん** · 2020/09/25(金) 10:19:41.79

>>642
ざっくりした内容で1行書き込めば
懇切丁寧に教えてもらえると思った？

**デフォルトの名無しさん** · 2020/09/25(金) 10:35:33.35

>>646
PDP-11の時代からスタックは高位番地から使うようになってる
8080は（他のプロセッサも含めて）それに倣っただけ

**デフォルトの名無しさん** · 2020/09/25(金) 12:11:23.00

>>649
何で俺がそんな説明されるのかよくわからん

**デフォルトの名無しさん** · 2020/09/25(金) 12:17:58.23

>>650
>>635の話じゃないと言うならいちいち横から絡んでこないでね、ウザいだけだし

**デフォルトの名無しさん** · 2020/09/25(金) 12:28:12.75

CSとSSが物理的に分けられるようになって意味が無くなった

**デフォルトの名無しさん** · 2020/09/25(金) 12:32:13.75

>>633
6502のアーキテクチャぐらい知ってるがな。だからたいていと言ってるだろ。
> SPの初期値の設定変えるだけだろ
当時の開発環境は紙の上とかが普通。ハンドアセンブル上等でみんなOPコード暗記してた。
ROM位置ズレました～なんて言われたらちゃぶ台返しレベルの仕様変更。
8086のような相対値アドレスで比較的リロケータブルな環境は後になってから。
設定値を変えるだけだろとか簡単に言われても困る。

> PDP-11の時代からスタックは高位番地から使うようになってる
だったら当時はなぜそうなったか説明してくれないとな。

**デフォルトの名無しさん** · 2020/09/25(金) 13:08:52.30

>>651
646が絡んだことになってるのか
被害妄想の強い人だな

**デフォルトの名無しさん** · 2020/09/25(金) 13:31:16.91

>>653
> 設定値を変えるだけだろとか簡単に言われても困る。
スタックへのアクセスってよほどトリッキーなことをしない限りSP相対だぞ
スタック領域変わったからと言ってSPの初期値以外に一体何を書き換えるんだよw
> だったら当時はなぜそうなったか説明してくれないとな。
それはPDP-11のアーキテクトに聞いてくれ
俺の指摘は8080ガーと言うのが的外れって言う話だから

>>654
いちいち絡んでくるなよ、気持ち悪いわ

**デフォルトの名無しさん** · 2020/09/25(金) 13:43:22.03

被害妄想というよりボキャ貧かｗ

なるほどな、今さらなことをドヤってるのも頭の更新が止まっている症状か
納得

**デフォルトの名無しさん** · 2020/09/25(金) 14:00:06.69

>頭の更新

ほんそれ

**デフォルトの名無しさん** · 2020/09/25(金) 14:09:34.94

>>652
でも、アセンブラならcall,push,pop,[ebp+xxx],[esp+xxx]はss:をしていなくても
勝手に stack segment相対になるから良いが、Cの引数にバッファのアドレスを
渡すような場合、ds:なのか、ss:なのかが分からないから、farアドレスにする
しかなくなってしまう。なので、ss=dsの状態にした方がCだと効率が良かった。

**デフォルトの名無しさん** · 2020/09/25(金) 14:14:37.28

具体的に反論できないなら黙ってりゃいいのに…

**デフォルトの名無しさん** · 2020/09/25(金) 14:20:55.55

64ビットになったらセグメントなんてどうでもよくなったな

**デフォルトの名無しさん** · 2020/09/25(金) 14:32:23.95

対立してないのにどうやって反論するんだよ
それと何がどうだったという証言は論じゃないからな

**デフォルトの名無しさん** · 2020/09/25(金) 14:42:12.89

>>661
お前はどうでもいいから無駄に絡んでくるな

>> 設定値を変えるだけだろとか簡単に言われても困る。
> スタックへのアクセスってよほどトリッキーなことをしない限りSP相対だぞ
> スタック領域変わったからと言ってSPの初期値以外に一体何を書き換えるんだよw
に対する答えが欲しいだけ

**デフォルトの名無しさん** · 2020/09/25(金) 14:50:04.04

>>662
おまえさんこそ俺が言ったことに反駁できてないな

喧嘩腰で来たのそっちだぜ
許して欲しいならちゃんとそう言えよ
まあ逃げても追わねえでやるけど

**デフォルトの名無しさん** · 2020/09/25(金) 15:17:28.57

それこそ論点がないのにどう反駁しろと？
バカが横から絡んできて勝手にスッ転びました、どうしましょうか？
⇒ 放置しかないわなw

**デフォルトの名無しさん** · 2020/09/25(金) 15:39:37.04

>>664
じゃ被害妄想認めるんだな？　ﾆﾔﾆﾔ

**デフォルトの名無しさん** · 2020/09/25(金) 15:46:21.30

>>655
>SP相対
なんだよこれ。非力なチップでスタックフレームの実装でも始める気か？
8086のようなスタックフレーム考慮した楽ちんアドレッシングとかおまえの指摘は時代錯誤が多い。
当時のデバイスもROMやテープが当たり前だし設定値変えるだけとかほんと簡単に言ってくれる。
だいたい先頭にスタック置いて、今度はどうやってワークエリアの位置を確定する気だよ。
結局確定しないから後ろからってなるだけだ。

**デフォルトの名無しさん** · 2020/09/25(金) 16:41:04.34

>>665
また意味不明なことを言い出した
まあ低能にありがちな行動だけどw

>>666
push/popってSP相対だろ
> 当時のデバイスもROMやテープが当たり前だし設定値変えるだけとかほんと簡単に言ってくれる。
どうせ変更するのにSPの初期値を変えるのが面倒とか意味わからん
ちなみに俺は8bit時代からの組込み屋でテープもEP-ROMも使ってたから当時の話とかでごまかそうとしても無駄だよ
> だいたい先頭にスタック置いて、今度はどうやってワークエリアの位置を確定する気だよ。
後ろから取ればいいだけだろ
ただなんとなく気持ち悪いから前からワークエリア、後ろからスタックってなっただけだと思うよ

**デフォルトの名無しさん** · 2020/09/25(金) 16:53:17.35

否定しないなあｗ

スタックへのアクセスはpush/popだけとか
自動変数にポインタ経由でアクセスするのがトリッキーとか
何だろこの人ｗ

**デフォルトの名無しさん** · 2020/09/25(金) 16:54:42.59

> EP-ROMも使って【た】

過去形だね
C++でファームウエア書いてないってことか

**デフォルトの名無しさん** · 2020/09/25(金) 16:58:24.91

>>667
なぜSPは後ろからという議論なんだから結論を先に言えよ。先に言ってりゃおまえとは議論しないんだよ。

> ただなんとなく気持ち悪いから

**デフォルトの名無しさん** · 2020/09/25(金) 17:11:48.04

>>668
> 自動変数にポインタ経由でアクセスするのがトリッキーとか
それSP相対になるだろ
とりあえず
> スタック領域変わったからと言ってSPの初期値以外に一体何を書き換えるんだよw
の答えを考えてからレスしろよ…

>>669
えっ、まだEP-ROM使ってるの？
紫外線イレーザーが現役とかすげーなw

**デフォルトの名無しさん** · 2020/09/25(金) 17:13:00.93

>>670
結論じゃねーよ、俺の勝手な想像だ
日本語も理解できてないアホはこれだから…

**デフォルトの名無しさん** · 2020/09/25(金) 17:20:52.32

>>671
ならねえよ
void func(int* p)
{
*p = 1; //代入先が自動変数か否かはわからんだろ
}
おまえさん、左辺値pから右辺値をpopで取り出すとか思ってそうだな

**デフォルトの名無しさん** · 2020/09/25(金) 17:22:59.82

EEPROM知らねえらしいな
マジ頭の更新止まってやんのｗ

**デフォルトの名無しさん** · 2020/09/25(金) 17:33:26.68

>>673
呼ばれた側は自動変数かどうかなんて意識する必要ないだろ…
それ自動変数へのポインタを引数にして呼ぶ側のコード考えたらわかると思うけど

>>674
ん？
EEPROM知らないとかどこから出てきたんだ？
EP-ROMでバカにされて発狂の図？w

**デフォルトの名無しさん** · 2020/09/25(金) 17:36:29.46

>>675
自動変数かどうかわからんものへのアクセスをSP相対にできるのかって話だよ
重箱の隅ではないごく一般的なケースだぞ

ここC++スレだぜ？ this->すげー多用するんだが
UV-EPROMのまま更新が止まった頭じゃ思い至らんかったか

**デフォルトの名無しさん** · 2020/09/25(金) 17:48:59.95

>>676
> 自動変数かどうかわからんものへのアクセスをSP相対にできるのかって話だよ
だから自動変数へのポインタを求めるのは呼び出し側でSP相対で計算してるだろ
呼ばれた側は単なるアドレスになってるから関係ない
C/C++の基礎だぞ、まじでわかってないのか？
EP-ROMとか言う前にちょっとは考えろよw

**デフォルトの名無しさん** · 2020/09/25(金) 18:47:54.21

>>667
> 8bit時代からの組込み屋でテープもEP-ROMも使ってた

このスレ凄い人おるんやな
素直に感心したわ

**デフォルトの名無しさん** · 2020/09/25(金) 18:52:40.54

>>678
ごめんなホレリスカード使ってたわ
それと2500feetのオープンリールとかね

**デフォルトの名無しさん** · 2020/09/25(金) 18:53:47.19

>>678
別に凄くはないよ
そういう時代に仕事してたってだけの話
もうすぐ定年だけど正直仕事としては当時の方が面白かったな
まあ時代が上り坂だったせいもあるけど

**デフォルトの名無しさん** · 2020/09/25(金) 18:56:12.18

>>677
this->がどう翻訳されているのか覗いてみたことがないから
スタックへのアクセスはほとんどがSP相対だなんて大きく出たんだろ

おまえマジC++でROM焼きしてねえだろ

**デフォルトの名無しさん** · 2020/09/25(金) 19:13:00.04

>>681
> this->がどう翻訳されているのか覗いてみたことがないから
C++はスタティックとかヒープとかにインスタンス置けるから一概には言えんけど自動変数としてインスタンスを生成したらthisポインタはSP相対になるだろ
ならない例があるとでも言うのか？

> おまえマジC++でROM焼きしてねえだろ
まあC++のROM焼は確かにあまりないな
ROM焼きするのは8bitはほぼアセンブラだし、16bitでもC言語だったし
ただC言語でもスタック上に生成した構造体へのポインタはC++のthisポインタと同じだしな
アセンブルリスト見たらすぐわかる話

**デフォルトの名無しさん** · 2020/09/25(金) 19:15:18.02

>>679
褒めて欲しいん？

>>680
謙遜しなさんな(｀･ω･´)ゞ

**デフォルトの名無しさん** · 2020/09/25(金) 19:54:32.95

俺も含めてオッサンしかいないスレw
オッサン同士仲良くしようぜ。

**デフォルトの名無しさん** · 2020/09/25(金) 20:41:49.58

>>682
C++でROM焼きしてねえんだな？
このスレではゴミだぜ、クズだぜ
そこ弁えろな、ゴミクズ

thisがSPとか寝言ぬかしてんじゃねえ

**デフォルトの名無しさん** · 2020/09/25(金) 20:53:09.26

スタックに必要なサイズを求めるのはとても面倒だった。
だから、予め決まった領域を割り当てるのは不可能に近かったので、
データ領域とは逆さまに、データ領域が最後まで使わない部分をスタック
領域とし、暴走しない限りはスタックが足りていると判断する(笑)と言う
当時としては合理的な方法が採用された。
この方式だと、スタックサイズが見積もれなくても、問題が無い。
本等はスタックが足りているかどうかは、暴走したかどうかではなく、
機械語モニタなどで、スタック付近をダンプしてみて、00h以外の値が
ある部分がスタックが使用されている領域とみなすことが出来た。

**デフォルトの名無しさん** · 2020/09/25(金) 20:55:19.51

体はオッサン、心は子供

**デフォルトの名無しさん** · 2020/09/25(金) 20:57:43.58

>>682
もちろん、その関数の中ではsp相対になる。
しかし、C言語では、ローカル変数のアドレスを他の関数に渡す。
一方、グローバル変数のアドレスも同じ方式で他の関数に渡す。
で、どちらからきたアドレス化を区別する方法が基本的には無い。
区別するためには、far pointer といって、普通のアドレス以外にセグメントアドレス
を合わせた長いポインタを渡す必要があった。
しかし、それは何かと効率が悪かった。
そこで、Windowsは32BIT化したときに、far pointerを使わずに済ますため、
(大体で言えば)セグメントを全て共通のベースアドレスとサイズを持つようにし、
「Full Flat」方式を採用した。
これで、ポインタ渡したり記録したりするための領域が短くて済み、
効率が上がった。

**デフォルトの名無しさん** · 2020/09/25(金) 20:58:24.32

>>685
で、SP相対にならない例はあるんか？
>>679見る限り汎用機のオペレーターさんみたいだからあまり無理すんなw

**デフォルトの名無しさん** · 2020/09/25(金) 21:01:47.89

>>689
だからthisな
どっから値もらってきたかは関係ねえの
わかったか？　ゴミクズ

◆QZaw55cn4c · 2020/09/25(金) 21:14:22.02

>>688
sp 相対アドレッシングって 6809 以外にはなにがあるのですか？

**デフォルトの名無しさん** · 2020/09/25(金) 21:21:28.43

>>691
x86系は、[esp+xxx]が使える。
[ebp+xxx]も、ebpを関数の先頭でespを記録するから、同じこと。

**デフォルトの名無しさん** · 2020/09/25(金) 21:43:27.60

>>688
申し訳ないけどfarポインタの話は頓珍漢だしややこしくなるだけだよ
セグメントレジスタはSSとDSだけじゃなくてCSやESもあるし、そもそもローカル変数とグローバル変数を区別するためのもんじゃないし

>>690
>>663w

**デフォルトの名無しさん** · 2020/09/25(金) 21:49:46.68

けんかをやめて二人をとめて私のために争わないでもうこれ以上

**デフォルトの名無しさん** · 2020/09/25(金) 22:03:03.73

>>694
お前がスタックポインタか

**デフォルトの名無しさん** · 2020/09/25(金) 22:07:42.71

排他制御の話じゃないかな

**デフォルトの名無しさん** · 2020/09/25(金) 22:11:37.83

>>695
俺がスタックポインタだ

**デフォルトの名無しさん** · 2020/09/25(金) 22:17:10.28

thisの話は何をモメてるかよくわからないが、単順にブート時のSP初期化値の変更で
後ろのスタックをアクセスするコードを修正する必要があるかないかという話。
彼はSP相対(←この表現がおかしい？)だから変更する必要がないと言ってる。
まぁ、基本手はにはそうだが、処理系によってはバンク切り替えでスタックエリアが裏に回る可能性も否定できない。
そして今時のカーネル開発のようにコンテキスト保持のために同期てんこ盛りになるわけだ。

**デフォルトの名無しさん** · 2020/09/25(金) 22:22:47.78

>>691
6800とかでもTSX命令でSPをインデックスレジスタにコピーして相対アクセスできる
8080ならSPHLでSPをHLレジスタにコピーできる、オフセットの処理は自前でやるしかないけど
まあ6809や8086に比べたらかなり効率悪いコードになるけどね

**蟻人間** ◆T6xkBnTXz7B0 · 2020/09/25(金) 22:23:24.07

x86のC言語では、スタックに積み込まれた自動変数のデータは、SPが変更されてもスタックフレームを復元すれば、変更前と変わらずアクセスできる。SPの値もプッシュ・ポップできる訳であって。

**デフォルトの名無しさん** · 2020/09/25(金) 22:25:44.11

>>698
> 処理系によってはバンク切り替えでスタックエリアが裏に回る可能性も否定できない。
そんな特殊な例を出されても…

**デフォルトの名無しさん** · 2020/09/25(金) 22:33:13.14

一般的な日本の8bitPCで64KB空間しかないのにROMだけでもあれこれと数百キロバイト積んでるし、
VRAMもでかい。基本、z80も6502もフラットを要求するCとの相性はよくない。

**デフォルトの名無しさん** · 2020/09/25(金) 22:48:54.96

6800てｗ
ワイが学生時代演習で使ったのが68000だったなぁ
今となっては何一つ覚えてないけど

**デフォルトの名無しさん** · 2020/09/26(土) 01:53:27.55

もはやC++全く関係ない話だな

**デフォルトの名無しさん** · 2020/09/26(土) 06:33:34.63

>>693
おまえさんが使う空疎な罵倒語とは違うぞ
なぜゴミクズなのかきちんと説明したうえで言っているからな

**デフォルトの名無しさん** · 2020/09/26(土) 06:40:46.95

>>705
> スタック領域変わったからと言ってSPの初期値以外に一体何を書き換えるんだよw
の答えはまだかな？

> 許して欲しいならちゃんとそう言えよ
> まあ逃げても追わねえでやるけど
そのまま返してやるからさw

**デフォルトの名無しさん** · 2020/09/26(土) 06:47:39.19

>>706
答えはまだかなって、そもそも俺は聞かれてないんだが？
レスの流れをもっぺん追ってみな

**デフォルトの名無しさん** · 2020/09/26(土) 06:49:33.64

>>707
お前が誰か知らんがなw
関係ないならいちいち絡んでくるなよ、気持ち悪いわ

**デフォルトの名無しさん** · 2020/09/26(土) 06:51:36.58

>>708
では「答えはまだかな」は引っ込めるんだな？
しがみついてた梯子を外されて可哀想にｗ

**デフォルトの名無しさん** · 2020/09/26(土) 06:57:40.31

>>709
馬鹿なの？
お前に対しては聞かないというだけの話
>>653が早く答えればいいだけ
まあ無理だからゴミクズとか言い出してるんろうけどw

**デフォルトの名無しさん** · 2020/09/26(土) 07:13:53.77

>>710
おまえさんがゴミクズなのはC++でROM焼きしてないからだ
それをすり替えようったってそうはさせねえよ
わかったか？　ゴミクズ

**デフォルトの名無しさん** · 2020/09/26(土) 07:27:56.00

何だこいつ？
いきなり絡んできて意味不明なこと言い出すとか通り魔かよw

**デフォルトの名無しさん** · 2020/09/26(土) 07:37:41.03

ここはC++スレだ
ゆえにC++でコード書いてないやつは価値ゼロだ

もう一度言う
おまえさんがゴミクズなのはC++でROM焼きしてないからだ
8080であろうが6809であろうが関係ない
C++でコード書いて得た知見を言え
それ以外の戯れ言はいらん

**デフォルトの名無しさん** · 2020/09/26(土) 08:42:15.83

>>713
ROM焼きしてないだけでC++はガンガン使ってるけど？
thisポインタなんてstructへのポインタを自動生成してるだけ
初期のC++処理系でC言語に変換したコードとか見たことないのか？

**デフォルトの名無しさん** · 2020/09/26(土) 08:47:39.20

>>714
おまえさん6800だの8080だの持ち出してドヤってたろ
6800でC++書いてんのかよ？　え、おい

**デフォルトの名無しさん** · 2020/09/26(土) 09:07:00.22

>>715
6800とか8080の話は>>691からの流れな
話の流れも読めないバカは黙ってなよw

**デフォルトの名無しさん** · 2020/09/26(土) 12:45:09.58

スタック上にある構造体を指すポインタはスタック領域を指すっていう
それだけの話で100レス以上も盛り上がれるなんて楽しそうで羨ましい

**デフォルトの名無しさん** · 2020/09/26(土) 12:57:51.80

上から目線で頓珍漢な結論を開陳してる君の方が幸せそうだがw

**デフォルトの名無しさん** · 2020/09/26(土) 13:01:37.96

>>718
エテ公の自己紹介乙

**デフォルトの名無しさん** · 2020/09/26(土) 13:10:27.66

話の流れも読めないバカがなんか言ってるなw
惨めにならないんだろうか？

**デフォルトの名無しさん** · 2020/09/26(土) 13:18:24.22

上から目線で頓珍漢な結論を開陳
上から目線で頓珍漢な結論を開陳
上から目線で頓珍漢な結論を開陳

**デフォルトの名無しさん** · 2020/09/26(土) 13:25:59.50

>>716
633とかの黒歴史はなかったことにしたいんだろｗ
C++使ったことない環境の話でドヤるなと牽制されて

なあID:cdg8K9Zmよ

**デフォルトの名無しさん** · 2020/09/26(土) 15:07:52.90

>>722
ん？
633のどこがおかしいの？
結局、
>> 設定値を変えるだけだろとか簡単に言われても困る。
> スタックへのアクセスってよほどトリッキーなことをしない限りSP相対だぞ
> スタック領域変わったからと言ってSPの初期値以外に一体何を書き換えるんだよw
の回答もないんだけど、君が答えてくれるのかな？w

**デフォルトの名無しさん** · 2020/09/26(土) 15:21:46.24

当初は技術論をぶつけあってるようで興味深く読ませてもらってた
難しくて理解できないことも多かったけど

いまはもうただの罵倒合戦になっちゃったね残念です

**デフォルトの名無しさん** · 2020/09/26(土) 15:47:25.99

>>723
説明したとおり、昔の処理系は移動した先のスタックエリアがそこに常にあるとは保証されないからその対応は必要。
今はユーザーモードならOSがスレッドコンテキストを保証してるから頭使わないだけ。

**デフォルトの名無しさん** · 2020/09/26(土) 15:57:43.88

>>725
> 説明したとおり、昔の処理系は移動した先のスタックエリアがそこに常にあるとは保証されないからその対応は必要。
申し訳ないけど全然状況が想像できん、具体例で説明してくれ

**デフォルトの名無しさん** · 2020/09/26(土) 16:18:49.58

スレッドセーフだったAPIがスレッドセーフじゃなくなりました!!
って言われて、はぁ？と言いながらソースを修正する、みたいな。こんな具体例でいいですか？

**はちみつ餃子** ◆8X2XSCHEME · 2020/09/26(土) 16:40:11.75

ワイはそこまで昔のことは知らんし、組み込み系の話もわからんけど、
MS-DOS (16bit) 時代のプログラミングの知識だと
データの位置はスタックポインタからの相対というだけではなく
セグメントレジスタの内容も加算される。

スタックセグメントレジスタとデータセグメントレジスタが一致するときは
単純なのだが、そうでないときはセグメントの値とセグメント内のオフセットを組にして
ポインタとして扱わなければならない。
(いわゆる far pointer のこと。
Windows SDK のヘッダファイルの中に near と far がマクロ定義されているのはたぶんそのなごり。)

C のプログラムとして書く分にはメモリモデル (セグメントの扱い) を決め打ちして、
コンパイラはそれに従って整合性を取ってくれるから素直な C プログラムなら問題にならないが、
凝ったメモリ管理をしようとするとそう単純にはいかないことはあったかもしれん。

**デフォルトの名無しさん** · 2020/09/26(土) 17:22:32.99

>>727
ごめん、全然わからん
そもそもスレッドとかがある時代の話なの？

>>728
あなたも書いてる通りfarポインタでも
> コンパイラはそれに従って整合性を取ってくれるから素直な C プログラムなら問題にならない
のが普通
よほどトリッキーなことをすれば駄目なケースがあるのかも知れんが俺には思いつかん