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/

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

>>906を訂正
リストボックスではなくリストコントロール

**蟻人間** ◆T6xkBnTXz7B0 · 2021/10/22(金) 20:30:33.06

WM_CTLCOLORLISTBOX

**蟻人間** ◆T6xkBnTXz7B0 · 2021/10/22(金) 20:31:42.61

LVM _ SETTEXTCOLOR

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

>>908
回答ありがとう
だがしかし、WM_CTLCOLORLISTBOXは親ウィンドウに送られてくるので、コンボボックスのリストコントロールの親ウィンドウが別プロセスという問題点は同じ

>>909
回答ありがとう
だがしかし、LVM_SETTEXTCOLORはリストコントロール全体の文字色が変わってしまうので避けたい所存

**蟻人間** ◆T6xkBnTXz7B0 · 2021/10/22(金) 20:47:54.77

メッセージフック

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

コンボボックスのリストコントロールは常にクラス名が「ComboLBox」で、親ウィンドウは必ずプロセスcsrss.exeが所有するウィンドウクラス名「#32769」のデスクトップウィンドウになる

**蟻人間** ◆T6xkBnTXz7B0 · 2021/10/22(金) 20:59:49.61

拡張コンボボックス

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

>>911
回答ありがとう
メッセージフックはまだ試していないけど、WM_NOTIFYやWM_CTLCOLORLISTBOXはプロセス間やスレッド間で送受信できないとのことなので、一旦あきらめることにします

**デフォルトの名無しさん** · 2021/10/22(金) 21:05:45.02

>>913
回答ありがとう
あとで試してみます

**蟻人間** ◆T6xkBnTXz7B0 · 2021/10/22(金) 21:09:42.92

なんか思い込みが激しいようだ。

**デフォルトの名無しさん** · 2021/10/22(金) 21:18:20.88

フックじゃなくてサブクラス化でおk

**デフォルトの名無しさん** · 2021/10/22(金) 21:25:12.01

>>917
回答ありがとう
だがしかし、サブクラス化してもコンボボックスのリストコントロールの親ウィンドウが別プロセスという問題点は同じ

拡張コンボボックスつまり >>913で教授いただいたCComboBoxExを試すのに時間がかかりそうなので質問は終わります

**デフォルトの名無しさん** · 2021/10/22(金) 23:26:18.33

サブクラス化して WM_DRAWITEM と WM_PAINT を処理するだけでカラーリスト作ったことあるけど俺環だからだな

**デフォルトの名無しさん** · 2021/10/23(土) 02:17:46.83

ハンドルは取れるんだから(Read|Write)ProcessMemoryやら使えば何でもできるよ

**デフォルトの名無しさん** · 2021/10/23(土) 02:58:58.97

▼押してポップアップするリスト側の表示をどうこうしたいっぽい
（自前で実装してもそれまでのような気もするな）

**デフォルトの名無しさん** · 2021/10/23(土) 03:53:02.21

だから919でそれやってるんだけどね
親が別プロセスになったらこのメッセージが飛んでこなくなると言うなら知らん

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

そもそもリストコントロールの親ウィンドウにWM_DRAWITEMが投げ込まれる仕様なので >>919,922 は何かの記憶違いじゃないかな

**デフォルトの名無しさん** · 2021/10/23(土) 15:23:54.34

手元のソースを見ながらレスしたんだけど、
親ウィンドウ（プロセス）から作った子ウィンドウ（COMBOBOX, CBS_DROPDOWNLIST | CBS_OWNERDRAWFIXED コントロール）
のサブクラス化だけでそっちにメッセージはちゃんと来ててリストの色分けとかできてる

親プロセスが別という話ならテストしてないから知らんし、手元のソースも WM_DRAWITEM を処理してるところが他にないので
これ以上調べる気は無い

**デフォルトの名無しさん** · 2021/10/23(土) 20:52:58.29

>>924
詳しい説明ありがとう

普通のコンボボックスを(CBS_DROPDOWN | CBS_OWNERDRAWFIXED)で作成後、そのコンボボックスをサブクラス化することで
コンボボックスでWM_DRAWITEMを拾えるようになりました

CBS_OWNERDRAWFIXEDをセットし忘れていたことができない原因でした
大ポカです

