[Iska]

Foreigner, Вы зачем-то процитировали не себя, а меня, попутно ответив на не заданный вопрос (речь шла про Калькулятор).

[YuS_2]

Foreigner, кстати да, в цитате речь про калькулятор же, а не про кодовую страницу... как-то сразу и не заметил

[Foreigner]

кстати да, в цитате речь про калькулятор же, а не про кодовую страницу... как-то сразу и не заметил »

И не мудрено:

Не уверен, отработает ли с папкой по имени VF 办公室 © Круг »

У меня отработало. Но, у меня все, включая cmd.exe, в UTF-8 без бом. »

Нет такого в десятке »

Вы зачем-то процитировали не себя, а меня »

Значит я не понял, посчитал, что вы моей цитатой ответили мне. Так иногда бывает.

[Iska]

Значит я не понял, посчитал, что вы моей цитатой ответили мне. »

Это я улыбнулся к тому, что, получается, не оставили даже болванку в виде write.exe → wordpad.exe?!

[Foreigner]

что, получается, не оставили даже болванку в виде write.exe → wordpad.exe?! »

Файл calc.exe есть ( C:\Windows\System32\calc.exe ), поэтому его можно запустить 'calc', но процесса с таким именем нет ( есть Calculator.exe ), вот такая ситуация.
Что касается write, то он есть. Процесс wordpad.exe

Код:

 PS > write.exe
 PS > get-ciminstance win32_process | ? { $_.Name -eq 'wordpad.exe' } | select CommandLine

CommandLine
-----------
"C:\Program Files\Windows NT\Accessories\wordpad.exe"

[птичка0001]

Они ссылаются на C: \ Windows \ System32 \ calc.exe по причине обратной совместимости. А так, да, в настоящее время калькулятор один - современное приложение для Windows с открытым исходным кодом (на гитхабе).
Process Explorer выделяет Calculator.exe ярко-голубым (для WinRT), уровень целостности AppContainer (давно смотрела, но вряд ли что-то там изменилось).

• https://github.com/microsoft/calculator ссылка на гитхаб
• C:\Program Files\WindowsApps\Microsoft.WindowsCalculator_10.1910.0.0_x64__8wekyb3d8bbwe\Calculator.exe - расположение
• two URL protocol: calculator and ms-calculator (URI)

//к делу не относится, но на всякий случай (вдруг кому-то интересно будет):
в NET Framework UseShellExecute = true используется по умолчанию;
в NET Core UseShellExecute = false - по умолчанию.
Причина: производительность. UseShellExecute очень специфичен для Windows и значительно медленнее.

[Iska]

…но процесса с таким именем нет ( есть Calculator.exe ), вот такая ситуация. »

Это-то понятно. Я именно про болванку, по аналогии со write.exe.

Foreigner, спасибо, ясно.

в NET Framework UseShellExecute = true используется по умолчанию; в NET Core UseShellExecute = false - по умолчанию. »

птичка0001, спасибо, ясно.

UseShellExecute очень специфичен для Windows и значительно медленнее. »

Я как-то смотрел, у Gunsmoker'а что-ли, разбор создания процесса «вглубь», так тихий ужас, сколько и чего там наворочено по факту…

//к делу не относится, но на всякий случай (вдруг кому-то интересно будет): »

Конечно интересно. Да и к делу относится.

[Foreigner]

в NET Framework UseShellExecute = true используется по умолчанию; в NET Core UseShellExecute = false - по умолчанию. »

Что-то я не понимаю. Например беру PowerShell-7, которая на Net Core:

Код:

 PS > [Diagnostics.ProcessStartInfo]::new().UseShellExecute
False

Но при этом в ней запускаются процессы по файловой ассоциации. Или это из другой "оперы"?

Код:

 PS > 11 > 11.txt
 PS > .\11.txt   # запускает notepad

[птичка0001]

Насколько я знаю, поведение по Start-Process в PowerShell Core все ещё аналогично Windows PowerShell - все ещё &True; в NET Core по умолчанию &False.
См. следующую ссылку https://docs.microsoft.com/en-us/win...p-registration
И 2 ссылку: https://docs.microsoft.com/ru-ru/win...ectedfrom=MSDN

[YuS_2]

Foreigner,

Файл calc.exe есть ( C:\Windows\System32\calc.exe ), поэтому его можно запустить 'calc', но процесса с таким именем нет ( есть Calculator.exe ), вот такая ситуация. »

Зачем отслеживать калькулятор? Тем более, что наименование реального процесса, в разных версиях windows могут отличаться... »