【初心者歓迎】C/C++室 Ver.104【環境依存OK】

**デフォルトの名無しさん** · 2018/12/28(金) 06:04:52.38

エスケープシーケンスやWin32APIなどの環境依存なものもOK
そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります

コードを貼れる所
http://codepad.org/
https://ideone.com/

前スレ
【初心者歓迎】C/C++室 Ver.103【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1530384293/

**デフォルトの名無しさん** · 2019/03/12(火) 02:06:26.71

>>736
ポインタに格納されるアドレス値は32bitとか64bitとかの整数でそれ自体は同じ型として扱えるとしても、そのポインタの指す先にある物の型が分からないと色々困るでしょ。
ポインタ型としてvoid*だけでプログラムを書こうとすればその必要性がわかるはず。
同じバイト表現だからといって同じ型で表さなければならない道理はない。用途や演算結果が異なるのだから別の型として扱うのはある意味自然なことだと思うよ。

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

>>736
参照はずし、つまり*演算子で「ポインタの指す内容」を取り出すときに
そのポインタがどんなデータを指すポインタか分からないと困るでしょ。
構造体を指すポインタで p->menber とかする場合も同様。

>>738 の「void*ポインタだけ使って書いてみる」ってのは、
ポインタに型のある有り難さを実感できる良い課題だね。

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

Cのポインタ型はK&Rのプログラミング言語Cに書いてある通り、単なるアドレスを保持する型じゃなくて配列の仲間なのよ。
例えば
char *cp =“abc”;
で
*(p+1)の様に書くと、ちゃんとcharサイズ分ずらしたアドレスを指してくれる。
その本には
(当時の)優れたプログラマたちがやってた事を言語仕様として取り込んだと、という様な事が書いてあったと思う。
ポインタが示す先の型とサイズやらの心配はC言語では不要だ、すげーだろ？的な。

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

Cのポインタ型はK&Rのプログラミング言語Cに書いてある通り、単なるアドレスを保持する型じゃなくて配列の仲間なのよ。
例えば
char *cp =“abc”;
で
*(p+1)の様に書くと、ちゃんとcharサイズ分ずらしたアドレスを指してくれる。
その本には
(当時の)優れたプログラマたちがやってた事を言語仕様として取り込んだと、という様な事が書いてあったと思う。
ポインタが示す先の型とサイズやらの心配はC言語では不要だ、すげーだろ？的な。

**デフォルトの名無しさん** · 2019/03/12(火) 07:37:59.58

>>741
>>741
＞*(p+1)の様に書くと、ちゃんとcharサイズ分ずらしたアドレスを指してくれる。

*(cp+1)の間違い

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

>>737
>>738
>>739
>>740
ヒューマンエラー防止
型のないポインタを宣言すると中身のbyte長が不明
ってことかありがとう
740のコードを見て疑問に思ったんだけど*cpは一つのアドレスしか記録できないから配列の先頭（文字a）のアドレスを記録するよね。このとき配列の長さが3だという情報はどこにあるの？（脱線するけどNULL終端も数えて長さ4？）

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

>>743
ポインタが指す先にいくつ分の領域があるか(いくつ分を参照してよいか)は記録されてないから、プログラマが自分の責任で管理するしかないよ

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

>>743
直接長さを示す情報はどこにもないよ
だから、cの「文字列」は単なる文字の配列だけではなく、0終端が必要

>（脱線するけどNULL終端も数えて長さ4？）
その通り
（NULLはnullptrとしてのみ使ったほうがいいよ
混同してないならいいんだけどね）

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

>>740
>>741
＞ポインタが示す先の型とサイズやらの心配はC言語では不要だ、すげーだろ？的な。

サイズって型のサイズでした、すみません。

配列長さは
sizeof(*cp) / sizeof(型)で取ってねって書いてあったよね？

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

\0終端が来るまで確保されていると想定して受け取り側は動作する
だから終端記号がないと色々まずい
（ので、ﾊﾞｯﾌｧ長も指示する関数が後から増えた）

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

