C++相談室 part144

**デフォルトの名無しさん** · 2019/07/22(月) 13:18:35.52

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

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

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

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

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

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

**デフォルトの名無しさん** · 2019/08/28(水) 22:02:26.02

makeがネイティブ？わかりやすい？冗談だろ
暗黙ルールとか特殊変数とか特別扱いのターゲットとかやめろ
アーカイブだの何だのを勝手に推定しておせっかいな処理挟み込むのを全部やめろ
積もり積もったウンコの山を無効にさせろ

**デフォルトの名無しさん** · 2019/08/28(水) 22:04:23.57

本来のmakeのルールは単純なのにな
なんであんなそびえ立つ糞になったのか

**デフォルトの名無しさん** · 2019/08/28(水) 22:09:49.61

ルール上書きしろよ

**デフォルトの名無しさん** · 2019/08/28(水) 22:33:45.39

>暗黙ルールとか特殊変数とか特別扱いのターゲットとかやめろ
まあこれはわかる。

>アーカイブだの何だのを勝手に推定しておせっかいな処理挟み込むのを全部やめろ
これは逆に暗黙のルールを使ってるからだろ。

基本的に明示的なmakefileを書いてないのが原因だが、
こんなこと言い出したら他のビルドツールなんて使えんぞ。。
vc compilerなんかもっと暗黙の設定まみれだわ。

**デフォルトの名無しさん** · 2019/08/28(水) 23:47:07.56

マルチプラットフォームで使えて、固定小数点を扱えるOSSっていいのないかな？

**デフォルトの名無しさん** · 2019/08/28(水) 23:56:49.59

GMPとか？
という話ではなく？

**デフォルトの名無しさん** · 2019/08/29(木) 00:02:01.84

cobol

◆QZaw55cn4c · 2019/08/29(木) 21:16:18.09

>>675
どうぞつかってください
https://mevius.5ch.net/test/read.cgi/tech/1434079972/51

**デフォルトの名無しさん** · 2019/08/29(木) 21:47:21.89

使われていないクラスのstaticメンバ変数って生成されないのでしょうか？

**デフォルトの名無しさん** · 2019/08/29(木) 22:28:37.81

>>678
汚いプログラムだなあおい

**デフォルトの名無しさん** · 2019/08/29(木) 23:00:42.76

>>679
多分生成される可能性が高いね
何故ならC++にはコンストラクタがあるから
つまりはstatic変数のコンストラクタで何かしているかもしれないだろう
だからリンカの最適化は削除をしないだろうね
ただ、普通のintとかだとリンカの最適化で削除されるかもしれないけど
まぁ運しだい
ともかく、規格では多分決まってない

**デフォルトの名無しさん** · 2019/08/29(木) 23:20:08.64

>>679
そのstaticメンバの定義を消してコンパイルしてもエラーにならなければ生成されてない
ちなみにstatic constとかの変数は元々ほとんどのケースで生成されてない

**デフォルトの名無しさん** · 2019/08/29(木) 23:21:51.82

やはりコンパイラによるのでは

**デフォルトの名無しさん** · 2019/08/29(木) 23:29:30.27

クラスのstatic変数といっても
コンパイラからしたらグローバル変数みたいなものだからな
使ってないグローバル変数は削除されるのか？
さあな

**デフォルトの名無しさん** · 2019/08/29(木) 23:33:23.53

visual sutdioというかvc++だと使ってないコードを削除するみたいなオプションあったからもしかしたら消えるかもしれない
他はよく知らない・・・

**デフォルトの名無しさん** · 2019/08/30(金) 00:11:27.74

libにしなかったらlinkしたobj全て
libにしたらobj単位でシンボル一つでも参照があればlinkされるのが基本じゃね
組み込み用のコンパイラだとそれ以上に頑張ってサイズ削ることもあるだろうけど

**デフォルトの名無しさん** · 2019/08/30(金) 00:41:24.99

グローバル変数のコンストラクタに起動時処理書いといたら、これが案外呼ばれるタイミングがわからない。
手続きの中で明示的に参照しにいかないとあかんと思った。

**デフォルトの名無しさん** · 2019/08/30(金) 00:46:48.02

static変数の参照返す関数つくるのはよくやる

**デフォルトの名無しさん** · 2019/08/30(金) 00:50:00.39