**デフォルトの名無しさん** · 2021/10/23(土) 21:42:37.22

ｽﾞｺｰ

**デフォルトの名無しさん** · 2021/10/23(土) 23:24:34.81

蟻人間が悪い

**デフォルトの名無しさん** · 2021/10/24(日) 22:24:25.46

おちんちん切除の刑な

**デフォルトの名無しさん** · 2021/10/25(月) 10:45:57.68

>>902-903 で終わってた

**デフォルトの名無しさん** · 2021/10/25(月) 10:56:02.77

コンボボックスはスタイルにCBS_NOINTEGRALHEIGHTを追加すればドロップダウンリストの自動リサイズを抑止できるんだけど、
表示後の明示的なリサイズはどうすればできますか？

**蟻人間** ◆T6xkBnTXz7B0 · 2021/10/25(月) 13:29:15.55

>>930
COMBOBOXINFO.hwndListとSetWindowPos/MoveWindowを使う。

**デフォルトの名無しさん** · 2021/10/25(月) 16:29:02.07

>>931
CBN_DROPDOWN通知時にhwndListでSetWindowPos()を試したけど反映されなかった
どのタイミングならサイズを変更できるのだろう？

**蟻人間** ◆T6xkBnTXz7B0 · 2021/10/25(月) 18:33:34.75

PostMessage?

**デフォルトの名無しさん** · 2021/10/25(月) 20:18:01.64

リサイズしようとしたら
WM _ GETMINMAXINFOが出て
それを処理しないといけない。

なので、独自にメッセージをポンプするか、PostMessageで現在のメッセージ処理を
一旦終了させないといけない。

直前に書いてある回答の蛇足だとこんなもん

**930** · 2021/10/25(月) 22:02:06.33

>>930,932 の質問の表現を変えます
CBS_NOINTEGRALHEIGHTスタイルのコンボボックスはrcファイルで指定されたドロップダウンリストのサイズを維持しようとするらしい
WM_INITDIALOGでコンボボックスのフォントを変えるとフォントに応じてドロップダウンリストのサイズも変わってしまう
WM_INITDIALOG後にコンボボックスのドロップダウンリストのサイズを変更するにはどうすればよいか？

**デフォルトの名無しさん** · 2021/10/25(月) 23:13:41.66

むしろフォントに応じてサイズが変わるのが正解
メッセージ処理のタイミングなどで動的変更する方法は知らんが、
ダイアログリソースを編集すればワンチャン

ダイアログ表示してから編集というのはしたことないから保証しない（というか無理なきはする）が
表示前なら編集してどうにかなる

**930** · 2021/10/25(月) 23:20:40.84

コンボボックスのドロップダウンリストの縦サイズはデスクトップの縦サイズの半分より十分小さくないと、
コンボボックスが縦方向中央付近にある時にテキストボックスがドロップダウンリストに隠れやすくなる

**デフォルトの名無しさん** · 2021/10/25(月) 23:42:53.98

面倒なので試さないけど、もしかしてフォント変更後にコンボボックスコントロールの
ウィンドウハンドルそのままSetWindowPosに投げたらドロップダウンサイズ変わらんか？

**デフォルトの名無しさん** · 2021/10/26(火) 19:58:48.51

a.exe という service 用の exe があるとして
その WinMain の中で
登録済みの service (a.exe) として実行されたときと
デスクトップから起動 (a.exe) されたときと
区別する方法はありますか？

**蟻人間** ◆T6xkBnTXz7B0 · 2021/10/26(火) 21:43:07.14

>>939
GetModuleFileNameで実行ファイルの場所がわかる。

**デフォルトの名無しさん** · 2021/10/26(火) 21:49:16.90

デスクトップって言うのはダブルクリックで起動って読み替えたけど違うんかな

**デフォルトの名無しさん** · 2021/10/26(火) 21:52:04.16

・実行ファイル自体は同じ場所にある
・（ダブルクリックによる）エクスプローラーからの起動
・システムのサービスに登録してての起動
実行ファイル側のコードで自分自身で区別することが出来るか？　という話でいいのかな？

**蟻人間** ◆T6xkBnTXz7B0 · 2021/10/26(火) 21:57:13.21

ショートカットファイルならコマンドラインオプションをつけることができるから、それで区別可能。

