From 774a1688e5b1c6b76d721c6caa9dd2edec816cf2 Mon Sep 17 00:00:00 2001 From: Dustin Howett Date: Tue, 18 Aug 2020 17:26:15 -0700 Subject: [PATCH] more reasons not to do a new subsystem --- doc/specs/#7335 - Console Allocation Policy.md | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/doc/specs/#7335 - Console Allocation Policy.md b/doc/specs/#7335 - Console Allocation Policy.md index 8c797edf5a3..4b2a22efd8d 100644 --- a/doc/specs/#7335 - Console Allocation Policy.md +++ b/doc/specs/#7335 - Console Allocation Policy.md @@ -178,12 +178,17 @@ Are there other allocation policies we need to consider? - checking a subsystem doesn't work right with app execution aliases\[2\] - This is not a new problem, but it digs the hole a little deeper. - requires standardization outside of Microsoft because the PE format is a dependency of the UEFI specification\[3\] + - requires coordination between tooling teams both within and without Microsoft + - `link` + - `ld` + - `llvm-ld` (`lld`) + - Any number of binary analyzers and malware scanners - An exported symbol that shells can check for to determine whether to wait for the attached process to exit - relies on shells to update and check for this - cracking an executable to look for symbols is probably the last thing shells want to do - we could provide an API to determine whether to wait or return? - - fragile, somewhat silly, exporting symbols from EXEs is obnoxious and uncommon + - fragile, somewhat silly, exporting symbols from EXEs is annoying and uncommon ### Links