Noah Sherwin

Results 159 comments of Noah Sherwin

While working on it, I noticed a minor compatibility issue. If a downstream library explicitly depends on the existing, bit-shifted enum values, the library/app will no longer behave as expected...

https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/wdm/nf-wdm-rtlcopymemory MS Docs state this function is exported by NtDll.dll (user mode) or NtosKrnl.exe (kernel mode) since Windows 2000. https://docs.microsoft.com/en-us/previous-versions/windows/desktop/legacy/aa366535(v=vs.85) Only the Legacy documentation states that this function is exported...

CsWin32 0.2.10-beta with Win32Metadata 25.0.28-preview does not generate "RtlCopyMemory". This is because it's not part of the Win32 API. This function is categorized as being part of the Windows (Hardware)...

A PR to refactor NTSTATUS.FacilityShift will follow this PR's merge.

I realized I left out the HResult refactor... and broke the API check...

Alright. I'm fairly certain I crossed all the "t"s and dotted all the "i"s. FacilityShift/FacilityCode/Faciility changes are ready for a separate PR, too. Last build after the force-push: https://dev.azure.com/andrewarnott/OSS/_build/results?buildId=6763&view=logs&j=0bc77094-9fcd-5c38-f6e4-27d2ae131589&t=0bc77094-9fcd-5c38-f6e4-27d2ae131589

btw, the PR check can be updated either by toggling the Draft/Ready state of the PR or by updating the workflow's triggers to ["listen to the `synchronize` event"](https://github.com/Namchee/conventional-pr/issues/54#issuecomment-1002393836).

Try using https://github.com/marketplace/actions/setup-nuget-exe-for-use-with-actions before the GitTools action.

I've modified parts of the Linux installer script to be more verbose. https://github.com/BinToss/verbose-ftb-app-linux-installer/releases/tag/v0.0.1 I'll force-push a v0.0.0 in a minute so a proper DIFF is available. edit: I've become impatient...

L458 and L460 output the last `n` bytes of the script file to sfx_archive.tar.gz containing "install4j". ![image](https://user-images.githubusercontent.com/7243190/184799748-53aa02db-e1f3-4a03-961d-9f5b2aa7f0cf.png) With this now known, I've moved the binary data byte-for-byte to a new...