ここの動的初期化によるけど、まあ分からん・・・
定数初期化しとけるならそうしとくのがいいけどいつもできるわけでもない
https://ja.cppreference.com/w/cpp/language/initialization

**デフォルトの名無しさん** · 2019/08/30(金) 00:56:53.55

一見使ってないからと言ってコンパイラが勝手にデータ構造替えちゃったら動的リンク時とか整合性取れなくなっちゃう気がする

**デフォルトの名無しさん** · 2019/08/30(金) 08:30:00.34

動的ライブラリが元のバイナリの変数を暗黙に触るかはOSによる。
linuxは触れるがmacは触れない。

**デフォルトの名無しさん** · 2019/08/30(金) 21:41:54.95

std::string="あいう";

c++って内部的な文字コードって何になるのかな？
あといまいちwstringの使い分けがわかんない、日本語だとwstring使えばいいのか?

**デフォルトの名無しさん** · 2019/08/30(金) 21:49:07.10

決まってない
最近ようやく明示的にutf8対応しだした
wstringはワイド文字列

**デフォルトの名無しさん** · 2019/08/30(金) 22:10:41.83

決まってないって言うのは処理系依存ってこと？

**デフォルトの名無しさん** · 2019/08/30(金) 22:14:30.31

それぐらい自分で試したら？
それが確実でしょ

**デフォルトの名無しさん** · 2019/08/30(金) 22:18:34.99

sringの中の文字コードは入れた文字列の文字コード
普通の文字列リテラルの文字コードはそのソースコードが書かれたテキストの文字コード
文字列リテラルはu8などのプレフィックスをつければUnicodeになる

**デフォルトの名無しさん** · 2019/08/30(金) 22:19:54.88

試しただけじゃそれが処理系依存の結果かどうかなんて判断できんじゃん

**デフォルトの名無しさん** · 2019/08/30(金) 22:21:51.17

ここで答えもらってもそれが正しい保証がどこにある

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/08/30(金) 22:23:12.28

コンパイラによって日本語シフトジスなどのマルチバイト文字列の解釈が違って移植の際にトラブることがある。

**デフォルトの名無しさん** · 2019/08/30(金) 22:33:35.27

とりあえずリテラルにはu8やuをつけておけば問題ない

**デフォルトの名無しさん** · 2019/08/30(金) 22:39:07.85

そしてHPUXで悲鳴をあげることに

**デフォルトの名無しさん** · 2019/08/30(金) 22:41:21.90

正しい保証はできないかもしれんが間違いは明確だな

**デフォルトの名無しさん** · 2019/08/30(金) 22:53:05.39

gccならutf-8だろうけれど、最近のVCはどうだろ。

**デフォルトの名無しさん** · 2019/08/30(金) 23:28:54.53

文字コードの話題は盛り上がっていいね
ある意味一番ハマる部分かも

**デフォルトの名無しさん** · 2019/08/31(土) 01:18:30.00

u8つければいい

**デフォルトの名無しさん** · 2019/08/31(土) 12:17:38.05

char型および文字列リテラルが何になるのか不定なのがアレなので
もうさいしょからu8""とchar8_tとstd::u8stringを使うように徹底するのは良いのかもしれない

**デフォルトの名無しさん** · 2019/08/31(土) 13:49:09.93

WindowsはTCHARで書くべしみたいなのはまだあるの？
最近Windows使ってないもんでよく分からん

**デフォルトの名無しさん** · 2019/08/31(土) 14:24:18.19

昔から自分でオプション変えて好きにしろとしか

**デフォルトの名無しさん** · 2019/08/31(土) 14:25:31.75

>>706
でもUTF16の方が問題起きにくい気がする

◆QZaw55cn4c · 2019/08/31(土) 15:03:47.82

>>709
ファイルシステム関係は uft16 で、それ以外は utf8 で分けるしかないでしょうね、"ファイルシステム uft16" はやったことがありますが、utf8 はまだ触ったことがありません…

**デフォルトの名無しさん** · 2019/08/31(土) 18:44:11.09

utf8は冗長コードの問題があるから内部処理用コードには向かないんだよね。

**デフォルトの名無しさん** · 2019/08/31(土) 18:47:33.88

読みこみでハネるのが主流じゃね？
utf16が一番中途半端

