Win32API質問箱 Build126

**デフォルトの名無しさん** · 2020/05/01(金) 22:16:51.96

Win32APIについての質問はこちらへどうぞ。

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

■過去スレ
Win32API質問箱 Build125
https://mevius.5ch.net/test/read.cgi/tech/1551247748/
Win32API質問箱 Build124
https://mevius.5ch.net/test/read.cgi/tech/1510395780/

■関連スレ
Visual Studio 2019 Part4 https://mevius.5ch.net/test/read.cgi/tech/1585715794/
Visual Studio 2017 Part7 https://mevius.5ch.net/test/read.cgi/tech/1558179898/
【C++】 DirectX初心者質問ｽﾚ Part41 【C】 https://mevius.5ch.net/test/read.cgi/tech/1521786252/

**デフォルトの名無しさん** · 2020/11/15(日) 23:47:17.82

参照カウントは、読み込んだ・実行した回数と関係ないだろ。
複数のプロセスから、参照されていれば、2 以上になるだけだろ

自分が参照すれば1で、
OS も参照すれば、2じゃないの？

自分で参照回数を、0にすべきじゃない。
OSが使っているかも知れないし

OSが何をやっているのか、勉強していない香具師は、妙な事を考えない方がよい。
OSの勉強だけで、何十年も掛かるから

**デフォルトの名無しさん** · 2020/11/16(月) 00:11:34.75

ウイルス対策ソフトによる介入まで考えたらさらに増える。

**デフォルトの名無しさん** · 2020/11/16(月) 00:34:28.20

>>411
ここで言ってるのはプロセス内の話だぞ？
LoadLibraryを2回やったらFreeLibraryも2回呼ばなきゃならんという話。

>OSが何をやっているのか、勉強していない香具師は、妙な事を考えない方がよい。

**411** · 2020/11/16(月) 01:24:18.28

DLL を2回も呼ぶのか？

一々、DLLをロードしてから、フリーするとか、
そんなに厳密に、メモリを気にしなくても良いのでは？

初心者は、そんな些末な事に、時間を掛けるべきじゃないと思う。
どうせ、1MB とか、ほぼ64 bit では無意味な節約だろ

そういうのを気にしていたら、Ruby などでプログラミングできない。
皆、富豪プログラミングなのにw

**デフォルトの名無しさん** · 2020/11/16(月) 01:34:45.83

411は何も解ってない

**デフォルトの名無しさん** · 2020/11/16(月) 03:56:24.82

LoadLibraryの参照カウンタはプロセス単位
質問者はDLL_PROCESS_ATTACHが複数回呼ばれると思ってるようだが複数回LoadLibraryしても呼ばれるのは最初の１回だけ

**デフォルトの名無しさん** · 2020/11/16(月) 08:05:49.89

おはようさん。ゆるくいってもらえるとうれしい。

413さん。LoadLibraryを複数回呼べば参照カウンタはそれだけ増えます。
その場合、増えた原因がLoadLibraryと明らかなので特に問題ないと考えます。
わからないのはLoadLibraryが１度のつもりなのに、場合によって一つ増える
現象が不思議だなってあたり。

414さん。まったくその通りです。実際、削除してみたいというのは今のところ
技術的な興味だけで、参照カウンタの増加原因がコードのどの部分なのかが
わかれば自分が面白いという点だけです。対応策は削除しない策も含めて２、３
考えていて重大ではなくなっています。時間がもったいないですね。

461さん。アプリケーションが起動されたプロセスで、DLL_PROCESS_ATTACH
はLoadLibraryの時に１度、DLL_PROCESS_DETACHはFreeLibraryにより参照カ
ウンタが０になった時に１度だけです。このように理解していますが＾＾；。

参照カウンタはプロセス毎に持っていて、自プロセスのFreeLibraryが2回成功
するということは、自プロセスの参照カウンタが２になっていると考えていま
す。他のプロセスがtmp.dllをロードしても、自プロセスの持つ参照カウンタは
増えません。予想の範囲をでませんが、自分の書いたコードの中のあるAPI関数
が参照カウンタを増やしている、たぶん初回のフックプロシジャ起動の時に増え
てるっぽい。ですので、現象を正しく理解するには、結局の所、参照カウンタを
モニタして増減のポイントを押さえ、可否を判断するのが本道かなとも思います
・・・難しそうですよね。APIは勝手に参照カウンタ増やすよ？なんてアドバイ
スがあると、よかったのですが。

