[過去ﾛｸﾞ] C++相談室 part130 [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
684: (ﾜｯﾁｮｲ 5711-rvkC) 2017/07/11(火)18:54 ID:dSS1j36W0(1) AAS
[][Tebla][]
}
000-"Yob*RtStrike"[%Kil\]MO,fla>%$9999VLTS
001-GYORLith"0\R"/"ESUBA"%$%
HADO-"EM","L","O","NU"###END
685(1): (ｽｯﾌﾟ Sd3f-nGAm) 2017/07/11(火)19:07 ID:DqTb1LDQd(1/3) AAS
>>683
素人なので「変数として抽象化」ってとこがよくわからない
686(2): (ﾜｯﾁｮｲ d796-rvkC) 2017/07/11(火)19:17 ID:dG3xud1d0(1/2) AAS
みなさんが複雑すぎて糞と言われるC++を使う理由を教えて下さい。
687: (ﾜﾝﾐﾝｸﾞｸ MM7f-hrVG) 2017/07/11(火)19:37 ID:FP4c/tWpM(1) AAS
>>683
なるほど、そんな捉え方があるのか
データ抽象の一つの形としてプロパティなるものがあるって考え方ね
688: (ｽｯﾌﾟ Sd3f-nGAm) 2017/07/11(火)19:40 ID:DqTb1LDQd(2/3) AAS
>>686
言われるほど複雑じゃないから
689: (ﾜｯﾁｮｲ bfe4-LW8t) 2017/07/11(火)19:43 ID:7V5lebao0(2/5) AAS
>>686
複雑すぎではないし糞でもないから
690: (ﾜｯﾁｮｲ bfaf-VFUi) 2017/07/11(火)19:45 ID:YnoqV4V50(1) AAS
SDKがC++しかなくて仕方なく・・・
691: (ﾄﾞｺｸﾞﾛ MM2b-d65a) 2017/07/11(火)20:21 ID:Wcul0TB2M(1) AAS
ネイティブコードを吐けるオブジェクト指向言語でメジャーな奴は C++ ぐらいしかないし
692: (ﾜｯﾁｮｲ d796-rvkC) 2017/07/11(火)21:14 ID:dG3xud1d0(2/2) AAS
二人は複雑じゃないもん
二人は仕方なし
693: (ﾜｯﾁｮｲ 9f89-EAWM) 2017/07/11(火)21:42 ID:VLYeJXw20(1/3) AAS
いちばん使い慣れていて、使い勝手の良い道具だから。
694: (ﾜｯﾁｮｲ d79a-0UkT) 2017/07/11(火)22:06 ID:qjau/h5c0(1/4) AAS
複雑だが糞ではない
695(2): (ﾄﾞｺｸﾞﾛ MMbf-rPCP) 2017/07/11(火)22:11 ID:mCNEANh4M(1/2) AAS
>>685
同じ書き方で呼び出せる、ということ。
値を受け取るときに何か処理するようにしたとしても、プロパティなら関数呼び出しに書き換える必要がない。
696(1): (ｽｯﾌﾟ Sd3f-nGAm) 2017/07/11(火)22:18 ID:DqTb1LDQd(3/3) AAS
>>695
期待していた答えと違う
期待していた答えと違う
697: (ﾜｯﾁｮｲ bfe4-LW8t) 2017/07/11(火)22:30 ID:7V5lebao0(3/5) AAS
>>695
わざわざパースの難易度を上げてまで入れる価値はないな
C++の場合変数に見える関数なんて落とし穴にしかならない
698: (ﾄﾞｺｸﾞﾛ MMbf-rPCP) 2017/07/11(火)22:35 ID:mCNEANh4M(2/2) AAS
>>696
それじゃこう？
呼び出し元が同じ概念で扱えるように、呼び出し先のメンバ変数の読み込みと０変数関数、メンバ変数書き込みと1変数関数をプロパティという概念で同一視している。
699(6): (ﾜｯﾁｮｲ 176f-zXdO) 2017/07/11(火)22:35 ID:jUUyBjmf0(1/4) AAS
ビットローテーションについての相談です
今やりたいことは128文字の文字列を暗号化したい
その中で4バイトごとに区切って、4バイトごとにビットローテーションして暗号化を考えている
それの実現方法で悩んでいます
想定では右シフト
char a[128] = 文字列;
int x = a[0] << 24 + a[1] << 16 + a[2] << 8 + a[3];
// 下位2bitを上位2bitでtmp作成
int tmp = a[3] << 30;
省3
700(1): (ﾜｯﾁｮｲ d79a-0UkT) 2017/07/11(火)22:42 ID:qjau/h5c0(2/4) AAS
環境依存で良いなら色々と思い付く
とりあえず、<<より+の方が優先度が高いので()を付けないと
| なら()は不要
コストは多分ほとんどの環境で同じ
8086とかだと | の方が速かったり
701(2): 片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌｯ Sdbf-R88v) 2017/07/11(火)22:43 ID:7IW2GOwZd(1) AAS
>>699
数学や計算機科学を知らない素人が暗号化方式を考えるのは、おそらく無駄であり、出来たとしてもすぐハッキングされてしまう。
暗号化方式は、先人の研究によって評価されている手法を使うのが一般的。より良い暗号化方式を
考えるのは計算機科学者の仕事であり、プログラマーはその手法をプログラムに取り入れるだけだ。
702: (ﾜｯﾁｮｲ d79a-0UkT) 2017/07/11(火)22:45 ID:qjau/h5c0(3/4) AAS
どっちみち>>699の時点で環境依存だ
703(1): (ﾜｯﾁｮｲ d79a-0UkT) 2017/07/11(火)22:46 ID:qjau/h5c0(4/4) AAS
>>701
目的による
家の鍵もプロが１分以内で開けられるから意味ない？
704: (ﾜｯﾁｮｲ bfaa-rPCP) 2017/07/11(火)23:06 ID:01bGuLEG0(1) AAS
>>703
家の鍵を素人が作るのは意味ない。
705(2): (ﾜｯﾁｮｲ 9f89-EAWM) 2017/07/11(火)23:17 ID:VLYeJXw20(2/3) AAS
質問者の目的が言語の学習とか、ちょっとしたテキストの難読化なのかもしれないのに、
外野が憶測で否定したり変な方向で議論を展開したり…。
相談室なのだから、もうちっと質問者の為になる話の流れにならないかなと思う。
706: (ﾜｯﾁｮｲ bfe4-LW8t) 2017/07/11(火)23:17 ID:7V5lebao0(4/5) AAS
>>699
少なくともこうしないと期待通りに動かないよ
int x = (a[0] << 24) + (a[1] << 16) + (a[2] << 8) + a[3];
707: (ﾜｯﾁｮｲ 176f-zXdO) 2017/07/11(火)23:21 ID:jUUyBjmf0(2/4) AAS
>>705さんの言うとおりにテキストの難読化が目的です
bit演算に触れてみるのにちょっとした暗号化が良いレベルなのかなって思ってチャレンジしているところ
やっぱり演算子の優先度とかで注意点あるね
環境依存するのかな？この方法
708: (ﾜｯﾁｮｲ 176f-zXdO) 2017/07/11(火)23:23 ID:jUUyBjmf0(3/4) AAS
>>700
環境依存で良いっていうとこの他にも色々あるんだ
自分の知っている限りの方法でできるならこれしか思いつかなかった…
709: (ｵｯﾍﾟｹ Srcb-sNxi) 2017/07/11(火)23:33 ID:L5b0rMHKr(1) AAS
>環境依存するのかな？
むしろこのコードで動く環境が珍しいような
710(2): (ﾜｯﾁｮｲ 9f89-EAWM) 2017/07/11(火)23:45 ID:VLYeJXw20(3/3) AAS
char型が負数を表すかが環境依存。
負数を左シフトした結果が環境依存。
だからunsigned型の変数を使う。
負数を左シフトした結果が負数だったとして、それを加算したら想定してた結果にならないから、加算ではなくビットORを使う。
711: (ﾜｯﾁｮｲ bfe4-LW8t) 2017/07/11(火)23:50 ID:7V5lebao0(5/5) AAS
思いつきで変な暗号作るより検索するなりしてまともな基礎的なアルゴリズムを実装したほうが勉強になる
712(1): (ｽｯﾌﾟ Sd3f-nSBM) 2017/07/11(火)23:55 ID:KCPaJcrVd(1) AAS
文盲多すぎね？
bit演算をやる方法を学びたい的な雰囲気なのに暗号作る方をメインに読み取ってるやつおおくね？
しかもレスもあったあとなのに
713(1): (ﾜｯﾁｮｲ 176f-zXdO) 2017/07/11(火)23:59 ID:jUUyBjmf0(4/4) AAS
>>710
charが負を表すか否かってのはどこも同じではない…？
あと最後の加算ではなくビットORってのは一体
714: (ｵｯﾍﾟｹ Srcb-sNxi) 2017/07/12(水)00:01 ID:XspFYFk7r(1) AAS
>>701を文盲と断定する根拠は見あたらないが
>>705がアスペなのは間違いない
715(1): (ﾜｯﾁｮｲ bfe4-LW8t) 2017/07/12(水)00:04 ID:WTh+eJgx0(1/7) AAS
>>712
bit演算については何も聞いてないだろ
もう一回読み直せや
式がおかしいからツッコミ入ってるだけで質問の趣旨に対しては検索しろとしか言いようがない
716: (ｽｯﾌﾟ Sd3f-nSBM) 2017/07/12(水)00:06 ID:vUTYJqrrd(1/4) AAS
>>715
いやどう見ても「bit演算に触れてみるのに」って書いてあんじゃん
その後に暗号化については重きをおいていないレスもかかれているのに思い付きで変な暗号を考えるより〜とかレスしてんじゃん
717(1): はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 9f15-rvkC) 2017/07/12(水)00:15 ID:trGyb9bp0(1/2) AAS
>>713
単に int と書いたら signed int と書いたのと同じ意味になるからよく誤解されるんだけど、
char は signed char でも unsigned char でもない固有の型なんだよ。
オーバーロードで試してみたらすぐわかる。
表現できる範囲は signed char か unsigned char のどちらかと同じではあるけど、
どちらかは処理系が選択していい。
処理系によってはオプションで変えられる場合もある。
718(1): 片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌｯ Sdbf-R88v) 2017/07/12(水)00:22 ID:mvEs3lAId(1/4) AAS
#include <cstdint>
unsigned char a[128];
...
unsigned char prev4bits = (a[128 - 1] >> 4);
for (int i = 0; i < 128 - 1; i++) {
unsigned char b = (a[i] >> 4);
a[i] <<= 4;
a[i] |= prev4bits;
prev4broken = b;
}
719(1): 片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌｯ Sdbf-R88v) 2017/07/12(水)00:29 ID:mvEs3lAId(2/4) AAS
>>718
訂正。
#define NUM_BYTES 123
unsigned char a[NUM_BYTES];
...
unsigned char prev4bits = (a[NUM_BYTES - 1] >> 4);
for (int i = 0; i < NUM_BYTES; i++) {
unsigned char b = (a[i] >> 4);
a[i] <<= 4;
a[i] |= prev4bits;
省2
720(1): 片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌｯ Sdbf-R88v) 2017/07/12(水)00:42 ID:mvEs3lAId(3/4) AAS
あるいは
#define NUM_BYTES 128
unsigned char a[NUM_BYTES];
...
unsigned char prev4bits = (a[NUM_BYTES - 1] >> 4);
for (int i = 0; i < NUM_BYTES / sizeof(int); i++) {
unsigned char b = (a[(i + 1) * sizeof(int) - 1] >> 4);
((int *)a)[i] <<= 4;
a[i * sizeof(int)] |= prev4bits;
prev4bits = b;
省1
721(2): 片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌｯ Sdbf-R88v) 2017/07/12(水)00:46 ID:mvEs3lAId(4/4) AAS
>>720
訂正。
#define NUM_BYTES 128
unsigned char a[NUM_BYTES];
...
unsigned char prev4bits = (a[NUM_BYTES - 1] >> 4);
for (int i = 0; i < NUM_BYTES / sizeof(unsigned int); i++) {
>unsigned char b = (a[(i + 1) * sizeof(unsigned int) - 1] >> 4);
((unsigned int *)a)[i] <<= 4;
a[i * sizeof(unsigned int)] |= prev4bits;
省2
722: (ﾜｯﾁｮｲ 9f8f-gRQY) 2017/07/12(水)01:19 ID:L1I2nS9y0(1/2) AAS
>>710
負数を左シフトしても問題ないだろ
723: (ﾜｯﾁｮｲ 9f8f-gRQY) 2017/07/12(水)01:21 ID:L1I2nS9y0(2/2) AAS
ああ、元の式を見てなかった
まさか足し算してるとは…
そのまま符号付きで使うことを意図してたら、確かに問題だな
724(1): (ﾜｯﾁｮｲ ffaa-PX3H) 2017/07/12(水)05:56 ID:HQm2gXhD0(1) AAS
LLVM, MISRA-Cでも決められているけど、
int, char など、処理系依存の型は使うな。
必ず、ビット数・符号の有無を明示すること
unsigned char
unsigned int32
725: (ﾜｯﾁｮｲ d79a-0UkT) 2017/07/12(水)06:25 ID:Mf+sZV2C0(1/5) AAS
>>699
環境依存なのは、
intが4バイト
charが8ビット
負の数の表現方法
バグは
演算子の優先順位
xの右シフト
726(1): (ﾜｯﾁｮｲ d79a-0UkT) 2017/07/12(水)06:33 ID:Mf+sZV2C0(2/5) AAS
>>719
元の意図とは違う結果に見える
>>721
ビッグエンディアンじゃないと違う結果
バイトアクセス可能っていう条件もつく
727: (ｽｯﾌﾟ Sd3f-nGAm) 2017/07/12(水)06:33 ID:7DtiXvdjd(1) AAS
>>717
関係ないけどそれをどう捉えるべきか
・だからC++は複雑
・C++は言われるほど複雑じゃない
728: (ﾜｯﾁｮｲ 9709-8gU5) 2017/07/12(水)06:35 ID:DgqX1C+L0(1/4) AAS
C++はそろそろbyte型が入るよ。
多分エーリアスだけどね。
729(1): (ﾜｯﾁｮｲ d79a-0UkT) 2017/07/12(水)06:38 ID:Mf+sZV2C0(3/5) AAS
unsigned int x = (unsigned int)a[0] << 24 | (unsigned int)a[1] << 16 | (unsigned int)a[2] << 8 | (unsigned int)a[3];
x = x << 30 | x >> 2;
互換性と簡潔さのバランスで、こんな感じじゃない？
unsigned intが32bit
charが8bit
限定
730: (ﾜｯﾁｮｲ d79a-0UkT) 2017/07/12(水)06:44 ID:Mf+sZV2C0(4/5) AAS
もうちょっと簡潔さ重視だと、キャスト無しで
731(1): (ﾜｯﾁｮｲ d79a-0UkT) 2017/07/12(水)06:50 ID:Mf+sZV2C0(5/5) AAS
バリバリ環境依存で速度重視なら
intrinsicでAVX2やAVX512とか
インラインアセンブラはこのスレ的には反則？
732: ◆QZaw55cn4c (ﾜｯﾁｮｲ 176d-hafE) 2017/07/12(水)07:30 ID:9q9UgJkW0(1/2) AAS
>>724
かならずしも賛同できない、必要なときに unsigned/signed を指定すればいいのでは？
733: (ﾜｯﾁｮｲ 9709-8gU5) 2017/07/12(水)07:31 ID:DgqX1C+L0(2/4) AAS
cstdintを使おう。
734: ◆QZaw55cn4c (ﾜｯﾁｮｲ 176d-hafE) 2017/07/12(水)07:31 ID:9q9UgJkW0(2/2) AAS
>>731
インラインで自由にかけてこそのC/C++ だと思うんだが、最近は嫌われるみたいだね
735: (ｵｯﾍﾟｹ Srcb-sNxi) 2017/07/12(水)07:59 ID:SNfdy8Tor(1/3) AAS
MISRAさんパネェな
for (int = 0;i <= n; i++) // きんし！
X operator ++(int); // きんし！
int main() {} // きんし！
736: (ｽｯﾌﾟ Sd3f-nSBM) 2017/07/12(水)08:23 ID:vUTYJqrrd(2/4) AAS
>>729
あとの問題はあれだな
応用利かせるなら128文字が129文字になったときにどうするかなどの規約的な話にも対応できるようなコードにする方が
後にちに勉強になりそう
737: (ﾜｯﾁｮｲ bfe4-LW8t) 2017/07/12(水)08:47 ID:WTh+eJgx0(2/7) AAS
バイト単位で回転させるだけならstd::rotateやstd::copyでいい
738(1): (ﾜｯﾁｮｲ 1706-pw7F) 2017/07/12(水)10:52 ID:QOR+1nCC0(1/3) AAS
自作クラスで他の自作クラスのインスタンスのコレクションを返すメソッドを追加したい
のですがクラス設計ってどうすればいいでしょうか？？ガチガチの最適化？まではしなくていいので
普通ぐらいの最適化？ぐらいでOKです。
public:
std::shared_ptr<std::vector<std::shared_ptr<CMyClass>>> EnumeateMyClasses()
こんな感じで設計すればいいでしょうか？
C#なら
IEnumerable<CMyClass> EnumeateMyClasses()
とかにするんですが
739: (ﾜｯﾁｮｲ 9709-8gU5) 2017/07/12(水)11:12 ID:DgqX1C+L0(3/4) AAS
返したものをどこら辺まで使うんやろ。
たらい回しにするんだったら、スマポでも良いけど、一時でやるんだったらこんすと参照でも良いし。
でも、内部で持ってるものを外でたらい回しにされるのは気持ち悪いな。
740(1): (ﾜｯﾁｮｲ 1706-pw7F) 2017/07/12(水)11:30 ID:QOR+1nCC0(2/3) AAS
Enumerateメソッドは内部ではインスタンス作りますが、内部でその参照を保持することは
ないですね、メソッド内で作って呼び出し元に返すだけです。
どれくらいたらい回すかは使う側次第です。
>たらい回しにするんだったら、スマポでも良いけど、一時でやるんだったらこんすと参照でも良いし
こんすと参照とかもあるんですか・・
まぁ、先ほども書いたようにC++に深入りすると死にそうなので、
とりあえず、C#erの人がちょっと毛が生えた程度でC++を使うレベルでいいので。
741: (ﾜｯﾁｮｲ 9709-8gU5) 2017/07/12(水)11:34 ID:DgqX1C+L0(4/4) AAS
>>740
どう伝えればいいかわかんない。
識者求。
742: (ﾜｯﾁｮｲ bfe4-LW8t) 2017/07/12(水)12:51 ID:WTh+eJgx0(3/7) AAS
>>738
それでもいいと思うけど
コンパイラの最適化が期待できる状況ならvectorをshared_ptrで包む必要は無い
743: (ｽﾌﾟｯｯ Sd3f-nGAm) 2017/07/12(水)13:59 ID:HO+tEfFId(1/2) AAS
うん、ただvectorを返せばいいと思うけど
744(3): (ﾜｯﾁｮｲ 1706-pw7F) 2017/07/12(水)14:16 ID:QOR+1nCC0(3/3) AAS
あれ、そうなんですか？？
ムズイな・・
vector自体を返しても、要素自体はコピー？されないってことですかね？
ぐぉぉぉ。
745: (ｽｯﾌﾟ Sd3f-nSBM) 2017/07/12(水)14:31 ID:vUTYJqrrd(3/4) AAS
なんでキャラ配列では終端文字を意識して
他の型の配列では意識しないんだぜ
746: はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 9f15-rvkC) 2017/07/12(水)14:43 ID:trGyb9bp0(2/2) AAS
>>744
RVO やムーブによってコピーが抑制される。
従来の RVO は「してもよい」という、
省略による最適化を許す形で規定されていたが C++17 からは必須になってるので、
条件がそろえば確実にコピーはされないことが保証される。
747: (ｽﾌﾟｯｯ Sd3f-nGAm) 2017/07/12(水)15:24 ID:HO+tEfFId(2/2) AAS
>>744
そもそも、
もともと存在しているvectorを返すのかメソッド内で構築したvectorを返すのか、
がはっきりしてない。
後者だったら参照とかでなく単にvectorを返せばいい。
748(1): (ﾜｯﾁｮｲ bfe4-LW8t) 2017/07/12(水)19:23 ID:WTh+eJgx0(4/7) AAS
>>744
C++で値の代入にはコピーとムーブの2種類がある
ムーブは代入先に中身を移譲する機能
ムーブ元はムーブ前と後とで同一であるとは保障されない
具体的には定義したムーブコンストラクタとムーブ代入演算子に記述したコードが実行される
vectorの場合ムーブされると内部の配列のポインタを代入先のvectorの配列のポインタに付け替える
こうすることで中身をコピーせずポインタの代入だけで他のvectorに移し変えることができる
ローカル変数など関数のスコープを抜けたら自動的に開放されて二度と使われない変数を戻り値にした場合、コピーしているように見えても自動的ムーブが選ばれている
749(1): (ﾜﾝﾄﾝｷﾝ MM7f-hrVG) 2017/07/12(水)21:17 ID:AocYxtQtM(1) AAS
>>748
最後嘘じゃない？
RVOが効くケースでは直接構築が優先だよね？
750(1): (ﾜｯﾁｮｲ bfe4-LW8t) 2017/07/12(水)22:04 ID:WTh+eJgx0(5/7) AAS
>>749
正しくは変数の初期化の式で呼び出した場合は直接構築になりそれ以外ではムーブになるでした
751(1): (ｵｯﾍﾟｹ Srcb-sNxi) 2017/07/12(水)22:10 ID:SNfdy8Tor(2/3) AAS
>>750
それは規格のどこに書いてあるのですか？
752: (ﾜｯﾁｮｲ bfe4-LW8t) 2017/07/12(水)22:34 ID:WTh+eJgx0(6/7) AAS
>>751
規格厨じゃないから知りません
753(1): (ｵｯﾍﾟｹ Srcb-sNxi) 2017/07/12(水)22:35 ID:SNfdy8Tor(3/3) AAS
なるほどこうやってデタラメが吹聴されて世の中が嘘だらけになるのだな
754: (ﾜｯﾁｮｲ bfe4-LW8t) 2017/07/12(水)22:42 ID:WTh+eJgx0(7/7) AAS
>>753
何の引用も無しに書いた文章なんて嘘まみれに決まってるだろ
755(2): (ｽｯﾌﾟ Sd3f-nSBM) 2017/07/12(水)23:21 ID:vUTYJqrrd(4/4) AAS
上の方にあるbitいじりの件ってわざわざint型に演算していれ直す必要もなくね？って思い始めた
charの先頭文字をint＊に直して操作するのじゃダメなんか？？
756: (ﾜｯﾁｮｲ 9f89-EAWM) 2017/07/12(水)23:36 ID:cPl7Kb1c0(1) AAS
>>755
何言ってるか分からないのでコードで頼む。
ちなみに、アラインメントとかは理解してる？
757: (ﾜｯﾁｮｲ 6e9a-YkGU) 2017/07/13(木)06:46 ID:lX8cJUTX0(1/6) AAS
>>755
>>721 >>726
758(1): (ﾜｯﾁｮｲ 321b-HOJV) 2017/07/13(木)06:48 ID:Yj3E6QQW0(1) AAS
>>699
C++の規格ではいつまでたってもビットローテーション入れてこないからな。
だが、ビットしシフトで処理するのが速いか、いったん配列にいれたほうが速いか、
両方作って確認した方がいいぞ。
バレルシフタ載ってるMPUじゃないとビットシフトが結構重かったりする
759(1): (ﾜｯﾁｮｲ 6e9a-YkGU) 2017/07/13(木)07:03 ID:lX8cJUTX0(2/6) AAS
> ビットしシフトで処理するのが速いか、いったん配列にいれたほうが速いか、
意味不明
ローテーションは後半だぞ
前半はただ単にintにロードしてるだけ
なぜかビッグエンディアン形式で
環境はSHか何か？
760: (ﾜｯﾁｮｲ 6e9a-YkGU) 2017/07/13(木)07:05 ID:lX8cJUTX0(3/6) AAS
C++にローテーションなんか入れなくて良い
使う機会も少ないし、簡単にC++に表記できるし
他に増やしたいものは色々ある
そっち優先で
761(1): (ｽﾌﾟｯｯ Sd9e-y/ao) 2017/07/13(木)08:50 ID:g1X/OFssd(1) AAS
まるで開発資源が足りてないかのような言い分
762: (ﾄﾞｺｸﾞﾛ MM36-OTuW) 2017/07/13(木)12:50 ID:EiZFhTPMM(1) AAS
理解するための俺の頭の資源は有限
763: (ｽｯｯﾌﾟ Sd70-YkGU) 2017/07/13(木)13:23 ID:b1PvI/zld(1) AAS
>>761
言語の機能として、新たな演算子を新たな文字で作るのは無駄だと
標準ライブラリに入れるっていうならどうぞご自由に
764: (ﾜｯﾁｮｲ b2e4-vU4W) 2017/07/13(木)19:02 ID:oXf/mLI10(1) AAS
boostのdynamic_bitsetにバイト列との相互変換機能とバイトオーダーを切り替えられる機能と範囲を切り出せる機能を追加したものを標準に入れるべき
765(1): (ﾜｯﾁｮｲ baf0-z+eH) 2017/07/13(木)19:48 ID:XkT7ManS0(1) AAS
FFTで使うビット逆転も仲間に入れてよ
766: (ﾜｯﾁｮｲ 6e9a-YkGU) 2017/07/13(木)20:46 ID:lX8cJUTX0(4/6) AAS
>>765
ビット演算のテクニックの基本とかに載ってそう
767(1): (ﾜｯﾁｮｲ 469f-wtyE) 2017/07/13(木)21:06 ID:RqiuYpPc0(1/3) AAS
ファストフーリエトランスファーの良い参考文献ないっすかね
768: (ﾜｯﾁｮｲ 6e9a-YkGU) 2017/07/13(木)21:20 ID:lX8cJUTX0(5/6) AAS
おれ専門家だから何でも聞いて
769: はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ d015-S4qQ) 2017/07/13(木)21:21 ID:anRp6w5D0(1) AAS
まずは Wikipedia から
770(1): ◆QZaw55cn4c (ﾜｯﾁｮｲ 6e9a-n9U6) 2017/07/13(木)21:25 ID:NDMOLt7F0(1) AAS
>>767
外部ﾘﾝｸ:www.amazon.co.jp
771: (ﾜｯﾁｮｲ 6e9a-YkGU) 2017/07/13(木)21:27 ID:lX8cJUTX0(6/6) AAS
そうだね
基礎から教えるつもりはない
応用、テクニック、実装方法、高速化、AVX512の使い方、キャッシュサイズによる最適化、HDDを使った場合の並べかえ方法、...
など具体的に聞いてくれれば
772: (ﾜｯﾁｮｲ 469f-wtyE) 2017/07/13(木)21:34 ID:RqiuYpPc0(2/3) AAS
やりたいことはリアルタイムオシロですかね
ビジュアル的に表示出来ることから始めて
最終的にはArduinoで周波数検波器作りたいかも
773: (ﾜｯﾁｮｲ 469f-wtyE) 2017/07/13(木)21:38 ID:RqiuYpPc0(3/3) AAS
>>770
ほしいものリストに追加しますた
ありがとうございますた
774: (ﾜｯﾁｮｲ 321b-HOJV) 2017/07/14(金)06:45 ID:JUkrjA2t0(1) AAS
>>759
バレルシフタが何かわからんアホはすっこんでろ
775: (ﾜｯﾁｮｲ 6e9a-YkGU) 2017/07/14(金)07:04 ID:dCevqkg20(1) AAS
>>758の真ん中のブロック、意味がわかるなら解説よろしく
776(1): (ｽｯﾌﾟ Sdc4-aKa0) 2017/07/15(土)13:45 ID:fnbVxk0dd(1/2) AAS
VBから読み出せるdllを作るときの注意点ってある？？
777: (ﾜｯﾁｮｲ f6e4-PXrN) 2017/07/15(土)14:17 ID:u0zSb1i50(1) AAS
メモリ管理
778(1): (ｽﾌﾟｯｯ Sd9e-y/ao) 2017/07/15(土)15:27 ID:GMW24mlhd(1/3) AAS
>>776
__stdcall呼び出しにする
ってかどのVB？
779(2): (ｽｯﾌﾟ Sdc4-aKa0) 2017/07/15(土)17:14 ID:fnbVxk0dd(2/2) AAS
>>778
vb6.0っていう化石
780: (ｽﾌﾟｯｯ Sd9e-y/ao) 2017/07/15(土)17:26 ID:GMW24mlhd(2/3) AAS
>>779
ふーん、なら
VB側のByRef x As Variant は、C++側で
Variant* pV とVariant& x のどっちでも受けられる
これ豆な
781(1): (ｽﾌﾟｯｯ Sd9e-y/ao) 2017/07/15(土)17:33 ID:GMW24mlhd(3/3) AAS
>>779
あと、文字列はBSTRで受けるとなぜか文字化けすることがある。
Variantで受けてbstrValメンバを取り出すと大丈夫。（もしくはpbstrValメンバ）
不思議だ。
782: (ﾜｯﾁｮｲ 0aa6-1m9k) 2017/07/16(日)16:02 ID:o1PqrRM30(1/3) AAS
テンプレートの部分特殊化について質問っす
外部ﾘﾝｸ:ideone.com
この例なんで曖昧になるですかね？
下が選ばれると思ったんですが
783(1): (ﾜｯﾁｮｲ 955a-qt4g) 2017/07/16(日)16:21 ID:CxpOV7IS0(1/2) AAS
const が付いてるからじゃね
上下前次1-新書関写板覧索設栞歴
あと 219 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.048s