C++相談室 part162

**sage** (ﾜｯﾁｮｲ fbf0-ofdD) · 2022/10/31(月) 14:29:35.57

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑同じ内容を3行貼り付けること

次スレは>>980が立てること
無理なら細かく安価指定

※前スレ
C++相談室 part161
https://mevius.5ch.net/test/read.cgi/tech/1653135809/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2022/12/27(火) 15:37:36.05

言語的には仕様通りの解釈をするがそれがそのライブラリにとって想定外であるような、
つまり本来の動作と異なる結果を引きおこすような形での前方宣言がありうるかという意味だろ。

2022/12/27(火) 15:58:07.39

それっぽい例を作れた！
https://wandbox.org/permlink/6utNhLox1WhOaBV8

とはいっても適切な前方宣言になっていないから起こっていることではあるので、
「ヘッダを見て間違いなく前方宣言としては適切になるように書いたけど挙動には影響ある」という例にはなってない。

天災 ◆41t0I.PYBW0z (ﾜｯﾁｮｲ b101-jXNG) · 2022/12/27(火) 16:01:30.79

>>966
話が通じんなw
その仕様を俺は疑っているから保留
正確に言うとdeclarationsに前方宣言は含まないかもしれんと思っている

2022/12/27(火) 19:17:57.55

じゃ小学生の自由研究の時期が終わったら呼んでください

2022/12/27(火) 20:34:13.81

ボクちゃんの痛い自由研究
「stdネームスペースに落書き」

2022/12/27(火) 21:38:26.75

じゃあ、ISOで未定義の時は、コンパイラの仕様を調べて使えば良いのでは？

2022/12/27(火) 21:40:51.41

移植とかでコンパイラ変わったら意図しない実行するとか平気ならな

天災 ◆41t0I.PYBW0z (ﾜｯﾁｮｲ b101-jXNG) · 2022/12/27(火) 22:06:21.35

>>968
確かに前方宣言で挙動変わるね
しかしこのトリッキーな例をもって
前方宣言を自分の管理外の名前空間（std以外でも）に
追加するのが危険と言って良いものかは正直悩む

天災 ◆41t0I.PYBW0z (ﾜｯﾁｮｲ b101-jXNG) · 2022/12/27(火) 22:15:15.29

>>972,973
俺は絶対にstdはいじらないね

2022/12/27(火) 22:17:12.44

じゃあ俺もそうする。

2022/12/27(火) 22:18:07.71

自作クラスでendlなどのマニピュレータをオーバーライドするにはstd名前空間に入れるしかないじゃない？

2022/12/27(火) 22:19:58.45

つうかstdが「標準である」と言う設計上前方宣言を禁止したから仕様上未定義動作となっただけの話で
危険だから前方宣言すべきじゃないって話じゃないと思うよ
結果的にコンパイラ側がそれを逆手にとって最適化とか推し進めた形になったとしてもね

前方宣言許さない仕様のライブラリって言うのは危険だからじゃなく
勝手に拡張すること許さないと決めたライブラリであるというだけの話で

2022/12/27(火) 22:24:30.48

>>977
ストリームはホント腹立つよな。
ぶっ飛ばしたくなってきた。
30年くらい怒りが収まらん。

天災 ◆41t0I.PYBW0z (ﾜｯﾁｮｲ b101-jXNG) · 2022/12/27(火) 22:55:56.41

随分と古参なんですね

2022/12/27(火) 23:15:16.94

>>977
バカが設計したからなアレ

2022/12/27(火) 23:26:06.87

ostream と　istream の別の建てつけなので、ファイルポインタもこの二つのクラスで別なんだろうと思っていたら、土壇場で、実はファイルポインタは共有していましたぁ
とか勘弁してほしいと痛切におもいましたねえ

2022/12/27(火) 23:28:14.07

>>968
これ面白いな