**デフォルトの名無しさん** · 2021/10/26(火) 22:10:48.14

サービス用のEXEをそのまま実行する仕組みなんて普通は作らないけど
そのプロセスを起動した親のPPIDで判別できると思うよ

**デフォルトの名無しさん** · 2021/10/26(火) 22:13:30.49

親プロセスがservices.exeかどうか見るとか。結構めんどくさそうだけど

**デフォルトの名無しさん** · 2021/10/26(火) 22:22:56.91

.NETにはPPID取得する方法が用意されてないのが驚きなんだよね
WMIかピンボケするしかない

**デフォルトの名無しさん** · 2021/10/26(火) 22:50:49.81

独自のコマンドラインオプションをつけたものをサービスとして登録して、
それがついているときはサービスとして動作するように作ってる

**デフォルトの名無しさん** · 2021/10/27(水) 07:31:35.16

>>939
ServiceMain とWinMainで入口から
違うが？

**デフォルトの名無しさん** · 2021/10/27(水) 09:54:33.98

>>941
cmd とかからのコマンド指定で起動も含みます
>>942
それです
>>944-946
ひと手間だけで取得出来る一般的な API やパラメータは無さそうですね？
>>947
それは最初に思い付いたのですが元々起動時のパラメータや API で取得する方法があるならその方が良いかなと思いました

**デフォルトの名無しさん** · 2021/10/27(水) 11:38:38.74

>>948
アプリケーションのエントリポイントは WinMain (or main) で変わらんでしょ
その中で登録だなんだを経てWinMain からは抜けるけどプロセスは生き残ったまま
別スレッドで ServiceMain をディスパッチしてるだけじゃなかろうか

**デフォルトの名無しさん** · 2021/10/27(水) 17:24:24.16

>>950
そんなコードは無いな。
どこの資料にそんな事書いてあるのかね？

**デフォルトの名無しさん** · 2021/10/27(水) 21:34:16.61

win7以前かな

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

サービスのAPIってWindows NTの時代からたいして変わってないだろw

**デフォルトの名無しさん** · 2021/10/27(水) 23:35:14.09

NT4 から2000でSCMの動的ロードが出来るようになったな

**デフォルトの名無しさん** · 2021/10/27(水) 23:50:16.32

>>951
WinMain（またはmain）内でStartServiceCtrlDispatcherを呼ぶ以外の方法あるの？

**デフォルトの名無しさん** · 2021/10/28(木) 09:41:55.77

おまいの眼は節穴か

**デフォルトの名無しさん** · 2021/10/28(木) 21:15:42.35

yes.It's the power of Christ that compels you！

**デフォルトの名無しさん** · 2021/11/02(火) 16:25:02.03

IOCTL_DISK_GET_DRIVE_LAYOUT_EXで得られるパーティションの情報と
FindFirstVolume, FindNextVolumeで得られるボリュームとの
対応付けはどうやるんです？

**デフォルトの名無しさん** · 2021/11/03(水) 12:54:39.69

>>958
何をやりたいのかわからないけど、IOCTL_DISK_GET_DRIVE_LAYOUT_EXの情報からドライブ名にしたいのなら、
"\\?\Volume" + PartitionId(GUID) にすれば、ボリューム名になるのでそれを変換すればいいはず

**デフォルトの名無しさん** · 2021/11/03(水) 16:28:52.42

>>959
おー
ありがとうございます。

**デフォルトの名無しさん** · 2021/11/05(金) 13:35:11.77

WS_EX_TOPMOSTなウインドウが時々、
通常ウインドウごときに前に出しゃばられるんだけど
防ぐか、出しゃばられたのを自動検知してZオーダーを
奪い返すにはどうすればいい？

**デフォルトの名無しさん** · 2021/11/05(金) 13:42:11.04

他所の窓が WS_EX_TOPMOST で奪っていって前に出しゃばられてるのであれば
WM_STYLECHANGED 捕まえて奪い返す？

**デフォルトの名無しさん** · 2021/11/05(金) 14:22:05.51

>>961
もしかして
そうなった時って一度アクティブにしたらなおるやつ？

**デフォルトの名無しさん** · 2021/11/06(土) 14:43:09.91

ランサムウェアでも造ってんのか