長文でくどくなって、イラついている人がいそうですね。この辺で、一度この話
題から私は離れたいと思います。アドバイスくださった方がた、どうもありがと
うございました。

**デフォルトの名無しさん** · 2020/11/16(月) 08:26:01.14

自発的なdllの削除ってなると >>412 の件は厄介かもな

**411** · 2020/11/16(月) 09:50:44.37

Windows は、クローズドOS だから、何をやってるか分からない

ファイルをロックするためにとか、メモリから追い出されないために、
参照回数を増加させるかも知れない

だから、自分が1回しか呼んでいなのなら、参照回数を2回減らしてはいけない。
2回減らしても、無視されるだけかも知れないけど

自分が増やした分だけを、減らすべき！

**デフォルトの名無しさん** · 2020/11/16(月) 12:14:15.53

なんか参照カウントと単なるカウンタが入り乱れてそうな流れ

**デフォルトの名無しさん** · 2020/11/16(月) 12:21:40.31

全部読まずにresするが
元々自分のexeの依存dllにそのdllを入れちゃってるのに
さらにLoadLibraryしてるとかかな

**デフォルトの名無しさん** · 2020/11/16(月) 20:18:45.97

DLLのコードもあるなら別にDLLで無くてもいいのではと思ってしまうｗ

**デフォルトの名無しさん** · 2020/11/24(火) 20:44:41.98

>>421
俺もそう思う
静的リンクと動的リンク合わせて2回呼ばれていると思う

**デフォルトの名無しさん** · 2020/11/26(木) 18:31:15.60

どうなってんの？
void ListView_GetItemCount(
hwnd
);
https://docs.microsoft.com/en-us/windows/win32/api/commctrl/nf-commctrl-listview_getitemcount

**デフォルトの名無しさん** · 2020/11/26(木) 19:21:32.18

普通そういう時はメッセージの方見るよね

**デフォルトの名無しさん** · 2020/11/26(木) 19:21:58.33

言語的お作法

**デフォルトの名無しさん** · 2020/11/26(木) 19:47:30.99

マクロだし

**デフォルトの名無しさん** · 2020/11/26(木) 20:19:49.68

なんか滅茶苦茶だな
古いMSDNライブラリ2008ではshellコントロールもCE5.0も正しい定義が出てる

メンテ止めても表示崩す必要無いだろに...
https://docs.microsoft.com/en-us/previous-versions/windows/embedded/aa453326(v=msdn.10)

久々にapi使ってコード書こうかと思ったがガックリだわ

**デフォルトの名無しさん** · 2020/11/27(金) 18:59:42.70

ListView_GetItemCount

Retrieves the number of items in a list-view control. You can use this macro or send the LVM_GETITEMCOUNT message explicitly.

int ListView_GetItemCount(
HWND hwnd
);

Parameters
hwnd
Handle to the list-view control.
Return Values
Returns the number of items.

**デフォルトの名無しさん** · 2020/11/27(金) 20:15:59.56

エラーの詳細を取得するには、関数を使います。

**デフォルトの名無しさん** · 2020/12/08(火) 15:48:41.35

なぜですか？
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q13212452128

質問者からのお礼コメント
小学生でもわかるような回答ではなく、なぜそうなのかも回答できないと社会人として微妙ですよ。
わかる箇所だけ答えるのはニワカです。

**デフォルトの名無しさん** · 2020/12/12(土) 17:55:49.91

浣腸電灯めりくり

**デフォルトの名無しさん** · 2020/12/13(日) 17:26:48.55

AllocConsoleでコンソールを開いてそこからstdio.hのscanfしたいのですが、
ノンブロッキングではないので呼び出し側が固まってしまいます。

