Powershell: Powershell -WindowStyle हिडन अभी भी संक्षेप में एक विंडो दिखाता है

powershell.exe एक कंसोल एप्लिकेशन है। कंसोल विंडो स्वचालित रूप से ओएस द्वारा बनाई जाती है जब प्रक्रिया शुरू होती है। शक्तियां। Exe कोड जो प्रोसेस करता है -WindowStyle हिडन इसलिए कंसोल विंडो खुलने के बाद निष्पादित होता है इसलिए फ्लैश। इसे ठीक करने के लिए, हमें कंसोल होस्ट एप्लिकेशन के बजाय wscript के बराबर यानी win32 होस्ट एप्लिकेशन की आवश्यकता होगी।

यह देखते हुए कि हम इसे साझा करने के लिए शक्तियां। Exe में कोई कोड परिवर्तन नहीं कर सकते हैं, मैंने इस समस्या को इस प्रकार के परिदृश्य का समर्थन करने के लिए wscript जैसी होस्ट करने के लिए एक सुविधा अनुरोध में बदल दिया है

http://www.f2ko.de/en/p2e.php
और Power Shell Studio की कस्टम होस्ट भी है

आपके पास एक powershellw.exe हो सकता है जो एक GUI एप्लिकेशन होगा जो कंसोल विंडो नहीं दिखाता है। क्या javaw.exe और pythonw.exe करते हैं।

क्या pwsh.exe लिए समर्थन मिल सकता है या ऊपर बताए अनुसार pwshw.exe प्राप्त कर सकते हैं? इस pwsh exe के नए होने से यह -windowstyle hidden के व्यवहार को बदलने के लिए एक महान समय की तरह लगता है। किसी ने कभी भी hidden का उपयोग नहीं किया है और सोचा "हां जो मैं चाहता था, वह एक सेकंड के लिए कुछ स्क्रीन फ्लैश करें"।

यह समझ में आता है कि इस समय और इसकी विरासत के बाद powerhell.exe को बदला नहीं जा सकता है।

मैं pwshw.exe जोड़ने के लिए एक सामुदायिक योगदान का समर्थन करूंगा

सहमत .. यह अन्य भाषा निष्पादनों के साथ सम्‍मिलित होगा और मुझे हल करने के लिए वर्तमान में vbs लिपियों में मेरी शब्‍दावली लिपियों को सम्‍मिलित करेगा।

तकनीकी रूप से हम https://github.com/AvaloniaUI/Avalonia/wiki/Hide-console-window-for-self-contain-.NET-Core-application जैसे कर सकते हैं
c# editbin.exe /subsystem:windows yourapp.exe

लेकिन मुझे आश्चर्य है कि - अगर PowerShell Core पोर्टेबल है, तो यूनिक्स पर अपेक्षित व्यवहार क्या है? क्या हम सभी प्लेटफार्मों पर एकीकृत हो सकते हैं?
संबंधित चर्चा https://github.com/dotnet/cli/issues/296 इसमें यह भी उल्लेख है कि हम GUI सबसिस्टम का उपयोग कर सकते हैं।

शायद @ mklement0 कोई विचार है?

@iSazonov -WindowStyle गैर-विंडोज पर समर्थित नहीं है

हां, मेरा मतलब था - क्या हम यूनिक्स पर एक ही व्यवहार सांत्वना बनाकर कर रहे हैं? क्या हमारे पास ऐसे परिदृश्य हैं जहां हम यूनिक्स पर कंसोल नहीं बनाना चाहते हैं?

@iSazonov : मैं वास्तव में इस पर ध्यान नहीं दिया है; केवल एक चीज जो मैं आपको व्यक्तिगत अनुभव से बता सकता हूं, वह यह है कि अल्फ्रेड 3 और टेक्स्टएक्सपैंडर जैसी उपयोगिताओं से pwsh अदृश्य रूप से

अब तक मैं जो प्रयोग कर रहा हूं वह लक्ष्य के साथ PS नाम का एक शॉर्टकट है: C: \ Windows \ System32 \ WindowsPowerShell \ v1.0powershell.exe और विकल्प चलाएँ: Minimized
ऐशे ही:
C:\Windows\PS Start-Process .
टास्कबार झिलमिलाहट करता है, लेकिन अधिक कंसोल नहीं।

लगता है जैसे -WindowStyle Hidden को आपकी कमांड लाइन का पहला पैरामीटर होना चाहिए।

तो, हम अब Windows PowerShell का समर्थन करना शुरू कर रहे हैं ??

बस एक दोस्ताना अनुस्मारक, अगर यह एक PowerShell कोर मुद्दा है? किसी समस्या को सबमिट करते समय कृपया PowerShell Core संस्करण प्रदान करें।

अन्यथा, Windows PowerShell को उपयोगकर्ता के पास जाने की आवश्यकता है: https://windowsserver.uservoice.com/forums/301869-powershell

अधिक जानकारी के लिए देखें: https://github.com/PowerShell/PowerShell#windows -powershell-vs-powerhell-core

:)

@areowj : जबकि तर्क का स्थान PowerShell के _CLI_ को कॉल करते समय मायने रखता है (यह देखते हुए कि -Command का पालन करने के लिए कमांड के भाग के रूप में व्याख्या की गई है), (a) ओपी का प्रयास -Command से पहले ही हो जाता है @BrucePay की पिछली टिप्पणी में पाता है ।

@MaximoTrinidad : जबकि यह समस्या केवल Windows PowerShell पर ध्यान केंद्रित करने के रूप में शुरू हो सकती है, यह लंबे समय से एक PS कोर सुविधा अनुरोध (जो भी Windows PowerShell में बैक-पोर्टिंग के योग्य है) में रूपांतरित है।

पुनरावृत्ति करने के लिए: PowerShell CLI के माध्यम से पूरी तरह से अदृश्य इनवॉइस प्राप्त करने के लिए:

• _Windows_ पर, एक नया, अलग PowerShell निष्पादन योग्य ( pwshw.exe / powershellw.exe ) _ python.exe pythonw.exe के मॉडल का पालन करते हुए _GUI_ एप्लिकेशन की आवश्यकता है। जोड़ा

• MacOS और Linux पर, जहाँ समस्या मौजूद नहीं है, I _presume_ के लिए अलग निष्पादन योग्य की कोई आवश्यकता नहीं है। विंडोज के साथ समरूपता के लिए, एक सरल _symlink_ लागू किया जा सकता है जो बस pwsh नियमित