**デフォルトの名無しさん** · 2021/11/06(土) 15:06:28.83

yes!

**961** · 2021/11/06(土) 21:24:14.45

CreateWindow直後は理屈のとおりなんだけど
長時間稼働させて忘れた頃にAdobe Readerだの一太郎だのに
前に出しゃばられてるんだ

**デフォルトの名無しさん** · 2021/11/06(土) 21:29:06.09

>>963はどうなんだよって

**デフォルトの名無しさん** · 2021/11/06(土) 22:27:59.28

>>961
WM _ windowposchanging

**デフォルトの名無しさん** · 2021/11/07(日) 15:26:34.47

>>966
忖度だ

**デフォルトの名無しさん** · 2021/11/08(月) 18:39:57.62

継ぎスレよろ

**sage** · 2021/11/11(木) 21:36:46.70

質問します
自作ソフトからのドラッグアンドドロップで
デカいファイルのコピーなどで DoDragDrop から長時間制御がかえって来ないことを嫌って
DoDragDrop に渡すデータオブジェクトに IDataObjectAsyncCapability を実装しています
これで、D&Dが非同期になり、データのコピーなどが始まると、StartOperation が呼ばれ、
終わると、EndOperation が呼ばれると思っていたのですが・・・
で、何がしたいかといいますと、自作ソフトからエクスプローラにファイルなどをD&Dをしたとき、
エクスプローラが自作ソフトのプロセス中の IDataObject を
使用している間は自作アプリの終了を出来ないようにしたいわけです(なぜならエクスプローラが使用中だから)
それで、StartOperation でカウンタを一つ上げて、EndOperation でカウンタを一つ下げれば
現在なんらかの IDataObject が使用中かどうかわかるので、その間は終了できないようにしたいわけです
ところが、実際には、StartOperation は呼ばれますが EndOperation は呼ばれません！(なぜ？)
Win10 と Win11 の両方で試しましたが、両方ともそうでしたのでそういう実装なのでしょう
そこで、IDataObject のデストラクタをもってして EndOperation の代わりにしようと考えました
IDataObject の参照カウンタが0になって解放されたなら、だれも使ってないことは確実なので、、、
で、エクスプローラは IDataObject を使い終わったら素直に Release してくれるのでいいですが
そうでないソフトもあります、具体的には Visual Studio 2022 がそうでした
勝手な想像ですが、おそらく IDataObject の解放が GC 任せになっているのでしょうか、いつ解放してくれるか分かりません
問題は、Visual Studio 2022 に直接ドロップしなくても
D&D 中に少しでもマウスカーソルが Visual Studio 2022 のウィンドウの上を通過するだけで
Visual Studio が IDataObject を握ったままになることです
探せば Visual Studio 以外にも、特に .Net 系のアプリなんかで IDataObject の解放を
GC任せにしているアプリはあるんじゃないですかね
そういった経緯がありまして、どのタイミングでファイルのコピーなどが終了して
アプリを終了してもい状態になったかどうか、判断する手立てがなくて困ってます
何かいい方法ないですかね

**デフォルトの名無しさん** · 2021/11/12(金) 00:10:15.19

迷惑な香具師だな

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

961もそうだが只の釣りだろ

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

Ruby なら、まずデスクトップに、Rubyスクリプト・a.rb を起動するショートカットを作る

ショートカットのリンク先
C:\Ruby25-x64\bin\ruby.exe C:/Users/Owner/Documents/a.rb

a.rbの内容は、以下のように、
DryRun を使っているので、実際にはコピーされない

普通は、以下のように同期処理で作るけど、非同期にしたいのなら、
別プロセス・worker process でも起動すれば？

require 'fileutils'

dest_dir = "C:/Users/Owner/Documents/tmp/"

# ARGV は、ドロップした複数のファイルパスの配列
ARGV.select { |full_path| File.file?( full_path ) } # ファイルのみ処理する
.each do |full_path|
file_name = File.basename( full_path ) # ファイル名のみ

FileUtils::DryRun.move( full_path, dest_dir + file_name)
end

sleep # 出力したコマンドプロンプト画面を閉じないようにする

出力
mv C:\Users\Owner\Documents\x.txt C:/Users/Owner/Documents/tmp/x.txt

**デフォルトの名無しさん** · 2021/11/12(金) 02:18:11.02