そこでscanf的な機能をもつノンブロッキングな関数をつくりたい。
FILE_FLAG_OVERLAPPEDでCONIN$を開いてReadFileで読むまではいいのですが
ReadFileしていない間の入力もバッファリングしてしまいます。そういう機能だから当然ですが。
このバッファリングをうまくオンオフする方法、もしくはバッファを棄てる方法はないでしょうか？

それともFILE_FLAG_OVERLAPPEDではない別の方法があるのでしょうか？

**デフォルトの名無しさん** · 2020/12/13(日) 17:32:24.33

読み込んだ文字列をsscanf

**デフォルトの名無しさん** · 2020/12/13(日) 17:35:08.88

CONIN$を開いたハンドルをCloseHandleで閉じたりFlushFileBuffersしたりは試しました。

**デフォルトの名無しさん** · 2020/12/13(日) 17:37:07.75

>>434
ありがとうございます
sscanfはもちろんするのですが、その前段階、文字列を読み込む部分が上手くいっていないのです。

**デフォルトの名無しさん** · 2020/12/13(日) 17:40:51.11

setvbuf

**蟻人間** ◆T6xkBnTXz7B0 · 2020/12/13(日) 17:48:17.56

https://stackoverflow.com/questions/9020790/using-stdin-with-an-allocconsole

**デフォルトの名無しさん** · 2020/12/13(日) 18:26:49.33

setvbufやfreopenはcランタイムの関数で、バッファもOVERLAPPEDのバッファとは違う気がします
freopenしたstdinからのscanfがブロックされてしまうというのが443の話なので
そこからノンブロッキングのAPIを使う必要があるのでは、ということになったわけです

**デフォルトの名無しさん** · 2020/12/13(日) 19:01:38.77

ReadConsoleってAPIもブロッキングなので使えないわけですが、低レベルなReadConsoleInputというのもあるらしく
OverlappedでのReadFileよりこっちの方が正攻法なようです。
ともかくやってみます。
ありがとうございました。

**デフォルトの名無しさん** · 2020/12/13(日) 20:23:25.03

>>433
プログラム側で「この時点以降の入力を有効とする」タイミングは管理してないの？
その時点でバッファされてる物を一旦読み捨てれば良いだけでは？

**デフォルトの名無しさん** · 2020/12/13(日) 21:23:50.52

生のコンソールは制約が多いから
コンソールアプリの入出力を奪って適当なコンソールもどき作った方が早そうだけど

**デフォルトの名無しさん** · 2020/12/14(月) 00:15:39.66

スレッド作ってブロックさせておけば良いと思うんだけど
正直な話>>442
バージョンによって微妙に動きが異なるし

**デフォルトの名無しさん** · 2020/12/14(月) 11:31:29.18

>>443
ありがとうございました
ブロックしないじゃなくてブロックしても大丈夫にして上手くいきました

バッファの方は事前にFlushConsoleInputBufferで解決しました

**デフォルトの名無しさん** · 2020/12/14(月) 12:14:03.24

コマンドプロンプトのコンソールを使う案件は、スクリプト言語とのプロセス通信を使ったほうが幸せになれる確立が高い。

**デフォルトの名無しさん** · 2020/12/19(土) 12:04:23.50

GetProcAddressってAやWないよね？
それでいてwcharでもcharでも機能するのは仕様？

**デフォルトの名無しさん** · 2020/12/19(土) 12:37:56.57

wchar_t*渡して正常に動作するか？

**デフォルトの名無しさん** · 2020/12/28(月) 00:26:19.90

__declspec(thread)の変数ってスレッドごとに記憶域をもつわけですが
APIのTlsGetValue等でどうやって実現してるんでしょうか？

TLSインデックスをうまくスレッドハンドルと結び付けなけりゃならないと思うんですが。

**デフォルトの名無しさん** · 2020/12/28(月) 02:51:22.15

正直、このあたりは深く考えないことをオススメするのですが。
興味があるということであれば↓を参照しつつ。
http://www.interq.or.jp/chubu/r6/reasm/PE_FORMAT/6_6.html

コンパイラが__declspec(thread)の変数があった時に、どのようなコードを出力しているか
逆アセンブルしてみると理解が深まると思われます

**デフォルトの名無しさん** · 2020/12/28(月) 09:50:34.64