便乗質問でごめんやけど

delete [] p;
この場合deleteはどうやってサイズ調べてんの？

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

>>746
char *cpで宣言してるならその計算じゃ配列サイズはとれないよ。

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

要素数の算出は
sizeof(配列) / sizeof(配列[0]) または　sizeof(配列) / sizeof(*配列)
ではなかろうか？

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

除算は遅いからなぁ

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

コンパイル時に確定する値だから
実行時には定数として埋まってるんでないの？
（ほんとんどの環境で　インタープリターはしらんｗ

**デフォルトの名無しさん** · 2019/03/12(火) 10:22:41.05

sizeof(配列)は動的でしょう

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

sizeofは演算子だから動的じゃないかな
最適化で消し飛ぶ可能性はあるのかもしれんけど

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

>>748
実装依存だと思うけど、p[-1]とかに長さが書いてあったりする

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

アンカー長くなるから省略するけど
みなさんありがとう

**デフォルトの名無しさん** · 2019/03/12(火) 13:32:00.51

インクリメントするときに困る

**752** · 2019/03/12(火) 14:52:24.67

VLAのこと完全に忘れてた　sizeof(配列) は動的だわ

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/12(火) 15:09:12.69

sizeof の結果は動的な判断が必要な場合 (いわゆる VLA) を除いて整数定数であることは保証される。

C++ には VLA は無いので sizeof が動的であるかどうかを心配する必要はないんだけど、
それは置いといて、 C++ で配列の大きさを知りたいときは std::extent の方がよくない？

**デフォルトの名無しさん** · 2019/03/12(火) 15:29:35.28

>>756

>>744-755
というアンカー表示方法も、知っておいてね。

**デフォルトの名無しさん** · 2019/03/12(火) 22:48:56.35

昔はstd::extent持ち出したりしたが今はstd::sizeだな

**デフォルトの名無しさん** · 2019/03/12(火) 23:05:04.16

uint8_t *addrb =(uint8_t *)0x00F00000;
uint16_t *addrw =(uint16_t *)0x00F00000;
*addrb = 0x10;
*addrw = 0xF0F0;

0x00F00000番地に0x10と0xF0F0を書き込むコードらしいのですが、最初の2行がよく分かりません。アドレスが4バイトなのにポインタはそれより小さくて問題ないのでしょうか。右辺のキャストは何を行っているのでしょうか。
よろしくお願いします。

**デフォルトの名無しさん** · 2019/03/12(火) 23:29:55.31

>>762
・整数だから昇格するよ
・整数即値をポインタ型に変換してるよ
ポイント先のデータは多分、バイト型だよ

マップドIO系のCPUではよく見るパターンだね

**デフォルトの名無しさん** · 2019/03/12(火) 23:37:26.58

＞ポインタはそれより小さくて問題ないのでしょうか。

*addrb = 0x10;
*addrw = 0xF0F0;
この文を見て上の疑問に到達したのかな？

ポインタは addrb や addrw で　その変数の器の大きさはアドレスを格納できる大きさ

*addrb で　アドレスにさされた先の内容を示す　内容の大きさはその型による

*addrb　は uint8_t 型でおそらく1バイト (1ｵｸﾃｯﾄ)
*addrw　は uint16_t 型でおそらく2バイト (2ｵｸﾃｯﾄ)

**デフォルトの名無しさん** · 2019/03/13(水) 18:31:26.55

ありがとうございます。
理解できました。
そもそもアドレス自身のサイズがあるものと勘違いしてました。

**デフォルトの名無しさん** · 2019/03/14(木) 06:41:14.61

アドレス自身にもサイズはあるけどね。
sizeof(*addrb) == たぶん 1 (8bit)
sizeof(*addrw) == たぶん 2 (16bit)
sizeof(addrb) ... 近頃のPCでは 4 (32bitアドレス) か 8 (64bitアドレス) かのう。

**デフォルトの名無しさん** · 2019/03/14(木) 12:20:30.31

