堕天使の煉獄

やろうと積んでたゲームやり終わったところで、さてやりたいこと、やるべき事は山積してるのだけども、何から手をつけたらいいものやら。

とりあえず開発環境のアップデート。

最近、VisualStudioのBackgroundDownloadってプロセスが、アイドル時にしょっちゅう立ち上がって、ＣＰＵ50％ぐらい喰い続けたまま無限ループで固まってるのが頻発して。ググってもちょろっと同じ症状の人見つかるけど、VisualStudio入れ直せば？　ぐらいの対処法しか上がってないし。なんかおま環臭いバグなのかねー。とりあえずプロセスのもとのｅｘｅリネームしたりノートン先生で通信遮断したり抵抗してみるものの。なんかユーザーディレクトリに複製作って復活してたりするしｗ
そんでもって、いざVisualStudioのアップデートかける段になると、なんか普通に0からＤＬはじめてるし。BackgroundDownloadて何の意味あるんだコレ。ＣＰＵパワー食いつぶしてＨＤＤ痛めつけて。殆どウィルスだよ。

で、VisualStudioのアップデートかけてみる。VisualStudioインストーラーが更新失敗する。
VisualStudioのリリースノートみると、ちょっと前のバグでVisualStudioインストーラー破損するとか書かれてるし。無意味というか有害な動作しかしないBackgroundDownloadに更新用のインストーラ破壊とか、なんか最近酷いなオイ。

いろいろ調べたところ、VisualStudioインストーラーのあるフォルダごと削除して、VisualStudio2019のオンラインインストーラを落としてきて実行するとVisualStudioインストーラーが入れ直されるとかで。
そんでようやくVisualStudioアップデートして16.3.2→16.3.5に。
16.3.2は上記のBackgroundDownloadがあんまりにも酷いので更新で治ってること期待してあげてみたのだけども変わらずで。
なんかやたらとここ最近短い間隔でアップデートしてて、結構致命的なバグばっかりあって、なんか最近入った新人とか誰かがやらかしたとかそんなんなのか？？

とりあえず今のところBackgroundDownloadは変な動きはしてないっぽい。むーん。
モジュールはまだ先っぽいけど、とりあえず最近のｖｅｒでは待望のchar8_t（やっとか……遅すぎるわ）と、conceptが使える様になったのがうれしいですね。


んで次はＱＴ。
あれ？　Qt5.13.0→Qt5.13.1にアップデート。結構時間経った感じするんだけどあんまｖｅｒ上がってないな。
次期メジャーｖｅｒのQt6の開発始まってる関係もあってか、Qt5は5.15まで予定されてるけど基本、大きな変更はしなくてバグフィックス中心とアナウンスされてるぽ。

んで、VisualStudio2019アップデートしたついでに、そろそろ大分経ったしもうあるんじゃね？　とおもって特に確認せずにVisualStudio2017を削除。
その後Qt5.13.1入れたんだけど……やっぱmsvc2017用までしか無いじゃないか……。まあバイナリ互換あるので2019でもmsvc2017として使えるよーというのはわかってのですが。
実際やってみると、キットの自動検出上手く行ってないやん……。
コンパイラやらデバッガやらちょこちょこ手動で設定しないとダメポ。
んで、ビルドは出来るようになったんだけどキットの所に「互換性ないかもしれないよー」という警告の黄色い▲マークが付いてるままという、なんか気持ち悪い感じに。

ついでに、ちょっと前からなんかいい方法ないのかいなと思ってた、デプロイ。
現状ではデプロイツールのショートカットをビルドしたｅｘｅと同じトコ置いてＤ＆Ｄって感じでやってたのだけども。
Qtのｖｅｒ上がる度にこのショートカットも作り直しだったりして、地味にめんどくさい。
この辺、Qt Creator上でもっとシンプルにやる方法ないの？
と前々から思ってたのでちょっと調べてみる。

2.3.2 デプロイ準備の自動化
ttps://qiita.com/Chironian/items/2da05e9df4db9ba0d8ec

なんかこの画面見たことあるけど、いまいち何をどうすればいいのか判らなかったところなんですが。
バッチファイルでなんかごにょごにょする感じなのか。

なんかｖｅｒ違いと環境の違いでいまいちバッチファイルの中身が全然参考にならない。
てかそもそもwindeployqt.exeてのがもうめんどくさい。何がめんどくさいって、直呼びしようとおもうとpathを通さないといけない。んで環境変数でpath追加したばあい、ｗｉｎ再起動が必要だったりして。Qtのｖｅｒ上がる度にpathが変わるので環境変数弄って再起動……めんどくさ－。

んでそもそもバッチファイルってあんま今まで殆ど作ったこと無かったのですが。
なんかいろいろ弄って環境変数にpath追加しないでもいい感じでデプロイ出来るように、ごちゃごちゃ弄る。
バッチファイルをwindeployqt.exeのあるとこと同じ所において、コマンドラインの引数にプロジェクトの名前とか渡して。
deployてディレクトリをプロジェクトのルートに作成してそこにビルドして出来たexeをコピー。
そのあとバッチファイルの実行場所にcdしてそこからwindeployqt.exe実行……。引数には作成したｅｘｅのパスとかぶっ込む感じで。
……なんだかえらく泥臭い感じだけどこんなんでええんかいなとｗ

てかバッチファイル極めると恐ろしく変態的な事が出来るみたいな話を大昔に聞いたことあるけど（pc98とかあのぐらいの時代の話）確かにこりゃあんまし深入りしない方がいい世界だなとおもたりｗ

てか、ｗｉｎの環境変数とか大昔からあるけど、レジストリもそうだけど、本と不便な仕組みだよなぁ。ＵＩを糞改変とかする暇あったらこの辺改変して欲しいわ……。前時代的だなぁと２０年前ぐらいから思ってるわ（ぉ
標準では弄る為のまともなツールも無いし。あの辺のＵＩ、win3.1の頃からまったく変わってないぽで酷すぎる。RapidEEとかの作者さんには感謝ですね。RapidEE便利すぎってか元が酷すぎるんだよな。

とりあえずこれでデプロイの独自プロセスステップの選択を切り替えるだけでデプロイする、しないをワンタッチで切り替えられて、Qtのｖｅｒ上がったときにもそこの設定のバッチファイルのパスを書き換えるだけで済む。と、とりあえず以前までのめんどくさい感じからは脱却出来たかなと。

しかしこの辺、ｅｘｅの出力先パス指定してデプロイするーみたいなもっと簡単な仕組みに出来なかったのかと小一時間。
バッチファイル作ってなんかごにょごにょて。クロスプラットフォーム故のなんか理由とかあるんだろうけど。

そんな感じで、環境整えて、あとちょっと調べ物とかしてたら一日終わる。
むーん。