>>449
ありがとうございます
昔はTlsGetValueを使ってたのが、今はセクションが新設されてそこに作ってるんですね

**デフォルトの名無しさん** · 2021/01/01(金) 22:20:09.03

VirtualAllocとHeapAllocの違いについてなんだけど
HeapAllocもヒープ残量以上のサイズを渡したらどの道VirtualAlloc呼ばれるって認識でいい？

**デフォルトの名無しさん** · 2021/01/01(金) 22:30:52.02

HeapCreate以上のメモリはHeapAlloc
からは作れない。

**デフォルトの名無しさん** · 2021/01/02(土) 09:33:50.89

>>452
ある程度大きいサイズのメモリ確保だとVirtualAllocの方が早くなるからそう勘違いしてたけどそういう訳じゃないんだね
最初に実際にアクセスした時に初めて実際にメモリ割り当てが行われるとかの挙動がHeapAllocでも走るってだけか

**デフォルトの名無しさん** · 2021/01/02(土) 09:59:10.06

virtualの方がよりローレベルなので
チャンクアロケーターをMSのレベルを
超えて作れるか、ほぼ解放しない前提
のブロックを確保するとかでないと使わない。

普通のmalloc風に使うなら、ヒープ領域毎
あぼーん出来るCreateHeapの方が使い易い

**デフォルトの名無しさん** · 2021/01/12(火) 15:11:58.85

あるstaticなlibが既存の場合(.hで関数の引数がTCHAR *使用)
それがANSI用にコンパイルされたlibなのか
それともUNICODE用にコンパイルされたlibなのか
既存のバイナリのlibだけから判断する方法はありますか？

#ソースは.cppでTCHARで書かれているものがあったので
#そこから-DUNICODEであらためてコンパイルすれば解決はしたのですが
#上の質問の解決策があるなら知りたいです

**デフォルトの名無しさん** · 2021/01/12(火) 15:19:23.66

>>455
C++の場合なら、ライブラリをdumpbinなどで調べて関数のマングリン化名を見れば分かる。
plain Cの場合は、実際にライブラリに1文字が2バイト以上のUNICODE文字を送ってみて、
正しく動作するかどうかテストしてみると分かる。

**デフォルトの名無しさん** · 2021/01/12(火) 15:40:36.07

>>456
plain C の場合、他の方法としては、
1. dumpbinでライブラリ関数を逆アセンブルしてみて、引数の扱いがbyteに
　なっているか、wordになっているかを調べれば分かる。
2. ライブラリの関数を呼び出すコードを書いてみて、デバッガで、ライブラリ関数の
　中を逆アセンブルする。

**デフォルトの名無しさん** · 2021/01/12(火) 15:41:24.71

もしかしてマングリの PEB_W とかのが UNICODE 用ってことでしょうか？

**デフォルトの名無しさん** · 2021/01/12(火) 15:52:56.37

>>458
デマングラー
なるものが(ブラウザ上アプリとして)ネットであって、関数のシンボル名
を入れると関数プロトタイプ宣言に直してくれるので試すべし。

**デフォルトの名無しさん** · 2021/01/12(火) 15:54:26.07

>>459
gccとmsvcに対応した C++ デマングラー
https://demangler.com/

**デフォルトの名無しさん** · 2021/01/12(火) 21:18:12.25

VCにはundnameというツールが標準でついてくるし、gccにはc++filtがある

**デフォルトの名無しさん** · 2021/01/15(金) 15:06:23.40

STDAPI と __declspec(dllexport) を同時に使うと怒られるんだけど
原因は何が考えられますか？
__declspec(dllexport) を使わずに .def ファイルで .dll を作成することは可能なのですが
.def を使わずに __declspec(dllexport) で .dll を作成しようとすると失敗します

**デフォルトの名無しさん** · 2021/01/15(金) 15:12:37.26

64bit?

**蟻人間** ◆T6xkBnTXz7B0 · 2021/01/15(金) 15:12:57.53

>>462
エラーメッセージは何でスカ？

**デフォルトの名無しさん** · 2021/01/15(金) 15:16:41.23

STDAPI　は　暗に extern "C" を含んでてでマングリングなしの素
C++で _declspec(dllexport) の場合マングリングする
それで衝突してるんでないの？