メモリ消費についてききたい。
8byteのa,b,cっていう変数と、それを結合した24byteのdっていう変数をクラス内で扱いたいんだけど、素直にやると48byteメモリ消費だよね？
代わりに24byteのdと、8byte型のポインタ（4byte）3つ宣言したら36byteのメモリ消費で12byte/オブジェクトの節約になると思うんだけど、最適化したければ意識するべき？
あるいはコンパイラがその辺は上手にやってくれて最小限のメモリ消費になる？

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/03/14(木) 12:26:16.05

>>767
ポインタ先をチェック・確保するのにヒープメモリーと計算コストが掛かる。

**デフォルトの名無しさん** · 2019/03/14(木) 13:52:59.75

>>767
宣言次第ですね。
メモリ節約だとdを配列にしておくといいかなとおもいました。

**デフォルトの名無しさん** · 2019/03/14(木) 14:39:59.26

>>767
それ実体の24byteが別に要るだろ…

**デフォルトの名無しさん** · 2019/03/14(木) 14:43:45.46

下のソースをコンパイルしてコマンドプロンプト(cmd)で実行すると「鷗」の字が出力されません

int main(int ac, char **av){
setlocale(LC_ALL, "");
fwprintf(stdout, L"[%c]\n", 0x3042); // [あ] と表示される
fwprintf(stdout, L"[%c]\n", 0x9dd7); // [?] と表示される
return 0;
}

同じコマンドプロンプト(同じwindowsインスタンス上)で
python3 からだと(スクリプト経由でもIDEでもどちらも)
print(f'[{0x3042:c}]') # [あ]
print(f'[{0x9dd7:c}]') # [鷗]
表示されます

setlocale(LC_CTYPE, "en_US:utf8");
にしても同じでした

python3 からだと表示出来るということは
fwprintf に問題があるということでしょうか？

**デフォルトの名無しさん** · 2019/03/14(木) 14:57:23.81

Windows は、Visual Studio だろ

TCHAR マクロで、sjis/Unicode を切り替える。
Windows用の環境を揃えないと、無理だろ

**デフォルトの名無しさん** · 2019/03/14(木) 15:10:14.13

UNICODE
_UNICODE
とかは定義してあります
それに[あ]の方は表示されてるので
TCHAR が char と誤認識とかめっちゃ的外れな指摘だと感じます

**デフォルトの名無しさん** · 2019/03/14(木) 15:25:54.72

fwprintf
ワイド文字を書き込む場合、ファイルはバイナリー・モードでオープンするか、
o_ccsid または codepage パラメーターでオープンする必要があります。
これにより、ワイド文字に対して変換が発生しないことが保証されます。

**デフォルトの名無しさん** · 2019/03/14(木) 17:04:07.47

>>767
もしかして windows で 24bitカラーを取り扱いたい話？　union で楽する

#pragma pack(push,1)
typedef union {
BYTE e[3];
struct { BYTE B, G, R; };
} BPP24_t;
#pragma pack(pop)

**デフォルトの名無しさん** · 2019/03/14(木) 19:02:32.98

>>768-770 >>775
ありがとう説明不足だった
厳密にはL2フレームを実装したくて
DMAC6byte
SMAC6byte
TYPE2byte
とかを結合して送りたい。
んだが、結合用の変数を用意するとメモリ消費二倍な気がしていやだなと。
で、それぞれはポインタにして結合用の変数の0、6、8byteめを指定してやればいい気がして聞いてみた

**デフォルトの名無しさん** · 2019/03/14(木) 19:26:19.44

>>776
プロトコルスタックでそういうデザインはよくある
nicにわたすときのdmaもそんな感じ
しかしその数バイトの処理はこだわるところじゃない

**デフォルトの名無しさん** · 2019/03/14(木) 20:21:10.72

規格で標準ライブラリ中のメソッドがconst指定されていない場合これをconst指定するのは規格違反ですか？

具体的にはuniform_int_distributionのconstなインスタンスを生成してoperator()(URNG& g)を呼び出すとMSVC（VS2017）のみ通り、gcc4.3.2とclang4.0ではコンパイルエラーになりました

