2 ：
デフォルトの名無しさん ：2013/05/12(日) 08:56:55.80
template <class T> T& operator >> (T&, int&&);
thx
>>1 ;
>>2 整数型に&&使うなんて、どうかと思うんです
そこはintにすべきじゃないかと
前スレ1000
なるほど、で思ったんだがvirtual継承って２重継承時以外使うことないよな
>>5 >virtual継承って２重継承時以外使うことない
他の言語のinterfaceを移植するときに
使いまくりじゃないか
7 ：
4 ：2013/05/12(日) 09:33:34.45
ごめんウソを言った
> 985 名前：デフォルトの名無しさん[sage] 投稿日：2013/05/12(日) 00:30:05.86
> 横だけど
> type&へのキャストってどういう意味？
>
> 986 名前：デフォルトの名無しさん[sage] 投稿日：2013/05/12(日) 00:40:04.32
> 参照へのキャスト
>
> 987 名前：デフォルトの名無しさん[sage] 投稿日：2013/05/12(日) 00:48:17.29
> それってなんかありがたいことがあるんか？
参照へのキャストは参照のダウンキャストやクロスキャストをしたいときにも必要
ttp://ideone.com/MaYOhX >クロスキャストをしたいときにも必要
STLつかうと一気に実行ファイルサイズが10倍に?！
環境によるだろ。
俺はBorland-C++5.6.2に -D_RTLDLL オプションを指定して、極力
ランタイムを使用するようにして使っているが、例えばstd::vectorを
使っても使わない時と比べ10Kほどしか増えない
すげえ。ダイナミックリンクしといてファイルサイズが増えないとかいってるよ。この人。
C1010: ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの検索中に予期しない EOF を検出しました。
とかいうエラーが出るんだけどこれってどうすればいいの？
#include <stdafx.h>
後死ね。
言葉が悪いな。それで教えているつもりか。
まぁヒントぐらいにはなったな。
うむごくろう。
>>1 乙
>#include <stdafx.h>
その地鎮祭レスはいつからあるんだっけ？
2006年の時点で既に新参が笑われる状態
質問
STLって何ですか？
出力ぐらいでロジックエラーになるのかよ
NuttXの質問はこのスレで出来ますでしょうか？
納豆？
その納豆とやら固有の話なら
>>1 にある姉妹スレをオヌヌメするが
タヒネ
>>15 istr.setstateでストリームのフラグを立てる
このスレの納豆の臭いがする
25 ：
デフォルトの名無しさん ：2013/05/12(日) 19:02:53.85
俺の大好物
納豆が旨いのに理由もねえだろ！
先日会った外国人がterrible!と言っていたぞ
納豆ってほんとうまいよな。
個人はともかく会社の職場で納豆
おれんとこの職場では個人デスクでカレーなんて日常茶飯事だぞ
このスレはbind1stについて語るスレとなりました
カリーか？
納豆カレー食べたことあるけど結構いけるぞ
納豆カレーはココイチで初めて知って、家で試してみたら美味しいと思った
とある格闘ゲームで納豆スパゲティなるものを知った。
納豆とスパゲティを混ぜるだけとか
37 ：
15 ：2013/05/12(日) 23:35:52.04
レス㌧クス、
>>17 おk
確かにストリーム以外のエラーをストリームのエラーであるかのように返すのは邪道であることは認識しています
>>23 ありが㌧
何で納豆スレになってんだw
isocketstream openSocket();
見栄えってなんだよ
if文で分岐か・・・・
リソース確保だけ違って後は
透過的に扱いたいなら
>>39 が一番素直だと思うけど。
ifstreamは意味的にコピー出来ないんだから
unique_ptrは適切だと思う。
抽象クラスのコンストラクタって呼ばれることある？
もろちん
いやむしろ呼ばれないことがない
純粋仮想関数すら呼ばれる事も
むしろコンストラクタ以外で
つ ですとらくたー
デストラクタだな
static関数ではstaticなデータしか扱えないって聞いたけど
「(クラスの)staticな(メンバ)関数はstaticなデータ(メンバ)しか扱ない。非static(なメンバ)変数は(this経由では)扱えない」
>>50 普通に扱えたという例を晒してもらおうか
自動変数はもちろん扱えるよ
53 ：
デフォルトの名無しさん ：2013/05/14(火) 19:57:04.46
s/自動変数/非staticメンバ/
sって何ですか？
在日うざ
viの文字列置換だっけ？
普通の正規表現だろ
どうみてもUnix臭がぷんぷんですはい
馬鹿を生贄にstaticおじさんを召喚
perlも使った事無い男の人って……
むしろPerlでの実装を提案すると
perlは文法が相当キモいからね
64 ：
デフォルトの名無しさん ：2013/05/14(火) 21:00:33.52
PCREすらわからないようじゃ生きてるのもつらいだろうな
s/x/y/ という文法に組み込まれた正規表現による置換の話だから
C++の<regex>にも
ただいま64 がregex標準ヘッダを調べています
vector<T> vVal;
はい
突っ込むべきは、置換パターンでレスする文化がスラドとかUnix寄りの文化で有ることの方だろう。
既出も含めて基本のおさらい
73 ：
50 ：2013/05/15(水) 01:19:23.56
>>51 DXライブラリの関数がstatic関数の中で普通に使えるのだけど
static関数で使えないのはメンバ変数だけで
他の変数は制限なしで使えるってこと？
普通の関数が使えないと困るだろ常識的に考えて…
>>73 static 関数は this が使えない
従って this-> が省略されているものも使えない
それ以外は使える状態にあれば使える
76 ：
68 ：2013/05/15(水) 01:29:07.02
rbeginとrendをbeginとendとして返すアダプタくらい
逆にそんなUNKOなもの標準に入れるなって思う
>x.var2 = 20; // インスタンス経由の形でもstaticメンバを使える
>>79 単に struct X だから public プロパティ／メンバ変数ということだけなのでは？
static メンバかどうかはこの場合はどうでもいい話
他の言語は許されないの？
>>81 C#ではﾑﾘﾀﾞﾅ
書ける理由は特にないんじゃない？
メンバだからなんとなく使えるようにしたんじゃね
C++＝うんこ
>>83 >メンバだからなんとなく使えるように
C++、ＫＵＳＯ過ぎる
UNKOとかKUSOとかﾜﾛﾀｗ
朝鮮人は本当に糞が好きだなあ
だからC/C++大好き
トンスルトンスル！
C++のおかげでUNKOが好きになりました。
C++が糞まみれの言語仕様であることは間違いないよな
やっぱりJAVA >>>>>> C++だな
えっ？！
for( auto& pObj : vpObj )
ifは、if (式) 文、または、if (式) 文 else 文、で全体で一つの文
文の定義をちゃんと理解すれば
｛｝を省略したりしなかったり一貫性が無いのは駄目だ
∧＿∧
やっぱり朝鮮人
100 ：
94 ：2013/05/15(水) 23:22:34.84
参考になりました。
なりすまし乙
for( auto& pObj : vpObj )
ばーか
104 ：
デフォルトの名無しさん ：2013/05/16(木) 00:27:49.43
ポン助って何だよ
日本語でおｋ
106 ：
片山博文MZパンク ◆0lBZNi.Q7evd ：2013/05/16(木) 01:47:33.65
>>102 ポインタを書き換えるときに参照にする。
ポン助じゃねーよ
>>102 unko *ar[n];
for ( int i = 0; i < n; i++ )
{
auto &pObj ★
= ar[i];
{
pObj->Func();
}
}
★の部分をどう書くかは好きにしろ
スマポなら&にしておくのが無難
そこは規格を引用しなくてどうする
template<typename T> struct aaa
>>110 gcc4.7.2でノーエラー
template <typename T>
struct aaa
{
template <typename U>
void test() {
std::cout << "test" << std::endl;
}
template <typename U>
void moge() { this->test<U>(); }
};
int main()
{
aaa<int> a;
a.moge<int>();
}
>CodeWarrior
>>94 それ、boolの戻り値なんだよな？
ifのあとに「return false;」ないけど
あ、ごめん
俺はhogeに見えたけど
グラフを構造してるけど、どう構造していいか悩んでいるので教えてくれませんか？
(´・ω・｀)
重み付きグラフでいいじゃん
一応グラフ理論は初歩的な書物一冊とディスティールを少々読んだくらいで基礎が出来ているとは分りません。
>>121 >データをアドレスと型二つの情報を持たせるなんてことC++で可能なんですか？
おい誰かこいつに構造体(クラス)を教えてやれ
いやいやいや、C++はアドレス自体に型情報が付属してるないですか？
template・・・・
traitsを使ってもいいな
variant使えばいいじゃん
traits template variant
それ書いたら一冊の本になるぞ
variantを使うとまさに「複数の型の値を持ち得る型」を宣言できる
>>130 一つの頂点に複数の型の値を持たせたいのなら、variantが良いよというだけ
グラフの方は知らない
Boost.Graph使えで済むならいいけど
構造的には正に adjacency_list だと思うし、property 使えば幸せになれる気がするが。
134 ：
デフォルトの名無しさん ：2013/05/16(木) 22:36:21.74
Aという名前のクラスに
だからなぜ書籍なども見ようとせず自分で実験しようともせず質問をするのだ
実験してわかるのはその環境でそうであるという事だけだもん
ここで聞いたって、その環境とやらですらその通りである保証はない。
こうしてまた一人VC++信者が作り出された
>>136 どこまでがC++の規格かの判別は難しいかもしれないが
C++の規格どおりに動かないなら環境に文句言っていいだろ
>>134 Bを値で持ってればBのデストラクタは呼ばれる
問題なく解放されるかどうかはプログラム次第
>>140 >問題なく解放されるかどうかはプログラム次第
そんな糞な環境はお前だけ
デストラクタとoperator deleteが
>>141 デストラクタが呼ばれることと
プログラマの意図どおりの(=問題をおこさない)動作をするクラス設計・実装になっていることとは
等価じゃないですよ
LinusによるC++ dis
http://cpplover.blogspot.jp/2013/05/linus-torvalsc.html 一部引用
> C++を使うとめちゃめちゃクソな設計の選択に追いやられる。必ず、最初は「よさげ」な言語のライブラリ機能、
> たとえSTLたとえばとかBoostとか他の完全なクソを使い始める、それはプログラムに「役立つ」かもしれない。
> だがしかし、それによって引き起こされるのは：
>
> ・動かない場合の無限の苦痛（しかも、STLとか、特にBoostが安定していて移植性があるなんて言うやつは
> クソまみれだし全然面白くもなんともない）
>
> ・非効率的な隠匿プログラミングモデル、二年ほど開発を続けて、始めて一部の隠匿設計が非効率的な
> ことに気がつくが、その時点では、もうオマエのコードはよさげなオブジェクトモデルに依存しきっていて、
> 書きなおす以外に修正の方法がない。
基地外に嫌われたところで別になんとも
自分が苦労して最高の出来でやっていたことが普通の出来だけど誰でも簡単に出来るようになると不満を持つ人は珍しくない
いつからこのスレは江添とその取り巻きスレになった？
>>96 文の定義を知ると ラベルステートメントという
C++の言語仕様の糞さに憤慨です
はいはいサイナラ
>>152 が何を問題視してるか知らないがラベルステートメントは
たぶんラベル付きステートメントのことでgotoの飛び先やcaseとかのこと
もちろんC++固有でなくCから持ってきたものだけど
クソがこの業界では流行ってるのか？
C++はクソだと思っている人が関連スレを荒らしまわっているだけ
590 デフォルトの名無しさん sage 2013/04/30(火) 20:33:53.74
158 ：
デフォルトの名無しさん ：2013/05/17(金) 23:48:35.03
C#最高！C++は糞！
>>158 君が正しくプログラムを書いていればな
例えば解放が必要なリソースを持っているクラスのデストラクタに解放処理を書くのを忘れたりすれば
デストラクタが呼ばれてそのクラス自体は解放されたとしても問題なく解放されたとはいえない
>>158 >>135 コンストラクタとデストラクタにログ入れて
対になっているか確認してから出直せ
C++できる人はかっこいい。
C++できるけど普段はしまっておいてC#やってる人はかっこいいｗ
ポインタのアドレスを指定バイトにアラインメントしたいのですが
c標準ライブラリの識別子をstd名前空間の外に置くのを止めさせる方法はありませんか？
グローバルネームスペースでのusing namespace std;も止めさせたいな。
>>167 #include "my.h" //using namespace std;
これでok
inline namespace unko {
よし今度から
using namespace std;//←これをヘッダに移動した奴は死刑
vector<CUnko> vpUnko;
↑
176 ：
174 ：2013/05/18(土) 10:00:02.33
すみません、eraseで解決しました。
よくあるまちがいだけど
>>172 俺にも
>>169-172 はイミフだ
167は文字通り読んでstdio.hとかが名前空間を汚染することについてか、
直前のコードから「using namespace std;」の話でc++標準ライブラリを脱字したかのどちらかだと思う。
(前者と仮定して168では後者の話を振った)
>>173 .cppにusing namespace std;書いてstd::minと衝突して学習者が爆死しかける教本書いた奴も死刑だと思うんだ。
最近、IUnknownがIUnkoに見えてきた･･･
>>56 えっthisポインタを引数で渡す
同じクラスのメンバであれば、渡されたthisポインタ経由で非publicなメンバに特にキャストもせずにアクセスし得る
>>178 >std::min
<algorithm>のアレか……(std::swap、std::max)
「グローバル名前空間空間にusing namespace std;」はホントに危険だよな……
>>180 は「privateなメンバには他クラスからアクセスできません」
にも「それは違うとか言いだしそうな奴だな」
>>182 ちょっ何を言っているのかわからない
class Foo {
int x;
public:
static int GetX(Foo* p) { return p->x; }
};
class Bar {
Foo obj;
public:
void ShowFooX() { std::cout << Foo::GetX(&obj) << std::endl; }
};
staticメンバ経由でprivateなメンバ（とか）にアクセスするというのは、
using namespace std;が破壊力高いのは
>static関数ではstaticなデータしか扱えないって聞いたけど
>自動変数はもちろん扱える
>s/自動変数/非staticメンバ/
>どうやって非staticメンバを扱うのよ
>thisポインタを引数で渡す
static int GetX(Foo* p) { return p->x; }
>「privateなメンバには他クラスからアクセスできません」
にも「それは違うとか言いだしそうな奴だな」
>何を言っているのかわからない
どちらかというと
>>183 が
何を言っているのかわからない
内容はともかくfoo/barを使う
>>183 はウンコ確定。
ところでinline namespaceって何ソレうまいの？
189 ：
デフォルトの名無しさん ：2013/05/18(土) 15:49:53.75
あー、そーか
GUIで、コンポーネントを選択することを「フォーカス」と言いますが、
スレチガイカス
static = うんこ
スレチがイカス？
すれ違いキス
195 ：
167 ：2013/05/18(土) 19:33:06.14
>>167 です
分かりにくくてすいません
ようするにこういうコードが書きたかったんです…
#include<cstdlib>
namespace command{
enum Command{
exit ='c'
};
};
void some(const char *s){
using namespace command;
switch(s[0]){
case exit: // 関数exit(int)と衝突する
std:exit(0);
}
}
>>195 なんなら
const int Exit = 'c';
といったように大文字で逃げたら？
>>196 逃げるならスコープenumがオヌヌメ。
だが質問者は逃げ方を訊いているわけではないぞよ。
>>195 衝突した所だけ command::exit にするのではいかんの？
絶対衝突させたくないならusingを使うこと
自体がおかしいと思う。
あとC++でexitはマジやめて。
using namespaceって使ったことないわ。禁止されてるところも多いし
>>197 >逃げ方を訊いているわけではない
ああそれもそうか
と言うかC的にはexitとreturnは(main関数内では)同義だから使ったこと無いや……
using云々以前に例外投げるとかすべきやね、C++なんだし
CだろうとC++だろうと
>>195 using command::exit; を足しちゃダメ？
>>185 「using namespace std;はおまじない」と教える/覚えるのはヘッダに入れるよりもヤバイだろ
分かっててusing namespace std;してるなら問題ないが、それを区別する手段が…
204 ：
167 ：2013/05/19(日) 00:29:51.57
>>196 とりあえず今までそれで逃げてました
>>198 command::exitだと見づらく感じてしまうんですよね…
あと、実際のコードはマイコンの制御プログラムで、開発中マイコンをぶら下げっ放しにするのがウザいのでPC上でもビルドして動かせるようにしたものです。本体には終了という概念がなく、そのためのロジックも存在しないので、手っ取り早くexitしとけという発想です。
>>202 おおー、衝突が無くなりました
ありがとうございます
using宣言にはこんな効果もあるのですね
結局、ライブラリ関数がグローバルスコープにぶち撒けられる問題はいかんともしがたいのでしょうか
>>202 の解法で問題は無くなりそうなんで、もういいのですが
ガラケーなんかでもC++で作られているものはあるよ。
>>205 Cで作れるものにC++が使えない理由が無いだろ。
「今時の」とか、何言ってんの？
ちなみにパフォーマンスで言うとCとC++の差はほとんどなくて、
>>207 C言語対応してる→C++対応している、にはならないと思うけど？
C++だとテンプレートとかコード量膨れやすいしオーバヘッドも増えやすいからねぇ…
>>209 マイコンメーカの提供するCコンパイラではどーにもならんけど、gcc使えるマイコンであればバックエンド流用でg++も通るんじゃね
標準ライブラリの移植状況がまんま制約になるし、可能であるかとやるかどうかは別だろうが
ROMサイズだの処理速度だのコンパイラの性能向上だのでやりやすくはなってきてる…のかな
>>208 ,210
C++使うことによって発生するコードサイズの問題って何のこと言ってるの？
同じコードコンパイルして差が出ることはないだろうし。
テンプレート使うようなコードをCでマクロやコピペで書けばコードサイズが減らせるわけでもないだろ。
同じコードコンパイルするならC++使う意味も無いだろ。
自分に有利な前提条件を勝手にでっち上げるのが
>>208 記憶容量の単価というよりは単にアドレス空間の絶対量の問題では？
>>213 「コードサイズが膨れるテンプレートの使い方をしない」って前提を置いてる211に対して言ってるんだよな？
>>214 空間だけあっても中身ないと駄目だし結局ROM/RAM容量の問題じゃないのかそれ
コードサイズ増やせない環境で不必要にサイズが増えるようなテンプレートの
>>212 > 同じコードコンパイルするならC++使う意味も無いだろ。
同等のコードでも名前空間、型チェック、オーバーロードとか使って読みやすく、安全に
書けるようになるよ。
> 同等のロジックをクラス使って書くとオーバヘッドやバイナリコード量がちょっぴり増加する。
相当ひどいコンパイラ実装じゃないとそんなことにならないはずだけど・・・。
一般的に言えるってことならコード例を見せて欲しいな。
> テンプレートは状況次第では一気に増える
> ・派生クラスを基底クラスにキャストして処理する
> ・同等のことをCでキャストやunion使って処理する
> ・同等のことをテンプレートで処理する
> 3つ目のケースで上2つと同等のバイナリコード量に潰せるコンパイラを期待するのは高望みじゃねぇかな？
コードサイズを優先するならC++で書いても一番上のやつ選べばいいじゃん。
>>217 はClangかG++を持ってこないと
そんな糞は捨てろとか言い出しそうだな。
埋め込みコンパイラ舐めんなよ。
>>216 実際問題マイコンでのC++は放置されてたんだからその判断した当時の各種ベンダに言えよ。
「テンプレートによるコードサイズへの影響を正しく予測できない奴はCもダメなんで配慮の必要なし」て。
>>217 > 同等のコード
同等≠同じ、だから名前空間とかオーバーロード使ったコードはCでは通らんだろ。
その辺のみ使ってCと同等のコードを書く制約ならバイナリコード量にほぼ(名前修飾除く)影響は出ないが、
制約なく書いたら普通にそれ以外も使ってしまってサイズを膨らます要因にはなるわな。
> 一般的に言えるってことなら
thisポインタを渡す処理とか仮想関数テーブルとか名前修飾とか例外初期化とかが、ちょびっと。
そのちょびっとをケチりたいって要求は今でも8bitマイコンなら現役だと思うけど
> コードサイズを優先するならC++で書いても一番上のやつ選べばいいじゃん。
STL含め、それを全開発者に常に意識させない限りはコードが膨れるのが問題なんだよ。
一々「テンプレート(含むSTL)使用禁止」「仮想関数使用禁止」「クラス使用は最低限」
とかしないとC++採用でのバイナリコード量の増加を押さえられないのなら、
それを理由にC++自体を回避するのも十分有効な手段だろ。
C++の利点を活用できない状態でCに加えてC++ライブラリの移植の面倒まで見たいって企業は少ないだろうな。
まあ どっかの基地外さんじゃないけど
>>204 >結局、ライブラリ関数がグローバルスコープにぶち撒けられる問題はいかんともしがたいのでしょうか
如何ともしがたい。
規格は<cstdlib>がexitをグローバル名前空間に
導入されることを禁止していないし
それを抑制するための言語機能もない。
>>219 > 制約なく書いたら普通にそれ以外も使ってしまってサイズを膨らます要因にはなるわな。
> thisポインタを渡す処理とか仮想関数テーブルとか名前修飾とか例外初期化とかが、ちょびっと。
この「ちょびっと」って数%って感じだよね？それが致命的になるレベルのコードサイズ制約を
実際に相手にしたことはないんで感覚的にはわかんないけど、あると言われれば否定はで
きないな。
> STL含め、それを全開発者に常に意識させない限りはコードが膨れるのが問題なんだよ。
そんなに制約がキツイ環境なら開発者みんな気をつければいいだろうとは思うけど、それが
簡単な話じゃない場合（人数とか資質とか）もあるのは、まぁわかる。
両方が問題になる場合にはC縛りがちょうどいいケースがあり得ることは理解したよ。ありがとう。
２ｃｈに有益な情報なんてない
こんなところで他人を言い負かそうとか、持論を押しつけようとかしても時間の無駄。
ミンスとは政治色が強いですね
>>223 >有益な情報なんてない
え？結構このスレ勉強になるんですけど
質問です
STLというのは規格で定義されたものではなく
なるほど。ありがとうございます
iostreamはあまりSTLと呼ばれる事は少ないが
>>232 横だけどthreadは？
処理の多くが環境依存だから
ヘッダーだけテンプレートで
本体は.cppになると思うのだけれど
これもテンプレートライブラリでいい？
テンプレートが含まれる奴は全部STLでいい
C++ Standard Library
STLは慣用的に使われてるだけだから
ストラウス先生はSTLにご執心だもんな
STLなかったら軽くしねる。
互換性気にしすぎてハゲちゃったかー
無能同士の会話ですからね
無毛同志だからしょうがない
用語としてではなくライブラリとしてのSTLは曖昧ではなくデファクトスタンダードとなってる規格が定義されてて実装も存在してる
用語としてではなくライブラリとしてのSTLは曖昧ではなくデファクトスタンダードとなってる規格が定義されてて実装も存在してる
同じ事2回言うな無毛
>>242 >規格が定義され
参考までにその規格の名前を教えてください
髪の毛を生やす能力が無いとか
毛を生やす力はC++に全振りしたのがハゲ
おまいらどんだけハゲの事好きなんだよ
そりゃC++なんてやってちゃハゲになるよな
で結局 STLを定義した規格は無いの？
ハゲにもヒゲはあるんだよな…
おまいら、毛が好きだなｗ
横？・・・ (つд⊂)ｺﾞｼｺﾞｼ
Java使ってる奴はフサフサだよ
C++使いは白髪が多いな。
ハゲの回答です
260 ：
デフォルトの名無しさん ：2013/05/19(日) 21:34:15.60
おまえら貶しすぎや
髪の毛晒せよ
262 ：
デフォルトの名無しさん ：2013/05/19(日) 22:27:39.05
ぬけぬけと・・
std::stringはコンテナに含まれますか？
ふくまれません
コンテナ要件満たしててコンテナの一種なのかと思ってたけど気のせいだったか
ハゲは信じる
>>265 コンテナの要件って何か知らないけど
stringって文字列以外を格納できたっけ？
>>268 0x00～0xffを格納できるし、\0ターミネーターも存在しない
string::c_str()はそうじゃないだろうけど
>>269 いやcharやwchar_t以外のクラスとか突っ込んで
ちゃんと動くようになってんのかなぁと
俺もコンテナの要件って知らないけど、
>>258 SGIという会社の「Standard Template Library Programmer's Guide」って文書で定義された「SGI Standard Template Library」がデファクトスタンダードなSTLの規格と申すか。
ま、お前の中ではそうなんだろうな。
charとwchar_t以外で突っ込めて嬉しいのって何だろう
むしろunsigned charを突っ込みたいところ。
>>258 そう言うの参照するまでもなく、ISO規格の中で一般にSTLと呼ばれるライブラリは定義されてる
ただそこでは全てひっくるめてC++ Standard Libraryとなっていて、Standard Template Libraryとは呼ばれて居ないとかだと思う
STLそのものがデファクトだ云々だってことではなく「STLは俗称、使う奴は死刑」って原理主義者が騒いでるだけ
探せば別の規格文書の中でSTLって呼び方してるかも知れんけど、探してまで相手する話じゃないよ
>>271 ISO/IEC 14882:1998/2003をググって出てくるPDFのなかの17.3.1だと
コンテナと文字列は別のカテゴリ扱いらしいから所謂コンテナではない
って事になると思う
ただそれとは別にキャラクタコンテナって単語も使われてるが、これはcharとかwchar_tの事っぽいｗ
ていうかこのPDF丸上げして大丈夫なのか？ニューヨーク大学さんよ
>>274 歴史的経緯とかそういうのじゃね
文字列扱わないなら「vectorでよくね？」ってなる
>>269 s[s.size()] で '\0' 出てくるよ。
>>275 >「STLは俗称、使う奴は死刑」って原理主義者が騒いでるだけ
そうかなあ
STLがISOで定義された規格であるかのように
説明してたら突っ込まれるのは仕方ないんでは
Wikipediaの説明とかおかしいし
それにSTLがISOに入る前の元の定義をこえて
>>15 のように拡大解釈する人が多くいるように
人によって範囲が違うわけで、
>>16 のようなレスを付けたくなるのも気持ちはわかる
>>277 うそつけ。
と思ったらその通りで、さらに2011で
data()の仕様が変わっていたでござる。
>>275 「一般にSTLと呼ばれる」が、ただの思い込み、勘違いだとは思わないのかね？
現状でも「STL」って言っただけじゃ「どこまでを指して言ってるの？」と疑問に思われる
ことがあるのが現実だし、その可能性は今後もどんどん高くなる一方だ。
「C++標準ライブラリ」あるいは単に「C++の」と呼ばずに敢えて「STLの」なんて呼ぶ
必要性もメリットも無いだろ。
>ISO/IEC 14882:1998/2003をググって出てくるPDFのなかの17.3.1だと
Effective STL読んでから言え
STLという言葉を用いる人のおつむが
やっぱりモヒカン族やなぁ…
>>278 > STLがISOで定義された規格であるかのように
どこからどこまでSTLって定義が含まれてないだけで、そう呼ばれるものは一式含まれている。
定義が無い/定義が失われた言葉に一々そんな言葉は無いとか言って回るのは只の原理主義。
書いたの俺じゃないけど
>>236 のとおりだな。
>>280 > 「一般にSTLと呼ばれる」が、ただの思い込み、勘違いだとは思わないのかね？
STLの範囲がどこまででも結局C++ Standard Libraryの一部だって言ってるだけ。
そしてC++ Standard Libraryに内包されないライブラリをSTLと呼ぶとは思わない。
STLの定義がどこまで、は何の関係もない。
> 敢えて「STLの」なんて呼ぶ必要性もメリットも無い
言いたいことは判るが、便利な略語としては必要性もメリットも有る。
C++だと言語全体を含むし、C++SLとか書いてもﾊｧ?だし、標準ライブラリとか一々書くのも長い。
良い言い方ではないにしても、より良くて普及してて便利な言い方が有るわけでもなし
>>281 これがドラフトかどうかは知らんけど、ドラフトとかは大丈夫なんじゃね？
>>283 弱いのはともかくキレてる奴いたか？
というか、俗語に「～って何？」って喧嘩売る奴も大概だって気づけ
弱い者いじめ同然でただただ下衆い
>>284 これはDIS(ドラフト)でなく正式版ですよ
>STLの範囲がどこまででも結局C++ Standard Libraryの一部だって言ってるだけ
古い規格は無償公開されてるのはよく見るからそういうやつじゃね
>>284 >必要性もメリットも有る
必要性？
・STLは標準ライブラリの一部をさす
・その範囲は明確出なくどうでもいい
この状況下で敢えてライブラリをSTLと言う
必要性が「長いから」なのか？
最近のレスでは逆に冗長なのだが
「stlのstd::equals」→ただのstd::equalsだろ？
「stlのstd::maxが」→ただのstd::maxだろ？
「stlに複素数あるけど」→標準の複素数クラスだろ
「stlのstring」→stringでわかるだろ
「VS2010のSTLだと」→VS2010だと、でいいだろ
「STLのiostreamを」→iostreamでいいだろ
「STLつかうと一気に実行ファイルサイズが10倍」→printfをiostreamにしたんだろiostreamと言え
「STLマンセ～」
なんかもう、STLが馬鹿の象徴に思えてならない
STL信者はおつむが弱いからね
>>284 > C++だと言語全体を含むし、
言語全体のことなのかライブラリのことなのかわからなくて困る場面がよくわからないな。
組み込み配列とstd::arrayとか？そういう場面で「STL」がなんの役に立つのかもわからん。
> 標準ライブラリとか一々書くのも長い。
> 良い言い方ではないにしても、より良くて普及してて便利な言い方が有るわけでもなし
短くしたいなら
>>289 の言うように何もつけなくていい場面が多いし曖昧な場面でもstd::を
つければ十分で正確。
逆に、C++標準ライブラリの話をしてるときに「STLの」と限定を付けて呼ぶことが役に立つ
具体的な例を何か挙げられる？少し考えたけど思いつかない。
アルゴリズムだけは別だな
C++プログラマ雑魚杉
ごめんね(´・ω・｀)
std::arrayの使いどころがわかりません
逆に生配列を何のために使うのかがわからない
二次元配列とか std::array 使うとかなりうるさいよね
>>297 ・コンストラクタやoperator=で全体のコピーができる配列
・ムーブはできないけど要素数が固定のvector
が欲しいときに使う
コンテナ要件も満たしてんだよなarray
303 ：
片山博文MZパンク ◆0lBZNi.Q7evd ：2013/05/21(火) 01:16:23.66
仮想関数を関数ポインタみたいに使いたい。ナルかどうか確認したり、関数のアドレスに直接アクセスしたりしたい
>>287 「C++の規格範囲に含まれない物をSTLと呼ぶ奴が居る」とかならともかく、自分の発言の解釈は自分の考えるもので構わんだろ。
他人の発言を俺々解釈してから否定して、「お前の発言は俺による俺々解釈が正しいから間違い」とか言い出すとか訳わからんわ。
>>289 > 必要性が「長いから」なのか？
通りが良い場合もある。範囲が明確でなくても文脈で伝わることはあるし、現に使われている以上効用はあるんだろ。
メリットゼロだと思うならなぜ使われていると思ってるんだ。
> 最近のレスでは逆に冗長なのだが
STLという言葉を使うと必ず冗長性が減るとか、STLって言葉を使う馬鹿が居ないなんて誰も言ってないのに。
ってことで後は蛇足だが…
> VS2010だと、でいいだろ
大抵は良いにしても、(その発言の場合も違うのだろうけど)STLportとかと比較したい場合は良くない。
> printfをiostreamにしたんだろ
それ以外にも使ってないと10倍行くことは珍しい気がするが、原因を憶測で限定するより余程マシ。
iostreamにしてもC++ Standard LibraryのTemplateなLibrary使った結果なわけだからそのまんま。
>>292 > 言語全体のことなのかライブラリのことなのか
不勉強で生データ構造使って苦労してる奴に簡潔に助言するなら
「C++の標準ライブラリのコンテナ使え」
「C++のコンテナ使え」
「標準ライブラリのコンテナ使え」
「std::のコンテナ使え」
「コンテナ使え」
「STLコンテナ使え」
検索キーワードとしても使い勝手が良い。
> C++標準ライブラリの話をしてるときに
その前提だと俺も思いつかないな。その前提だと。
長髪でスタイルのいい人がorzしたらSTLになる
orzはどう見ても小学生の体型
>自分の発言の解釈は自分の考えるもので構わんだろ
ウンコ出る…ファイナル
>>308 解釈した結果に異論が有るならちゃんとそこポイントして言えよ。
自身の発言への解釈・補足行為自体にケチ付けるとか意味わからんわ。
>>311 >自身の発言への解釈・補足行為自体にケチ付けるとか意味わからん
お前のオナニー用語で他人とのコミュニ
ケーションを試みないでください
あとSTLを連呼すると初心者が真似して
iostreamとかstringとかcomplexとか
元々のSTLの範囲を逸脱した誤用が
散乱するので不愉快です
>>309 プログラム読んでたら気のせいかバキュームカーの匂いがしてきた
C++キモすぎる
お前の親ほどじゃないさ
>>312 どの用語か具体的に書けよ…と思ったが別にいいや
原理主義者にとっては世の中オナニー用語塗れだったりしそうだしキリがねぇ
後半は分かるけど、なら最初からそれだけ言ってりゃいいんじゃねぇの？
変な煽りを入れるから斜め上の斜め下の斜め右みたいなアホなことになる。
>>310 マジレスすると
ウ○コが出るんじゃなくて
ウ○コのデリケートと思われ
間違えた。デリゲートね
下痢gate、下痢の門、と来ればanalか
1. Turn in: hw5.cpp
お前はプログラミングをやめたほうがいい
1. hw5.cppに寄ってみよう。この割り当て（代入）は、配列たちを処理するために関数を使う。
いやいや、読めるのは当たり前でしょ・・・
327 ：
167 ：2013/05/22(水) 19:16:49.57
マジメに疑問なんだけど、
>>327 ソースコミットメントに、条件でvirtualがあったら不許可にすればOK
#define virtual
virtual void shukkin(void) = 0;
virtual不使用ってどんな拷問だよ
キーボード入力をフックして、virtualって入力しようとしたら部屋中に響き渡る警告音を鳴らせばいい。
全く苦にならんだろ
>>327 iostream(cin,cout,cerr)の使用禁止
>>327 >virtual関数の不使用を徹底するの大変！ってプロジェクトは、どんな規約なら守らせられるんだろう
マジレスすると質問内容が無毛。
不使用の目的が不明なので
答えようがない。
「そういうプロジェクト」も
どういうプロジェクトなのか不明。
336 ：
167 ：2013/05/22(水) 20:20:10.24
誰が得するのか分からない謎規約を
強制virtualなJavaを使ったら発狂するのかな
338 ：
167 ：2013/05/22(水) 20:24:17.87
エロいなちょっと
virtual不使用とか誰得規則だし
>>342 「実行時に呼ばれる関数が変わって
デバッグに苦労したので仮想関数と
C++は糞」
と暴れた奴が以前いたような
C#のようなoverride/newがないのが糞なのはまあ確かだが
>>344 C#のoverrideが糞でなくて
C++のoverrideが糞な具体例を
教えてください
>>345 C++の派生クラスでのvirtualは必須ではないから
派生クラスにvirutalを書かなくても仮想関数になる
virtualを書いてなくても仮想関数かどうか気にしないといけないという糞仕様
C++11でもvirtualもoverrideも書かなくてもやはり仮想関数になる
あくまでoverrideが付いてるなら仮想関数でなければならないだけで、
仮想関数にoverrideを付けなくてはならないわけではない
強制されないoverrideとか糞にも程がある
ジャバてバーチュアル強制なんか
C#のようにoverride/new強制なら
事故ってなんだ
原発事故の事だよ
仮想関数だと思わなくて同名の関数定義してしまうとか
そこで、interfaceですよ！
std::stringはなんで.c_str()でC文字列を返す仕様なの？
バカほど暗黙キャストしたがる
そこでC#のimplicit,explicit登場
>>354 キャストに頼ってちゃprintfに使えないからじゃない？
まあCStirngみたいにトリッキーな実装すればできるけど
>>356 explicit はc++でも普通に使うけどな
次はスマポはなんでget()が要るんだとか言い出しそう
なぜコンストラクタはexplictがデフォルトでなかったのか
vector<T> vVal;
なぜ
>>68 のコピペを
コピペ荒らしスクリプトか？
>>361 >>109 の「begin-expr」はクラス型の場合
__range.begin()
と決まっているから、
begin()が逆のイテレーターを返す細工が必要。
つまりそのままではできない。
wcsncpy_sについて教えてください。
コピペやめろクソ虫
>>365 >使い方はこれであってますか？
少なくとも「3 * sizeof(wchar_t)」は
APIの説明にあるnumberOfElements
ではないぞよ。
using namespace std;
wchar_t dest[3];
>>369 少なくともヘッダには書くなよ？
スコープに気をつければ関数内で使うのはアリかと
>なんだこのUNKO
>ヘッダには書くなよ
すみません早速質問です。
>>374 Test &getThis() { return *this; }
*thisを返すんじゃ
コピペやめろクソ虫
仮想関数を持ったスーパークラスのポインタに派生クラスを入れて、
>378
>>373 > >ヘッダには書くなよ
>ヘッダって何ですか？
恐らく「いわゆるヘッダーファイル」のこと。
C++のheaderとは関係ない。
C++だけの話じゃないんでここで聞いていいかわからないんですけど
>>384 オブジェクト指向言語の記法のはやりだったから
早速のご回答ありがとうございます
コピペに答えんな死ね
shared_ptr<IHoge> make_hoge(int id) {
>>391 >ポリモーフィックな返り値を返す関数があるんだけどnewのコストを削りたい
むりです
質問
>>393 >返り値の寿命が関係してるの？
いいえ
>だとすると寿命はどう捉えるべき
リファレンスに ｓｔａｔｉｃ
とかいてありませんか？
マルチスレッド関連の問題ではなくて
> glGetString(GL_VERSION)
むしろJavaっぽい
STLのmapで、Keyによる検索ではなく、並んでいる順のインデックスで値を取ってきたいのですが、
std::advance(i,10);
400 ：
398 ：2013/05/23(木) 23:47:44.21
>>399 じつにエレガント！！
あざーす！！！！
402 ：
デフォルトの名無しさん ：2013/05/24(金) 03:07:42.11
プログラムで
>>389 pure virtual destructor か、thx
>>401 そういう話だったの？
「STLって何」的な規格上の突っ込みと理解したけど。
>>403 super_unko d-tor
スーパーうんこ、出たーブリブリ
>>402 原則1クラス1ファイルが良いと思います。
クラス名をファイル名にするのが良いかと(^^)
あとutilityという名前のものは、
適切な概念または機能分類に
設計を見直した方がよいと思います。
>>404 だとしたらCの前に会話のお勉強だなって返すだけじゃね？
モヒカン族をモヒカンするみたいであれだけど、バカの一つ覚えにはこれで良い
数字を入力するプログラムで下のように書いたとき
>>408 ストリームにはエラーフラグというものがあってな、一度入力（出力）エラーになると
clear() するまでその後の操作は全部即エラーになるんだよ。
エラー復帰してないから
>>412 AA荒らしだと荒らし報告されるので、一見質問を装って過去の質問をコピペする
荒らしに切り替えたと思われる
削除人も指摘してるけど、荒らしにレス付けちゃうと、削除依頼を出してもそこは
削除されない
まず過去ログを検索して、そのURLを貼って行くと削除依頼しやすい
知らん顔して回答してあげればいいんよ
継承元のoperator=を使用したい時は、継承したoperator=の中でキャストして呼ぶしか無いでしょうか？
using
>>417 キャスト使うならこうだろ
static_cast<CBaseA &>(*this) = obj;
| ／ ノ} /
422 ：
デフォルトの名無しさん ：2013/05/25(土) 16:51:38.56
コンストラクタ、デストラクタって
>>422 そう思うんなら書かなきゃいいだろ。
「書くべき」という理由が何かあってその妥当性がわからないということなら、
その理由を挙げて相談してくれ。
>>422 書かなくてもコンパイル時に自動で空のコンストラクタ&デストラクタが生成されて、
実行時にもそれらが自動で呼ばれると聞いたことがある。
趣味グラマの俺は必要ないときには書かない方針にしているが今まで問題が発生したことはない。
425 ：
422 ：2013/05/25(土) 17:14:28.61
>>424 自動で書かれるのは知ってる
仕事で書く場合、書いた方が良いのか聞きたい
ある程度規模が大きくなったら書く意味がある
書く必要は全くない。
>インデックスがあれば全検索の無駄を省けるのだ(ｷﾘｯ
| ／ ノ} /
|／ ￣ /＼ ＼/
| 〉
} ---┬ ｧ'⌒ヽ￣￣￣￣￣｀ 、 ∨
i::::::::::::{ / ＿＿≧ｘ │ | ＞x {
. ／⌒Ｖ ≪￣ ｆ}ｊ＼ﾐﾄ} ﾉ ｊ ｘf斗≦^}7
. { i⌒ヽ ｀ ＿_／ ｨｆ´ ｆｊ￣＼ /
| |／^{ ￣ | ＼＿_,ノ/⌒!
∨ （{ } ｎ_ﾉ ￣ /⌒ﾘ
>>428 は馬鹿
＼＼ ｀￣}￣l￣l￣l￣｀ヽ ﾊ} ｊ/
ｰ| ∨￣￣￣￣ ｀ く У //／
. |∧ V⌒ヽ.＿＿_____ｊ/ /ｰ'
. | iヽ ∨| { / ′
. | | ‘， Vｰ‐ｰｰ-∧/ /
. | | , ＼____ / ｨ
＿_| | ‘， ￣／/
＿|￣￣＼ ｰ‐---く /＼
＿__／ / | ＼ ／ / __{＿_)､＿
/ / ｀ | /￣￣ / | }
. / / ＼＿| / ＿＿| |＼＿＿
/┌┴─ ￣￣￣￣＼￣￣ } ＼ ＼
. | （___） ＼＿＿ ＼
ウンコなのはインデックスじゃなくてマリア先生だろう。
>>426 ヘッダ１つ検索で引っかからなければデフォコンだけってことだから
別に全検索なんて
434 ：
デフォルトの名無しさん ：2013/05/25(土) 19:35:42.69
なんだアニメネタか
>>422 なにかする必要があったけど書き忘れたというのではなく
最初からなにもしないということをソースコードレベルで明らかにしたいなら書いとけ
明示すべき事情があるなら明示しろってだけだし、ベテランじゃなくてもそういうだろ
ソースに書く、仕様書も書く：普通の人
>>440 つまりお前は
世の中の人間は普通かそれより劣る人間しか居ない
と考えてる
>>442 全てのパターンを網羅して
その中で最も評価が高いのは「普通」になってるよな？
>>440 つまり世界はみんな俺より低能だと言いたいんだろ？ｗｗ
分かる分かる
お前も大変だよな
ソースも仕様書も書かない：俺
このスレの住人の分類
>>449 アニヲタのコピペだろう
忍法のレベル高けーな(ダメ人間)
・糞コテ
ちょっとしたGUIツールを作るのにC#なるものが便利だというので触ってみたが、吐き気がした。
>>454 GUIツールをVisual C++で作るのは
他人の迷惑です
C#にしといてください
>>455 今でこそ.NETのフレームワークは大半のユーザPCに入ってるけど、そういうの要求されるのも迷惑だからVC安定だろ
MSVCRTとかは最悪添付すりゃいいし、何が迷惑なのかさっぱり分からん
C#というか.NETは文化がちょっと違うから、受け入れられない奴が居るのは仕方ない
ツールでC++がC#に勝てるとこなんて
459 ：
デフォルトの名無しさん ：2013/05/26(日) 00:31:56.98
>>454 使い捨てのツールなら処理速度は重要でないし
メモリ破壊や不正メモリアクセスのない言語は
メリットあると思うけど。
C++スレで他言語の悪口を遠吠えするのは構わないけど
どの辺がC++と比べて悪いかぐらい書けよｶｽ。
普段C++で仕事してるから、ツール作るときもC++に
>>458 .NET入ってなくても動くのは利点だろ。
初回起動時のアセンブリ生成動作が不要なのも一応利点だし、
生成されたキャッシュが残る気持ち悪さが存在しないのも利点。
あと、逆汗の品質がC++の方が低いからイジられにくさが誤差レベルで上昇する。
実行速度は普通に書く範囲では最適化かかるから大差ないだろうし
640の言う利点もC++には無いから、双方それなりのメリットとデメリットが有る。
ユーザ側の迷惑で見るなら….NETのランタイム要求は回避不能な迷惑。
バグによるトラブルはC++でも実装次第だし、実装次第では.NETでも迷惑。
>>460 文化が肌に合わないって言ってるだけにしか見えないし、聞き流せば良いだろ。
むしろ、どの辺がC#と比べて悪いかも書かない455や458にも突っ込め。
最新じゃないけど、vista以降なら標準で入ってるな
>>422 たしかcppの新規格だと空のデフォコン書かないのは危険と聞いた
詳しくはしらないが
>>464 >新規格だと空のデフォコン書かないのは危険と聞いた
いえ、そんなことないです
ランタイムってなんですか？
>>467 実行時ライブラリを低脳が略した言葉。
だったはずだけど.NETの場合その意味を逸脱してるね。
だからもうDLL=ランタイム()でいい。
中身よりファイル形式。君の周りにもXMLガーとか
CSVガーとかよくいるだろ。OSもランタイム
>>466 別途ダウンロードする必要があるし
インスコの手間とがかかるだろ
このスレの住人の分類
C++=キチガイ
最高の褒め言葉だケ。
474 ：
472 ：2013/05/26(日) 11:27:47.44
そういや、外人プログラマは毛むくじゃらな印象が強いなｗ
C++プログラマ＝メモリ支配キチガイ
C++使いは「やりたいことを実現するために
ぶっとい天ぷらんぎもっぢいい～
ランタイムという単語だけではラインタイムライブラリと文字通りの
プログラム始めたばかりのとき、ランタイムライブラリのことを単にランタイムと呼ばれることにとても困惑した。
>>476 意味わからん
C++よりもC（もしくはその範囲内）で書く方がはるかにメモリを意識せねばならない
C++専門プログラマなど、メモリ管理に関しては大概RAII手段に丸投げの素人
C++=MSシンパ
484 ：
422 ：2013/05/26(日) 18:47:24.77
結局、書いた方がいいの？
ゆとり言語のC++と漢の言語Cは全然違う言語
C++はゆとりではないだろう。
他の言語が得意とする領域をCの古いやり方で
言語拡張して誰特な感じではあるけど、
ヘタレでもゆとりでもない。
>>484 書くことで不要な争いを避けることができるから
暇なら書いておくのが吉。
なにもしないコンストラクタってなんだろ
>>487 親クラスと自分のメンバーについて
デフォルトコンストラクターを持つものを初期化します
他(intなど)は何もしません
>>488 嘘をついてはいけない
intなどのPOD型も0初期化される場合とされない場合がある
A a; ← 0初期化されない
A(); ← 0初期化される
A* p;
p = new A; ← 0初期化されない
p = new A(); ← 0初期化される
>>488 >デフォルトコンストラクターを持つもの
の明示的な初期化を記述してかつ
>他(intなど)は何もしません
を明示するためにコンストラクタは書いてちょーだい
>>489 みたいな中途半端な知識がスレを荒らしてる
とPODも初期化されることを知らない488でした
struct A{
>>493 何言ってんの？
テンポラリオブジェクトの作成だぞ
デフォルトコンストラクタだけ持つのはPOD型だが何ほざいてんだ
ほらね
なんであなた達はプラプラを使うの？
デフォルトのデフォルトコンストラクタだけ持つのはPOD型だが
またseikyouが暴れてんの？
>>499 ↑荒らしにかまってスレを荒らす馬鹿登場
501 ：
488 ：2013/05/26(日) 20:44:40.36
>>489 知らんかったです
value-initializeって仕様ですかね？
つまりこういうことですね
どうでもいい派
A a1; new(&a1) A();
まだ実用性のない議論をしているのでありました
>>504 2回もコンストラクトしてる時点でネタだろ
POD限定でも引くわ
全く初期化されないという意味では
POD型はtrivially destructibleだから別にデストラクタ呼ばなくても再構築していい
>>507 default-initialize(8.5p7)が完了して
オブジェクトが生成されてるというのに？
>>485 C++でゆとりなのは、こんなコードCでいーじゃんってのしか書けない奴でしょ？
使いこなせばコードの見通しが非常に良くなる。メモリ管理もC++はCと大差ない。
そこで A a4{}; の登場です。
>>509 初期化に1バイトのマシン語も生成されないという意味だ
>>512 ↓ 初期化でなく破棄の例ですが
途中の3行はマシン語生成されないので
気にならない人なんですね
struct A {double v;} a1;
a1.~A();
a1.~A();
a1.~A();
new(&a1) A();
イエスマム。
キモいけど別に合法だよね
割とマジで俺の知らないことばかりｗ
>>513 みたいに
きもいコード書く奴がみんなの迷惑いだから
518 ：
デフォルトの名無しさん ：2013/05/26(日) 23:54:46.35
>>510 >メモリ管理もC++はCと大差ない。
ちょっC流のメモリ管理とはスタック上やデータセクションに固定長のデータ領域をとって
溢れないように設計しとくというのがメインなのに対して、
C++流のはヒープ上に動的にとって、データサイズに合わせて伸縮させるとかのがメインなので
差がありまくりなのではありませんか
あと個人的には、C++のどこでも新たに自動変数を宣言できるというのは
当初は理にかなっており便利だと思ったが、
ソースとスタックフレーム内の配置との対応が失われがちで、
いざローレベルなデバッグを開始したときに、
スタックのダンプから変数を大変追い難くしており悪だと思えるようになった
ローレベルプログラミングにはやっぱりメモリとアセンブラが透けて見えるCかアセンブラでないと厳しい
この調子じゃC11の普及なんて無理だろうなあ
C++だって透けてみえるよ
522 ：
デフォルトの名無しさん ：2013/05/27(月) 00:11:07.68
>>516 がせっかく頑張って何か書いてるんだからもうちょっと構ってやれよ
かわいそうだろ
java,C#はドカタ用言語
FreeBSD系列になんのかなぁ、カスタムされてっから詳しくはシラネ
>
>>524 ドカタって言うか主婦のオバチャンがアルバイトでプログラムしてるもんなーJavaは
C++プログラマーはF1ドライバー。
>FreeBSD系列になんのかなぁ、カスタムされてっから詳しくはシラネ
>>466 スタティックリンク版使えば再配布可能ライブラリには依存しなくできるし、
そもそも再配布可能ライブラリは同じフォルダにDLLぶち込んどけばインストールしなくてもだいたいなんとかなる
>>518 >ソースとスタックフレーム内の配置との対応が失われがちで、
最適化掛かってりゃ一緒くたな気が…
>>529 スタティックリンクされようがなんだろうが、ランタイムライブラリはランタイムライブラリじゃねえ？
ランタイムライブラリとは、ある言語をフルセットで使えるようにするために必須のライブラリで、
かつ、その言語自身では書くことが困難な低水準機能を実装してあるライブラリのことを指す、
いや個人的には疑問を感じないではないが、世間一般の慣習的に、、
少なくともスタティックリンクだからランタイムライブラリではない、という議論はあまり聞かない希ガス
>>531 スタティックリンクでもラインタイムはランタイムってのは当然の話だわな。
話の出発点な462はC#他.NETだとランタイム(と言うより.Net Framework)のインストールが必要だが
C++等はDLLを同梱するなりスタティックリンクしておくことでインストール不要に出来る(利点となる)って話だろ。
スタティックリンクだろうがランタイムはランタイムだが、それの導入をユーザに要求されるかどうかは結構重要。
今時.NETが古いの含めて1個も入ってない環境ってのは珍しいだろうし、
最新版要求しなけりゃ大体大丈夫ってな話では有るんだが。
実行時の動的リンク（DLL）
つまり「ランタイム」って言葉を使う人は
536 使った
なんか五月蠅いハエみたいのが湧いてるな
>スタティックリンクでもラインタイムはランタイムってのは当然の話だわな。
いえ全然。
>>534 はお疲れですか ？
>>540 C++知らないならレスしないでください
>>531 「ランタイムライブラリとは、ある言語をフルセットで使えるようにするために必須のライブラリで、
かつ、その言語自身では書くことが困難な低水準機能を実装してあるライブラリのことを指す」
長文オナニー乙。妄想は独りでやれよ。
>>529 「再配布可能ライブラリは同じフォルダにDLLぶち込んどけば」
それはやめてくれとマイクロソフトが10年以上言い続けているのにお前と来たら…
C++を叩く奴はMSとかググるとかじゃない？２ｃｈの運営とは同志だし
２ｃｈサーバーはアメリカ国家機関の中！CIAじゃんｗｗ
MSはC++マンセー派
>>545 それは聞いた事がある
2chを読む事によって日本の国内事情はアメリカに完全に把握されているとか何とか
まあ属国だしなあ
>>546 C++をインタープリタにすり替えようとしてるんだろ？
>>548 C++/CLI ＜ .netと融合しようとした
C++/CX ＜ けど、諦めた
早い話がC++をOSプログラマ以外から取り上げようとして失敗しただけだから
>>547 もっと能動的に利用してるよ。忍法帖とかレベルとか言ってアクセス者を識別し
思想調査、あらゆる嗜好を調べて、自ら煽った極東の緊張で警察国家に出来た暁には
「危険思想の持ち主」は尽く処刑する腹だろ
>>528 ゲーム機だから用意された機材で粛々と作るだけですよ。まぁドカタだね
今はもうアセンブラとか使わないし。そういうところもCモドキで書ける
>>542 crt=C RunTime library
vcはmsvcrt.dll(動的リンク)と
そろそろC++の話に戻ろうか
真に受けるなよ
20世紀末に世界の底辺であるブイビープログラマーが
リアルタイム処理のことをオンラインと呼ぶ上司がいてすごく違和感だったんだけど、
560 ：
デフォルトの名無しさん ：2013/05/28(火) 20:46:50.75
リアルタイムの逆を行くのがバッチ処理、という意味では、当たらずも遠からず
バッチを走らせるときにはフロント系を落として
>>559 てか、オンライン処理(⇔バッチ処理)で完結した言葉だと思ってた。
オンライン処理って省略せず正確にいうとオンラインリアルタイム処理っていうのか
そっちの方にヘェーっと思ったわｗ
またwinbase.hでマクロが被った(´・ω・｀)
検索してみるとGetCurrentTimeで引っかかってる人結構いるのね
そんな時の#undefですよ……それすら通じないなら名前空間とかで逃げればよくね？
いやいや、普通に名前空間に逃げてるけど#defineさまが相手じゃかなわない
bohem gcがnew operatorを上書きしてしまうのだけど
568 ：
デフォルトの名無しさん ：2013/05/29(水) 02:30:23.49
「オンライン」「バッチ」
>>566 貴様のレベルも禿も
ストラウストラップ先生に
まだまだ遠く及ばない
バッチの対義語はリアルタイムだね
>>571 ダム端末のオンライン的な「オンライン」とかオンラインマニュアルみたいな「オンライン」から来てるんじゃねぇかなあのへんで言うオンラインって
RTOSを知ってると、リアルタイム処理とか言われると、ちょっとピキッとなるな。
処理によると思うんだよね。
リアルタイム処理って言ったら組み込み系OSでリクエストしてから
リアルタイムといったら迅速に応答する必要のある処理全般を指す言葉、を指すもんだと
処理が投入されてから処理が完了されるまでの時間に「最悪いくらまでには」完了、というお尻が決まっておりかならずそれまでには完了するもののことだろう？確率的な要素がなくて
リアルタイムは一定時間(たとえば0.5秒)毎に何が何でも配下全てのAtomicを確定させるシステム。
たとえば「リアルタイムでエンコ」
リアルタイムを使うソースがごっちゃになっとるがな
だから「ハードリアルタイム処理」っていう用語があるんだけどね
584 ：
デフォルトの名無しさん ：2013/06/02(日) 18:52:45.88
movl $0xaea4a4af,-0x13(%ebp) これってどういう意味になるんでしょうか？
貴様、ここを何スレだと思っている？
アセンブラスレやろ？
MOV [EBP-0x13], 0xAEA4A4AF
>>586 Cは高級アセンブラ、とはよく言うけど、C++はどうなんだろう
低級高級言語
プラプラって中途半端だよな
はい次の人
GCCでint64_tが使えないのですけど、インクルードとか必要なんですか？
stdint.h
cstdintですね。
テキストファイルの全文をゼロ終端文字列としてバッファに読み込みたいんですが
環境何なん？
テキストエディタによる
・c++でnew使わずにmalloc？
>>596 問題が再現する環境とファイルを絞って、それでわからなければ、それ全部晒すと何かわかるかもね。
602 ：
596 ：2013/06/04(火) 00:59:48.19
>>597 環境はWindows7 32bit版 + VC++でテキストファイルはSJISです。
標準出力にはファイル内容以外にﾍﾍﾍﾍﾍﾍﾍﾍなどのゴミが付加されます。
念のためファイル内容は「a」のみにしメモ帳で保存し直しました。
その場合のfsizeは1，全角の「あ」だと2です。
>>600 コンストラクタ等の存在しない単純な領域確保にはmallocを使用しています。
バイナリで読み込んだのは速度が欲しい(改行コードの統一処理が不要)だからです。
バイナリで読む（改行の処理不要）なら ios::in | ios::binary じゃね？
>>602 読み込もうとしているファイルのサイズは
あなたの意図してるのと一致してる？
ファイルを一旦メモ帳で開き、
別名で保存してそれを処理してみたら？
>>602 改行コードの制御に関わるのはファイルオープン時のbinary指定の方で、
開いた後のread/getはデリミタ周りに関係する…と思うのだけどそれ以前の話として
Windowsで速度がほしいなら、CreateFileWとReadFileやファイルマッピングで読んだほうがオーバヘッド少なくて済む。
これはまんま固定長バイナリリードなので、デリミタの付与は自前でやる事になるが、
デリミタ付与のようなオーバヘッドすらないって意味ではシンプルでわかりやすいかと。
FastIO系のAPIとかもあるみたいだけどあんまメジャーじゃないしこっちはパスしても良いと思う。
>>604 改行コード変換無し(バイナリオープン)でデリミタ付与読み込み(テキスト読み込み)したいってだけの話。
ゴミの件はデリミタ不足で未初期化領域に突入してるだけだからそこ気にしても何の意味もないと思うよ。
ファイルの中身が、
>>605 「デリミタ」って何のこと言ってんの？終端 '\0' のこと？
buff[fsize] = '\0' してあるんだから「未初期化領域に突入」は無いんじゃないの？
>>602 今同じような環境で試したけど、再現しない・・
609 ：
596 ：2013/06/04(火) 01:35:30.06
皆さん解決にご協力頂きありがとうございます。
>>603 >>605 ご指摘通りに指定したら解決しました。
ということは、ios::binaryを指定しないと\r\nが\nに短縮されてファイルサイズが縮むんですね。
今までgetメソッドがその処理を受け持つものだと思っていました。
でもios::endがその差を吸収してくれないならテキストモードで全内容を読みたいとき
readメソッドは使えずgetメソッドで一行ずつ読み込むしかないんですね。
ファイルマッピングは使ったことがありますが今回はクロスプラットフォームを実現したくて見送りました。
まあプリプロセッサで振り分ければいいので単なる無精ですが。
>>607 「終端文字の代入を省略したい」と勘違いしてたわ…すまん
>>596 単にios::binary付ければ解決する気がする。
tellgで得られるのは改行変換前のバイト位置で、readで読むのは改行変換後のバイト数って事だと思う。
ファイルの中身が"ﾌﾌﾌﾉﾌﾌﾌ"だったりして
WndowsのようなCooked Modeを持っているOSだとテキストモードで
そういえば「あるテキストを読み込み、行を逆順に出力せよ。行数に制限は
バイナリモードでオープンすりゃ良かったんじゃね？
デフォルトのスタンダードライブラリーってフォルダーのファイル名を列挙したりする、いわゆるフォルダ操作は
§27.6.1.1
もしかしてファイル長がunsigned longだと32bitの恐れがあるから、C++で
>>618 C++11の規格票を見てもそれらしい対策はないね
今の所これを使うしかないのか
http://d.hatena.ne.jp/y-hamigaki/20061013 >多くの32ビット環境ではstd::streamoffが32ビットですが、std::streamposはそれ以上の精度を持っていることがあります。
>そのため、Boost.Iostreamsでは(処理系依存の方法で)可能な限りstd::streamposからオフセットを64ビットの精度で取り出す関数position_to_offset()が用意されています。
>このオフセットを表現するのにstd::streamoffでは足りないので、代わりにboost::iostreams::stream_offsetを使います。
>使っていて気が付いたんですが、(少なくともVC8付属のものでは)std::streampos同士の引き算などで意図せずオフセットの精度が落ちることがありました。
>なので、std::streamposに演算を施す場合は、一旦stream_offsetに変換しないといけません。
>これに関してコンパイラは警告を出してくれない(std::streamposの中でキャストしている)ので、注意深くコーディングする必要があります。
>どうせならstd::streamposも別クラスで置き換えてくれれば楽だったんですけどね。
勘弁してくださいorz
ストリーム長に関しては本当にうんこライブラリだからな
621 ：
デフォルトの名無しさん ：2013/06/04(火) 20:26:54.03
禿様も、そのときは一生懸命だったんだよ
名前：
>>622 >STLコンテナ
今の状態で使うのはよした方がいい(だって遅いし)
だいたい何故にゲーム(多分)で10万もの構造体を毎フレーム初期化する必要がある？ どんな処理だよ？
あ、あと代入はabc構造体の全要素に同時に代入する使い方しかしないです
大量のパーティクルを扱いたいんです
補足ばっかりすまん
お前の言う代入って初期化なのかコピーなのかどっちだよ
……今気づいたけど、
>>622 ,624-626が同一人物なのか
トリップ付けるかageてくれれば質問者が誰か分かりやすいと思う
629 ：
622 ：2013/06/04(火) 22:39:37.48
すまん
>>622 ,624-626です
初期化だね
速く出来るのならコピーの形に作り変えてもいい
現状はトリップしかないね
631 ：
デフォルトの名無しさん ：2013/06/04(火) 23:02:41.98
あれ、ID表示しない系の板ってageたら表示するもんじゃなかったか
どうやら俺の勘違いだったようだ……
たかだか250マンコ程度のfloatを60回代入するのに
634 ：
622 ：2013/06/04(火) 23:40:43.70
やっぱり普通に考えたら負荷にはならないのかな
>メモリの確保と開放を10万回
memcpyで済むならその方が
って、おい！ ふざけんなwww
>>634 >メモリの確保と開放を10万回
|∧∧| （( ) ） （( ) ） （(⌒ ）
＿＿(；ﾟДﾟ)＿__ （( ) ） （( ⌒ ） （( ) ）
| ⊂l
>>622 l⊃| ノ火.,､ ノ人., ､ ノ人.,､
￣￣|.|. .||￣￣ γﾉ）::） γﾉ）::） γﾉ）::）
|.|=.=.|| ゝ人ﾉ ゝ火ﾉ ゝ人ﾉ
|∪∪| ||∧,,∧ ||∧,,∧ || ﾎﾞｫｵ
| | ∧ (´・ω・) (・ω・｀) ∧∧
| | ( ´・ω) Ｕ) ( つと ﾉ(ω・｀ )
~~~~~~~~ ｜ Ｕ ( ´・) (・｀ ). .と ﾉ
ｕ-ｕ （ ) ( ﾉ u-ｕ
`ｕ-ｕ'. `ｕ-u'
639 ：
622 ：2013/06/04(火) 23:55:40.30
やっぱりこれ？
ばかには無理
642 ：
622 ：2013/06/05(水) 01:17:29.79
643 ：
622 ：2013/06/05(水) 01:37:31.92
あ、あとよく考えたら10万回のメモリの確保と開放は無かった
使われていないパーティクルデータを探す
645 ：
622 ：2013/06/05(水) 02:11:42.02
単純にforループの数の大きさのせいか
>>645 書き込み数が同じにも関わらず、どんどん時間がかかるようになるのは、未使用領域の探索に時間が掛かっているからだ。
しかも一個未使用領域を見つける度に、配列の最初から探索をやり直している。非効率すぎ。
この方法だと、例えば配列の先頭6万個が使用済みの場合、
createSplash()を呼ぶ度に(６万 * 作りたいsplash数)以上の
ループと変数読み出しが(未使用領域の探索のために)発生する。
3000個のsplashを作りたいなら1億8000万以上だな。
647 ：
622 ：2013/06/05(水) 02:47:49.73
なるほど。
648 ：
デフォルトの名無しさん ：2013/06/05(水) 03:46:17.10
c使いじゃないので何ができるのかわかんないんだけど
順序無しリストで管理すればいいのでは？
ゲームとかプログラム始める前に基本情報ぐらいとれよ
>>647 >未使用領域を見つけても探索をやり直さないようにする以外
静的にとった領域に対して使用中要素のリンクリストと未使用要素のリンクリストを持つのがこの手のげむのセオリーじゃねーの？
>>649 パーティクルが有効になる順番と死ぬ順番が一致してれば、そうだね。
一致してないとリストの中間の要素を削除するはめになって、削除コストがマッハ。
一致してない場合は双方向リンクリストをつかえば探索と破棄が低コストでできる。実装はググって。
std::listは削除が低コストでできないから、この用途には役にたたないよ。
>> 650
学校や会社で課題出されたならともかく、自分の意思でプログラム始めるにあたって
基本情報から入る人なんているの？
>>652 いきなり最初からはなくても
一週間もすれば、あ、これプログラム言語だけじゃなんも出来んわ、って気が付く
そこからネットで情報調べれば基本情報にたどり着くよ
普通だと思うが？
基本情報とか爆笑したｗｗｗｗｗｗｗｗｗｗいらないよ。
基本情報処理技術者試験はまあいいけど
>>631 ID無効と、任意IDと、強制IDの3つがある。
ageでIDが出るのは任意IDのやつで、元々はメールアドレス書いてるならID要らんという思想によるもの・・・
・・・だったと思うんだが、sageとかの機能にメール欄流用した結果sage進行中心の板ではID無効同然になった。
基本情報とか時代遅れ過ぎるわ
基本情報ｗ
取れたからどうだって訳じゃないが、それすら取れん馬鹿を篩に掛ける程度には役に立つんじゃね。
・要素に次要素へのポインタないしインデックスを持たせて、使用中要素のリンクリストと未使用要素のリンクリストで管理する
今の人は時間やメモリ節約するコード知らんみたいだ。
足並み揃わなくなったかな？
基本情報でドヤ顔するやつは解雇して良いが
>>656 コーディング以外のところが空っぽだから基本情報とるんだよ
670 ：
デフォルトの名無しさん ：2013/06/05(水) 20:01:56.64
>>668 おまえ税金で食わせて貰ってる連中か
その足きりとやらを通ったからって何だ？ 根本的におかしいぜ
コピー機が使えるバカや、英語を話すバカを、何に使えって言うんだよ
金取るに値する仕事しろ！
マ板でやれ
基本情報とか持ってなくてもそれくらいの知識マならあって当然だろ
>>670 コピー機すら使えないバカには用はないよ (w
まあ、このてのアホを選別するぐらいの役にはたつようだな。
基本情報の内容は勉強になったと思うけど、
>>674 仕事に必須？
んなわけないじゃん。
それすら取れないアホを足切りするだけでしょ
676 ：
デフォルトの名無しさん ：2013/06/05(水) 20:55:16.46
>>673 退職願はここで書くんじゃなく、上司に提出しろｗ
実力があれば資格なんぞ全くの不要
>>676 就職もできないやつが退職願いとか、笑える
基本情報ごときで凄そうとか言うやつ、
コード書く連中で取ってる奴らに言わせれば基本情報「ごとき」なんだよな。
「基本情報合格していない馬鹿」じゃなくて
受けるまでもない人も合格していないに含まれるわけだが
マ板でやれ
C++のコンストラクタとデストラクタでは、なぜクラス名を書くのですか？
キーワードの追加による互換性の低下を嫌ったんじゃないかな。
class Aがあったとして
>>686 コンストラクタの名前と一時オブジェクトの生成方法は関係ないだろ。
>>684 まったくそうだよな。C++だけならまだしも
JavaやC#もクラス名を書かされるのはイライラする。
>>672 ないやつが我が物顔でIT業界に入ってくるから言ってるんだよ
一度新人研修で教えればわかる
未経験OKを業界規模で禁則事項にして基本情報を就職の必須資格にすべきだ
>>647 少なくともこいつは基本情報レベル以下のカスだから永遠に趣味グラマでいて欲しい
しかしこいつよりカスなやつが平気で面接受けにくるのが今のIT業界なんだよな
>>682 自称『受けるまでもない人』は、お帰りください
かなしいけどウチの中堅～老害層は基本情報受けても落ちるだろうなってやつかなり居るよ
でも基本である以上必須ｗ
this()
どのみちコピーコンストラクタの宣言ではクラス名を書かされる・・・
そこはselfだろう
class GNuuuu {
label_place_collection::XXX みたいな記述箇所依存の置換えマクロみたいなもんが有ればしやわせなのかな
class GNuuuu {
$にしよう
スクリプトみたいだな
私 = I なんだから、大文字の I にしよう
705 ：
デフォルトの名無しさん ：2013/06/06(木) 10:39:26.20
ちゃんと関数が成功したか戻り値を毎回確認しろ
707 ：
デフォルトの名無しさん ：2013/06/06(木) 13:43:03.82
>>706 返戻値は確認しました。が、それでもだめです。。。
すみません、環境依存スレに移動します。
デストラクターはtypedefの型名使えるけど
使えるでしょ
そうだったのか
どちらも使えない
classとstructはほとんど同じ意味なんでしょ？じゃあclassという予約語が導入された理由はなんなの？
悪魔がそうしろと囁いたから
むしろstructの方がC++には要らんだろ
やってる事は同じに見えるが、デフォルトがpublicなのが構造体でprivateなのがクラスって
互換を引きずって、いやな仕様になったところはあるよな。
モノは同じだが、背景にある理論は全く違う…使う側が気を遣うべき物じゃない？
あれは素人が作ったものだから…
>>716 誰にも使われずにきれいなまま朽ち果てるだけでしょ。
>デフォルトがpublicなのが構造体でprivateなのがクラスってくらい
>>712 クラスはデフォルトでprivateにしたかったが
structはデフォルトでpublicにしないと
Cとの互換性が保てない
だからclassを導入したと考えると良い
性癖
>>720 C#が割と普及してきたし、
結局言語やライブラリが便利かどうかで決まると思う
デフォルトがパブリックのがよくないか？
継承はpublicがデフォルトでいいと思うが
>>721 > 「何」がpublicなのかを正しく説明する人を見たことがない
説明するまでもないから...
PODだけstructにしてるわ
729 ：
デフォルトの名無しさん ：2013/06/07(金) 10:20:14.71
インターフェイスも class で書かれます？
インターフェースもクラスで書いてるな
731 ：
デフォルトの名無しさん ：2013/06/07(金) 10:37:29.39
悪いとは言わんが、ご苦労さま
もうやだ、テンプレートのデバッグほんとやだ。どんな無理ゲーだよ？そらリナスさんもキレるっつーねん！
バグの入り込むような所でてんぷれーとを使うのがあかん
namespaceをテンプレートに出来るようにしてくれ
>>732 エラーメッセージが分かりやすい最新の環境を使え
736 ：
デフォルトの名無しさん ：2013/06/07(金) 16:25:14.63
そういう問題やなかろうが
737 ：
デフォルトの名無しさん ：2013/06/07(金) 20:08:44.68
#include <stdio.h>
> for(j=0;j<50;i++)
>#include <stdio.h>
>>736 いちいちTにはいるすべてを網羅してテストするのですか‥‥アマチュアには想像できない世界だと痛感します。
742 ：
デフォルトの名無しさん ：2013/06/07(金) 20:24:07.71
>>738 さんありがとうございます。糞みたいな見落としでした
ほかの方々も厳しいお言葉ありがとうございます
そのヘッダーはC++のものではないのですね...
勉強しなおしてきます
>>742 事象が再現する最小限のコードに削ってから出直せ
まず a[i][j]='a' を削る→再現する
次に for(j=0;j<50;i++);を削る→再現しない
→こんな糞スレで質問するまでなく原因が判明
今日もエクセル方眼紙をたくさん書いた
テンプレート絡みのは全てコンパイル時エラーなんだから、
>>744 お疲れ様･･･。
仕事って常に自分のやりたいことができるわけではないからね･･･。
>>745 それでもお偉いさんは全部網羅しろ、っていうんですよ
>>744 その仕事プロジェクトにC++使われているのか?
C++を使うプロジェクト自体がそんなに多くないし
>>745 >テンプレート絡みのは全てコンパイル時エラー
んなこたーない
template<typename T>
void fuck(T v)
{
printf("%d, %d", v, 100);
}
>>750 言いたいことは分からないでもないけど、それはテンプレートのせいじゃないんじゃないかな…
テンプレートを使わなければ、そういう間違いをしなくて済むというわけじゃないし、
対策としてはintにstatic_castしてみればいいんじゃないかな
>>750 ついでに言えば、そのパターンも intじゃない空の型一つでテストすればエラーを検出できるから、やっぱり網羅的なテストは必要ない
あれをテンプレート絡みを言っちゃう750の頭がかわいそう
>>751 ある環境でTがshortやintやlongだとOKで
floatやlong longだと正しく動かないのに
テンプレートが関係ないとはお前アホか
template<typename T>
void fuck(T v) {
printf("%d", static_cast<int>(v));
}
これだって何の解決にもなってない
>>745 二種類のテストがいる。
テンプレート関数の方とテンプレートパラメータに成りうる型が
そのテンプレートのコンセプトに従っているか、と。
後者のテストは当然テンプレートで書けるので、仰るとおり一回
書けば終わる。
>>748 745がいうように、お偉いさんの言う網羅テストはちゃんと省力的
に処理できる。
ただまあ、もしExpression Templateを使っているとか、
汎用的なテンプレートライブラリとして納品しなきゃならんのなら
ご愁傷様。無理。
X<T>のTの取り得る型は
コンパイル時にテンプレートパラメータに成り得ない型のときは
ふつう一個のプロジェクトの中で特定のテンプレートが
>>759 >インスタンス化される型の種類は有限
ではその有限の種類を列挙する方法を教えて下さい。
自分の書いたX<T>を含むプログラム内に含まれる、
Tの取り得る型の見つけ方を。
テンプレートはダックタイピング的な
>>760 ものによるんでない？
例えば特殊な文字列テンプレートクラスでエンコード情報あたりを
テンプレートパラメータにしてるならそれで列挙できるだろうし
一種のコンテナでアロケータをテンプレートパラメータにするんなら
用意したアロケータを列挙すればいい
テンプレートパラメータがイテレータとかで本当に汎用的な場合で、
かつそのテンプレートがやたらそこら中から呼ばれているような場合
は厄介なのは分かるしご愁傷様だけど、
どうしてもっていうならシンボルからデマングルで取れるかもね
X<をgrep検索
>>755 例えばstd::sortの結果は
要素のoperator<の実装に依存するので、そういう意味では任意の型についてソート結果を保証することはそもそも論理的に不可能。
std::sortのテストでできることはoperator<で規定される大小関係通りにソートされることのみ
で、ある型が正しくソートされることを保証する義務は呼び出し側にある
君が提示したprintfコードも同じ
つまり未知の型をすべて網羅したテストを行うというのは初めから要求が破綻している
>>763 は
kuso<typename unko<string>::X, 0721>
とかいうコードをどうやって網羅テストすんのよ
数字にナニカ意味があるのかとググってみたら
コーディング規約で
vector<string>って使っている奴多いような気がするが
てか言葉尻だけでいえばどうやっても有限なはず
>>769 有限かどうかじゃなくて
その有限の種類を列挙することが
困難だから問題なんだろ？
マングリ返しするしかない
>>769 template<int n>
fib {
static int k(){return fib<n-1>::k();}
}
この手のは有限でも無理だろ？
メタプログラミングでの網羅確認は
机上のコードレビューと同じレベル。
>>771 コンパイル時にnは決まるんだからそれテストすれば十分じゃない？
そのnを探すのはコードレビューするしかないという意味だとすると
そりゃまあそこは頑張るしかないが、それでも例えば
template <int n> class checked_fib;
template <> class checked_fib<256>{}; // レビューで見つけたnその１
template <> class checked_fib<16>{}; // その２
template <int n> class fib : checked_fib<n> {};
とかガード書けておけば抜けはビルド時に見つけられるわけだし。
別の切り口としては、どこまで用意すべきかは仕様から明らか
チェックコードをいちいち生成するしかないな
ふむふむ。
おいおいおまえら、
ごめん、772で答えになってないなら分からない
X<n-1>::k()+X<条件分岐<(n%2)==0,X<n-2>,Y<n-2>>>>::k()+X<n+2>::k()
それは単にうんこちゃんなそのコードがアレってだけでは…
>>773 仕様的にはホワイトリスト方式にして、試して動いたら使用可能な型が増えていくようにすれば楽かもな。
動かない時は悪足掻かない。直ぐ諦めて別に一から書き起こそうぜｗ
実際どうなんだろうな？アッチはアッチで動く状態を維持したまま、コッチでも動くようにする努力と、もう
それはコッチでは動かないんだと割り切って一から書き起こす努力。
経験的に後者の方が低コストなんじゃねーか？って気がする。
ありがちなのは、作ってみたらコッチの仕様はアッチの振る舞い
結論：
型をパラメータにとるテンプレートに関しては:
a-1: 任意の型については必要なメンバーやtypedefを備えているかどうかの話なので、ダミーの型一つに対してテストすればおけ
a-2: 特定の型について特別な要求があるのなら、その型については個別にテストする。
a-3: 任意の型について「あらゆる意味で正しい結果」を保証したい(
>>755 みたいなの)というのは、要求そのものが論理的に破綻しているので却下。そういうのは個々の呼び出し側でテストすべきで、テンプレート側で考慮すべきことではない
値をパラメータにとるテンプレートに関しては:
b-1: 非テンプレートなプログラムと同じ事なので、あえてテンプレートの文脈で語る意味がない
b-2: そもそもの話の発端はテンプレートのデバッグが困難でクソという話なので、fibとかみたいに積極的にテンプレートを活用しにいっているケースは微妙に話がずれてる
783 ：
デフォルトの名無しさん ：2013/06/08(土) 00:38:39.01
>>764 テストを実際に行うかどうかはともかく
結果的に不具合が起きたとき、どっちが悪いのか
君は自分のコードを神のコードか何かのつもりにでもなっているのか
数学的な証明を、実務としてちゃんとやっているのか
やっていないとは言わない、本当にやっているのか
>>782 に補足しつつ思うところを書かせてもらうと
・試験の対象は最終的にはテンプレート（例：X<T>）ではなくあくまで
そのインスタンス（例：X<int>, X<long>）
・これをテンプレートとパラメータの二つに分けて試験する
・テンプレートについてはパラメータの共通の振る舞いを決めて、それ
だけを実装したモックを用意したテストを書く
・余裕があれば正しく振る舞わないモックも用意して異常系での動きも
試験する、境界条件での動作も同様
・テンプレートパラメータに成りうる型については、上記の共通の振る
舞いに従っているかどうかテストすれば十分
・上記で十分なはずだが、どうしても上司が五月蠅ければ、モック用の
試験にも突っ込んでおく（案外バグが見つかる…）
・何がテンプレートパラメータに成りうる型かはいろいろ頑張って探す
・探しきれないほど汎用なテンプレートの場合、完全網羅は諦めて、
仕様と睨めっこして現実的なおとしどころを決める
とかかなあ。「あらゆる型」とか「可能性のある型すべて」ではなくて
一定のタガにはめるのがコツ。C++14だとそこでconcept liteを使う。
ゴミほど忍法レベル高いな。
C++17じゃなくてC++14にコンセプト入るのか？
あと
>>750 は良い指摘だと思う
確かにそれはテンプレート周りでよくあるタイプのバグで、
コンパイル時にはエラーにならないからテスト書かないと
発見できない
（この例そのものについては警告くらい出そうだが）
この例の場合は、暗黙にsizeof(T) < sizeof(int) && is_integral<T>
という振る舞いを仮定しているので、Tとして渡されうる型に
対してこの条件を満たすかテストすればよい
もっとも、そこまで分かっているならmplとenable_if使えば
コンパイルエラーにすることもできるけど
>>786 あれ、17だっけ？まあ当面使えないからどっちでもいいよ
>>783 そもそも任意の型に対して「あなたの期待する結果」を要求することは
論理的に不可能だといっている。
>>782 でも言ったが、個別の型に対して特別な要求があるのなら、
それについてはテストすればいい。
floatやlong longについて、それに応じた「正しい」結果を出力するという
要件があるならそうすればいいだろう
現実的に考えれば、
>>755 みたいなののに関しては
1. 特定のメンバー関数を備えたオブジェクトであれば、そのメンバーを呼んで文字列化する
2. プリミティブ型については個別の実装を用意する
というのが落とし所だろう。
その場合、プリミティブ型については網羅テストを行うべきだが、任意の型に関しては、単に必要なメソッドを備えたダミーの型を一つ用意して、それに対するテストを行えば用は済む。
そういうことを踏まえた上で、
>テンプレート絡みのは全てコンパイル時エラー
>ダミーのプレーンな型を一つ定義してテストすれば、テスト通った時点でテンプレートパラメータに何が要求されるか網羅できるはずだよね
??
と言ったんだ
クソはＫＵＳＯらしくコテハンにしろよ
assertとかで引数チェックしてるならテンプレート引数もチェックするように書くべきだとは思う
structとclassには思想的な違いがある
そもそもC++はストロストラウップ先生の、
>>792 > structは単にデータを集約するしくみであって
その理論だと、 struct にメソッドとか作れなくていいはずだが？
>>794 いやとにかくストロストルウップ先生はSimula（←>793のを訂正)で書いた
ご自身の完璧なプログラムを高速に動かすこと以外はわりとどうでもよかったので
C++の言語仕様は実装が出来る限り手を抜ける形で進めたとかそういうオチ
structはclassと共通化され、純粋なstructを残す手間を惜しんだ
ほかには、クラス内での定数の定義をenumハックで解決してるじゃん何か問題でも！？
と強硬に主張し、static const intの導入に抵抗したりもした
非推奨だけどstdio.hもあるよ
ISO/IEC 14882:2011
deprecatedの定義を噛みつかれてんだろ
>>795 ハゲはもうC++から身を引いた方がいい
ウザすぎ
そろそろハゲの呼び方を統一しようぜ
Wikipediaはこの世で最も信用してはならないもの
>>804 ググって出てきやすい、って意味で言ってるんじゃね？
「ストロストルウップ」でググっても全然引っかかってこないし
（引用符付きだと「"ストロストルウップ"との一致はありません。」、無しだと全然関係ないページが出てくる）
C++14ではその読み方も正式に定義されるらしい
「びよーん・すっぽすっぽ」と呼んでも怒られないどころか、
じゃあビヨ～ンでいいんじゃないかな
o< ´･ω･` >oﾋﾞﾛｰﾝ
びろーん
>>810 頭皮を隠さないことも加えてあげてください
ﾜﾛﾀｗ
813 ：
デフォルトの名無しさん ：2013/06/08(土) 16:37:35.37
struct unko {
純粋仮想デストラクタは定義も必要
>>815 典型例なアスペ回答乙
エラーメッセージ見りゃわかるだろ
まるで糞
struct unko {
規格にはルールが書いてあるが
↑こいつアスペ
では代わりに815が答えます↓
１
２
結論 C++はクソ言語
C++以上に強力な言語って考えられないが
>他に純粋仮想関数がないインターフェイスでもインターフェイスを明示できるから使ったらいいんじゃね？
つまり言い方的には
インターフェースという概念が無い言語で
>問題1 純粋仮想関数なのに実体を持つのは変だろ
そうですね。規格策定の委員会メンバーはお疲れだったのでしょう。
>問題2 実体が必要ならそもそも=0禁止にするのが筋じゃね？
そうねすね。それが一番いいと思います。
>問題3 virtual ~unko()=0{}がダメなのは何故？
=0という珍妙な文法を考えた委員会のレベルを察して下さい。
>問題4 何で実体が必要なの？
>>822 の通りです。
>>830 珍妙ではあるけど関数のアドレスがNULL(0)であるって理由づけするとそこまで変でも…いや変か？
意味的には純粋でも実装がそうでない
のなら virtual ~unko()=0{}
これを認めるよう構文を見直すか
デストラクタに限り=0は{}と同等
とすべきだと思うのだけれど
>>831 関数ポインターじゃなくて関数が
ゼロとはこれ如何に
デストラクタを純粋仮想関数にすればインスタンスが作れなくなる
ただの一メンバーの=0が「関数定義が無い」
クソ言語はどうしようもないなまったく
abstract が予約語にあればこんなキモい文法には・・・
837 ：
デフォルトの名無しさん ：2013/06/10(月) 09:55:56.12
予約語どんどん作れって禿に言ってみな
言う先はハゲじゃなくてWG21だから
839 ：
デフォルトの名無しさん ：2013/06/10(月) 14:37:23.96
=0 つってんのに virtual が必要とか、もうやめれ
C++11でfinalとoverrideのキーワードを
ひらめいた！ 属性なら互換性も問題なくね？
842 ：
デフォルトの名無しさん ：2013/06/10(月) 19:57:16.79
>>834 いいかもね
ついでにデフォがprivate継承ってのも廃止で
//private継承マジ死ねアホカス
private継承はnoncopyableで使うから要る
>>841 そこでJAVAのアノテーション地獄の再来です
>>842 メンバーをprivateってのは普通だけど、
親クラスをprivateってのは普通の使い方
じゃないよね まったく
>>843 デフォルトをpublicって話でしょ
それ以上の怨念を感じた
互換性を考えるとenum classのように
>>843 void operator=(kuso const &) = delete;
でいいじゃない
オブジェクト指向原理主義者（≒Java厨）はよっぽどprivate継承が気に入らないみたいだな
D言語ではpublic継承しかできなくなった
>よっぽどprivate継承が気に入らない
>>848 細かいことだけどJAVA厨のオブジェクト指向は
一般のオブジェクト指向と意味が違うよ
教義は
・インターフェースこそオブジェクト指向
・つまりJavaが最高のオブジェクト指向
・デザパタ名の連呼で会話しようぜ
・C++とかスモールトークは
インターフェースが無いから偽物
多重継承があるから必要なのか
>>850 仮想デストラクタでないクラスを拡張したい時に
private継承してpublicでusingしまくるという手は使える
例えばSTLのクラステンプレートを拡張するとか
まさに糞コード量産機の発想！
C++は型そのものをメタプログラミングで操作するようになって、純粋なC++コード(って言い方も違和感あるが)
今時天ぷらもあげられないカスグラマがいんのか？
大量のKUSOが排泄されるのもC++の魅力のうち。
javaならKUSOが生まれないとか都市伝説だろう
質問です
>>855 C++はオナニー専用言語
実務につかっちゃダメ
他人のオナニーなんか
見たくないだろう？
>>859 アロケータを自分でマネージするための大人の都合ですQZがよくやってるね
Qt使ってるぅ～？
operator new(size_t)
864 ：
859 ：2013/06/10(月) 22:05:37.35
>>861 大人の都合ですか…
とりあえずおまじない程度に理解しておきます
>void operator delete(void*, size_t)
>>830 =0文法を最初に考え付いて実装した上に
あまつさえ販売したのばボーランドの連中だったはず
中○正○郎は気の利いた文法じゃーんみたいなことを確か言っていたが
867 ：
デフォルトの名無しさん ：2013/06/10(月) 22:46:02.89
蓬乱の連中も当時は優秀だったんだよ
国際標準を定める委員会は自分たちの瑕疵を
ボーランドのせいにするようです
>>863 もどこぞのベンダーの糞仕様なのでしょう
hackだぜ
皆が明らかにこれは変だろってところを修正した新しい言語はよ作れや
C#からガベコレ抜いたような言語になりそうだ
それが正解な気がする
873 ：
デフォルトの名無しさん ：2013/06/12(水) 20:40:29.34
例外さえ白紙撤回からやり直してくれれば俺は何も言うまい
C++ほど見方次第でどうにでも化ける言語って無いみたいだな
>>872 パフォーマンスという言葉を知らないのか？それとも処理が終わるまで何時間でも待てる
時間的余裕があるのか？
>>875 時間あるよ
土地、家、十分な金が遺産で手に入ったから暇なんだ
今時C#のパフォーマンスが遅いという老害
C++使いが目障りな人が何故かこのスレに来て不快な思いをしてるようです。好んで
マゾだね
嫌いの度が過ぎると目が離せなくなるんだよ。
目障りなんて一言も言ってないのにせん妄まで始めたか
>>881 お前、ちゃんと外出てるか？人間と会話してるのか？
rubyのようにメンバ変数の先頭に@付けたい
884 ：
デフォルトの名無しさん ：2013/06/12(水) 23:43:11.43
>>882 おまえ、ちゃんと C++ で発話しているか？ マシンと話しているか？
人語には幻想修飾あるいは期待値参照とでも言うべき面倒なものが多くて混乱するのはわかるが
885 ：
デフォルトの名無しさん ：2013/06/13(木) 00:29:18.26
ふむ
ここでアスペという言葉を多用するコミュ障が出現する予感
>>873 例外の何が気に入らないのか聞かせてもらおうか。
テンプレートと格闘すること数週間、メタプログラミング楽しい。
coccinelle.lip6.fr/docs/main_grammar013.html
メタプロは頭のトレーニングにはなるが
テンプレートは手抜きのための仕組み。型を明示せず機械任せにする。
マクロとかテンプレートとか、麻疹みたいなもんで、一度ははまる。
それいいな
delete [] は配列のサイズが分らなくても開放できるのに
vector使えハゲ
896 ：
デフォルトの名無しさん ：2013/06/13(木) 11:56:26.70
>>887 嫌いなところが多すぎるから、ああ言ったんだが
たとえばRTTIがもれなく付いてくることとか
>>895 vectorはクラス内部にsizeを保存して無いとでも？
馬鹿か？
配列newしたときコンパイラーはどっかにサイズを保存しているから
900 ：
デフォルトの名無しさん ：2013/06/13(木) 13:45:16.47
>>894 delete[]が必要とし、どこかから取得している情報は「配列のサイズ」じゃないからだよ
もっとも、デストラクタを実行する回数とか見てるとアホかと思うことはあるけどね
>>899 ヒープのサイズを記憶してるのはＯＳ
ヒープブロック全体のサイズを知りたいならＯＳに問い合わせればいい
なるほど、C++言語のsize_ofがOSに問い合わせる機能を持ってないのがいけないのか。
>>899 ある領域を解放したり、サイズを取得したりする方法は、アロケータの実装次第なわけで、
でもポインタからは、その領域を確保したのがnewなのか、mallocなのか、OSのネイティブAPIなのか、ユーザー定義のアロケータか、はたまたスタック領域のポインタなのか区別できない。
確保と解放については常に1セットで使え(mallocとfree、newとdelete)という運用で
この問題を解決しているわけだけど、サイズ取得関数にそれと同じことを要求するのは難しい。
それとも何とかしてポインタからアロケータを判別して、よきに計らえるようにするか？
ポインタは領域の「先頭」以外の任意の場所を指すことができるから、前後のデータからアロケータを判別することはできない。あくまでアドレスしか手がかりはない。
方法としては、アロケータが管理している領域をアドレスで検索かけて、ヒットしたらそのポインタはそのアロケータで確保されたものとみなして適切なサイズ取得関数を呼ぶということになるんじゃないだろうか。
コストが鬼のようにかかると思うけどな。
まぁ、今書いたことは全部オレの妄想だけどね
malloc/freeに対応するサイズ取得関数、new/deleteに対応するサイズ取得関数、new[]/delete[]に対応するサイズ取得関数
ヒープブロックの先頭かどうかの判断を言語機能としてどう実現するのか
906 ：
デフォルトの名無しさん ：2013/06/13(木) 15:44:41.30
実装するならするで、そう難しくはないんだけどね
operator newの返す領域がどこから確保されたかは
つまり一言で言うと Ｄ を使えってことだな
>>903 ＞アロケータが管理している領域をアドレスで検索かけて
取得したメモリを分割して提供するアロケータとかあるから入れ子も考慮せにゃならんし、
あらかじめすべてのアロケータをサイズ取得関数に教えて置く必要もある。
…ダルいなぁ、これ。
ここまで、delete[] operatorとoperator delete[]の
区別がついているのが
>>899 と
>>907 だけ
911 ：
デフォルトの名無しさん ：2013/06/13(木) 16:58:48.29
parse error と well-formed の区別がついてない人、そんなに多いか？
>>894 delete[]式がoperator delete[]を呼ぶ前に
適切な個数のデストラクターを呼び出すのは、
先頭要素の直前で配列要素数を覚えているから。
5.3.4p12
new T[5] results in a call of operator new[](sizeof(T)*5+x), and
Here, x and y are non-negative unspecified values representing array allocation overhead; the result of the
new-expression will be offset by this amount from the value returned by operator new[]
それを取得する機能が言語仕様に無いのが
何故かと訊かれると、それはわりませぬ。。
適当ぶっこいてる奴らばっかだな！
ひとつ前のレスも読めない奴が
デストラクタの有無で扱いが変わるのもやってみれば分かるはずだ
ひとつ前のレスも読めない奴が
ひとつ前のレスも読めない奴が
>new[] は確実に要素数を保存するわけじゃないから、
＞それを取得する機能が言語仕様に無いのが
クソクソ言う奴が糞の法則
自己紹介乙
923 ：
デフォルトの名無しさん ：2013/06/13(木) 20:08:05.58
わずか１レス、しかも空行を数えても４行の中で自己矛盾とはねえｗ
おまえらよくそんなに勉強してるな
> ひとつ前のレスも読めない奴が偉そうに
レスの分量を見れば時差レスは明白なんだがね
時差で自己フォロー乙
>>914 おまえ何とか餃子の糞コテだろ？
1yスレから出てこないでください
いつも長文がうっとおしいです
929 ：
デフォルトの名無しさん ：2013/06/14(金) 00:31:06.71
餃子食いたいな
>>928 何で QZ でなく敢えて餃子と言ったのかは
知らんが、スルーしろやカス。
>sizeof(A) が 8 とすると、new A[10] とすると 一見 80 バイトの領域を確保すると思われるんだが、
>>913 達人プログラマが無駄を削ぎ落としたコードでメモリを直接見たり触ったり管理するというのがCの文化やがな
配列長を管理してくれるしくみが固定長/可変長をとわずのべつまくなく配列につくとか
そーいうセンスからすると余計な機能やがな
935 ：
デフォルトの名無しさん ：2013/06/15(土) 02:03:31.27
つまらん・・
>>934 D&E読めや
最初はC++でも個数を言語側で覚えておかずに delete[10] p; という風に
解放時にプログラマが個数を指定するようになっていた
しかしあまりにもエラーが多すぎるのであんたの言葉で言うと「Cの精神に反する」
かも知れないが個数を覚えておく形式に変わった
歴史を見て物を言えや
削除にも個数書いた方がクールだよな
>>936 それであんな文法なのか。
にしても、サイズを覚える仕様を配列時のみに限定する辺り、
Cの精神が完全に無視されたというわけでもなかったりするんかな。
…ってCのfreeも(配列長ではないがメモリサイズを)覚えとるやん！
Cの精神云々関係なく実装コストとミス対策がせめぎ合ってきた歴史、
と解釈することもできちゃうかもなぁ…
何がCの精神なのかよく分からん
>>936 うぜー言語にデストラクタを導入したから自滅した、というだけであって
そのエピソードはCの文化云々とは関係ないだろ；
>>938 典型的なmalloc()/free()の実装ならメモリブロックのサイズ/sizeof(T)でTの配列の要素数がわかる
が、malloc()の実装方法の詳細まで規格で決まっているわけではないから
環境によってはdelete[]の導入のせいで空間的コストを追加で支払わされるケースがあるのかも試練、
システム記述言語を、業務アプリに使うのが間違ってるだけ。
>>940 mallocって指定した以上のメモリを確保する実装でも別にいいんじゃねーの
メモリブロックのサイズから要素数求められんの？
>>942 知らん普通はメモリ使用効率をとり、
malloc()で指定したサイズ＝確保されたメモリブロックのサイズ（管理用のヘッダは除く）
のはず
マルチコアのシステムだとメモリブロックがキャッシュラインサイズ（128 Byteとか）の境界に整列していた方が
良いかもしれん（実際_aligned_malloc()みたいなものもある）んおでそう単純にも遺憾かも試練、
>>943 特定の境界にアラインされてないと char 配列以外で
パフォーマンス落ちたりCPUによっては例外出たりするから
メモリブロックを特定のバイト数単位で管理しているはずだと思う
アロケーションの都合で大きめにとることがあるんだから
946 ：
デフォルトの名無しさん ：2013/06/15(土) 12:13:18.01
で alignof と alignas ができたわけだ
>>944 ああ忘れてたわｽﾏﾝ
>>945 別に
そのシステムで整列に関して最も制限の強い型のサイズ(sizeof(double) == 8 Byte)とか）
の境界に整列させときさえすれば、整列に関しては無問題、
これはmalloc()を使うユーザープログラムのコンパイル時ではなくて、
malloc()のコンパイル時に決定できる
詳しくはK&R参照
キャッシュラインサイズで整列させないとまずいというのはパフォーマンスに関わる話
そのシステムで最も制限がキツイ型を得るマクロは？
>>947 >8 Byte)とか）の境界に整列させときさえすれば、整列に関しては無問題
4バイトですむ所も一律に8バイトに
すればokとかバカですか？
何言ってんの？
>>949 藻前は話を理解していない
>>950 だから、（環境によるが、典型的には)doubleで整列させとけばでおk
どんなサイズの構造体を作っても、開始アドレスを（環境によるが、例えば）8の倍数にしておけば
整列に関する問題は生じない
__m128や__m256を考えると
953 ：
デフォルトの名無しさん ：2013/06/15(土) 14:06:28.53
>>952 そういうレアケース(SIMD絡み)には_aligned_malloc()を使う
8バイトで済むところを毎回128バイト使っていると、>949に刺されっぞ
まあねw
そしてハブられる long double
そう言えばそんな型あったね
CPUの不動少数演算を使う限り、floatで事足りるんじゃ？
×不動
GPUの、なら分かるが
情報量が多くても誤差が小さくなるだけで無くならないからなあ
アナログで精度の高い計算が出来れば良いのだが
962 ：
デフォルトの名無しさん ：2013/06/15(土) 19:15:04.74
高精度が欲しければ拡張ライブラリがあるし
オペアンプって計算に使えるもんなの
>floatで事足りるんじゃ？
稀にっていうか、数値計算じゃざらだよ
>>957 あんなに有効精度が小さい型なんてマジ勘弁ｗ
物理やると128bit欲しくなる事だってザラ
単精度でことたりるなら、SIMDの並列度が倍になる
>>963 電子式アナログコンピュータというものがあってだな…
現在でもアナログとデジタルの境界部分ではアナログコンピュータ的な処理も無いこたない
精度についてだがPCMオーディオで知っての通り、
民生品で固定桁24bit超えてくるからIEEE754の32bit floatでは有効桁が余裕で足りない。
アナログでデジタル計算するわけじゃなくて、
971 ：
デフォルトの名無しさん ：2013/06/15(土) 20:45:51.77
だんだん意味わかんなくなってきた
技術が進歩しすぎて、計測器が精度20桁になったりするから困る
まあそういうこと
アナログ2ちゃんねるにすれば複素数も計算できるね
しかしアナログ値同士の計算は可能なのかが問題だ
>>975 乗算回路とか積分回路とかとかいうのがあってだな……
あ、そういうの要らないです
>>976 おもしろいな
ハードの話はよく知らないから興味深い
まあオペアンプがスレ違いなのは確かだから何も言えないw
一番の感心所は
もう埋めに入ってんだからどうでもいいじゃん
>>983 出来るよ
多粒子系を利用した多粒子系計算システムを組めばよい
>>985 あ、そういうのも要らないです
スレ違いの分際で開き直るとか
サイテーですね
産めましておめでとうございます
せめて次スレ立てて
994 ：
デフォルトの名無しさん ：2013/06/15(土) 23:18:58.61
アナログコンピュータノＯＳヲカイハツシタイ
次スレでは知られざるC++11の深層が
to be continued...
アナログマー
東大のパソコンオタクといっしょにアナログパソコンを作りましょう
1001 ：
１００１ ：
Over 1000 Thread このスレッドは１０００を超えました。