- 1 名前：デフォルトの名無しさん mailto:sage [2018/12/28(金) 06:04:52.38 ID:ufThBpcD.net]
- エスケープシーケンスやWin32APIなどの環境依存なものもOK
そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります
コードを貼れる所
codepad.org/
https://ideone.com/
前スレ
【初心者歓迎】C/C++室 Ver.103【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1530384293/
- 830 名前：デフォルトの名無しさん mailto:sage [2019/04/12(金) 14:56:36.82 ID:rTBxcnf6.net]
- 追加パッケージを使わないのならLGPLでおｋ
- 831 名前：デフォルトの名無しさん mailto:sage [2019/04/12(金) 15:06:17.42 ID:K5RuTlhq.net]
- "Qt Creator 4.8.2 CDB Debugg..." と "MinGW 7.3.0" 64-bit" 入れたら Hello World の窓が表示できるようになったけど、
練習ならそんなかんじでok?
- 832 名前：デフォルトの名無しさん [2019/04/12(金) 15:28:10.39 ID:VR9mZ4dF.net]
- しばらく正常に動いてるように観えてても
あとで問題が顕在化して困るパターン
- 833 名前：デフォルトの名無しさん mailto:sage [2019/04/12(金) 15:38:10.46 ID:K5RuTlhq.net]
- どのような問題が発生しうるのでしょう？
もっぱら個人用の練習用とする予定
- 834 名前：デフォルトの名無しさん mailto:sage [2019/04/12(金) 15:54:14.03 ID:rTBxcnf6.net]
- Qt始めるならとりあえずこのシリーズ読もう
https://blog.qt.io/jp/category/getting-started-with-qt/
- 835 名前：デフォルトの名無しさん mailto:sage [2019/04/12(金) 17:06:12.27 ID:K5RuTlhq.net]
- 私の場合は、インストール〜 "Hello World" については
https://qiita.com/yasumodev/items/399ec89b7205e3c0bab1
https://qiita.com/yasumodev/items/104446261114e9a7352c
を参考にしました。続きについては、御提示のリンク先を試してみますね
- 836 名前：デフォルトの名無しさん mailto:sage [2019/04/13(土) 12:09:38.16 ID:r7SUy1hn.net]
- ID:K5RuTlhq です
>>830
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 が選べるようです
サードパーティーの追加パッケージで問題となりうる…？
- 837 名前：デフォルトの名無しさん mailto:sage [2019/04/13(土) 12:11:50.81 ID:r7SUy1hn.net]
- >>832
具体的に「どのような問題が顕在化」し「どのように困る」ことになるのでしょうか
クラスとメンバ関数のみの指摘でも構わないので、示していただけませんか？
また、その問題を回避する方法は何なのでしょうか？
- 838 名前：デフォルトの名無しさん mailto:sage [2019/04/13(土) 13:57:08.11 ID:TvmgiEsJ.net]
- >>836
LGPLを選べたとしてもQt Chartsを使っていればGPLｖ3
GPLと非互換のライセンスのライブラリを使うなら問題になる
だがそもそも練習段階ならライセンスなど気にせずどんどん書け
- 839 名前：デフォルトの名無しさん mailto:sage [2019/04/13(土) 20:47:38.59 ID:r7SUy1hn.net]
- 昔は知らんが5.12.1ならQt ChartsはLGPLで許諾されるよ？
- 840 名前：デフォルトの名無しさん mailto:sage [2019/04/13(土) 20:48:56.62 ID:r7SUy1hn.net]
- 5.12.2だった
- 841 名前：デフォルトの名無しさん mailto:sage [2019/04/13(土) 23:19:58.42 ID:TvmgiEsJ.net]
- はっきりとGPLv3と書かれてる
https://www.qt.io/download
Open Source->Additional features->Data visualization の？を参照
- 842 名前：デフォルトの名無しさん mailto:sage [2019/04/14(日) 00:04:08.34 ID:El+pt49w.net]
- 条項はこれから確認する
>>841
インストールの操作手順からしたら
不意打ちも良いとこだなあ
Qt Charts をチェックした状態で[次へ(N)]ボタンを押したときに
「修正を受けたGPLv3」以外のラジオボタンが無効になってないと
UIとしておかしくねえか
あと「100%GPLv3と一致で修正条項なし」なん？
そうだとしたら、なおさらおかしい
- 843 名前：デフォルトの名無しさん mailto:sage [2019/04/14(日) 00:07:28.45 ID:El+pt49w.net]
- そういえば
LICENSE
などと大文字ファイル名にしないと効力が発生しないとする「糞判例がある」と聞いたことがあるけど、日本の裁判所？
ググっただけでは見つからなかった
最高裁判例なら検索結果の判決文をPDFで読める訳だがなあ
そのようなケースを敷衍すると、帰結として、Qt chartsはLGPLとなりうる
GPLv3 については逐条解説もあるから、そっちの内容も確認してみてちょ（あくまで「解説」）
- 844 名前：デフォルトの名無しさん mailto:sage [2019/04/14(日) 00:54:57.43 ID:El+pt49w.net]
- 純粋に「Qt のライセンス」の話なのでスレチ？
copyright notice の表示方法の適切性について、GPLv3って基本的には明確には記載してなくね
ただし今回のケースだと、「インストーラが LGPL によるライセンスを表示した状態」で先に進める以上
0. Definitions. の第8パラグラフ(1) 反対解釈により、「GPLv3は適用されない」と読む余地がある
実際、GPLv3 につき "displays an appropriate copyright notice" してないもの
- 845 名前：デフォルトの名無しさん mailto:sage [2019/04/14(日) 00:56:08.63 ID:El+pt49w.net]
- 書き込み制限受けたので続き。多分コレで終わり。
あのインストーラが表示している著作権表示は明確に LGPL だから適用条件満たしてないと解釈する余地がある、と
…わたしはただの学習者だから大騒ぎすることでもねえんだがねえ…
- 846 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 21:39:53.28 ID:L7qqGgg7.net]
- int& a;
int &a;
どっちにすべきでしょうか
- 847 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 21:52:39.66 ID:zTAvdEPs.net]
- 好きな方で書け
- 848 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 21:56:00.71 ID:dimPC8Ge.net]
- 「すべき」というのは規格表での『shall』のことですか？
それとももっと別の意図がありますか？
- 849 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 22:02:16.06 ID:1nT5zSFt.net]
- int & a;
int * b;
- 850 名前：はちみつ餃子 mailto:sage [2019/04/15(月) 23:26:36.86 ID:94OTneyx.net]
- std::add_lvalue_reference<int>::type a;
- 851 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 07:00:13.97 ID:xjyBK9QH.net]
- そんなこと気にする前に参照の変数を未初期化で使おうとするなよ。
みたいなツッコミを入れたくなるけど、コンパイル時にエラーが出る
間違いは必ず見落としなく直せるから実際は大きな問題じゃないよね。
「ポインタ宣言の * を型名に寄せるか変数名に寄せるか」と同じで
一貫した書き方をするかぎり、どっちでも構わんでしょ。
個人的には「変数名に寄せる」派だけど。
- 852 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 08:18:02.67 ID:hl7GJiol.net]
- int& a, &b;
int &a, &b;
自分も後者の方がいい
- 853 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 08:20:49.86 ID:GDkTCt4E.net]
- >>851
> 未初期化で使
コレの解釈は揺れそうだが、たとえば
int *i;
とか、
int *i;
int j;
i = &j;
とかいうかんじのことかしらん
- 854 名前：デフォルトの名無しさん [2019/04/16(火) 11:22:25.45 ID:vZl8q5zB.net]
- >>852
+1
ほんそれ
- 855 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 12:24:17.44 ID:uqcfe1Iw.net]
- わからない事をここで質問しようとレスを書いてる最中に「わかった！」
ってなることが多々あるんだが、この謎の現象は何なんだ・・・
- 856 名前：デフォルトの名無しさん [2019/04/16(火) 12:28:15.56 ID:4RjIOnLA.net]
- 自己解決パターン
質問するときに頭の中が整理される→解決
質問するために再現する必要最小限のコードを書く→問題の切り分けが出来る→解決
いろいろあるが
- 857 名前：はちみつ餃子 mailto:sage [2019/04/16(火) 13:21:34.50 ID:XnNfa6Fy.net]
- >>855
何が駄目なのかわかれば解決法は自明であることが多い。
逆に言えば、解決法がわからないときは問題が何であるかわかってなかったりするんだよ。
だから、きちんとした形に質問をまとめれたなら、それはもうほとんど解答でもあるんだ。
この手法を利用してバグを取り除くやり方としてラバーダックデバッギングというものが知られている。
- 858 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 13:51:09.84 ID:WfxisTJA.net]
- C++erならRust学べって風潮嫌い
なんで学習コストがある言語を２つも学ばないといけないのかと思うし
- 859 名前：847 [2019/04/16(火) 17:31:42.92 ID:xjyBK9QH.net]
- >>853
あんまり大それた意見とではなくて
void func()
{
int &a;
...
}
と宣言したら、参照先不明の &a を作ろうとしてるから
必ずコンパイルエラーになるじゃろ、程度の指摘。
…ただ、この投稿を書こうとして気がついたんだけど、
class samp {
int &a;
...
};
てな具合に、クラスのメンバとしての宣言ならエラーにならないね。
ちゃんとコンストラクタで a に参照先を与えるなら許される。
要するに >>851 の前半部分は間違ってた、ということ。
正しい場合もあるけど、常に正しいわけじゃない。
- 860 名前：デフォルトの名無しさん [2019/04/16(火) 17:55:46.56 ID:LqBdGBd1.net]
- その場合でもコンストラクタで初期化してなかったらエラー出るんだから
説明自体は間違ってない
- 861 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 21:38:13.69 ID:5Rly8M3u.net]
- >>857
テディベアをおいておくというエピソードなら有名だね
- 862 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 22:14:36.94 ID:dFuxCqAG.net]
- >>858
難しいことも違った方向から見るとわかりやすくなることもある。
- 863 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 11:24:45.99 ID:qKKG75KJ.net]
- 質問です。
cinの戻り値のistream&がなんでif(cin)みたいに真偽判定に使えるのかが発端です。
https://stackoverflow.com/questions/8117566/why-istream-object-can-be-used-as-a-bool-expression
こことか見たんですけど、
1.istreamはbasic_iosを継承してて、
2.basic_iosで型変換演算子explicit operator bool() const;が定義されてる
ってとこまでは理解しました
ここからが質問なんですけどこの型変換ってのは勝手に行われるもんなんですかね
if(something)って書いたらif(bool(something))っていつもやってるんでしょうか
- 864 名前：デフォルトの名無しさん [2019/04/19(金) 11:40:22.57 ID:ymX8VCBl.net]
- intで参照したらEOF
- 865 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 12:05:08.07 ID:r9r2BfdP.net]
- 型変換以前に0やnullポインタを評価するとfalse、0以外の値はtrueと評価されると決まっているからだろ。
あと暗黙の型変換はよく起こる。
- 866 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 12:08:35.86 ID:lgg24wim.net]
- if 文の条件判定部は bool 型を要求してる前提で解釈,翻訳してるんじゃない
- 867 名前：はちみつ餃子 mailto:sage [2019/04/19(金) 12:13:29.89 ID:mypEidUJ.net]
- >>863
yes.
条件部はブールを要求し、もしブールでない場合は常に型変換する。
- 868 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 09:49:03.76 ID:9bTTnEnG.net]
- 前橋和弥さんのC言語ポインタ完全制覇という本で、
PCの環境(CPUの種類など)によってデータのメモリ上の配置は異なる
(構造体のパディングをはじめ、ただの単体のintでさえバイトオーダーが異なる(ワークステーションではビッグエンディアン採用だったりする))
ので、メモリの内容をバイナリでディスク上のファイルに出力したデータは別環境で読み込んで使おうと思ってはいけない
というような事が書いてありましたが、この話はWindows以外の環境や古い環境を前提とした話なのでしょうか？
同書にWindowsではBMPファイルをfwriteでファイルへダンプしていていかにもWindowsらしいとも書いてあるので、
Windows環境ならゲームのセーブデータとしてクラスをまるごとfwriteでバイナリ出力したファイルを別PCでロードしても問題ないのでしょうか？
(Xeonとかワークステーションマザーとか関係なしに、IntelCPU&Windowsの環境ならばリトルエンディアンで統一されている？)
(Macではビッグエンディアンになるが、Windows環境のみ対応のゲームを作る上では無視してよい？)
という認識は間違っているでしょうか？
パディングの違いなどもWindowsやVisualStudioが自動で良きに計らってくれるのならありがたいのですが…
- 869 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 09:54:32.44 ID:gSzU4BUh.net]
- windows間だから「別環境」ではなく「同じ環境」
だからwindowsでも同じ
そのbmpデータをmacに持って行っても使えない
なので磁気コアをダンプして永続化したようなデータは、他の全ての環境で使えない
60年代くらいから知られている
- 870 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 12:00:13.06 ID:9bTTnEnG.net]
- >>869
Windows環境であれば、別PC(別ハード)でも同環境とみなして良いのですね
>>WindowsではBMPファイルをfwriteでファイルへダンプしていていかにもWindowsらしいとも書いてある
読み直したら、違ってましたm(_ _)m
可変長構造体の節で、
WindowsではBMPをfwriteなどで可変長構造体まるごとダンプしていて、
BMPのような他の環境にもっていく可能性が高いファイルを構造体まるごとダンプしているのがWindowsらしい
というような内容でした
Windows級の一流プログラマーでも構造体まるごと出力を使っているのであれば、
ゲームのセーブデータで構造体やクラスをまるごとバイナリ出力しても問題ないととらえてよいのかな？
- 871 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 12:30:10.75 ID:4KhiFNHT.net]
- >>870
bmpファイルには仕様があるので「Windowsのプログラマがどうたら」なんぞ関係無く仕様に従って読み書きすべし
（現実には仕様に従わない入出力をやらかすアプリ毎に対処することはあるが）
自分で定義した構造体でも外部に公開するなら仕様を決めそれに準ずるべし
公開しないならそれこそ構造体丸ごとダンプなり好きにすれば良い
実際にそういう実装は珍しいものじゃない
どうせ環境の変化で困るとしてもそれは自分だけだからね
|
 |