N4140及びN4659を参照した限り、上記のオペレータはconst指定されていませんでした

**デフォルトの名無しさん** · 2019/03/14(木) 20:28:14.30

>>776
フレームの組み立ては迷うことなくstructでいいと思うのですがどうでしょう。ちなみにpingではは素直にstructで組み立ててあります。

**デフォルトの名無しさん** · 2019/03/14(木) 20:30:26.12

>>777
確かに数バイトなんだけどね
>>779
cppで書いててクラスのプライベート変数として持ってます
結合どうするかだけ悩ましい

**デフォルトの名無しさん** · 2019/03/14(木) 21:00:14.82

>>780
ああ、なるほど。structでガワ作っておいて、ペイロード書き換えてバッファに溜めていくって感じでしかやった事しかないですけどケースバイケースなんでしょうね。

**デフォルトの名無しさん** · 2019/03/14(木) 21:58:48.11

コンソールがSJISだから無理

**デフォルトの名無しさん** · 2019/03/14(木) 23:31:25.66

C++難しすぎねえか？
こんなの新機能を網羅してる人どんだけいるんだか・・・

**デフォルトの名無しさん** · 2019/03/14(木) 23:39:23.56

奥義を究めると尊敬されます（カモ）

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/14(木) 23:47:20.81

>>783
別に網羅せんでも使えるところだけ使えば良い。
常に新しい機能を把握しておく必要はない。
使わない方が良い機能というのは有るので、駄目な部分を把握する方が大事だと思う。
(その結果として新しい機能に行きつくこともあるけど。)

新しい機能を使わないと回りくどくなるだけだが、
駄目な機能は致命傷になる (という可能性をコンパイル時にエラーに出来ない) こともあるので。

今の C++ で nullptr でなく NULL を使う理由は全然ない、みたいなのとか。

**デフォルトの名無しさん** · 2019/03/14(木) 23:49:54.51

てかコンセプトが待ち遠しい
templateの黒魔術っぷりが大幅に改善されるよね
エラーメッセージが分かりやすくなるのが大きい

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/15(金) 00:08:50.55

コンセプトとモジュールは C++er の悲願って感じだからな……。
今まで土壇場での延期を繰返した経緯を考えると次も本当に入るのか
疑わしい気はするけど。

**デフォルトの名無しさん** · 2019/03/15(金) 02:19:09.67

配列のアドレスが表示できません。何が悪いのでしょうか。結果はからになります。
unsigned char a[100];
cout << hex << &a[5] << endl;

**デフォルトの名無しさん** · 2019/03/15(金) 02:52:40.51

a+5

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/03/15(金) 04:49:34.55

(void *)

**デフォルトの名無しさん** · 2019/03/15(金) 06:53:21.47

>>788
&a[5] は「unsigned char を指すポインタ」なので
cout << では「'\0'で終端する文字列」として表示しようとするのよ。
なもんで >>790 の通り void* にキャストして、
具体的なデータを指さない「単なるアドレス」扱いしてくれと指示。
ちなみに >>789 は効果ないでしょ。

でも C++ の作法としては static_cast<void*>(&a[5]) と
長々しい名前付きキャストを使うべきなんじゃろか。
個人的には static_cast<const void*>(&a[5]) まで書きたいけど。

inline const void *to_voidptr(const void* p) {return p;}
てな具合に、字数を減らすための変換用の関数でも使うか。

…何か標準的で短い書き方があったりするのかしら。

**デフォルトの名無しさん** · 2019/03/15(金) 08:07:08.74

文字はcharだけでsigned/unsignedは整数扱いするとかしてくれりゃよかったのにな。

**デフォルトの名無しさん** · 2019/03/15(金) 09:38:53.54

coutなんて使うのが悪い
printf()でおｋ

**デフォルトの名無しさん** · 2019/03/15(金) 10:50:58.56

qDebugばっか使ってたからcoutの使い方なんて忘れてたわｗ

**デフォルトの名無しさん** · 2019/03/17(日) 06:21:33.06