**デフォルトの名無しさん** · 2021/01/15(金) 15:43:21.85

>>465
なるほどそれのようですありがとうございます
http://eternalwindows.jp/windevelop/dll/dll06.html

**デフォルトの名無しさん** · 2021/01/15(金) 15:55:06.66

解決っぽいです
https://python5.com/q/ntrrycea

**デフォルトの名無しさん** · 2021/01/19(火) 04:48:40.40

Windows10環境、お互いに管理者権限ありでPostMessageしても反応してくれないソフトがあったのですが
互換モードでWindows7を選択すると反応してくれるようになりました
そこで疑問に思ったのですがこの違いの原因は何でしょうか？

**蟻人間** ◆T6xkBnTXz7B0 · 2021/01/19(火) 16:33:42.40

>>468
http://home.att.ne.jp/delta/hrymkt/PTIPS/UACvsAPI.txt
>PostMessage は同じプログラムでも一方が管理者権限で走っていると此にそのソフト特有の
>メッセージのポストも出来ません。
>個々のメッセージは受けとる方で ChangeWindowMessageFilter API で指定すれば受けとる様に出来ます。

**蟻人間** ◆T6xkBnTXz7B0 · 2021/01/19(火) 16:36:03.29

ここを見ている人のために念のため貼っておくよ。ご参考に。

Win32のリファレンスマニュアル
Win32.chm http://laurencejackson.com/win32/
右クリックして「プロパティ」を選び、「許可する」をクリックして「OK」ボタンを押せばセキュリティのブロックを解除できます。

**デフォルトの名無しさん** · 2021/01/20(水) 05:28:55.77

>>469
ありがとうございます
そのページは私も確認したのですがお互いに管理者権限ありなので下記に該当すると思います
>自身が管理者権限で走っていればこの制限は無くなります。
ポストに成功する互換モードでもお互いに管理者権限ありなのでWindows7と10の違いが原因だと思ったのですが具体的に何が違うのか分からず…

**デフォルトの名無しさん** · 2021/01/22(金) 11:43:02.03

64bitと32bit混在とか
LONG/HWNDの長さ違いとか

**デフォルトの名無しさん** · 2021/01/22(金) 23:19:48.79

やんわりとrustに移行させようとしてるマイクロソフト

**デフォルトの名無しさん** · 2021/01/23(土) 17:16:39.51

C#は？

**デフォルトの名無しさん** · 2021/01/27(水) 11:53:32.96

>>473
Rust https://github.com/microsoft/windows-rs
C++ https://github.com/microsoft/cppwin32
C# https://github.com/microsoft/cswin32
https://forest.watch.impress.co.jp/docs/news/1301910.html
https://github.com/microsoft/win32metadata

**デフォルトの名無しさん** · 2021/01/27(水) 16:13:17.46

>>475
登録数だけ見るとやんわりには見えない

**デフォルトの名無しさん** · 2021/01/28(木) 11:08:41.51

生暖かく応援するである

**デフォルトの名無しさん** · 2021/02/04(木) 20:13:07.23

フルパス以外でのファイル固有のユニーク値ってBY_HANDLE_FILE_INFORMATIONのnFileIndexHigh、nFileIndexLow以外に何かない？

**デフォルトの名無しさん** · 2021/02/04(木) 21:39:45.02

ハッシュ？

**デフォルトの名無しさん** · 2021/02/05(金) 00:39:50.48

GetOpenFileName()でファイルを開くダイアログが使えますが、
https://dotup.org/uploda/dotup.org2378520.png
このダイアログの赤枠内のように、チェックボックス等が追加されたカスタムのダイアログはどのようにすれば実現できるのでしょうか？

**デフォルトの名無しさん** · 2021/02/05(金) 00:56:51.01

>>478
FILE_ID_INFOのFileIdで128bitに拡張されてるな

**蟻人間** ◆T6xkBnTXz7B0 · 2021/02/05(金) 01:06:52.68

>>480
https://hp.vector.co.jp/authors/VA016117/esccd.html

**480** · 2021/02/05(金) 08:22:01.08