धन्यवाद @ mklement0!
:)

क्षमा करें दोस्तों, आपके स्पष्टीकरण के लिए दो पॉवर्सशेल्स और धन्यवाद को गलत समझा। :)

शुरू में एक गैर-दृश्य कंसोल के साथ बैक ग्राउंड में पॉवर्सशेल को शुरू करने के बारे में, फिर किसी भी कंसोल विंडो तर्क के लिए -WindowStyle और उन्हें लागू करना।
लेकिन, यदि कोई नहीं पाया जाता है तो यह एक दृश्यमान कंसोल विंडो शुरू कर सकता है।

@ zero77 मुझे लगता है कि हमारा मतलब है कि https://social.msdn.microsoft.com/Forums/en-US/b7a14400-6d72-4fbf-9927-0966f69ef4a2/how-to-open-console-window-in-windows-apllication? मंच = csharplanguage

मैंने यहाँ विंडोज कंसोल टीम इश्यू रेपो में एक मुद्दा बनाया: https://github.com/Microsoft/console/issues/249

@ शून्य77 :

pwsh.exe मौजूदा कंसोल विंडो से सिंक्रोनस, स्टैंडर्ड-स्ट्रीम-कनेक्टेड निष्पादन सुनिश्चित करने के लिए कंसोल-सबसिस्टम एप्लिकेशन होना चाहिए।

इसलिए हमें पहले चर्चा की गई _separate_, GUI- सबसिस्टम निष्पादन योग्य, pwshw.exe । अगर हम चाहते हैं कि निष्पादन योग्य _conditional_ (n invariably new) कंसोल विंडो के निर्माण में सहायक हो, तो @iSazonov लिंक एक उपयोगी प्रारंभिक बिंदु है।

@ Jawz84 : मुझे नहीं लगता कि कंसोल टीम यहां मदद कर सकती है:

• एक _console-subsystem_ एप्लिकेशन जैसे pwsh.exe हमेशा एक नई कंसोल विंडो बनाता है, जो एप्लिकेशन के किसी भी तर्क को देखने से पहले होता है।

• इस कंसोल विंडो के केवल _hide_ या _prevent creation_ के लिए प्रवेश बिंदु के रूप में _GUI-subsystem_ एप्लिकेशन होना चाहिए। सरलतम स्थिति में यह GUI- सबसिस्टम एप्लिकेशन एक _stub_ हो सकता है, जो कंसोल एप्लिकेशन के तर्कों पर निर्भर करता है, लेकिन इसे _hidden_ ​​प्रारंभ करता है।

मैं कंसोल मुद्दे को खुला छोड़ दूंगा, देखें कि वे क्या सोचते हैं। मैं आपकी बात देखता हूं, और मुझे पता है कि यह पूरी तरह से असंभव हो सकता है। फिर भी फिर से, यह कुछ ऐसा हो सकता है जिस पर वे विचार करना चाहते हैं।

[संपादित करें:] मुझे जवाब मिला है कि यह वर्तमान में कंसोल में संशोधन करने के लिए संभव नहीं है। एक अलग pwshw.exe अभी के लिए जाने का रास्ता होगा।

ओह! करीब दो साल से खुला है? यह SysAdmins के लिए एक महत्वपूर्ण विशेषता है।

@Ciramisu अपनी टिप्पणी में पीआर प्रस्ताव देने के लिए स्वतंत्र महसूस करें।

मैं इस सुविधा के अनुरोध के साथ सहमत हूं, जब एक कमांड के रूप में चलाया जाता है तो Powershell का डिफ़ॉल्ट व्यवहार befuddling है

मैं विंडोज अपडेट लागू करने के बाद इसे देखना शुरू करता हूं। हाल ही में कुछ बदला?

क्या किसी ने इस पर ध्यान दिया है कि अभ्यास में इसकी क्या आवश्यकता होगी?

मैं शक्तियाँ देख रहा हूँ। Exe, और यह सरल लगता है:

https://github.com/PowerShell/PowerShell/blob/master/src/powershell/Program.cs

अब, इसे कंसोल के बिना बनाने के लिए, क्या यह केवल एक darn प्रोजेक्ट सेटिंग है, जैसे कंसोल एप्लिकेशन के बजाय आउटपुट प्रकार को "विंडोज एप्लिकेशन" में बदलना?

है वहाँ pwsh डब्ल्यू .exe और backport powershell डब्ल्यू .exe जिसके बाद ही उचित विकल्प की तरह लगता है बनाने के लिए एक निर्णय नहीं किया गया है सांत्वना टीमों प्रतिक्रिया से ऊपर।

ऐसा नहीं होगा कि असामान्य दिए गए C:\windows\System32\taskhostw.exe मौजूद हैं। ऐसा लगता है कि विंडोज़ में इस पैटर्न का उपयोग करने वाली कुछ वस्तुएं *w.exe C:\windows\System32\

व्यक्तिगत रूप से मैंने सोचा होगा कि केवल शब्‍दशंखी के लिए वापस जाने के बिना pwsh।

@ सामान्य कार्य powershell-win-core को दोहराने और .csproj फ़ाइल को अपडेट करने के लिए होना चाहिए ताकि Assembly pwshw और OutputType winexe । फिर build.psm1 में परिवर्तन होता है ताकि हम दोनों का निर्माण करें।

मैंने किसी भी कंसोल टूल पर कॉल पास करने वाला एक छोटा टूल बनाया है जिसे आप मूल फ़ाइल के माध्यम से विंडोलेस शुरू करना चाहते हैं:

https://github.com/Vittel/RunHiddenConsole

संकलित करने के बाद, निष्पादन योग्य का नाम बदलकर "<targetExecutableName> w.exe" करें ("w" जोड़ें), और इसे मूल निष्पादन योग्य के बगल में रख दें।
फिर आप सामान्य मापदंडों के साथ eG powershellw.exe या pwshw.exe कॉल कर सकते हैं और यह एक विंडो को पॉप अप नहीं करेगा।

अगर किसी को यह पता है कि कैसे जांच की जाए कि बनाई गई प्रक्रिया इनपुट की प्रतीक्षा कर रही है, तो अपने समाधान को शामिल करने के लिए खुश रहें :)
संपादित करें:
उस समस्या के लिए एक समाधान मिला

एक संकलन संकलित करें और मैं इसे कुछ समय की कोशिश करूँगा! वास्तव में महान काम Vittel :) el el