そういえば「cout << &a[5] でアドレス値が表示されない」ってのは
char 系の配列やポインタの場合だけで起きる特殊例なのかな。

ユーザーが operator<<(ostream&, T*) の再定義をしない標準の状態で、
オブジェクトのアドレス値を送ったらアドレス値以外の何かが表示される型って
標準か有名どころのライブラリで、何か知ってる？

**デフォルトの名無しさん** · 2019/03/17(日) 12:02:02.30

operator<<(ostream&, T*) の再定義をしないライブラリで
オブジェクトのアドレス値を送ったらアドレス値以外の何かが表示される型を定義しているものは?

という質問に置き換えてみた

**デフォルトの名無しさん** · 2019/03/17(日) 13:17:40.49

gccのiostreamのソース辿れば全部書いてあるよ。

◆QZaw55cn4c · 2019/03/17(日) 14:11:06.99

>>797
ほう、どこに書いているのかわかってそう言っているのですね、それはすごいですね

**デフォルトの名無しさん** · 2019/03/17(日) 14:22:23.04

https://github.com/gcc-mirror/gcc/blob/master/libstdc%2B%2B-v3/include/std/ostream

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/17(日) 14:50:03.46

ライブラリのソースコードを辿っていくとビルトイン関数だったりして萎えることもあるので、
まずは仕様をちゃんと読もうな。

**795** · 2019/03/17(日) 15:05:24.52

>>799
ostream のヘッダ単独は意外に分量少なくて一通り見られたよ。
char系以外には...

operator<<(nullptr_t); // #if __cplusplus >= 201703L で条件コンパイル
operator<<(__streambuf_type* __sb);

があるみたい。本当にこれだけか確実ではないけど。

nullptr_t の方は「nullptr が送り込まれたら "nullptr" と表示しろ」だと思うが
__streambuf_type* __sb は分からん(定義は別ファイル、みたいだし)。

**デフォルトの名無しさん** · 2019/03/17(日) 15:17:33.67

痛レータが呼ばれるんじゃね

**デフォルトの名無しさん** · 2019/03/17(日) 19:25:05.63

現在アルゴリズムの勉強をしています
ソートアルゴリズムで有名な基本挿入法で与えた５つの整数を小さい順に並べるプログラムがうまく動きません
基本選択法、基本交換法（バブルソート）は書けるのですが…
ソートアルゴリズム、アルゴリズムそのものは図で正しく書けるとは思うのですが、コードに落とし込むのがうまくいきません
書いたコードは稚拙ですが以下のものですおかしな点を教えてくだされば幸いです

#include<stdio.h>
//基本挿入法
int main(void){
int temp=0,j,i;
int ary[5]={9,6,1,5,2};
for(i=1;i<=4;i++){
temp=ary[i];
for(j=i-1;j>=0;j--){
if(ary[j]>ary[i]){
puts("aaa");
ary[j+1]=ary[j];
}else{
puts("jais");
j--;
break;
}
}
j++;
ary[j]=temp;
printf("a[%d]は%d a[%d]は%d¥n",j,ary[j],i,ary[i]);
}
for(i=0;i<=4;i++){
printf("%d¥n",ary[i]);
}
return 0;
}

**デフォルトの名無しさん** · 2019/03/17(日) 19:26:08.56

puts(“aaa”)やputs(“jais”)はprintf(“a[%d]は%d ～”)の3つは、プリントデバグのために書いたものです…消し忘れました
すみません

◆QZaw55cn4c · 2019/03/17(日) 21:48:00.62

>>803
https://ideone.com/gIcJzp
納得がいくまで　printf() を仕掛けるのはいいことだと思います。

**デフォルトの名無しさん** · 2019/04/01(月) 21:33:07.89

class C
{
public:
　void f(){}
};

C* pc= new C;

pc.f();

コンパイルエラーが出るってことは、コンパイラはpcがポインタであることを
知ってる

なのになぜ、->と記述させるの？

**デフォルトの名無しさん** · 2019/04/01(月) 21:44:58.77