天災 ◆41t0I.PYBW0z (ﾜｯﾁｮｲ b101-jXNG) · 2022/12/28(水) 00:50:07.21

無名namespaceで囲ってるとこが変態

2022/12/28(水) 08:09:55.49

>>978
そういうのは「改造c++」とでも言うべきもので、個々の具体的な実装を挙げて話すべき話題。
具体的な実装の無い「改造c++」なんて「オレ言語」でしかないから、話題にしても相手にするヤツは居ないよ。興味無い。

2022/12/28(水) 16:02:37.97

>>981
まさかプロトタイプが30年後も使い続けてるとは思わなかったんだよ

2022/12/29(木) 22:47:04.14

>>974
「わからない」という状態が最大のリスクだ。精査して事情を把握してからやる分にはいいよ。
だけど少なくとも私はいちいちライブラリの細かいことなんて調べたくないし、
細部の事情まで読み解ける自信はないから製作者の意図 (仕様として明示されている範囲) を超える
ような使い方をあえてすることはないだろうという話。要するに割に合わない。
しなくていいことはせずに済ませられたらそのほうがいいだろ。

割に合うと考えている人がいたとしたら
「んなわけねーだろ。お前が調べるのに労力をかけてないだけ」
と思うから安易にやっちゃうやつはちょっとナメてるように感じる。

そりゃあ他に打てる手がなければ割に合わなくてもやらざるを得ないことだってあるだろうけどさぁ。

2022/12/30(金) 07:37:06.73

本当に余計なお世話だけど、はちみつさんのような実力がある人は
むしろライブラリやコンパイラのソースを読んだ方がいいよ

2022/12/30(金) 10:24:58.07

>>988
おまえは仕事した方がいい

2022/12/30(金) 11:11:02.33

火の玉ストレートやめたれ

2022/12/30(金) 13:31:38.92

std名前空間への勝手要素追加は未定義動作と書かれているのに
std名前空間内のクラスへのメンバ追加についてはなんで言及が無いのやろうな……
名前空間もクラスもPGの責任分担範囲の区切りみたいなもんで、
第三者に後から勝手に弄られたら設計したPGが困るのは同じだと思うのだけど、

2022/12/30(金) 13:33:22.64

後々の事考えて設計出来ない奴はPGに向いてない

2022/12/30(金) 14:02:10.34

自分はできるPGですと自己申告する>>992……
その自身がどこから来るのかは誰も知らない……

2022/12/30(金) 14:11:57.62

そんなこと思ってない
いままで見てきた汚いソース書いている連中の総意点を述べているだけのこと

2022/12/30(金) 14:28:22.93

つまりstd名前空間のソースは汚いから
予防のためにstd名前空間への勝手要素追加は未定義動作とするのがstdを設計したPGの立場では当然だと、

2022/12/30(金) 14:33:46.74

バカなの？
なんのための名前空間なのかよく考えろよ
設計を区分するためだろ
そこにお前みたいなワケワケな奴が落書きしたらめちゃくちゃになるだろ

2022/12/30(金) 15:06:36.37

stackoverflow 辺りで
皆さんの御意見を聞いて来いよｗ

2022/12/30(金) 17:36:57.79

後のこと考えて設計するよりも先に手が動くような人じゃないとプログラミングは上達しないよ

2022/12/30(金) 17:55:02.39

>>998
もうお前の尻拭いするの嫌だよ
たのむから手動かす前に3分くらい考えてくれ

2022/12/30(金) 18:20:10.37

昔はさ、ウォーターフォールといって
完璧な設計ができるまでコードに手を出すな
設計が決まったら黙ってそれに従うコードを書け
なんてのがあったけど
前例のないものの完璧な設計なんてほいっとできるのか
現場からのフィードバックを無視なんてできるのか
って反省から今時の方法論ができているわけで

ただし、それを悪用するだけの寄生虫を擁護はしない

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 60日 3時間 50分 35秒