>>482
まさにこれです！
ありがとうございました！

**デフォルトの名無しさん** · 2021/02/05(金) 11:21:57.41

>>479>>481
膨大な量のファイルを列挙するにあたってハッシュ計算するのも、ハンドル開いてBY_HANDLE_FILE_INFORMATION読み込むのも億劫だったんだが
NtQueryDirectoryFileでmftからファイルID取れるってことに気付いた

**デフォルトの名無しさん** · 2021/02/05(金) 12:13:51.05

画像ビューワまだできないの?
みんな待ってんだから

**デフォルトの名無しさん** · 2021/02/06(土) 00:30:35.01

コントロールパネルでフォントを「非表示」にすると、言語に応じて
フォント選択画面に出てこなくなり選びやすくなるという機能があります。
この「非表示フォント」かどうかを判別する方法はありますでしょうか？

ChooseFont()ではなくEnumFontFamiliesEx()を使い、独自のフォント選択ダイアログを作成中ですが
非表示フォントを判別する方法がわからずすべて列挙してしまいます。

**蟻人間** ◆T6xkBnTXz7B0 · 2021/02/06(土) 00:37:08.03

>>486
レジストリ設定によるらしい。

HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Font Management

https://visualstudiomagazine.com/Peterson1110?m=1

**デフォルトの名無しさん** · 2021/02/06(土) 02:04:53.58

>>487
ありがとうございます！
レジストリに「非表示フォント」の一覧が記録されているのですね。
その内容を取り出して比較してフィルタリングしたいと思います。

**デフォルトの名無しさん** · 2021/02/13(土) 06:46:11.29

ExpandEnvironmentStrings() は、%環境変数%を展開してくれるけど、
PowerShellの$env:環境変数を展開してくれるAPIとかないのかな？

**デフォルトの名無しさん** · 2021/02/13(土) 10:11:29.20

>>489
[Environ]::ExpandEnvironmentVariables($env:環境変数)

**デフォルトの名無しさん** · 2021/02/14(日) 11:18:45.76

2021/02/10
WindowsのTCP/IP実装に複数の重大な脆弱性、今月のセキュリティパッチはかならず適用を
ブルースクリーンが引き起こされるサービス拒否（DoS）脆弱性はすぐに攻撃が出回る可能性
https://forest.watch.impress.co.jp/docs/news/1305583.html

**デフォルトの名無しさん** · 2021/03/03(水) 09:48:23.14

Win32の質問というよりOSの仕様に近い質問になってしまいますが、
新しくファイルを作るにあたり予めファイルサイズが分かっている場合、SetFilePointerEx&SetEndOfFileで予めファイルサイズを決めておくと断片化しづらいというテクニックがありますが
一度のWriteFileで一気に書き込む場合は上記の工程を行わずとも断片化しづらいのでしょうか？

**デフォルトの名無しさん** · 2021/03/03(水) 17:46:09.32

本当にそんな制御になっているか分からないけど理屈だけだと、最初に一発ここまで
使うよって宣言しておけば領域が一挙に確保されるかもしれない

逐一書き込みを行ってその度に領域を確保すると、システム全体がシングルスレッドで
動いていれば(ありえないけど)、自分が書き込みを行っている間に別の
プロセス/スレッドが書き込みを行うと、領域が分断されると思うのだけど

**デフォルトの名無しさん** · 2021/03/09(火) 14:20:50.29

断片化対策というか
常に同じセクタに書き込むように出来なかったっけ？

**デフォルトの名無しさん** · 2021/03/09(火) 23:41:10.45

高速ファイルコピーのフリーソフトの作者のブログか何かでこんだけWindowsのコピーは大変だよみたいな記事を読んだ覚えがある

**デフォルトの名無しさん** · 2021/03/10(水) 03:22:04.66

これやな
ttps://m.facebook.com/dnobori/posts/2142836202459674

**デフォルトの名無しさん** · 2021/03/10(水) 07:59:53.47

面白かった

**デフォルトの名無しさん** · 2021/03/10(水) 09:21:13.05

結構読んだと思ったらまだスクロールバーが半分で、うんざりして読むのとWindowsでファイルコピーするのをやめた