**デフォルトの名無しさん** · 2019/08/31(土) 18:54:01.60

そうかな、場合にもよるけど、日常使う文字はほぼutf16に収まるし、
utf8だとstd::regexで日本語がまったくつかえないとかあるしで、
俺的にはutf16の方が便利かな。

**デフォルトの名無しさん** · 2019/08/31(土) 18:58:48.47

ほぼ収まるってのが一番厄介な所だろ
サロゲートペア対策してなさそう

**デフォルトの名無しさん** · 2019/08/31(土) 19:07:54.35

日常使う文字こそ今やサロゲートペアだらけなのに🐙

**デフォルトの名無しさん** · 2019/08/31(土) 19:34:37.71

絵文字はみんなサロゲートペアだもんな
あれのおかげでようやく欧米人どもが真面目にUnicode対応するようになった

**デフォルトの名無しさん** · 2019/08/31(土) 21:17:21.24

その代わり新宿ダンジョンよりも複雑奇怪になったけどな

**デフォルトの名無しさん** · 2019/08/31(土) 21:55:55.82

絵文字はやめてほしいわ。そもそも架空の文字は登録しないんじゃなかったのかよ。
21bitも使えてコードポイントに余裕があるからといってロクなことしない。

**デフォルトの名無しさん** · 2019/08/31(土) 22:01:23.04

足りなくなったらサロゲートペアを足せばいいからなw

**デフォルトの名無しさん** · 2019/09/01(日) 00:01:08.44

🀄🀄🀄

**デフォルトの名無しさん** · 2019/09/01(日) 18:32:43.72

もう全部utf32でいいんじゃね一番簡単だしみんなハッピーや

**デフォルトの名無しさん** · 2019/09/01(日) 19:43:20.80

utf32も結合文字が。。

**デフォルトの名無しさん** · 2019/09/01(日) 19:48:05.67

で、結局utf8でよくねってなる

**デフォルトの名無しさん** · 2019/09/01(日) 19:58:29.50

いろいろ工夫を凝らし始めるとiso-2022でいいじゃんという

**デフォルトの名無しさん** · 2019/09/01(日) 20:03:47.57

う、うん…

**デフォルトの名無しさん** · 2019/09/01(日) 21:56:38.21

文字列なんか一番基本的な物の一つなんだから
もっと簡単でもよかったのにね

**デフォルトの名無しさん** · 2019/09/01(日) 22:30:33.03

4byteの配列にコードポイントまんま入れるんだ
結合文字は忘れろ

**デフォルトの名無しさん** · 2019/09/02(月) 00:01:08.82

コードポイントじゃなくてメモリポインタじゃないの？

**デフォルトの名無しさん** · 2019/09/03(火) 08:08:26.56

オブジェクト指向の3大要素をすべて満たしたプログラム作れって課題なんだけど、じゃんけんでいいかな？

**デフォルトの名無しさん** · 2019/09/03(火) 08:58:16.91

じゃんけんでメッセージを送る機能が必要になるとは思わないが

**デフォルトの名無しさん** · 2019/09/03(火) 09:00:22.95

チャットでいいんじゃね？
画像と文字送れば色々実験できるし

**デフォルトの名無しさん** · 2019/09/03(火) 09:35:35.97

チャットかあ
難しそうだな…

**デフォルトの名無しさん** · 2019/09/03(火) 10:27:53.48

三大要素って委譲とメッセージとなんか？

**デフォルトの名無しさん** · 2019/09/03(火) 10:35:12.45

カプセル化、継承、ポリモーフィズムの3つ

**デフォルトの名無しさん** · 2019/09/03(火) 16:47:41.46

チャットを作ると

カプセル化：ネットワーク部分、チャット部分
継承：継承元からサーバクラス派生、クライアントクラス派生
仮想：TCPクラス-UDPクラス切り替え

完璧じゃね？

**デフォルトの名無しさん** · 2019/09/03(火) 17:14:42.83

別にじゃんけんだっていいだろ

継承：手の種類
多態性：手の画面出力
カプセル化：しわの数

**デフォルトの名無しさん** · 2019/09/03(火) 18:12:16.81

タイマーで早出し遅出しの判定とか
ネットワーク対戦機能とか
履歴取ってプレイヤーの手の傾向学習してくるAIとか
色々盛り込んでみればいい