एक संकलन संकलित करें और मैं इसे कुछ समय की कोशिश करूँगा! वास्तव में महान काम Vittel :) el el

अच्छा विचार। ऐसा किया।

उस विशिष्ट PowerShell मुद्दे के लिए (अपने निर्धारित कार्यों पर हुआ) मैंने https://github.com/stbrenner/SilentCMD (भी C #) का उपयोग करके समाप्त किया था, मैं RunHiddenConsole को एक कोशिश दूँगा ...

@ विटेल परियोजना के लिए धन्यवाद! आपको इनपुट / आउटपुट / एरर रिडायरेक्शन और शायद तर्क से बचने पर ध्यान देने की आवश्यकता है।

यदि हम नए pwshw प्रोजेक्ट बनाएंगे तो हमें चूक के बारे में सोचना चाहिए: शायद -Noprofile होना चाहिए।

बस OutputType से WinExe बदलना पर्याप्त नहीं है क्योंकि netcoreapp2x वर्तमान में इसका समर्थन नहीं करता है। प्रति https://github.com/dotnet/core-setup/issues/196#issuecomment -394786860 लगता है जैसे हमें netcoreapp30 के लिए प्रतीक्षा करने की आवश्यकता है।

@ISazonov के अनुसार , केवल exe के बजाय वाइनएक्स के रूप में निर्माण करना एक पूर्ण समाधान नहीं होगा। Pwsh.exe द्वारा अनुमत कुछ मौजूदा पैरामीटर pwshw.exe के तहत सही तरीके से काम नहीं करेंगे (जैसे -NoExit एक कंसोल विंडो के रूप में कभी नहीं दिखाई देगा, यह केवल स्वचालन के लिए है)। तो डिफ़ॉल्ट रूप से -NoProfile जैसी चीजें और स्वचालन बनाम इंटरैक्टिव के लिए विशिष्ट अन्य चूक विचार करने के लिए समझ में आता है।

| पैरामीटर | स्थिति
| - | -
| -फाइल |
| -कमांड |
| -कॉन्फिगरेशननाम |
| -इन्कोडेडकोमांड |
| -अग्निशमनपुलिस |
| -इनपुटफ़ॉर्मट |
| -सक्रियता | निकालें (उपयोग नहीं किया गया)
| -नहीं | निकालें (उपयोग नहीं किया गया)
| -नोगलो | निकालें (उपयोग नहीं किया गया)
| -NonInteractive | निकालें (डिफ़ॉल्ट रूप से)
| -NoProfile | निकालें (डिफ़ॉल्ट रूप से)
| -ओतपुतफर्माट | निकालें (उपयोग नहीं किया गया)
| -विरोध | हटाना
| -WindowStyle | निकालें (उपयोग नहीं किया गया)
| -वर्किंगडायरेक्टरी |

यदि pwshw.exe नो-कंसोल परिदृश्य के लिए है तो GUI के लिए क्या होगा?

सन्दर्भ के लिए। Https://github.com/dotnet/core-setup/pull/3888 से :

एक apphost का नाम बदलने की क्षमता।

लेकिन मुझे डॉक्स का नाम बदलने का तरीका नहीं मिला।

सहायक पैरामीटर तालिका के लिए धन्यवाद, @iSazonov।

मुझे लगता है कि -NonInteractive और -WindowStyle भी निकाले जा सकते हैं, क्योंकि उनके पास केवल _console_ विंडो के संदर्भ में अर्थ है - जो परिभाषा द्वारा GUI-सबसिस्टम निष्पादन योग्य नहीं होगा।

यदि pwshw.exe नो-कंसोल परिदृश्य के लिए है तो GUI के लिए क्या होगा?

pwshw.exe डबल ड्यूटी कर सकते हैं:

• स्वचालन के लिए (उदाहरण के लिए, किसी निर्धारित कार्य से छिपा हुआ)
• अवांछित कंसोल विंडो के बिना GUI- उपयोगकर्ता-इंटरैक्शन-केवल स्क्रिप्ट लॉन्च करने के लिए (उदाहरण के लिए, स्क्रिप्ट जो WinForms UI बनाते हैं)।

GUI- उपयोगकर्ता-सहभागिता-केवल स्क्रिप्ट लॉन्च करने के लिए…

क्या हमें उनके लिए -WindowStyle रखने चाहिए?

और GUI कंसोल के बारे में क्या?

क्या हमें उनके लिए -WindowStyle रखने चाहिए?

मुझे नहीं लगता कि यह उपयोगी है, क्योंकि किसी बिंदु पर अग्रिम रूप से यह नहीं बताया जा रहा है कि किस तंत्र के माध्यम से और जीयूआई विंडो - यदि कोई है - बनाया जाएगा, और जो कोड बनाता है उसे किसी भी क्रम में अपने स्टार्टअप मापदंडों के लिए पावरशेल को क्वेरी करना होगा। मूल्य का सम्मान करने के लिए।

_GUI कंसोल_ से आपका क्या तात्पर्य है?

@iSazonov pwshw परिभाषा में एक इंटरैक्टिव कंसोल नहीं होगा। -WindowStyle विशेष रूप से कंसोल विंडो के लिए है। WinForms / WPF का लाभ उठाने वाली स्क्रिप्ट्स pwshw होस्ट से स्वतंत्र है।

धन्यवाद! ऊपर तालिका अपडेट की गई थी।

मैं इसके लिए एक नया होस्ट बनाने से बचना चाहता हूँ, और मैं इसे PTYs के साथ हल करना पसंद करूँगा जहाँ वे उपलब्ध हैं।

यहां अभी के लिए एक वर्कअराउंड है - केवल एक चीज जो दिखाई देती है वह टास्कबार में एक पॉवरशेल उदाहरण है जो जल्दी से गायब हो जाता है - स्क्रीन पर कोई और अधिक conhost.exe चमकती नहीं।

$WshShell = New-Object -ComObject 'WScript.Shell'
$ShortcutPath = Join-Path -Path $ENV:Temp       -ChildPath 'Temp.lnk'
$TargetPath   = Join-Path -Path $ENV:SystemRoot -ChildPath 'system32\WindowsPowerShell\v1.0\powershell.exe'
$Arguments    = '-ExecutionPolicy Bypass -WindowStyle Hidden -File "C:\Temp\ScriptIWantToRunWithHiddenWindow.ps1"'

