C++相談室 part135

2018/03/31(土) 20:20:06.25

次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part134
http://mevius.5ch.net/test/read.cgi/tech/1516406742/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.102【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1509780815/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2018/03/31(土) 22:59:04.29

この64ビットが主流になりつつある時代にSTL使うとファイルサイズｶﾞｧとかよく耳にしますが、時代についてこれていない老いぼれの戯言なのでとっとと見限って先に進みましょう

----- テンプレここまで -----

2018/04/01(日) 00:05:25.36

STLつかうと一気に実行ファイルサイズが10倍に?！

環境によるだろ。
俺はBorland-C++5.6.2に -D_RTLDLL オプションを指定して、極力
ランタイムを使用するようにして使っているが、例えばstd::vectorを
使っても使わない時と比べ10Kほどしか増えない

すげえ。ダイナミックリンクしといてファイルサイズが増えないとかいってるよ。この人。

C1010: ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの検索中に予期しない EOF を検出しました。
とかいうエラーが出るんだけどこれってどうすればいいの？

#include <stdafx.h>
後死ね。

言葉が悪いな。それで教えているつもりか。
まぁヒントぐらいにはなったな。
うむごくろう。

---- テンプレここまで ----

2018/04/01(日) 00:06:31.91

>>1乙だが
さすがに>>2がテンプレとかないわ；；

2018/04/01(日) 00:37:05.49

両方テンプレじゃないから死ね

2018/04/01(日) 01:00:30.68

えー、どっちもﾜｼ(>>1)が貼り付けたわけじゃないのにー

2018/04/01(日) 01:13:57.19

このRTL使うとファイルサイズが減るとかおもいっきり頭悪い回答した奴とSTLをごっちゃにするテンプレいい加減やめれ
STL使っている奴＝無能に見えるではないか

2018/04/01(日) 02:21:27.54

コレ老いぼれが仕掛けているマッチポンプにも見えなくはないしな
毎回毎回クソみたいなテンプレ貼りまくって見苦しいぞまったく

2018/04/03(火) 00:14:36.74

C++を原発制御に使うか？という質問に帰着する

**デフォルトの名無しさん** · 2018/04/03(火) 00:33:19.68

>>9
特に問題ないやろ

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdb3-MT4c) · 2018/04/03(火) 00:38:42.54

原発にヒープメモリーは使いたくないだろ。

**デフォルトの名無しさん** · 2018/04/03(火) 00:59:39.78

原発も飛行機も、自動車も？固定メモリ空間で、確保解放なんて一瞬の手間すら惜しんで全部上書きでしょ（知らんけど）

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdb3-MT4c) · 2018/04/03(火) 01:34:24.25

インターネットにつながってる原発とか、USB接続ができる原発なんてあり得ないから。フロッピーもダメ。ROMカセットならギリギリOK。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdb3-MT4c) · 2018/04/03(火) 01:37:02.89

EMP対策とか防火対策とか銃器対策もしないといけない。

2018/04/03(火) 01:39:39.79

確実な「保証」が必要だからなぁ。
リアルタイム性の要求もそうだが、
ありそうにないほどの最悪条件でもメモリ確保に失敗してはいけないので、
確実に見積もれるようにするにはヒープメモリの使用を避けるのは妥当なことも有りうる。
メモリ確保に失敗したら安全な終了シーケンスの実行も難しいだろうし。

起こりうるすべてのパターンで new が失敗しないことを検証するなんて
面倒くさい (というより事実上不可能な) ことは出来んだろ。

本当にシビアな制御が必要な原発レベルなら定理証明系とかも使ってるんじゃないかな。