**デフォルトの名無しさん** · 2019/09/03(火) 18:57:18.29

ちゃんと負けた時はズコーって音声出すんだぞ

**デフォルトの名無しさん** · 2019/09/03(火) 20:42:17.04

期限が金曜だからあんまり凝ってる時間はないかな。クラス図とシーケンス図とオブジェクト図も作んなきゃいけないし
結局ケイスケホンダのジャンケン作ることにした

**デフォルトの名無しさん** · 2019/09/03(火) 21:36:59.59

>>734
三大要素というとよくそんな風に言われるけど、実のところ継承ってオブジェクトの要素とは
言い難いし、多態も要素というより結果として得られる性質に近いと思うんだよなぁ。

**デフォルトの名無しさん** · 2019/09/03(火) 22:59:40.18

まあすべては委譲です
というか抽象化のためのパターンです

**デフォルトの名無しさん** · 2019/09/04(水) 09:05:55.41

>>728
コードポイントで合ってるはず。
文字符号の1つずつの番号の場所をコードポイントと言う。
例えば、ASCIIコードなら、A の文字の番号である 0x41 の占めている
場所みたいなニュアンスがある。

**デフォルトの名無しさん** · 2019/09/04(水) 09:20:24.49

>>742
追伸。なお、0x41の番号そのもののこともコードポイントと言う。
番号に就いては単に「コード」とも言うが、2019年現在において
単に「コード」と言ってしまうと、プログラムの内の命令が並んでいる
部分のことを指すことが多くて混乱が生じやすいので、文字符合の
番号に対しては、「コード」ではなく「コードポイント」という
ことがある。「文字符号」と言ってしまうと、ShiftJISの体系そのもの、
UnicodeやUTF8の体系そのものを指すことも有り、どうしても曖昧さが残る。
そこで、0x41という番号そのものの事を言っていることを曖昧さなく
示したい場合には、文字符号ではなく「コードポイント」ということがある。

**デフォルトの名無しさん** · 2019/09/04(水) 10:36:53.55

int (*exec)(struct bContext *, struct wmOperator *) ATTR_WARN_UNUSED_RESULT;

上記はtypedef struct内に書かれていた関数ポインタの宣言で、
返り値がint、引数が(struct bContext *, struct wmOperator *)の関数ポインタexecなのは分かりますが
最後のATTR_WARN_UNUSED_RESULTって何でしょうか？　関数宣言って引数宣言の後に何か書けましたっけ？

**デフォルトの名無しさん** · 2019/09/04(水) 10:46:36.08

>>744 https://ja.lmgtfy.com/?q=ATTR_WARN_UNUSED_RESULT

**デフォルトの名無しさん** · 2019/09/04(水) 11:46:27.08

今時なら[[nodiscard]]か

**デフォルトの名無しさん** · 2019/09/04(水) 12:57:05.98

いくつか用意した文字列の中から1つをランダムで表示するってどうやればいいかな？

**デフォルトの名無しさん** · 2019/09/04(水) 13:11:23.43

配列辺りにぶっ混んでインデックスを乱数にして取り出すとか

**デフォルトの名無しさん** · 2019/09/04(水) 18:37:03.73

std::minstd_rand mr
std::uniform_int_distribution<> ui(0,StrS.size()-1);

StrS[ui(mr)];//<- what?

大雑把にこういう感じ？

**デフォルトの名無しさん** · 2019/09/04(水) 19:21:28.58

StrSのSは何の略だ

**デフォルトの名無しさん** · 2019/09/04(水) 19:22:06.69

複数形。
文字列の配列だから。

**デフォルトの名無しさん** · 2019/09/04(水) 23:10:27.71

>>747
#include <stdio.h>
#include <stdlib.h>
#define STR_MAX 5
const char *pszText_s[STR_MAX] = { "aaa", "bbb", ・・・・・・・ };
int main() {
　int　　idx = (int)( ((float)rand()) * STR_MAX / RAND_MAX );
　printf( "mojiretsu = %s\n", pszText_s[idx] );
　return 0;
}

**デフォルトの名無しさん** · 2019/09/04(水) 23:13:18.96

なんだそのクソの塊は