読んでないぞガイジ

**デフォルトの名無しさん** · 2021/11/12(金) 02:47:31.80

上のキチガイも書いてるがそういう場合は別プロセスにして放置だな
単一プロセスでうまくいかない事なんて沢山ある

**971** · 2021/11/12(金) 14:34:55.49

そうですね、確かにただのファイルのコピーなら別プロセスで実行してもいいのですが
ドラッグアンドドロップと絡んでくると難しいんじゃないですかね
なにせ実際にファイルのコピーを行うのは自アプリじゃなくて
エクスプローラ側のなのでですね

別プロセスで DoDragDrop を呼び出せってことなんでしょうけど
ドラッグアンドドロップの起点となるのはメインアプリのマウスメッセージからなので
これはかなり難しいと思います
なにせ DoDragDrop は別スレッドから呼び出しただけで動かなくなる変なAPIなので
http://bbs.wankuma.com/index.cgi?mode=al2&;namber=94173&KLOG=163
別プロセスとなるとさらにハードルが高いと思われます

なぜ別スレッドで DoDragDrop が呼び出せないかは謎なんですが
多分 Windows 内部で WM_LBUTTONDOWN 系の何か「今」マウスが押されてる
ウィンドウかスレッドを覚えていて、それとは別スレッドで DoDragDrop が実行されると
失敗する処理が入っているんだと思います
ドラッグアンドドロップはかなり、なんというか、まぁ、特別というか
他のアプリにも影響が出る処理なので、OS全体を巻き込んでフリーズしないように
何かしてあるんでしょうね、これ、ちょっとよく分かりませんが、、、
ともかく別スレッドで実行できないです、なんででしょうね

それを回避するのが IDataObjectAsyncCapability なんですが
https://docs.microsoft.com/en-us/windows/win32/api/shldisp/nn-shldisp-idataobjectasynccapability
MSDN にも StartOperation が呼ばれたら、データ維持しろ、みたいなことが書いてあるけど
それをいつまで維持すればよいのかという話で、最後に EndOperation が呼ばれるって書いてあるけど
実際には呼ばれないんですよねー、まぁ呼ばれることもあるんですけど、この辺がまた一貫してない

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

おい片山、これの対応と次スレ建てやっとけ

**デフォルトの名無しさん** · 2021/12/02(木) 12:18:05.69

DialogBoxでメインウインドウを作るとタイトルバーのHeightが若干短くなるものと認識していたのですが、色々とスタイルを試しても一般的なウインドウと同じものしか出来上がりません
世に出てるダイアログベースのフリーソフトは短いものが多いと思いますが何が違うのでしょうか？

**デフォルトの名無しさん** · 2021/12/02(木) 12:31:16.49

自分で描いてるんじゃね？
spy++で属性見るべし

**デフォルトの名無しさん** · 2021/12/02(木) 12:36:49.79

比較画像とかある？

**デフォルトの名無しさん** · 2021/12/02(木) 12:43:31.97

>>979
> DialogBoxでメインウインドウを作るとタイトルバーのHeightが若干短くなるものと認識していたのですが、

そのようなことはありません

>　色々とスタイルを試しても一般的なウインドウと同じものしか出来上がりません

それが通常です

> 世に出てるダイアログベースのフリーソフトは短いものが多いと思いますが何が違うのでしょうか？

思い違いです

WS_EX_TOOLWINDOW を付与したウィンドウを求めてるだけじゃないのですか？

**デフォルトの名無しさん** · 2021/12/02(木) 13:03:17.36

>>980->>982
返答ありがとうございます
spy++で全く同じスタイルを付与してもタイトルバーの長さは変わらず太いままでした
短い方のフリーソフトにはWS_EX_TOOLWINDOWは立ってないようです

そして色々とググってみた所stackoverflowの質問によると、manifestにて最小サポートOSをWindowsXPにすると短くなるみたいな仕組みっぽいです
https://stackoverflow.com/questions/32426055/windows-10-dialog-box-titlebar-behavior

**デフォルトの名無しさん** · 2021/12/02(木) 19:14:11.18

この値ってファイル重複は調べられないのね
ハードリンク、シンボリックリンクだと同一の値だったが