std::invoke使え

**デフォルトの名無しさん** · 2019/04/01(月) 21:52:40.40

ClassAのメンバにClassBがあってコンストラクタかsetterで外部から与えたいんだけど、
ClassBが大きくてできるだけコピーしたくない場合はどうするのがベストですか？
コピーコンストラクタが呼ばれた場合に初めてコピーされるようにしたいです
unique_ptr<ClassB>型にするとスコープを外れるときに落ちました
Class ClassA｛
public:
　ClassA(ClassB &b) { m_b.reset(&b); };
　ClassA(const ClassA a) : m_b(new ClassB(a.m_b))｛｝;
・・・
private:
unique_ptr<ClassB> m_b;
｝
main(){
・・・
{
ClassB b;
ClassA a(b);
} // ここで落ちる
・・・
}

**デフォルトの名無しさん** · 2019/04/01(月) 22:09:12.99

> m_b.reset(&b);

ヒープオブジェクトじゃないものをunique_ptrに突っ込んだらダメ。
カスタムデリータ用意するなら別だけど。

**デフォルトの名無しさん** · 2019/04/01(月) 22:22:19.12

>>809
この場合にスマートポインタは違うようですね
メンバは実体にして渡すときにムーブすればコピーは発生しないという認識は正しいですか？

**デフォルトの名無しさん** · 2019/04/01(月) 22:30:43.95

ClassAはClassBそのものを所有するのか
それとも外部のClassBへの参照を保持するだけなのか？
そのものを所有するなら外部から与えるのではなく
ClassAの中でClassBを構築するのも検討してみれば

// ClassAのコンストラクタ
// １１以降ならムーブとかも
ClassA(ClassBの構築に使う引数) : m_b（前記の引数） {}

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/04/01(月) 22:30:51.94

>>810
スマホ使う前にオブジェクトの所有権を明確にせよ。

**デフォルトの名無しさん** · 2019/04/01(月) 22:51:52.32

ClassBの構築に使う引数も大きいためコピーを避けたいところです
基本的には参照を保持するだけにしたいところですが、ClassBがスコープを外れて破棄される場面ではClassAに実体をコピーできるようにしたいです

**デフォルトの名無しさん** · 2019/04/01(月) 22:59:26.12

なんでそこでわざわざコピーしたいの？
最初からnewでヒープに確保すりゃコピー必要ないのに。

**デフォルトの名無しさん** · 2019/04/01(月) 23:35:23.75

AにB*とunique_ptr<B>を作って
AがBを使うときは常にB*経由でアクセス
Bを所有させたいときだけunique_ptrにヒープ管理だけさせる

**デフォルトの名無しさん** · 2019/04/01(月) 23:37:44.29

2つ持つという発想はありませんでした
試してみます

**デフォルトの名無しさん** · 2019/04/04(木) 17:56:45.10

昔、openGLを使ってC++出遊んでたんですけど、また最近触りたくなりました
皆さんC++で何作ってますか？
個人開発規模でお願いします

◆QZaw55cn4c · 2019/04/04(木) 19:24:27.16

>>817
昔作ったツールがひょんなことで役立っています…
あるディレクトリを別のドライブにコピーするだけのことなんですが、いや、まあ、Windows はなかなか御しがたく、path 文字列長が一定範囲を超過すると止まってしまう変てこなコマンドラインツールが未だに現役だったりするのです…
https://mevius.5ch.net/test/read.cgi/tech/1434079972/53

**デフォルトの名無しさん** · 2019/04/04(木) 20:14:39.57

>>818
システムコールってやつですか？
オブジェクト指向と並列処理を勉強したいと思ってるのでQtもいいかなと思ってます
どうでしょうか？

**デフォルトの名無しさん** · 2019/04/04(木) 20:22:00.68

Qtのデメリットはライセンスだけだから個人でやる分には良い選択

**デフォルトの名無しさん** · 2019/04/12(金) 11:39:32.60

オブジェクト指向を学ぶのにRubyあたりを使うのは
どういうデメリットが？

