The friendly overload for `SetEntriesInAcl()` is still not 100% correct.

Actual behavior

This is a continuation of https://github.com/microsoft/CsWin32/issues/929 whereby the new signature for the friendly overload is internal static unsafe winmdroot.Foundation.WIN32_ERROR SetEntriesInAcl(ReadOnlySpan<winmdroot.Security.Authorization.EXPLICIT_ACCESS_W> pListOfExplicitEntries, winmdroot.Security.ACL? OldAcl, out winmdroot.Security.ACL* NewAcl).

Expected behavior

As the documentation says "A pointer to a variable that receives a pointer to the new ACL. If the function succeeds, you must call the LocalFree function to free the returned buffer.", the NewAcl parameter should be out LocalFreeSafeHandle NewAcl.

This SafeHandle type is already defined and established within CsWin32, there just might be some metadata needed to hook it up.

Repro steps

1. NativeMethods.txt content:

SetEntriesInAcl

2. NativeMethods.json content (if present): N/A

3. Any of your own code that should be shared? N/A

Context

• CsWin32 version: 0.3.253
• Win32Metadata version (if explicitly set by project): N/A
• Target Framework: net472
• LangVersion (if explicitly set by project): N/A

Start with the SetEntriesInAcl entry generated from NativeMethods.txt and inspect the metadata that controls its friendly overload and the existing LocalFreeSafeHandle definition. Verify that the generated NewAcl parameter is out LocalFreeSafeHandle rather than an ACL pointer, then reproduce the result with the issue's NativeMethods.txt example and target framework.