(unsigned __int64) nFileIndexLow + ( (unsigned __int64) nFileIndexHigh<<32)

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

上のファイルIDって、ボリュームごとにナンバーがつけ変わるんですか?
そもそもどのようにファイルIDが生成されてるのか不明なんですが
コピーだと別のIDになりましたが
ボリューム番号を付けないでファイルIDが一致した場合、全く別のファイルってことがあるんですか?

ファイルの同一性判定
Windows
ボリュームシリアル番号とファイルIDを用いて同一性判定を行う。
https://yohhoy.hatenadiary.jp/entry/20130311/p1

**デフォルトの名無しさん** · 2021/12/02(木) 21:07:25.22

うめ

**デフォルトの名無しさん** · 2021/12/02(木) 21:09:25.23

ファイルIDが変更されるルールが不明なんですが

その昔の nFileIndexHigh/Low の日本語説明はこうなっている。

この識別子とボリュームシリアル番号により､ファイルが一意に識別されます。
この番号は､システムの再起動時やファイルのオープン時に変更される場合がありますが､
プロセスがファイルをオープンした後は､識別子はファイルがクローズするまで一定の値になります。
アプリケーションはこの識別子とボリュームシリアル番号を使って､ 2つのハンドルが同じファイルを参照しているかどうかを判断することができます。

成る程、比較にはボリュームシリアル番号も含めねばならぬ。
当時の「ファイルオープン時に変更されるかも」の文言の真意は判らないが、nFileIndexHigh/Low を長期間保存しておくのは問題有るかも知れない。
ｕｓｓｋｉｍ．ｂｌｏｇ３７．ｆｃ２．ｃｏｍ/blog-entry-555.html

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

https://docs.microsoft.com/en-us/windows/win32/api/fileapi/ns-fileapi-by_handle_file_information

英語読めよ..

**デフォルトの名無しさん** · 2021/12/02(木) 23:17:05.29

サンクス
でもよくわからないです

**デフォルトの名無しさん** · 2021/12/03(金) 19:56:31.26

NTFSの内部情報がないとどうにもならん
終了

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

dbgviewの後継ツールってないの？
特定のプロセスだけ監視するとか
大量のゴミ撒き散らしてるプロセスだけ除外するとかしたい

**デフォルトの名無しさん** · 2021/12/07(火) 13:11:46.58

>>991
dbgviewのFilter機能じゃダメなの？
＞特定のプロセスだけ監視とか
＞大量のゴミ撒き散らしてるプロセスだけ除外するとかしたい
自分が作ってるアプリなら、Traceの頭に固有文字列付けとけばよいし、
そうで無いなら[プロセス番号]でフィルターすれば事足りると思うが？

**デフォルトの名無しさん** · 2021/12/07(火) 13:35:15.66

>>987
FATならディレクトリの最初のクラスタと、ファイルのバイトオフセットから生成
デフラグによってそのクラスタ位置やバイトオフセットが変われば識別子も変わる
削除して別のファイルを生成した場合に、同じファイルIDが生成される可能性がある

NTFSなら削除されるかReplaceFileによって置き換えられるまでは一意

またFAT、NTFSともにファイルIDはファイルシステムごとだから、同一コンピュータ上でも論理ドライブが違えば被ることもあるので、
同じ論理ドライブか異なる論理ドライブかを判断するもの（ボリュームシリアル番号など）が必要

**デフォルトの名無しさん** · 2021/12/07(火) 21:50:48.67

デフラグやファイル操作で変わるなら何の意味もないように見える
活用したい場面なんてないのでは

**デフォルトの名無しさん** · 2021/12/09(木) 20:57:10.24

うめる

**デフォルトの名無しさん** · 2021/12/09(木) 20:57:15.04

落とせ

**デフォルトの名無しさん** · 2021/12/09(木) 20:57:20.79

捕手

**デフォルトの名無しさん** · 2021/12/09(木) 20:57:34.68

外野手

**デフォルトの名無しさん** · 2021/12/09(木) 20:57:48.44

これでこのpartスレは終わりだ

**デフォルトの名無しさん** · 2021/12/09(木) 20:58:48.50

1000ならこのpartスレはこのスレで終了
未来永劫立てるなボケガイジ低学歴低年収底辺ども
しねしね

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 586日 22時間 41分 57秒