**デフォルトの名無しさん** · 2021/03/10(水) 09:48:53.12

リーナスですらもNTFSが現状ベストって認めてるくらいだからその分複雑なんだろうね

**デフォルトの名無しさん** · 2021/03/26(金) 09:24:09.04

ほとんどの環境で特にエラーは出ないのですが
特定の環境でSHFileOperation()をFO_COPYで呼ぶとERRORONDESTが返ってきます
ファイルが使用中で書き込みできない場合は別のエラー、
ファイルではなく同名のフォルダでも別のエラーとなり
エクスプローラで手動でコピーは可能です
コピー元は全て英語のD:\AAA\BB.exe, コピー先は%temp%\AAA\\BB.exeを展開したもので
C:\Users\Username\AppData\ocal\Temp\AAA\\BB.exe
リトライしても改善しません

SHFileOperation()でERRORONDESTが返る要因てどんなのがありえそうですか

**蟻人間** ◆T6xkBnTXz7B0 · 2021/03/26(金) 12:36:51.59

>>500
バックスラッシュが二重になってるよ。

**デフォルトの名無しさん** · 2021/03/26(金) 13:42:06.64

pFromとpToの末尾は'\0'が2つ必要だけど忘れてない？

**デフォルトの名無しさん** · 2021/03/26(金) 17:20:08.28

pTo はダブルにする必要なくて pFrom のみじゃね？

複数個のファイル名を \0 をセパレータにしての連結して渡す意図かと
　pFrom "fileA\0fileB\0fileC\0"
　pTo "dir\\"
fileA,fileB,fileC を dir\ へ

**500** · 2021/03/26(金) 18:24:57.44

>>501
すみません、バックスラッシュはコード上は正しかったです
ちなみにスラッシュが足りない場合は0xA1　指定されたパスは無効です　が返ります
多い場合は0xb7 既に存在するファイルを作成することはできませんとかが返ります　

>>502
'\0’は末尾に4個以上はいれてます

FOF_SILENTは無効にして試しているんですが、有効にして書き込み禁止のファイルを上書きしようとすると
0x7cシステムコールレベルが間違っていますがかえります

この環境では、0x10000：ERRORONDESTが返るんですけど、
ほかの環境でERRORONDESTが再現できないんですよね..

**デフォルトの名無しさん** · 2021/03/26(金) 18:28:02.43

>>499
あわしろ氏は、NTFSは欠陥品と言ってたけどな。

**デフォルトの名無しさん** · 2021/03/26(金) 19:16:16.62

>>504
FOF_MULTIDESTFILES　を指定した場合はどうなるの？

というか、まず　C:\Users\Username\AppData\ocal\Temp\AAA　というディレクトリじゃなくて
決め打ちでコピー先を D:\BBB\BB.exe って指定してうまくいくかどうか試してみたら？（D:\BBB というディレクトリは作成しておく）
これで失敗すれば関数の呼び出しに問題があると言えるし
成功すればその C:\...\Temp\AAA というディレクトリに問題がある

**500** · 2021/03/26(金) 19:31:39.70

>>506
決め打ちでパス指定してもダメでした
というかどこからどこにコピーしても全部ERRORONDESTのエラーになります
問題あるのは特定のPCだけで、他のPCだと問題なく動作するので、
何か変なソフトに邪魔されているかもしれません

もうだいぶあきらめ気味ですが、解決したら続報のせます
回答くれた人ありがとう

**デフォルトの名無しさん** · 2021/03/26(金) 21:05:36.78

セキュリティーソフトとか、アクセス権限とか

**デフォルトの名無しさん** · 2021/03/26(金) 21:09:03.33

エクスプローラの手作業ではコピーに成功してるらしいんだよねぇ

**デフォルトの名無しさん** · 2021/03/27(土) 15:56:10.46

特定のも含めてPCがそれぞれどんな構成か出さないとエスパー案件になりそう

windowsがunicode設定だったり実はバージョン違いとかとか

**デフォルトの名無しさん** · 2021/04/03(土) 22:56:21.93

GetFullPathNameW() に C:\ ではなく C: を渡すとどんな文字列が返ってくるのかお教えください