GetFileSecurityのlpnLengthNeeded戻り値変わったのでしょうか
解決開発環境はＶＣでは無いのですが、ＷＡＴＣＯＭ−Ｃ＋＋とＳＤＫを利用してプログラム作りをしています。
---
さて、GetFileSecurityを利用してセキュリティ情報を取得しようとして解らない事が有りましたのでご存じの方いらっしゃいましたらご教授下さい。
---
ＭＳ社のサイトの説明によると
http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/jpsecupf/html/_win32_GetFileSecurity.asp
lpnLengthNeededの戻り値は、
・成功した場合は０
・バッファサイズが不足している場合は、バッファのサイズ
となっています。
確かにＷｉｎｄｏｗｓＮＴ４．０ではそのように動いているのですが、２０００／ＸＰでは成功した場合でも、バッファに格納したサイズとなっているようです。
この関数は、Ｗｉｎｄｏｗｓ２０００以降で仕様変更が有ったのでしょうか、それとも私の勘違いなのでしょうか？
よろしくお願いします。
上記リンクには
> 関数が成功すると、0 以外の値が返ります。
> 関数が失敗すると、0 が返ります。拡張エラー情報を取得するには、
> GetLastError 関数を使います。
となっています。またわたしの手元のMSDNでも同様です。
手元にWindowsNT4.0がないので確認のしようはないのですが、
一応ご報告まで。
九条様有り難う御座います。
関数自体の戻り値はそうなのですが、ここでのお問い合わせ内容は、lpnLengthNeeded（最後の引数）へ戻される内容です。
---
記載したｈｐでは、
lpnLengthNeededは、ファイル記述子のコピーに成功した場合、この関数はこの変数を 0 に設定します。バッファが小さすぎてセキュリティ記述子を収容できない場合、この変数は必要なバイト数を受け取ります。
と記載されています。
---
しかし、私のテストした環境では、
ＷｉｎＮＴ成功すると０が戻されます。
Ｗｉｎ２Ｋ／ＸＰ成功しても０ではなく、必用なパイと数と思われる数値が設定して戻されています。
---
よろしくお願いします。
ちゃんと原典にあたりましょう。
http://msdn.microsoft.com/library/en-us/secauthz/security/getfilesecurity.asp
0が返る，というのが説明と間違っているような気もします。
まぁ，正しい結果かどうかは関数の戻り値を使い，実際の長さはGetSecurityDescriptorLength
http://msdn.microsoft.com/library/en-us/secauthz/security/getsecuritydescriptorlength.asp
で取得する，というのが安全なのでは？
VisualStudio6.0付属のMSDN Libraryだと
| lpnLengthNeeded
| Points to a variable the function sets to zero
| if the file descriptor is copied successfully.
となっていますね。
VisualStudio.NET2003付属のMSDN Libraryでは
YuOさんが示されたものと同じ内容になっていますから、
仕様が変わったのではないでしょうか。
関数仕様が変わったようですね。
ＯＳにより異なる挙動を示したので不思議に思い質問させて頂きました。
どうも有り難う御座いました。
| ツイート |  |