Win32API質問箱 Build125

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2019/02/27(水) 15:09:08.64ID:6ExXwgQU
Win32APIについての質問はこちらへどうぞ。

■注意
・質問する前にMSDNライブラリやPlatformSDK、Google等で検索しましょう。
・日本語版MSDN Online Libraryは不完全です。
　英語版( http://msdn.microsoft.com/en-us/library/ )の利用推奨。
・APIフックなど高度な事をしたい場合はできるだけAdvenced Windowsを読みましょう。
・言語特有の問題やIDE、MFCやVCLなどの質問はそれぞれの言語や開発環境スレで

■過去スレ
Win32API質問箱 Build124
http://mevius.5ch.net/test/read.cgi/tech/1510395780/
Win32API質問箱 Build123
http://mevius.2ch.net/test/read.cgi/tech/1475897582/
Win32API質問箱 Build122
http://echo.2ch.net/test/read.cgi/tech/1451988219/
Win32API質問箱 Build121
http://echo.2ch.net/test/read.cgi/tech/1438695290/
Win32API質問箱 Build120
http://echo.2ch.net/test/read.cgi/tech/1428570962/

■関連スレ
Visual Studio 2019
http://mevius.5ch.net/test/read.cgi/tech/1548765663/
Visual Studio 2017 Part6
http://mevius.5ch.net/test/read.cgi/tech/1528645068/
【C++】 DirectX初心者質問ｽﾚ Part41 【C】
http://mevius.5ch.net/test/read.cgi/tech/1521786252/
2019/09/05(木) 12:30:06.05ID:qYKhXOia
>>249
レスどうもありがとうございます。
他の方のレスを拝見してみても、やっぱりなかなか難しそうですね。

>>250
大変有用な情報どうもありがとうございます。この方針が一番現実的そうですね。
SHGetSpecialFolderLocation/SHGetSpecialFolderPath は
CSIDL しか受け付けなくて、「3D オブジェクト」のように CSIDL がないフォルダもあるので、
CSIDL の代わりに GUID が使える SHGetKnownFolderIDList を使おうと思います。
ただいずれにしても、どのフォルダの CSIDL/GUID を指定するかは
プログラムの段階で決めないという認識で正しいでしょうか？
その部分を自動で決められれば最高なのですが難しそうですね。
あと、日本語名を取得するのに SHGetLocalizedName を紹介していただきましたが、
SHGetFileInfo を使うのとどちらがいいでしょうか？
SHGetFileInfo なら直接日本語名が得られるのに対して、SHGetLocalizedName だと
'the ID of the localized file name in the resource file' が返ってきますが、
こちらのほうがパフォーマンス的に有利だったりするのでしょうか？

>>251
貴重なご意見どうもありがとうございます。確かになかなか問題の根は深そうです。
エクスプローラーのアドレスバーはそのあたりをいい感じに解決しているようなので
その仕組みをそのまま拝借できたら楽なのですが、そう簡単には行かなさそうですね。
2019/09/05(木) 12:39:12.77ID:qYKhXOia
>>252 >>254
レスどうもありがとうございます。
確かに Windows のフォルダ階層の仕組みは少し分かりにくいところがありますが、
今回の件についてはその問題はあまり関係なくて、
ちょっと誤解を与えてしまっている気がするので改めてやりたいことを説明させていただきます。

エクスプローラでは、今どのフォルダを開いているかにかかわらず、
アドレスバーに単に「デスクトップ」とだけ入力してエンターキーを押せばデスクトップに移動できます。
つまり、エクスプローラーの中では「デスクトップ」という単一の単語とデスクトップのフルパスとが
対応付けられているということになります。そして私は、この対応表を取得したいと考えております。
2019/09/05(木) 13:04:18.60ID:REbzCKHr
質問です。

ファイルに関連付けされている実行ファイルパスを取得するのに
FindExecutable()やAssocQueryString()を使っているのですが、
一部関連付けが取得できません。

どうやら関連付け先の実行ファイルの種類がWindowsパッケージ（デスクトップ）版と
ストアアプリ版とでは動作が異なるらしく、パッケージ版は上記APIで取得できる
ようですがストアアプリ版は取得できないようです。

仕方がないのでレジストリを直接たどる方法を模索しているのですが、
パッケージ版は分かるのですがストアアプリ版がよく分りません。

自分で調べた限りでは、HKCR\{拡張子}\OpenWithProgidsのREG_NONE型の{名前}
を元に、HKCR\{名前}\ApplicationのApplicationNameまでたどればいいと
いう情報を見つけて実践してみました。が、
2019/09/05(木) 13:05:00.53ID:REbzCKHr
（つづき）
実際に.pdfがedgeに関連付けられていて上記APIでは取得できない環境
においてレジストリをたどると
　\HKCR\.pdf\OpenWithProgids
のREG_NONE型の名前「AppXd4nrz8ff68srnhf9t5a8sbjyar1cr723」を元に
　\HKCR\AppXd4nrz8ff68srnhf9t5a8sbjyar1cr723\Application
のApplicationNameまではたどり着きました。

しかしこれに設定されている文字列が
　@{Microsoft.MicrosoftEdge_44.18362.329.0_neutral__8wekyb3d8bbwe?ms-resource://Microsoft.MicrosoftEdge/Resources/AppName}
となっています。
どう見ても実行パスではないというか、これをさらにどうにかするのか
たどる方法が間違っているのか分からなくなりました。

正しい方法をよろしくお願いします。
2019/09/05(木) 13:11:24.93ID:d3q2zCXJ
>>256
試しにmspaintと入力してエンター押したらペイントが起動しない？
と言う事は入力が日本語ならC:\Users\<ユーザー名>\この中の対応するフォルダを開く
とか内部でやってるんじゃないかな

英語の場合はLoadLibraryと同じように
Explorer.exeと同じディレクトリ
Explorer.exeのカレントディレクトリ
システムディレクトリ
Windowsディレクトリ
環境変数のPATHに指定されてるディレクトリ
の順で検索されてmspaintが起動とか
2019/09/05(木) 13:14:07.55ID:d3q2zCXJ
英語とか日本語とか関係なかったねｗ
2019/09/05(木) 22:24:50.64ID:qYKhXOia
>>259
レスありがとうございます。お返事が遅くなってしまい申し訳ないです。

> 試しにmspaintと入力してエンター押したらペイントが起動しない？
本当ですね！
しかし一方で、C:\Users\＜ユーザ名＞\AppData というフォルダはあるのに
アドレスバーに AppData と入力してエンターを押しても期待通りの動作はせず、
なかなかルールは複雑みたいです。

また、日本語環境ではアドレスバーに「Desktop」と入力してエンターを押しても
期待される動作にはならず、「デスクトップ」でなければならないようなので、
やはりシステムの言語設定は関係あるように思われます。

SHGetFileInfo で取得できる displayName を調べれば
日本語環境ならデスクトップフォルダから「デスクトップ」という文字列が得られるので
その逆ができればいいかと思ったのですが、実際はそれほど簡単な問題ではないようです。

例えば私の環境では C:\Users\＜ユーザ名＞ の displayName は
ウィンドウズの GUI から設定できる「ユーザ名（アカウント名）」になっていますが、
エクスプローラーのアドレスバーで期待通りの動作になる文字列は
「ユーザ名（アカウント名）」ではなく「フルネーム」でした。

エクスプローラーのアドレスバーの動作を完全に模倣するのは難しそうですが、
ここでいただいたアドバイスを元に、現実的な方法を考えていきたいと思います。
2019/09/05(木) 22:38:16.11ID:oF7lOGXi
レジストリにAppPathという設定もあるぞ。
2019/09/06(金) 19:55:29.68ID:H/ygVIaK
>>261
いくつか気付いた事を報告 その1/2

・ユーザーフォルダ内のフォルダで移動できたもの
　アドレス帳
　お気に入り
　デスクトップ
　ドキュメント
　ピクチャ
　ビデオ
　ミュージック
仮説1 〜\<ユーザー名>\(日本語名で表示される一部のフォルダ)って条件なのかもしれない
仮説2 仮説1の一部のフォルダで法則があるとしたらレジストリで保存場所を変更できるフォルダではないか？
　　　　　試しに「プログラム」「スタートアップ」と入力しても移動できた
　　　　　レジストリの「HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders」
　　　　　ここに列挙されてるやつがヒントになるかもしれない
・レジストリをヒントに入力して移動できたもの
　プログラム
　recent
　sendto
　スタート メニュー
　スタートアップ
・その他で移動できたもの (ツリービューで日本語表記をヒントにした)
　パブリック
　コンピュータ
　ネットワーク
　コントロール パネル
　ごみ箱
2019/09/06(金) 20:02:10.05ID:H/ygVIaK
いくつか気付いた事を報告 その2/2

・ここまでの間に気付いた事
アドレスバーに「コ」と入力すると
　コントロール パネル
　コンピュータ
　コンピュータの簡単操作センター
この3つの入力候補が現れたけど
入力候補が表示されるのとされないのもあった

あと日本語・英語混在(sendto recent)でさらに混乱させる事になってしまったかもしれないｗ
2019/09/06(金) 20:40:37.12ID:H/ygVIaK
ドキュメントがDocumentsの表示になった時の直し方で
LocalizedResourceNameが出てくるからそれをヒントにするのもいいかもしれない
2019/09/06(金) 23:22:21.54ID:ZBxclhCf
>>262
コメントどうもありがとうございます。
色々とレジストリにもヒントが隠れてそうなので調べてみたいと思います。

>>263-265
大変有用な情報どうもありがとうございます。
書いていただいた内容を見ながら実験してみて分かったこととして、
問題のアドレスバーの挙動は環境によって相当にブレがあるようです。

私の環境（Windows 10 Pro）では、
>>263 に書いていただいた文字列のうち
「recent」「コンピュータ（ちなみにコンピュータ『ー』もダメ）」は
期待通りの動作にならず、代わりにブラウザ（私の環境では Firefox）で
入力した文字列が検索されてしまいました。

私の環境ではアドレスバーに「Creative Cloud Files」と入力すると
対応する Adobe のソフトが作ったフォルダが開かれるので
ある程度外部ソフト等の影響があるだろうとは思っていたのですが、
「コンピュータ」ですら環境によって結果が異なるとは予想外でした。

ちなみに外部ソフトの影響に関しては、レジストリの
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Desktop\NameSpace
に登録されているものが該当しているような気がするのですが、
確かなことは分かっていません。

ともあれ、非常に興味深い実験結果と考察を読ませていただき
大変勉強になりました。どうもありがとうございます。
また何かお気づきのことがあれば教えていただけると嬉しく思います。
2019/09/07(土) 09:05:50.93ID:/U7tKF4y
>>266
10の場合はコンピュータがPCに変わったんだと思う
268デフォルトの名無しさん
垢版 |
2019/09/07(土) 09:58:32.00ID:dh6f1+zl
これはひどい
2019/09/07(土) 13:40:15.53ID:LGCtCXOo
デフォルトで用意されている日本語のフォルダ名を英語に戻す
https://laboradian.com/use-en-folder-name/

11個の日本語名になっているフォルダ

日本語名のフォルダには、desktop.ini という隠しファイルがある
2019/09/12(木) 18:25:54.76ID:h3dV0Q14
Win32アプリのバージョンリソースについての質問です。
自作アプリの1.0.0をリリースした後、1.1.0を作成中にベータ版を出す場合、
リソースのFILEVERSIONやPRODUCTVERSIONはどのように記述するのがよいのでしょうか。

1,1,0,0は、1.1.0の正式版に使いたいのですが、これより大きい値を付けるのも変だし、
数字以外の文字は入力できないようなので。
2019/09/12(木) 19:23:34.97ID:WE18f4SS
1.0.0.1とかはあかんの？
2019/09/12(木) 19:48:34.37ID:5JZ2mwNb
好きにしろよｗｗ
自作アプリなんて俺は1.0も1.1も2.0もみんなβだから1.00から0.01刻みで増やしてる
昔はカスタムビルドステップでビルド番号もつけてたけど今はやってない
2019/09/12(木) 20:46:30.04ID:igJ/H+nC
ちょろめとかふぃれふぉxはメジャーの数字上げ過ぎてひどいことになってるな
ばかなんですかね
274デフォルトの名無しさん
垢版 |
2019/09/13(金) 10:15:47.66ID:wKEqF87n
1.1.0.α
1.1.0.β
1.1.0.γ
275デフォルトの名無しさん
垢版 |
2019/09/13(金) 10:18:26.30ID:ud7Tmahn
1.0.0.01
1.0.0.011
1.0.0.0111
1.0.0.01111
2019/09/13(金) 11:29:05.95ID:aNvomMID
>>271
> 1.0.0.1とかはあかんの？
やっぱりこれが妥当なんですかね。
他のアプリのベータ版も見てみたいとは思うのですが。

秀丸エディタは、ベータ版は4桁目を増やし続けて、リリース版には99を入れてました。
1.1.0.99が1.1.0のリリース版という法則でした。

> 1.1.0.α
> 1.0.0.01
FILEVERSIONやPRODUCTVERSIONには、αや01は入力できないです。
必ず4つの数字を入れないと、勝手に0が入ってしまいますし。
2019/09/13(金) 12:49:50.53ID:IRP8OWhI
昔、同僚にクラス設計やコメントの書式にやたら拘る奴がいたの思い出した
綺麗なソースコード書いてたけど、まったく動かないゴミですぐ職場から消えたわｗ
2019/09/13(金) 12:54:34.90ID:NSArXc0X
そういう人って恋人も見た目重視にしてそう
ソースコード(見た目)って意味で
2019/09/13(金) 17:47:19.57ID:+RoIj51L
>>276
所詮決め事なんで>>272の言うとおり好きにしてくださいって話だけど
良くありがちなのは

メジャーバージョン．マイナーバージョン．ビルドバージョン

みたいな
メジャーバージョンはアーキテクチャとかUIの大きな変更とかユーザから見ても
変更されたことが分かるような場合
マイナーバージョンは単機能追加とかバグ修正などユーザから一見分からない
ような軽微な変更の場合
ビルドバージョンは作業途中の状態を管理するための連番や単一作業の区切りを
管理するための連番とか
みたいな感じで自分で目的を決めて使うしかないよ
他には作業の効率管理のためにさらにビルド回数を最後に付けてコンパイルする
たびに番号加算していくとか
後はOSのバージョンごとにパッキングを変える場合はPRODUCTOVERSIONと
FILEVERSIONを関連性は持たせるけど個別に管理するとか

>>273
あれは企業的に仕事をしてますよアピールなので残念なのは経営層か
投資家かな
バグ修正はマイナーバージョン、それ以外はすべてメジャーバージョンの修正に
することですごくたくさん仕事してますよがアピールできるので
280デフォルトの名無しさん
垢版 |
2019/09/13(金) 17:52:57.53ID:xaEp9cr2
>>273 さんはそんなこと言われなくても判ってて書いてるだろ
2019/09/13(金) 23:06:09.82ID:ZW8mwhnp
INVALID_HANDLE_VALUEってマジで糞だよな
うっかりしてると失敗したときNULLが返ってくるって勘違いするというか
ボーッとしてるとそういうコード書いちまうことがある
大概のAPIでは失敗したときNULLが返ってくるってのもある
混在いやん
2019/09/13(金) 23:10:11.55ID:ZW8mwhnp
あと、なんでINVALID_HANDLE_VALUEが必要になったのか技術的な背景が気になる
普通に0を返しとけばいいじゃん、って思うよね
他のAPIがそうなってるんだから
謎
2019/09/13(金) 23:49:45.81ID:xZuGkTzd
お前だけじゃボケ
2019/09/14(土) 00:13:31.65ID:n9TGnnZi
>>281
どんなAPIでも最低限の仕様確認してから使えよ
2019/09/14(土) 03:06:20.87ID:BTqGkHHG
しかしそれらを超越した次元で総合的に判断してやっぱりINVALID_HANDLE_VALUEは糞
必要ないからな
2019/09/14(土) 03:09:13.59ID:ztnZ3eZq
The Old New Thingにあったな
https://devblogs.microsoft.com/oldnewthing/20040302-00/?p=40443
2019/09/14(土) 05:42:23.89ID:MJsGg5EL
>>284
それは論点が違う
マジで糞かどうかだろうが
285はちゃんと自分なりの見解を言っているし
286は情報提供している
お前だけとかくだらんことしか言わんボーガスとは次元が違う

16bit時代は低コストに拘るあまり
色々とアホなことをしていた
その名残を糞って言えないやつも糞だ
2019/09/14(土) 10:06:00.92ID:TUFMAlcF
ComboBoxはCB_ERRがある
ListBoxはLB_ERRがある

ListViewはただの-1で定義無し
LV_ERRじゃないのはなんで？
2019/09/14(土) 11:02:16.25ID:BTqGkHHG
>>286読んで思い出したが
そうそうHANDLEのスマポ作るときにウザいんだよな
既定の初期値を何にしておくかって問題があるからな！
ああ糞だ
2019/09/14(土) 11:26:55.16ID:BTqGkHHG
後HANDLEのスマポのデストラクタでCloseHandleするとき
失敗したり何も入ってなかったり
無効なハンドルの場合はCloseHandleしないようにする場合も嫌らしい
無効なハンドルを表す値が二つ有るからな！！
if( handle && handle != INVALID_HANDLE_VALUE ){ ::CloseHandle( handle ); }
と書いてしまいたいところだが、本当にこれでよいのか？
それかCloseHandleに無効なハンドルを渡したときは何もしないことを期待して
if文なしで単に::CloseHandle( handle );とだけ書くか
しかしCloseHandleに無効なハンドルを渡したときの動作はMSDNには書かれてないんだよな
まぁ何もしないと思うが
2019/09/14(土) 11:39:00.01ID:BTqGkHHG
ああ今調べたら、CloseHandleに無効なハンドル渡したら
GetLastErrorが汚染されるらしいな
2019/09/14(土) 11:51:46.43ID:U/7wJfIU
初期化と開放とかのインターフェース作って、そのインターフェース派生でAPIアクセスしてるな
その手のはAPI直接叩くソース書くと後からコーディングミスに気付いても修正困難になるしバグの元
2019/09/14(土) 13:23:12.69ID:i3tDL1ol
>>288
前者2つはOS基本機能、後者はコモンコントロールというオプション
という違いから歴史と立ち位置が違う
ついでに言えば設計から全然違うんで、定義がないのは不思議ではない
2019/09/14(土) 13:47:20.57ID:U/7wJfIU
どれもコモンコントロールだよ
歴史的には昔はリストビューがコモンコントロールじゃなかったかもしれないが分からない
295デフォルトの名無しさん
垢版 |
2019/09/14(土) 14:05:12.55ID:mIZ3m5oP
昔のWindowsAPIはHANDLEとポインタが別物だったのを知らん人がいるのか
296デフォルトの名無しさん
垢版 |
2019/09/14(土) 14:06:49.93ID:mIZ3m5oP
>>288
ポインタが奇数になるはずはない(キリっ
だから奇数の空間を全て別のオブジェクトに
おれ天才じゃね？って糞言語が日本にはある
297デフォルトの名無しさん
垢版 |
2019/09/14(土) 15:56:30.20ID:6R0WtlX/
フリーのリソースエディタとAPIでGUIプログラムを作っているけど、
もう時代遅れなのかな。

みなさんは、GUIプログラムはどうやって作っていますか。
2019/09/14(土) 16:05:19.86ID:BWRFT45i
リソースエディタなんぞ使わず全部apiからテキストエディタ上で
数値指定で作ってるんでそんな自分よりかは進んでるぞ
まあ今の時代ならvisual studio使うのが普通だろうね
2019/09/14(土) 16:05:25.06ID:YkcbTkKM
20年前から来たのかな？
2019/09/14(土) 16:49:47.51ID:1pj+LkZL
>>297
cygwin/mingw64 でコンパイル・リンクできるよう、リソースは手書きですね…
2019/09/14(土) 16:58:44.72ID:0f+SL6BM
俺は自作のリソーエディタ使ってるけど。MinGWでもVC++でもビルドできるよ。
2019/09/14(土) 17:18:22.21ID:i3tDL1ol
>>294
コモンかどうか名前はさておき、リストビューは明確にcomctl32を使うような
宣言とリンクがないと使えないでしょ
リストもコンボはこいつの範疇ではない
2019/09/14(土) 19:04:46.82ID:TUFMAlcF
WinUser.h
　ComboBox CB_ERR
　ListBox LB_ERR
CommCtrl.h
　ListView関係のメッセージやマクロ

この違いは歴史関係って事？
LVM_INSERTITEMが失敗した場合は-1が返るけど
LV_ERR(-1)とするのはおかしい？
2019/09/14(土) 19:37:03.95ID:5CB9SZmv
作者の気持ちを想像して答えなさいスレッド
305デフォルトの名無しさん
垢版 |
2019/09/14(土) 21:33:59.27ID:FV8dJ/wR
Windowsで.NET使わずにC/C++とWin32APIでPerl互換の正規表現を使ったプログラムを作る場合、
従来はboost::regexやPCREなど別途ライブラリが必要だったけど、Windows10以降はICUの正規表現を使えるようになった。
ただし、可変長文字列を扱うUnicodeStringクラスがヘッダーファイルicu.hから削除されているので、std::wstringなどで代替する必要がある。
2019/09/14(土) 21:43:24.62ID:EnCOcX5P
ListViewはWindows95で追加されたコントロール
2019/09/14(土) 22:37:17.04ID:bBqfD384
昔の事は多少は多目に見てやれよ。今みたいにSNSが活発じゃないし、githubで他人のソースも簡単に見れるわけしゎゃない。知見を共有しづらい時代なんだから
2019/09/14(土) 22:44:48.45ID:BTqGkHHG
システムハンガリアンという糞も生みだしたしな
2019/09/14(土) 23:54:23.09ID:EnCOcX5P
ハンガリアン記法自体はBug捕り等に有効だったのに
310デフォルトの名無しさん
垢版 |
2019/09/15(日) 01:22:53.14ID:84ndTw+e
dwは長さが一番揺らいでると思う
2019/09/15(日) 04:13:59.48ID:oAEy9Na1
Standard Control
Common Control
2019/09/15(日) 07:17:29.58ID:o13gcpb2
>>309
システムハンガリアンは違うし、なんで過去形なんだ？
2019/09/15(日) 10:17:05.74ID:WyNEQ0+k
>>306
そうなのか

他の人もありがとう
314デフォルトの名無しさん
垢版 |
2019/09/15(日) 12:35:24.64ID:tu3q64lr
unix の execlp だと pid は変化しませんが、
Win32API の execlp とか _execlp とかだと processID は変化してしまうようです。

CreateProcess が呼ばれているからだと思いますが、
Win32API の execlp とか _execlp とかで変わったあとの processID を知る方法はありますか？
(起動された側で getpid() で判るのですが、そっちではなくて元の processID を握ってる方からのリンクが切れて困ってます。)
2019/09/15(日) 18:08:42.80ID:jdtp5u68
>>297
俺はリソーススクリプト直叩き
MSDNに詳しい情報乗ってるし、英語だけど
プログラマなら大体わかるよ、翻訳サイトを使ってもいいしね

そして、ライブラリ化しといて次から簡単に使えるようにしとく
バージョン情報とかも関数やクラスにして簡単に使えるようまとめとけば便利
GUIは.NETがクラス化の良いお手本になるよ
2019/09/15(日) 19:39:40.56ID:WzV8SEFI
VS使わない縛りなの？
2019/09/15(日) 19:55:06.55ID:G+rzyOKL
>>314
> Win32API の execlp とか _execlp
そもそもexeclpとかはwin32apiじゃなくて単なるライブラリだよ
とりあえずざっとソース見る限りではpidを返す方法はないみたい（インターフェースもないしね）
自分で実装するしかないと思う
2019/09/15(日) 23:50:00.36ID:jdtp5u68
>>316
VSは使ってるよ、昔は無料のエディションには
MFCもリソースエディタも付いてなかったからな

趣味でやってるから問題なし
フリーのリソースエディタを入れるか迷ったこともあったけど
直叩きで行けるしまあいいかと
2019/09/16(月) 00:47:21.27ID:iDbWACrZ
それぐらい普通、何でもないよ
俺なんかメニューバーとかスクロールバーとかツールバーとかリストビューとか
こまごましたUIパーツ、全部DirectXで一からフルスクラッチで書いたし
4K画面だとリストビューとか動作がカクカクになるから使い物にならんよ
フォントの描画が重いみたい
2019/09/16(月) 00:49:05.96ID:B+hfHu5+
結構前からリソースエディタは無料版VSでも入ってたろ
2019/09/16(月) 01:47:28.54ID:cPhlmIua
後世のために書いておくが、Visual StudioのリソースコンパイラーはUTF-8の扱いに致命的なバグがあって、最悪の場合、文字化けする。あれはANSIコードページかUTF-16で使うものだ。
322デフォルトの名無しさん
垢版 |
2019/09/16(月) 10:51:40.64ID:7yboD6Fj
不定期
https://stefansundin.github.io/xn_resource_editor/
2019/09/16(月) 12:37:37.02ID:IB1jvVpV
>>321
コンパイラーの問題だからエディターは何でもいいんじゃね
って話ではないの？
2019/09/16(月) 17:55:40.47ID:+LXKkUCe
そもそもリソースファイルにUTF8が使えるなんて知らなかったわ
2019/09/16(月) 17:57:32.41ID:Y7LS5TKS
いや使えないでしょUTF-8
2019/09/16(月) 18:32:35.66ID:cPhlmIua
MinGWのwindresというコンパイラーなら、pragmaでコードページ指定すればUTF-8が使える。
Visual Studioのrcは前述の通りUTF-8読み込みにバグがある。
327デフォルトの名無しさん
垢版 |
2019/09/16(月) 18:40:12.76ID:OCMqZYFH
RisohEditorってどうなん
2019/09/16(月) 18:43:49.21ID:cPhlmIua
RisohEditorはUTF-8とUTF-16のソースが扱える。UTF-16の入力は、独自のプリプロセッサでUTF-8に変換している。
2019/09/16(月) 18:46:27.85ID:cPhlmIua
VSのRCの文字化けバグについては
https://developercommunity.visualstudio.com/content/problem/384705/visualstudio-v1590-resource-editor-using-utf-8-bom.html
こちらで。まだ直っていない。
2019/09/16(月) 18:52:28.03ID:OHfOAVfs
リソースファイルはBOMつきUTF-16LEでいけるでしょ。
2019/09/16(月) 19:26:31.76ID:dTSbudTn
重箱。UTF-16LE/BEと呼ぶ場合はBOMを付けてはならないらしい。
332デフォルトの名無しさん
垢版 |
2019/09/16(月) 19:56:19.89ID:OCMqZYFH
UTF-8 も BOM 付けちゃいけないんだろ
2019/09/16(月) 20:21:16.53ID:dTSbudTn
UTF-8なら禁止はされていない。
334デフォルトの名無しさん
垢版 |
2019/09/17(火) 00:30:59.73ID:J+q8D2Xe
>>331
理解が間違っている。

「BOMつきUTF-16LE」と「UTF-16LE」は別のものであり、どちらも存在する。
「UTF-16LE」にBOMがついていないからこそ「BOMつきUTF-16LE」という表現が成り立つ。
小倉トーストとトーストが別のものであることと同じであり、トーストに小倉餡がついていないからこそ小倉トーストが成り立つ。
2019/09/17(火) 02:12:33.57ID:GJd5TLi7
粒餡と餡子が別のものであることと同じであり、
餡子に粒が入ってないからこそ粒餡が成り立つ
ってことですね
336デフォルトの名無しさん
垢版 |
2019/09/17(火) 02:53:38.24ID:J+q8D2Xe
名古屋のモーニングにゆで卵がついたからといって、モーニングでなくなるわけではないのだ。
無論、ゆで卵がつかないモーニングもある。ゆで卵がつこうがつくまいがモーニングなのだ。
2019/09/17(火) 03:09:38.39ID:F6p74H2h
名古屋とか言う異世界の話はやめようぜ
意味が分からん
2019/09/17(火) 18:03:14.36ID:IoM9hprN
名古屋が4次元？
339デフォルトの名無しさん
垢版 |
2019/09/17(火) 18:08:21.64ID:+bGUkqkJ
みそかつ
みそ煮込みうどん
高血圧
2019/09/17(火) 18:36:53.76ID:TzGpBMAj
段ボール入り肉まんが人によってはバレないが、やはり人間的にはエラーが出やすい
そういうことだな
2019/09/18(水) 14:01:12.80ID:+0ud2Fjw
Caretの点滅間隔について質問です

自アプリがアクティブの時のみ点灯(点滅間隔にUINT_MAXを指定して擬似的に)
自アプリが起動中はWM_SETFOCUSでON(点灯)に、WM_KILLFOCUSでOFF(元の間隔)にする事はできましたし他のアプリにも影響はありません
ですが自アプリが終了したら他のアプリでもONの状態になってしまいます
メッセージを追ってみると
WM_CLOSEでDestroyWindow
→WM_KILLFOCUSでOFFへ
→プロセスが終了
になっていたので自アプリ内で再度ONになっている事はないです

これはどういう事ですか？
342デフォルトの名無しさん
垢版 |
2019/09/18(水) 19:04:24.43ID:L8SHYgAR
WM_CLOSE
→DestroyWindow (hWnd 失効)
→WM_KILLFOCUSでOFFへ (hWnd 違いで無視)
→プロセスが終了

かな
知らんけど
2019/09/18(水) 19:30:38.13ID:+0ud2Fjw
ありがとうございます

引数は間隔のみですが一応DestroyWindow直前でOFFにしてみても同じ結果でした
2019/09/18(水) 19:31:59.76ID:Dukdxvvo
完成品には道のり遠くｗ
2019/09/18(水) 19:37:10.52ID:+0ud2Fjw
Getで値を見てみるとONの状態になってしまうのではなく
アプリが終了したら間隔が0xfeeefeeeになってしまう
でした

言い直しますと
System設定の500(ミリ秒)からUINT_MAXではなく200へ変更するようにしても
アプリを終了したら間隔が0xfeeefeeeになってしまう
です
2019/09/18(水) 19:39:32.20ID:Dukdxvvo
たまねぎスレｗ
2019/09/18(水) 19:57:32.75ID:u5s3196f
方法は何でもいいけど、例えばクリックしたらキャレット処理を終了→その後アプリ終了でどうなるかやってみ
問題が絞り込めるでしょ

WM_CLOSEで終了処理が思ったように動いてないってのはありがち
2019/09/18(水) 20:00:53.08ID:Dukdxvvo
はい完成品なしｗ
2019/09/18(水) 20:07:36.38ID:+0ud2Fjw
>>347
それも既に試しましたが同じ結果です
>>341でも書きましたがメッセージを追ってWM_CLOSEが正常な事も確認済みです
2019/09/18(水) 20:10:21.94ID:Dukdxvvo
はいBASICからやり直しｗ
2019/09/18(水) 20:10:41.11ID:+0ud2Fjw
>>347
途中送信すみません
設定してもいない値0xfeeefeeeになるので
間隔はSystemと同じ値(500)にSetするだけにしてみても同じ結果でした
2019/09/18(水) 20:12:42.36ID:rjYHNvyN
0xfeeeってデバッグの時の初期化されてない奴の値じゃないっけ
終了時に数値の参照先おかしくなってるとかかな
2019/09/18(水) 20:31:05.81ID:VIgnmm9s
「あなたのアプリがWM_CLOSEで0xfeeefeeeにしてる」のは明白でしょ
0xfeeefeeeって特別な値よ、ググってみそ
2019/09/18(水) 20:50:12.78ID:d3y9L0GY
DestroyCaretしてないとか？
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。