Pythonは「バージョン違いによる仕様変更」に
入門書レベルのコードが影響されるのであれば「良い選択とは言えない」ことになりそーだけど

**デフォルトの名無しさん** · 2019/04/12(金) 12:37:54.42

>>821
せっかく新しい言語を学ぶなら、近い将来役に立たなくなる言語より他の役に立つ言語を選んだ方が合理的だと思う

**デフォルトの名無しさん** · 2019/04/12(金) 13:47:38.12

pythonて破壊的な変更があったのは20年近く前なのに、未だに古い仕様で書かれた入門書が出回っているなら、オブジェクト指向学習に最適化どうかとは別に、問題な気が。

**デフォルトの名無しさん** · 2019/04/12(金) 14:05:10.56

rubyは古い言語

**デフォルトの名無しさん** · 2019/04/12(金) 14:50:54.53

Qt5.12.2はLGPLライセンスでインストールしとけばok?
他のライセンスは初見

**デフォルトの名無しさん** · 2019/04/12(金) 14:56:36.82

追加パッケージを使わないのならLGPLでおｋ

**デフォルトの名無しさん** · 2019/04/12(金) 15:06:17.42

"Qt Creator 4.8.2 CDB Debugg..." と "MinGW 7.3.0" 64-bit" 入れたら Hello World の窓が表示できるようになったけど、
練習ならそんなかんじでok?

**デフォルトの名無しさん** · 2019/04/12(金) 15:28:10.39

しばらく正常に動いてるように観えてても
あとで問題が顕在化して困るパターン

**デフォルトの名無しさん** · 2019/04/12(金) 15:38:10.46

どのような問題が発生しうるのでしょう？
もっぱら個人用の練習用とする予定

**デフォルトの名無しさん** · 2019/04/12(金) 15:54:14.03

Qt始めるならとりあえずこのシリーズ読もう
https://blog.qt.io/jp/category/getting-started-with-qt/

**デフォルトの名無しさん** · 2019/04/12(金) 17:06:12.27

私の場合は、インストール～ "Hello World" については
https://qiita.com/yasumodev/items/399ec89b7205e3c0bab1
https://qiita.com/yasumodev/items/104446261114e9a7352c
を参考にしました。続きについては、御提示のリンク先を試してみますね

**デフォルトの名無しさん** · 2019/04/13(土) 12:09:38.16

ID:K5RuTlhq です

>>826
https://www3.sra.co.jp/qt/licence/index.html を見て『グラフ作成パッケージQt Charts入れておいた方が便利かも』と思い
いったんアンインストールしてみたのですが、

[Qt 5.12.2 のセットアップ] の画面で

Qt Charts
Qt Data Visualization
Qt purchasing
Qt Virtual Keyboard
Qt WebEngine
Qt Network Authrozation
Qt WebGL Streming Plugin

にチェックを入れたとしても LGPL が選べるようです
サードパーティーの追加パッケージで問題となりうる…？

**デフォルトの名無しさん** · 2019/04/13(土) 12:11:50.81

>>828
具体的に「どのような問題が顕在化」し「どのように困る」ことになるのでしょうか
クラスとメンバ関数のみの指摘でも構わないので、示していただけませんか？

また、その問題を回避する方法は何なのでしょうか？

**デフォルトの名無しさん** · 2019/04/13(土) 13:57:08.11

>>832
LGPLを選べたとしてもQt Chartsを使っていればGPLｖ3
GPLと非互換のライセンスのライブラリを使うなら問題になる
だがそもそも練習段階ならライセンスなど気にせずどんどん書け

**デフォルトの名無しさん** · 2019/04/13(土) 20:47:38.59

昔は知らんが5.12.1ならQt ChartsはLGPLで許諾されるよ？

**デフォルトの名無しさん** · 2019/04/13(土) 20:48:56.62

5.12.2だった

**デフォルトの名無しさん** · 2019/04/13(土) 23:19:58.42

はっきりとGPLv3と書かれてる
https://www.qt.io/download
Open Source->Additional features->Data visualization の？を参照