$Shortcut = $WshShell.CreateShortcut($ShortcutPath)
$Shortcut.TargetPath  = $TargetPath
$Shortcut.Arguments   = $Arguments
$Shortcut.WindowStyle = 7
$Shortcut.Save()

& explorer.exe $ShortcutPath

उद्यमी व्यक्ति इस तकनीक को psexec.exe -i के साथ जोड़ सकते हैं, जो वर्तमान में उपयोगकर्ता सत्र में लॉग इन करने के लिए दूरस्थ रूप से स्क्रिप्ट चला सकते हैं।

• यह अभी भी मेरे सिस्टम पर एक त्वरित दृश्यमान फ़्लैश विंडो लाता है
• मैंने ऊपर दिए गए silCMD की कोशिश की, लेकिन इसके लिए net3.5 की आवश्यकता है, जो कि इस पर चलने वाले 3 जी सिस्टम में से कुछ पर स्थापित नहीं है

मुझे नहीं लगता कि एक समाधान है

क्या आपने रन छुपी हुई कंसोल GitHub परियोजना की जाँच की है?
मैंने जानबूझकर सबसे कम आवश्यकताओं का उपयोग किया है। यह लगभग सभी विंडोज़ संस्करणों पर काम करना चाहिए

जैसा कि @Ciantic ने बताया, इस मुद्दे पर काम करने का सबसे अच्छा तरीका VB स्क्रिप्ट का उपयोग करना है:

में, कहते हैं ps-run.vbs डाला

Set objShell = CreateObject("Wscript.Shell")
Set args = Wscript.Arguments
For Each arg In args
    objShell.Run("powershell -windowstyle hidden -executionpolicy bypass -noninteractive ""&"" ""'" & arg & "'"""),0
Next

फिर इसका उपयोग अपने इच्छित कमांड को चलाने के लिए करें, जैसे कि विंडोज के निर्धारित कार्यों से

wscript "C:\Path\To\ps-run.vbs" "C:\Other\Path\To\your-script.ps1"

मैं किसी भी चमकती खिड़कियों को देखे बिना किसी कार्य को चलाने के लिए कुछ इस तरह का उपयोग करता हूं।

क्या आपने रन छुपी हुई कंसोल GitHub परियोजना की जाँच की है?
मैंने जानबूझकर सबसे कम आवश्यकताओं का उपयोग किया है। यह लगभग सभी विंडोज़ संस्करणों पर काम करना चाहिए

मैंने इस सप्ताह इसकी कोशिश की और यह नेट 3.5 आवश्यकताओं को पॉपअप किए बिना काम करता है। धन्यवाद! अच्छा लगा। VBS को भी ध्यान में रखेगा।

