banner



Windows 10 SDK preview build 18985 now available for developers

Some other Windows 10 SDK preview build is now bachelor for developers. The latest release pushes the build number up to 18985, which is the same build number for the latest Windows ten preview release on the Fast ring. The updated SDK is now available to download from the Windows Insider website.

The release notes for this build are the same every bit prior releases, just here's a recap:

Tools updates

  • Message Compiler (mc.exe)

    • At present detects the Unicode byte society mark (BOM) in .mc files. If the If the .mc file starts with a UTF-viii BOM, information technology will be read as a UTF-8 file. Otherwise, if it starts with a UTF-16LE BOM, it will exist read as a UTF-16LE file. If the -u parameter was specified, information technology will be read as a UTF-16LE file. Otherwise, it will be read using the current lawmaking page (CP_ACP).
    • Now avoids ane-definition-rule (ODR) problems in MC-generated C/C++ ETW helpers caused past conflicting configuration macros (e.g. when ii .cpp files with conflicting definitions of MCGEN_EVENTWRITETRANSFER are linked into the same binary, the MC-generated ETW helpers will now respect the definition of MCGEN_EVENTWRITETRANSFER in each .cpp file instead of arbitrarily picking one or the other).
  • Windows Trace Preprocessor (tracewpp.exe)

    • Now supports Unicode input (.ini, .tpl, and source code) files. Input files starting with a UTF-8 or UTF-16 byte order mark (BOM) volition be read as Unicode. Input files that do non start with a BOM volition be read using the current code folio (CP_ACP). For backwards-compatibility, if the -UnicodeIgnore command-line parameter is specified, files starting with a UTF-16 BOM volition be treated as empty.
    • At present supports Unicode output (.tmh) files. By default, output files will be encoded using the current code page (CP_ACP). Use command-line parameters -cp:UTF-eight or -cp:UTF-sixteen to generate Unicode output files.
    • Beliefs modify: tracewpp at present converts all input text to Unicode, performs processing in Unicode, and converts output text to the specified output encoding. Earlier versions of tracewpp avoided Unicode conversions and performed text processing assuming a single-byte character set. This may pb to behavior changes in cases where the input files do not conform to the electric current lawmaking page. In cases where this is a trouble, consider converting the input files to UTF-8 (with BOM) and/or using the -cp:UTF-8 command-line parameter to avert encoding ambiguity.
  • TraceLoggingProvider.h

    • At present avoids one-definition-rule (ODR) problems caused past alien configuration macros (e.grand. when ii .cpp files with alien definitions of TLG_EVENT_WRITE_TRANSFER are linked into the same binary, the TraceLoggingProvider.h helpers will now respect the definition of TLG_EVENT_WRITE_TRANSFER in each .cpp file instead of arbitrarily picking one or the other).
    • In C++ lawmaking, the TraceLoggingWrite macro has been updated to enable meliorate code sharing between like events using variadic templates.
  • Signing your apps with Device Guard Signing

    • We are making it easier for you to sign your app. Device Guard signing is a Device Guard feature that is available in Microsoft Store for Business organization and Education. Signing allows enterprises to guarantee every app comes from a trusted source. Our goal is to make signing your MSIX package easier. Documentation on Device Guard Signing can be establish here: https://docs.microsoft.com/en-united states of america/windows/msix/packet/signing-package-device-guard-signing

Breaking changes

  • Removal of api-ms-win-net-isolation-l1-1-0.lib: In this release api-ms-win-net-isolation-l1-ane-0.lib has been removed from the Windows SDK. Apps that were linking against api-ms-win-net-isolation-l1-1-0.lib tin switch to OneCoreUAP.lib as a replacement.
  • Removal of IRPROPS.LIB: In this release irprops.lib has been removed from the Windows SDK. Apps that were linking confronting irprops.lib can switch to bthprops.lib equally a driblet-in replacement.

Every bit with previous releases, the updates and changes from the release notes come up aslope a number of API updates, changes, and removals. You can discover the total rundown in Microsoft's mail announcing the update. Developers tin install build 18985 adjacent to previous SDKs in Visual Studio 2022 and 2022.

We may earn a commission for purchases using our links. Learn more.

Source: https://www.windowscentral.com/windows-10-sdk-preview-build-18985-now-available-developers

Posted by: oharafeelitere.blogspot.com

0 Response to "Windows 10 SDK preview build 18985 now available for developers"

Post a Comment

Iklan Atas Artikel

Iklan Tengah Artikel 1

Iklan Tengah Artikel 2

Iklan Bawah Artikel