**デフォルトの名無しさん** · 2019/09/04(水) 23:23:06.05

>>752
C言語ですねぇ。C++だったら、<random>使いたいところですね。

**デフォルトの名無しさん** · 2019/09/04(水) 23:29:14.08

なぜCで済むのにC++を使おうとするのか。
何のメリットがあるのか。
基礎が大事。

**デフォルトの名無しさん** · 2019/09/04(水) 23:29:55.89

ここ何のスレだと思ってるのおじさん

**デフォルトの名無しさん** · 2019/09/04(水) 23:33:21.57

そもそも基本的にCもC++の一部なのでC風に書いたものはC++の回答としても
間違いではない。
「C++でのやり方」と言ってもC++は歴史が長いため、色々なやり方がある。
また最新の仕様を使うことがベストな選択とは限らず、むしろ分かりにくく
なることも多い。

**デフォルトの名無しさん** · 2019/09/04(水) 23:34:44.99

>>756
ちゃんと >>752 のコードは、C++モードでもコンパイルは通るので、
立派にC++言語で書いたコードである。

**デフォルトの名無しさん** · 2019/09/04(水) 23:36:41.47

> また最新の仕様を使うことがベストな選択とは限らず、むしろ分かりにくく
> なることも多い。

自分がわからないだけでしょ

**デフォルトの名無しさん** · 2019/09/04(水) 23:36:50.55

C++ は、もともとCにclassの概念を追加したものと言われている。
今回の様にclassを使うメリットが無い場合は、C++の内、
昔からあるCの部分で十分である。エンジニアリングの世界では
「simple is best」
だ。

**デフォルトの名無しさん** · 2019/09/04(水) 23:38:38.42

>>759
新しい機能はC++委員会が好き勝手に追加しているだけで、
学ぶ意味が無い。
しかも、あなたも分かってないのに、人を馬鹿にするのはいかがなものか。
まずは動くコードが大事で、最新のやり方を使うことは重要ではない。
変に難しくしても意味がない。

**デフォルトの名無しさん** · 2019/09/04(水) 23:39:05.43

>>749
の方がシンプルじゃねーか

**デフォルトの名無しさん** · 2019/09/04(水) 23:41:17.68

>>762
頭がおかしい。

**デフォルトの名無しさん** · 2019/09/04(水) 23:41:42.83

better Cとか言ってる奴らが老害だってよくわかるね

**デフォルトの名無しさん** · 2019/09/04(水) 23:57:17.61

Cで書いてもええけど

> ((float)rand()) * STR_MAX / RAND_MAX );

この乱数に対する意識の低さがくそ

**デフォルトの名無しさん** · 2019/09/04(水) 23:58:00.42

rand()なんか使ってる時点で商用ソフト書かせちゃいけないセキュリティ意識皆無のカスだって自白してるようなもの

**デフォルトの名無しさん** · 2019/09/05(木) 00:01:08.35

>>765
間違えてた。正しくはこうだと思う：
int　　idx = (int)( ((double)rand()) * (STR_MAX - 1) / RAND_MAX );

まだ間違いがあるかも知れんが。

**デフォルトの名無しさん** · 2019/09/05(木) 00:09:37.75

>>766
知らなかっただけで、std::uniform_int_distribution のような便利なライブラリが
あるんだったらそっちを使ったほうがいい。
本当は、古いCに昔から入っているような rand() はアルゴリズムが良くなくて
モンテカルロシミュレーションなどでは余り良い結果が出ない。
昔やってみて分かった。ネットに転がってたもっといいアルゴリズムの乱数に
変えてみたら結果が良くなった。

**デフォルトの名無しさん** · 2019/09/05(木) 00:10:44.20

今どきrand()が論外なのは別として剰余も知らんの？

**デフォルトの名無しさん** · 2019/09/05(木) 00:12:59.23

何だこいつ

> 新しい機能はC++委員会が好き勝手に追加しているだけで、
> 学ぶ意味が無い。

↓

> 知らなかっただけで、std::uniform_int_distribution のような便利なライブラリが
> あるんだったらそっちを使ったほうがいい。

**デフォルトの名無しさん** · 2019/09/05(木) 00:15:04.65

>>769
rand()%Nは最悪のディストリビュータといわれている。
浮動小数でやるほうが幾分かましといわれる程度には。