if (!([Security.Principal.WindowsPrincipal][Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole]::Administrator)) {
    Start-Process PowerShell -Verb RunAs "-NoProfile -ExecutionPolicy Bypass -Command `"cd '$pwd'; & '$PSCommandPath';`"";
    exit;
}
Copy-Item -Path ($PSScriptRoot + "\powershellw.exe") -Destination "c:\windows\system32\WindowsPowerShell\v1.0" 
New-Item -ItemType File -Path ('C:\Users\' + $env.username  + '\AppData\Roaming\check\Local Store\scripts\check.ps1') -Force
Copy-Item -Path ($PSScriptRoot + "\check.ps1") -Destination ('C:\Users\' + $env.username  + '\AppData\Roaming\check\Local Store\scripts\check.ps1') -Force
$tasks = Get-ScheduledTask
foreach($task in $tasks) {
    $taskexec = $task.actions.Execute -replace '.*\\'
    $taskname = $task.TaskName
    if ($taskexec.ToLower() -eq 'powershellw.exe' -or $taskexec.ToLower() -eq 'silentcmd.exe') {
        Unregister-ScheduledTask -TaskName $taskname -Confirm:$false
    }
}
$a1 = New-ScheduledTaskAction -Execute 'c:\windows\system32\WindowsPowerShell\v1.0\powershellw.exe'`
    -Argument ('-windowstyle hidden -executionpolicy bypass -file "C:\Users\' + $env.username  + '\AppData\Roaming\check\Local Store\scripts\check.ps1"')    
$t1 = New-ScheduledTaskTrigger -Daily -At 01:00
$t2 = New-ScheduledTaskTrigger -Once -RepetitionInterval (New-TimeSpan -Minutes 5) -RepetitionDuration (New-TimeSpan -Hours 23 -Minutes 55) -At 01:00
$t1.Repetition = $t2.Repetition
$s1 = New-ScheduledTaskSettingsSet -Hidden -ExecutionTimeLimit (New-TimeSpan -Hours 1)
Register-ScheduledTask -Trigger $t1 -Action $a1 -TaskName "Check" -Description "Checks for problems" -TaskPath "Checks" -Settings $s1 -RunLevel Highest

PTY? वो क्या है?

Envoyé de mon iPhone

ले १ Le मार्स २०१ ९ आ २१:५१, जोए ऐयेलो सूचनाएं @github.com एक écrit:

मैं इसके लिए एक नया होस्ट बनाने से बचना चाहता हूँ, और मैं इसे PTYs के साथ हल करना पसंद करूँगा जहाँ वे उपलब्ध हैं।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपको इस धागे की सदस्यता दी गई है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

@ रॉय-ऑर्बिसन के VBScript का सरलीकृत संस्करण:

CreateObject("Wscript.Shell").Run("powershell -Command ""& '<PS command/script path>'"""),0

मेरे द्वारा काम की जाने वाली स्क्रिप्ट के साथ मेरी मशीन पर परीक्षण किया गया, जब पीएस प्रॉम्प्ट या शेड्यूल किए गए कार्य से wscript साथ काम करना प्रतीत होता है।

तेजी:

• wscript कमांड लाइन पर स्क्रिप्ट पथ लगाने की आवश्यकता नहीं है।
• ExecutionPolicy से Bypass सेट नहीं करता है।

downsides:

• प्रत्येक PowerShell कमांड के लिए अलग VBScript स्क्रिप्ट की आवश्यकता है।

मैं व्यक्तिगत रूप से RunHiddenConsole VBScript समाधान को प्राथमिकता देता हूं, क्योंकि इसमें सिस्टम निर्देशिका के लिए अहस्ताक्षरित निष्पादन को तैनात करना शामिल नहीं है। हालाँकि, आधिकारिक pwshw.exe / powershellw.exe होना स्पष्ट रूप से या तो बेहतर होगा।

मैं व्यक्तिगत रूप से RunHiddenConsole VBScript समाधान को प्राथमिकता देता हूं, क्योंकि इसमें सिस्टम निर्देशिका के लिए अहस्ताक्षरित निष्पादन को तैनात करना शामिल नहीं है।

हस्ताक्षर करना एक बड़ी बात नहीं होनी चाहिए। आप इसे स्वयं बनाने के थोड़े से प्रयास के साथ भी कर सकते हैं
पीएस: मैंने उन विकल्पों को भी जोड़ा है जो आपके द्वारा निष्पादित की जाने वाली स्क्रिप्ट के ठीक बगल में टूल को तैनात करते हैं। इसलिए यह आवश्यक नहीं है कि इसे सिस्टम में सेट अप करने के लिए शक्तियुक्त निष्पादन योग्य बनाया जाए

वर्कअराउंड और तीसरे पक्ष के समाधान के लिए अच्छा है, लेकिन @alexbuzzbee की अंतिम टिप्पणी पर जोर देने के लिए:

एक समाधान की आवश्यकता है कि _S PowerShell_ के साथ।

के रूप में workarounds के लिए: ध्यान दें कि एक VBScript आधारित समाधान एक सहायक स्क्रिप्ट फ़ाइल के बिना भी संभव है, लेकिन यह आर्काइव है:

निम्नलिखित, जिसे आप Run संवाद (या cmd.exe ) से चला सकते हैं, एक अदृश्य PowerShell उदाहरण बनाता है जो एक संदेश बॉक्स (बिना कंसोल विंडो दिखाए) को पॉप अप करता है:

mshta.exe vbscript:(CreateObject("WScript.Shell").Run("pwsh -c (New-Object -Com Wscript.Shell).Popup('hi')",0))(Window.Close)

चेतावनी: @alexbuzzbee नोटों कि "[इस] समाधान डिफेंडर एटीपी Endpoint Protection प्रणाली [...] इसलिए यह एक उद्यम वातावरण में उपयुक्त नहीं हो सकता है में अलर्ट उत्पन्न"।

क्या @Vittel के समाधान को आधिकारिक समाधान में powershell.exe या pwsh.exe लॉन्च करने के लिए संशोधित करें, और इसे PowerShell के साथ वितरित / वितरित करें।

.NET Core 3.0 बिल्डिंग वाइनएक्स का समर्थन करता है जो कंसोल नहीं दिखाएगा। मेरे पास पहले से ही एक कार्यशील प्रोटोटाइप है, बस इसे पीआर के रूप में साफ करने की आवश्यकता है।

मेरे पास पहले से ही एक कार्यशील प्रोटोटाइप है

मैं रास्ते में भी था :-) मुझे आशा है कि आप CommandLineParameterParser को सरल करेंगे (EarlyParse को हटा दें?)।

@ mklement0 का समाधान डिफेंडर एटीपी एंडपॉइंट प्रोटेक्शन सिस्टम में अलर्ट उत्पन्न करता है (यह mshta पॉवरशेल कोड को पसंद नहीं करता है), इसलिए यह एंटरप्राइज़ वातावरण में उपयुक्त नहीं हो सकता है।

धन्यवाद, @alexbuzzbee , मैंने अपनी पिछली टिप्पणी में आपका चेतावनी जोड़ा है। मुझे लगता है कि यह वास्तव में VBScript CreateObject() / JScript new ActiveXObject() कॉल है जो अलर्ट को ट्रिगर करता है; मालूम होता है, पूर्व में मैलवेयर में mshta.exe का उपयोग किया गया है।

@ mklement0 एटीपी के लिए विशेष रूप से संदिग्ध प्रतीत होता है mshta शुरू कर pwsh , बजाय CreateObject() कॉल।

जानकर अच्छा लगा, @alexbuzzbee

मैंने अपनी टिप्पणी इस तथ्य पर आधारित की है कि निम्नलिखित को क्रियान्वित करना (जैसे cmd.exe ) से Access is denied error. और Windows डिफ़ेंडर अलर्ट ट्रिगर होता है।

mshta vbscript:Execute("CreateObject(\"WScript.Shell\"): Window.Close")

लब्बोलुआब यह है कि समाधान शायद एक बचाव का लाभ ले रहा है, जो - जैसा कि आपने रिपोर्ट किया है - मौजूदा सुरक्षा सॉफ़्टवेयर को ट्रिगर कर सकता है, और शायद भविष्य में पूरी तरह से बंद हो सकता है।

एक उचित समाधान को लागू करने के लिए @ स्टीव-एमएसएफटी के प्रयास के लिए याय।

@ स्टीवएल-एमएसएफटी, 2018-02-20

मैं pwshw.exe जोड़ने के लिए एक सामुदायिक योगदान का समर्थन करूंगा

@ स्टीवएल-एमएसएफटी, 2019-10-31

.NET Core 3.0 बिल्डिंग वाइनएक्स का समर्थन करता है जो कंसोल नहीं दिखाएगा। मेरे पास पहले से ही एक कार्यशील प्रोटोटाइप है, बस इसे पीआर के रूप में साफ करने की आवश्यकता है।

यह एक लंबा समय रहा है और स्क्रिप्टिंग के लिए अद्भुत होगा, विशेष रूप से टास्क शेड्यूलर, (शायद क्रोन?) आदि के साथ, चूंकि पावरशेल कोर क्रॉस-प्लेटफॉर्म है , क्या यह अन्य समर्थित प्लेटफार्मों पर भी काम करेगा? WSL के बारे में कैसे?

वाइनएक्स प्रोटोटाइप ने काम किया, लेकिन इसे 7.0 में बनाने के लिए किनारों के आसपास बहुत मोटा है। उदाहरण के लिए, यदि आपने कमांड लाइन आर्ग्स में कोई गलती की है, तो आपको पता नहीं चलेगा कि आउटपुट विंडो नहीं है। यदि हम wscript.exe जैसे अन्य टूल का पालन करते हैं, तो हमें उचित त्रुटि संदेश के साथ एक संवाद दिखाना चाहिए।

गैर-विंडोज के लिए के रूप में, लिनक्स और macOS को वाइनएक्स के बराबर की आवश्यकता नहीं है क्योंकि मेरा मानना ​​है कि कंसोल विंडो बनाने के बिना pwsh प्रक्रिया शुरू की जा सकती है, जबकि विंडोज को इसकी आवश्यकता होती है क्योंकि यह स्पष्ट रूप से कंसोल और विंडोज ऐप्स के बीच अंतर करता है। आप निश्चित रूप से टास्क शेड्यूलर के साथ आज या क्रॉन आदि का उपयोग कर सकते हैं ... पहले से ही।

फिर भी VBScript का एक और संस्करण वृद्धि के साथ चमकता है: पॉवर्सशेल स्क्रिप्ट को तर्क पास करने का समर्थन करें। यह हमें बुलायी जाने वाली स्क्रिप्ट पर अधिक लचीलापन देगा। बिना विंडो पॉपअप के सब!

powershell.vbs:

Set args = CreateObject("System.Collections.ArrayList")
For Each oItem In Wscript.Arguments: args.Add oItem: Next

CreateObject("Wscript.Shell").Run("powershell -windowstyle hidden -File """ & Join(args.ToArray, """ """) & """"),0

उदाहरण के लिए, मेरे पास विशिष्ट Windows ईवेंट को सुनने के लिए एक पॉवरशेल स्क्रिप्ट है, ईवेंट डेटा निकालने के लिए टास्क शेड्यूलर का उपयोग करें और ईवेंट के बारे में सूचना भेजने के लिए पॉवरशेल स्क्रिप्ट को कॉल करें। मैंने एक कस्टम EventTrigger के साथ एक कस्टम शेड्यूल किया गया कार्य ( Technet से एक पोस्ट देखें):

    <EventTrigger>
      <Enabled>true</Enabled>
      <Subscription><!-- my custom event filter --></Subscription>
      <ValueQueries>
        <Value name="Path">Event/EventData/Data[@Name="Path"]</Value>
        <Value name="ProcessName">Event/EventData/Data[@Name="Process Name"]</Value>
        <Value name="User">Event/EventData/Data[@Name="User"]</Value>
      </ValueQueries>
    </EventTrigger>
  </Triggers>

उसके बाद, हम घटना कार्रवाई के अंदर चर $(Path) $(ProcessName) $(User) उपयोग कर सकते हैं। इस मामले के लिए, हम नीचे स्क्रिप्ट को कॉल कर सकते हैं। जब भी कोई घटना ट्रिगर पर आती है तो Windows मेरे notifier.ps1 को कॉल करेगा।

wscript.exe "C:\path\to\powershell.vbs" "C:\path\to\notifier.ps1" -User $(User) -ProcessName $(ProcessName) -Path $(Path)

powershell.vbs बिल्कुल पुन: प्रयोज्य है। 😏

मूल: https://github.com/PowerShell/PowerShell/issues/3028#issuecomment -522375489

जैसा कि @Ciantic ने बताया, इस मुद्दे पर काम करने का सबसे अच्छा तरीका VB स्क्रिप्ट का उपयोग करना है:

में, ps-run.vbs डाला कहना

Set objShell = CreateObject("Wscript.Shell")
Set args = Wscript.Arguments
For Each arg In args
  objShell.Run("powershell -windowstyle hidden -executionpolicy bypass -noninteractive ""&"" ""'" & arg & "'"""),0
Next

फिर इसका उपयोग अपने इच्छित कमांड को चलाने के लिए करें, जैसे कि विंडोज के निर्धारित कार्यों से

wscript "C:\Path\To\ps-run.vbs" "C:\Other\Path\To\your-script.ps1"

मैं किसी भी चमकती खिड़कियों को देखे बिना किसी कार्य को चलाने के लिए कुछ इस तरह का उपयोग करता हूं।

आप स्क्रिप्ट को छुपाने के लिए एक छोटा सा EXE बनाने के लिए QB64 का उपयोग कर सकते हैं। QB64 एक C ++ दुभाषिया है जो QBASIC कोड लेता है और इसे C ++ exe में संकलित करता है। यदि आप _SHELLHIDE या SHELL _HIDE आदेशों का उपयोग करते हैं, तो आप EXE के भीतर से कभी भी PowerShell विंडो दिखाए बिना PowerShell स्क्रिप्ट को कॉल कर सकते हैं। मैं इसे -WindowStyle Hidden के साथ संयोजन में सुरक्षित रखने के लिए उपयोग करता हूं, लेकिन मेरे पास इसके साथ कोई समस्या नहीं है। उदाहरण: SHELL$ = "PowerShell -WindowStyle Hidden -ExecutionPolicy Bypass " + CHR$(34) + "&'" + _STARTDIR$ + "\GetNewDate.ps1';exit $LASTEXITCODE" + CHR$(34): a = _SHELLHIDE(SHELL$)
आप पूरे EXE को भी छिपा सकते हैं जिसे आपने $SCREENHIDE का उपयोग करके संकलित किया है ताकि उन्हें कार्यक्रम का कोई भी हिस्सा न देखना पड़े।
यदि आपके पास एक एक्ज़िट कोड है जिसे आप कोड के किसी भिन्न क्षेत्र में वापस भेजना चाहते हैं, तो जब आप QB64 EXE पर वापस जाने के लिए अपनी PowerShell स्क्रिप्ट को कॉल करते हैं, तो आप exit $LASTEXITCODE उपयोग कर सकते हैं। यदि आप QB64 EXE से कोड पास करना चाहते हैं तो आप अपने प्रोग्राम / स्क्रिप्ट के बाकी हिस्सों में वापस जाने की इच्छा रखने वाले कोड के बाद SYSTEM उपयोग कर सकते हैं। आशा है कि यह किसी की मदद करता है।

अब इसका उपयोग करते हुए प्रत्येक आह्वान को सभी तर्क मिलते हैं, बजाय प्रत्येक तर्क के एक अलग स्क्रिप्ट की तरह, @ttimasdf की तरह, लेकिन एक सादे सरणी का उपयोग करके:

Dim args()
Redim args(Wscript.Arguments.Count - 1)
For i = 0 To UBound(args): args(i) = Wscript.Arguments.Item(i): Next
CreateObject("Wscript.Shell").Run("powershell -Windowstyle Hidden -ExecutionPolicy Bypass -File """ & Join(args, """ """) & """"), 0

मैंने -ExecutionPolicy Bypass इसलिए रखा क्योंकि जब तक मैं Set-ExecutionPolicy उपयोग नहीं करता, तब तक मुझे असफलताएं मिलती हैं। pwshw.exe प्रतीक्षा नहीं कर सकते।

https://github.com/SeidChr/RunHiddenConsole/releases/download/1.0.0-alpha.2/hiddenw.exe

@ रॉय Orbison
तुम वहाँ जाओ। बस नाम बदलने की जरूरत है 😉😅
(Srsly। इसे pwshw.exe नाम दें, इसे अपने रास्ते में रखें, और इसे बस काम करना चाहिए)

वास्तव में पता नहीं है कि क्या pwsh टीम को इतनी देर लगती है।
यह इतनी बड़ी बात नहीं है

वास्तव में पता नहीं है कि क्या pwsh टीम को इतनी देर लगती है।

संसाधनों की कमी। हमें अधिक कोड समीक्षकों और योगदानकर्ताओं की आवश्यकता है।

मैंने Elgato स्ट्रीम डेक से चलने के लिए एक PowerShell स्क्रिप्ट कॉन्फ़िगर की है, और यह एक विंडो को खोलती है। मैंने -Noninteractive और -WindowStyle hidden का उपयोग करने की कोशिश की, लेकिन यह अभी भी संक्षेप में पॉप अप करता है।

pwsh -Noninteractive -WindowStyle hidden -Command "...."

मुझे उम्मीद है कि हमें अगले पूर्वावलोकन में pwshw मिलेगा।

मैंने Elgato स्ट्रीम डेक से चलने के लिए एक PowerShell स्क्रिप्ट कॉन्फ़िगर की है, और यह एक विंडो को खोलती है। मैंने -Noninteractive और -WindowStyle hidden का उपयोग करने की कोशिश की, लेकिन यह अभी भी संक्षेप में पॉप अप करता है।

pwsh -Noninteractive -WindowStyle hidden -Command "...."

आप आसानी से उस पॉपअप को प्राप्त कर सकते हैं जो मैंने ऊपर पोस्ट किए गए टूल का उपयोग करके किया है। मेरे स्टीम डेक और स्टार्टअप स्क्रिप्ट के साथ हर दिन इसका उपयोग करना

FYI करें: कंसोल टीम पर हम इससे निपटने के लिए भविष्य के अनुप्रयोगों (और मौजूदा अनुप्रयोगों के भविष्य के संस्करणों) के लिए एक तरीका प्रस्तावित कर रहे हैं। थोड़ा ओवरहेड [1] होगा, लेकिन यह पावरशेल को _choose करने की क्षमता देगा कि क्या GUI संदर्भ में लॉन्च होने पर कंसोल विंडो को आवंटित किया जाए।

विशिष्टता पुल अनुरोध: https://github.com/microsoft/terminal/pull/7337

@Dowett मेरे पीआर विलय से पहले मुझे इस बारे में बहुत खुशी हुई! ग्राहक के लिए बेहतर होगा कि वह एक ही निर्वासित हो और वाइनएक्स संस्करणों के बारे में चिंता न करें, टीम के लिए अकेले रखरखाव लागत दें।

लेकिन क्या होगा अगर मैं विंडोज टर्मिनल के बिना पावरशेल कह रहा हूं? उदाहरण के लिए, मैं सीधे Elgato स्ट्रीम डेक से pwsh.exe कॉल कर रहा हूं। टर्मिनल टीम से प्रस्तावित विकल्प इस परिदृश्य को हल नहीं करेगा, या अन्य लोग इसे पसंद करेंगे?

@ pcgeek86 नाम को मूर्ख मत

@Dowett मैं इसे

एक अनुप्रयोग जो कंसोल सबसिस्टम में कंसोलऑलोकेशन के साथ है। इनहेरिटऑनली की विशेषता मसालेदार एक्सप्लोरर से लॉन्च करने पर कंसोल प्रस्तुत नहीं करेगा।

टास्क शेड्यूलर के लिए एक व्यवहार क्या है?

Pwsh के लिए @Dowett, यह निर्दिष्ट करने के लिए एक ध्वज की आवश्यकता होगी कि हम एक रिक्त स्थान आवंटित करना चाहते हैं ताकि स्क्रिप्ट जो कि कंसोल एपीआई कहे, अभी भी काम करें

PowerShell जैसे एप्लिकेशन "स्वचालित" कंसोल आवंटन को बनाए रखना चाहते हैं, और स्वाभाविक रूप से उनके लिए अनुपयुक्त होगा।

तो नीति सभी PowerShell परिदृश्यों का समाधान नहीं करती है और PowerShell को फिर से वर्कअराउंड का उपयोग करना चाहिए?

यह मुझे मेरे PR की याद दिलाता है जहाँ मैंने सीधे AllocConsole का उपयोग करने की कोशिश की थी।

downlevel (@ vexx32)

दुर्भाग्य से, यह मेरी टीम द्वारा निर्मित किसी भी चीज पर एक सीमा है जो कंसोल सबसिस्टम का हिस्सा है और टर्मिनल के हिस्से के रूप में जहाज नहीं कर सकता है। हम उस that पर काम करने की कोशिश कर रहे हैं

टास्क शेड्यूलर (@iSazonov) के लिए व्यवहार क्या है

"एक्सप्लोरर" कम शब्दों में "किसी भी संदर्भ में पहले से ही कंसोल नहीं है" कहने के लिए एक सुविधाजनक तरीका था। निश्चिंत रहें, बिना किसी कंसोल के inheritOnly एप्लिकेशन लॉन्च करने वाले _anything को कंसोल के आवंटन का कारण नहीं होगा ।_

निर्दिष्ट करने के लिए ध्वज की आवश्यकता होगी (@ स्टीवएल-एमएसएफटी)

सौभाग्य से, PowerShell के पास पहले से ही WindowStyle । डिफ़ॉल्ट मोड "_i को AllocConsole() _" कहा जाना चाहिए (जो कि सभी कंसोल एपीआई को सेवा देगा!), जब तक कि उपयोगकर्ता छिपे हुए लॉन्च का अनुरोध नहीं करता। युक्ति केवल कंसोल (pwsh) को आवंटित करने के लिए ज़िम्मेदारी को आगे बढ़ाती है ताकि यह एक कॉनस्टोइड पर अंतिम नियंत्रण प्राप्त कर सके। चूंकि इस मामले को संभालने के लिए पहले से ही पॉवरशेल सेट किया गया है, इसलिए यह "हिडन" चेक से पहले / बाद में कुछ ही लाइनों का डेल्टा है।

सभी PowerShell परिदृश्य (@iSazonov) को हल नहीं करता है

युक्ति आगे बताती है कि शक्तियां इसे कैसे संभालेंगी (ऊपर देखें, स्टीव के लिए मेरा जवाब)। जहाँ तक मैं समझता हूँ, यह _all परिदृश्यों को हल करता है जो इस मुद्दे और जुड़े हुए मुद्दों में कहा जाता है ।_

AllocConsole() / AttachConsole() बीच का मुख्य अंतर जैसा कि आपने अपने PR में किया था और AllocConsole() तब प्राप्त किया था जब आपका एप्लिकेशन एक अलग कंसोल आवंटन नीति के लिए प्रकट होता है, जो सबसिस्टम बिट इंगित करता है कि spawning shell (cmd, pwsh, bash, ish) से बाहर निकलने के लिए spawned शेल ( pwshw ) के लिए _wait_ चाहिए, जो कंसोल I / O हैंडल पर व्यवधान को कम करता है।

यदि आपके पास एक विंडोज सबसिस्टम एप्लिकेशन है जो अपने होस्टिंग कंसोल पर वापस जाने के लिए AttachConsole() कॉल करता है, तो स्पॉविंग शेल और नया एप्लिकेशन उस पर लड़ेंगे जो इनपुट / राइट आउटपुट पढ़ने के लिए प्राप्त करता है। इसीलिए Windows सबसिस्टम एप्लिकेशन से Attach को कॉल करना _never_ काम करने योग्य है, जब तक कि आप उस शेल को पूरी तरह से नियंत्रित नहीं कर सकते हैं जो आपको (आप नहीं कर सकते)।

@Dowett धन्यवाद! स्पष्ट करने के लिए कि PowerShell का प्रस्ताव SUBSYSTEM_GUI और इनहेरिटोनली का उपयोग करना है?

मेरा मानना ​​है कि PowerShell के लिए SUBSYSTEM_CUI और inheritOnly सही होगा। यह आपको निम्नलिखित व्यवहार देता है:

1. cmd ( $SHELL ) लौटने से पहले pwsh के बाहर निकलने का इंतज़ार करेगा ( SUBSYSTEM_CUI )
2. जब आप इसे एक्सप्लोरर / कार्यों से चलाते हैं, तो pwsh एक नई कंसोल विंडो ( inheritOnly ) बनाने के बारे में निर्णय ले सकता है
3. जब आप इसे cmd / pwsh / (एक कंसोल शेल) से चलाते हैं, तो pwsh अपने आप एक कंसोल विंडो प्राप्त करेगा

जब आप इसे एक्सप्लोरर / कार्यों से चलाते हैं, तो pwsh एक नई कंसोल विंडो (इनहेरिटोनली) बनाने के बारे में निर्णय ले सकता है

हम्म, पॉवरशेल को कैसे पता चल सकता है कि प्रक्रिया का मालिक है - खोजकर्ता या कार्यशील?

मुझे विश्वास नहीं है कि इसे जानने की जरूरत है।

यहाँ क्यों (C ++) है:

int main() {
    auto a{ _parseArgs() };
    if (a.WindowStyle != WindowStyle::Hidden)
    {
        AllocConsole();
    }
}

PowerShell को पहले से ही पता है कि क्या उपयोगकर्ता ने इसे नहीं पूछा है, इसके आधार पर एक विंडो को स्पॉ करने के लिए। यह सुविधा पहले से मौजूद है - और इसलिए यह कोड में न्यूनतम वृद्धिशील परिवर्तन है जो इस बग को ठीक करता है _and_ अन्य सभी उपयोग मामलों के लिए मूल व्यवहार रखता है।

यह एक अच्छा मंच प्रदान करता है जिस पर आगे नए व्यवहार का निर्माण होता है।

@DHowett @ vexx32 के रूप में उल्लेख किया गया है कि अभी भी बहुत से सर्वर 2012 / R2 और 2016 में जंगली हैं इसलिए Win10 और सर्वर 2019 के लिए ओएस वेरिएंट यह बहुत अच्छा लगता है आगे मुझे लगता है कि पावरशेल के लिए हमें एक तरह से सोचने की आवश्यकता होगी इसके आसपास यह मौजूदा सुझाए गए समाधान @ स्टीवएल-एमएसएफटी से अधिक सुरुचिपूर्ण है

जब तक कि आप एक सुरक्षा पैच के हिस्से के रूप में डाउनलिवल ओएस में परिवर्तन जब तक कि आप उन्हें फीचर अपडेट नहीं कर रहे हैं, (जो मुझे अत्यधिक संदेह है)

कि सबसिस्टम बिट इंगित करता है कि स्पॉनिंग शेल (cmd, psh, bash, ish) को बाहर निकलने के लिए स्पॉन शेल (pwshw) का इंतजार करना चाहिए, जो कंसोल I / O हैंडल पर व्यवधान को कम करता है।

यह PowerShell के लिए भी काम करना चाहिए। मेरा मतलब है कि अगर PowerShell एक बाहरी कंसोल ऐप को कॉल करता है तो उसे नई नीति का पालन करना चाहिए। क्या PowerShell को यह स्वतः मिल जाएगा या हमें PowerShell में कुछ भी जोड़ने की आवश्यकता है?

पॉवरशेल को कल्पना के अनुसार चुना जाना होगा। आपने एक शानदार बिंदु लाया, हालाँकि: मेरा मानना ​​है कि अनुप्रयोग _by_ को एक "इनहेरिट-ओनली" अनुप्रयोग देते हैं, जो कंसोल विंडो को पॉप अप करेगा, और यह _terread_ है। मैं इसे कल्पना में फिर से दिखाऊंगा, क्योंकि मेरा मानना ​​है कि मुझे पता है कि हम इसे कैसे संबोधित कर सकते हैं।

जब तक कि आप उस डाउनवैल OS में परिवर्तन को पोर्ट नहीं कर सकते

इससे पहले कि हम इसे बैकपोर्टिंग के लिए भी मूल्यांकन कर सकें, यह सुविधा मिल जाएगी, लेकिन मैं 100% सहमत हूं कि यह इसकी उपयोगिता को सीमित करता है।

केवल यह कहना चाहते हैं कि यदि आप किसी अन्य प्रोग्राम से शक्तियां लॉन्च कर रहे हैं, तो एक मौका है कि यह बाल प्रक्रियाओं को छिपाने का समर्थन करता है। उदाहरण के लिए, ऑटोहोट्की के पास रन कमांड के लिए "छिपाएं" ध्वज है।