အမှုဆောင်အရာရှိ - (es) subprocess မြွက်
အနှစ်ချုပ်
အမှုဆောင်အရာရှိ? switches များ? arg? arg ... ?
ဖေါ်ပြချက်
ဒီ command ကို execute မှတဦးတည်းသို့မဟုတ်ထိုထက်ပို subprocesses ၏သတ်မှတ်ချက်အဖြစ်က၎င်း၏အငြင်းပွားမှုများဆကျဆံတယျ။ အဆိုပါအငြင်းပွားမှုများတစ်ဦးချင်းစီ arg command တစ်ခုထဲကတစ်ခုစကားလုံးဖြစ်လာသည်ရှိရာစံ shell ကိုပိုက်လိုင်းများ၏ပုံစံကို ယူ. , တစ်ဦးချင်းစီကွဲပြား command ကိုတစ်ဦး subprocess ဖြစ်လာသည်။
ကနဦးအငြင်းပွားမှုများအမှုဆောင်အရာရှိမှ အကယ်. နှင့်အတူစတင် - ထို့နောက်သူတို့ command-line switches များအဖြစ်ကုသနှင့်ပိုက်လိုင်းသတ်မှတ်ချက်၏အစိတ်အပိုင်းတစ်ခုမဟုတ်နေကြသည်။ အောက်ပါခလုတ်လက်ရှိထောက်ခံနေကြသည်:
-keepnewline
ပိုက်လိုင်းရဲ့ output ကိုတစ်ဦး Trail NEWLINE ဆက်လက်ထိန်းသိမ်းထားသည်။ ပုံမှန်အားဖြင့်တစ်ကပ်တွယ်မှုကို NEWLINE ဖျက်ပါမည်။
-
switches များ၏အဆုံးအမှန်ခြစ်သည်။ - ဒီတစ်ခုကအောက်ပါအဆိုပါအငြင်းအခုံပြုလုပ်နှင့်အတူတစ်ဦးစတင်သည်လျှင်ပင်ပထမဦးဆုံး arg အဖြစ်ကုသပါလိမ့်မည်။
တစ်ဦး arg (သို့မဟုတ် arg 's ၏ pair တစုံ) ထို့နောက်၎င်းသည် subprocess (es) ကြားတွင် input ကိုနှင့် output ကို၏စီးဆင်းမှုကိုထိန်းချုပ်ဖို့အမှုဆောင်အရာရှိများကအသုံးပြုသည်ကိုအောက်တွင်ဖော်ပြထားတဲ့ပုံစံများကိုတစ်ဦးရှိပါတယ်လျှင်။ ထိုကဲ့သို့သောအငြင်းပွားမှုများအတွက် subprocess (es) အားလွန်လိမ့်မည်မဟုတ်ပါ။ ထိုကဲ့သို့သော `` <ဖိုင်အမည် '' အဖြစ်ပုံစံများအတွက် 'သို့မဟုတ်အဘယ်သူမျှမကွားအာကာသနှင့်တူညီသောအငြင်းအခုံ (ဆိုလိုသည်မှာ `` <ဖိုင်အမည်' '') တွင် 'ဖိုင်အမည် `` <ထံမှသီးခြားအငြင်းအခုံအတွက်ဖြစ်စေခြင်းငှါလည်းကောင်း။
|
ပိုက်လိုင်းအတွင်းကွဲပြားပညတ်တို့ကိုခွဲခြား။ ရှေ့ command ကို၏စံ output ကိုလာမယ့် command ကိုရဲ့ standard input ကိုပေးပို့လိမ့်မည်။
| &
ပိုက်လိုင်းအတွင်းကွဲပြားပညတ်တို့ကိုခွဲခြား။ စံထုတ်လုပ်မှုနှင့်ရှေ့ command ကိုစံအမှားနှစ်ဦးစလုံးလာမယ့် command ကိုရဲ့ standard input ကိုပေးပို့လိမ့်မည်။ redirection ၏ဤပုံစံထိုကဲ့သို့သော 2 အဖြစ်ပုံစံများကိုပြောင်းလဲသတ်မှတ်လိုက်သည်> နဲ့> & ။
<ဖိုင်အမည်
ဖိုင်အမည်ခြင်းဖြင့်အမည်ရှိအဆိုပါဖိုင်ပိုက်လိုင်းအတွင်းပထမဆုံး command ကိုများအတွက်စံ input ကိုအဖြစ်ဖွင့်လှစ်ခြင်းနှင့်အသုံးပြုသည်။
<@ fileId
FileId ထိုကဲ့သို့သောဖွင့်ရန်ယခင်ခေါ်ဆိုခကနေပြန်လာတန်ဖိုးကိုအဖြစ်တစ်ခုဖွင့်လှစ်ဖိုင်အတွက်အမှတ်အသားဖြစ်ရပါမည်။ ဒါဟာပိုက်လိုင်းအတွင်းပထမဆုံး command ကိုများအတွက်စံ input ကိုအဖြစ်အသုံးပြုပါသည်။ FileId စာဖတ်ခြင်းအဘို့အဖွင့်လှစ်ခဲ့ပြီရပါမည်။
<< တန်ဖိုးကို
Value ကို၎င်း၏စံ input ကိုအဖြစ်ပထမဦးဆုံး command ကိုကူးမြောက်သည်။
> ဖိုင်အမည်
ပြီးခဲ့သည့် command ကိုထံမှစံ output ကိုယင်း၏ယခင် contents တွေကို overwrite လုပ်နိုင်တဲ့, ဖိုင်အမည်အမည်ရှိဖိုင် redirected ဖြစ်ပါတယ်။
2> ဖိုင်အမည်
ပိုက်လိုင်းအားလုံးကိုပညတ်တို့ကိုထံမှစံအမှားက၎င်း၏ယခင် contents တွေကို overwrite လုပ်နိုင်တဲ့, ဖိုင်အမည်အမည်ရှိဖိုင် redirected ဖြစ်ပါတယ်။
> & ဖိုင်အမည်
အားလုံးပညတ်တော်တို့ကိုအနေဖြင့်ပြီးခဲ့သည့် command ကိုနှင့်စံအမှားကနေစံ output ကိုနှစ်ဦးစလုံးသည်၎င်း၏ယခင် contents တွေကို overwrite လုပ်နိုင်တဲ့, ဖိုင်အမည်အမည်ရှိဖိုင် redirected နေကြသည်။
>> ဖိုင်အမည်
ပြီးခဲ့သည့် command ကိုထံမှစံ output ကိုအစားက overwrite လုပ်နိုင်တဲ့ထက်က appending, ဖိုင်အမည်အမည်ရှိဖိုင် redirected ဖြစ်ပါတယ်။
2 >> ဖိုင်အမည်
ပိုက်လိုင်းအားလုံးကိုပညတ်တို့ကိုထံမှစံအမှားမဟုတ်ဘဲကြောင့် overwrite လုပ်နိုင်တဲ့ထက်က appending, ဖိုင်အမည်အမည်ရှိဖိုင် redirected ဖြစ်ပါတယ်။
>> & ဖိုင်အမည်
အားလုံးပညတ်တော်တို့ကိုအနေဖြင့်ပြီးခဲ့သည့် command ကိုနှင့်စံအမှားကနေစံ output ကိုနှစ်ဦးစလုံးက appending ထက်က overwrite လုပ်နိုင်တဲ့, ဖိုင်အမည်အမည်ရှိဖိုင် redirected နေကြသည်။
> @ fileId
FileId ထိုကဲ့သို့သောဖွင့်ရန်ယခင်ခေါ်ဆိုခကနေပြန်လာတန်ဖိုးကိုအဖြစ်တစ်ခုဖွင့်လှစ်ဖိုင်အတွက်အမှတ်အသားဖြစ်ရပါမည်။ ပြီးခဲ့သည့် command ကိုထံမှစံ output ကိုအရေးအသားအဘို့အဖွင့်လှစ်ခဲ့ပြီပေးရမည်ဖြစ်သော fileId 's ဖိုင်မှ redirected ဖြစ်ပါတယ်။
2> fileId @
FileId ထိုကဲ့သို့သောဖွင့်ရန်ယခင်ခေါ်ဆိုခကနေပြန်လာတန်ဖိုးကိုအဖြစ်တစ်ခုဖွင့်လှစ်ဖိုင်အတွက်အမှတ်အသားဖြစ်ရပါမည်။ ပိုက်လိုင်းအားလုံးကိုပညတ်တို့ကိုထံမှစံအမှား fileId 's ဖိုင် redirected ဖြစ်ပါတယ်။ ဖိုင်အရေးအသားများအတွက်ဖွင့်လှစ်ထားပြီရပါမည်။
> & @ fileId
FileId ထိုကဲ့သို့သောဖွင့်ရန်ယခင်ခေါ်ဆိုခကနေပြန်လာတန်ဖိုးကိုအဖြစ်တစ်ခုဖွင့်လှစ်ဖိုင်အတွက်အမှတ်အသားဖြစ်ရပါမည်။ အားလုံးပညတ်တော်တို့ကိုအနေဖြင့်ပြီးခဲ့သည့် command ကိုနှင့်စံအမှားကနေစံ output ကိုနှစ်ဦးစလုံး fileId 's ဖိုင် redirected နေကြသည်။ ဖိုင်အရေးအသားများအတွက်ဖွင့်လှစ်ထားပြီရပါမည်။
စံ output ကို redirected ရသေးလျှင်၎င်းအမှုဆောင်အရာရှိ command ကိုပိုက်လိုင်းအတွက်နောက်ဆုံး command ကိုထံမှစံ output ကိုပြန်လည်ရောက်ရှိ။ သညျ့ပိုက်လိုင်းထွက်ပေါက်အတွက်ပညတ်တော်တို့ကိုမဆိုသို့မဟုတ်အသတ်ခံသို့မဟုတ်ဆိုင်းငံ့နေတယ်ဆိုရင်, ထို့နောက်အမှုဆောင်အရာရှိတစ်ဦးအမှားပြန်လာကြလိမ့်မည်နှင့် error message ကို၎င်းပုံမှန်မဟုတ်သောနေလဖော်ပြအမှားမက်ဆေ့ခ်ျများကနောက်တော်သို့လိုက်ပိုက်လိုင်းရဲ့ output ကိုပါဝင်သည်တော်မူမည် အဆိုပါ ERRORCODE variable ကိုကြုံတွေ့ပြီးခဲ့သည့်ပုံမှန်မဟုတ်သောရပ်စဲအကြောင်းကိုနောက်ထပ်သတင်းအချက်အလက်ဆံ့မည်ဖြစ်သည်။ ပညတ်တော်တို့ကိုမဆို၎င်း၏စံအမှားဖိုင်ရန်နှင့်စံအမှား redirected မဟုတ်ကြောင်းရေးသားခဲ့သည်လျှင်, အမှုဆောင်အရာရှိတစ်ဦးအမှားပြန်လာတော်မူမည် အမှားမက်ဆေ့ခ်ျကိုစံအမှား output ကိုလိုက်ပုံမှန်မဟုတ်သောနေလ (ရှိပါက) ခန့်မက်ဆေ့ခ်ျများကနောက်တော်သို့လိုက်ပိုက်လိုင်းရဲ့စံ output ကို, ပါဝင်သည်ပါလိမ့်မယ်။
ရလဒ်သို့မဟုတ် error message ကို၏နောက်ဆုံးဇာတ်ကောင်ထိုဇာတ်ကောင်ပုံမှန်အားဖြင့်ရလဒ်သို့မဟုတ် error message ကိုကနေဖျက်ပစ်နေပါတယ်တဲ့ NEWLINE သည်ဆိုပါက။ ဤသည်ပုံမှန်အားဖြင့် NEWLINE နှင့်အတူအဆုံးသတ်ရန်ပါဘူးသောအခြား TCL ပြန်လာတန်ဖိုးများနှင့်အတူတသမတ်တည်းဖြစ်ပါတယ်။ -keepnewline သတ်မှတ်ထားသောလျှင်သို့သော်ထို့နောက်ကပ်တွယ်မှုကို NEWLINE ထိန်းသိမ်းထားသည်။
စံ input ကို `` < '' 'သို့မဟုတ် `` <<' '' သို့မဟုတ် `` <@ '' ထို့နောက်ပိုက်လိုင်းအတွင်းပထမဆုံး command ကိုများအတွက်စံ input ကိုလျှောက်လွှာရဲ့လက်ရှိစံ input ကိုကနေယူတာဖြစ်ပါတယ်နှင့်အတူ redirected မပါရှိဘူးဆိုရင်။
ပြီးခဲ့သည့် arg `` & '' အကယ်. '' ထို့နောက်ပိုက်လိုင်းနောက်ခံကွပ်မျက်ခံရလိမ့်မည်။ ဤကိစ္စတွင်အတွက်အမှုဆောင်အရာရှိ command ကိုအဘယ်သူ၏ element တွေကိုပိုက်လိုင်းအတွက် subprocesses အားလုံးအတှကျဖြစ်စဉ်ဖေါ်ထုတ်များမှာစာရင်းတစ်ခုပြန်လာပါလိမ့်မယ်။ က redirected နိုင်ခြင်းမရှိသေးပေနှင့် redirected မဟုတ်လျှင်ပိုက်လိုင်းအတွက်ပညတ်တော်ကိုအားလုံးထဲကနေအမှား output ကိုလျှောက်လွှာရဲ့စံအမှား file ကိုသွားပါဦးမည်ဆိုပါကပိုက်လိုင်းအတွက်နောက်ဆုံး command ကိုထံမှစံ output ကိုလျှောက်လွှာရဲ့စံ output ကိုသွားပါလိမ့်မယ်။
တစ်ဦးချင်းစီက command အတွက်ပထမဦးဆုံးစကားလုံးက command အမည်အားအဖြစ်ယူတတ်၏, tilde-အစားထိုးပေါ်မှာဖျော်ဖြေသည်နှင့်ရလဒ်မျှမျဉ်းစောင်းပါရှိသည်လျှင်ထို့နောက် PATH ပတ်ဝန်းကျင် variable ကိုအတွက်လမ်းညွှန်ပေးထားသောနာမည်ဖြင့်တစ်ဦးဟာ executable အဘို့ကိုရှာဖွေနေကြပါတယ်။ နာမတော်ကိုအမှီ ပြု. တစ်မျဉ်းစောင်းပါရှိသည်လျှင်ကြောင့်လက်ရှိ directory မှလက်လှမ်းမှီတစ်ခုဟာ executable ရည်ညွှန်းရပေမည်။ အဘယ်သူမျှမ `` glob '' တိုးချဲ့သို့မဟုတ်အခြား shell ကိုကဲ့သို့အစားထိုးပညတ်တော်တို့ကိုရန်အငြင်းပွားမှုများအပေါ်ဖျော်ဖြေနေကြသည်။
portability ကိစ္စများ
Windows ကို (အားလုံးဗားရှင်း)
ကနေ Reading တစ်ခုသို့မဟုတ် socket မှရေးသားခြင်းသည် `` @ fileId '' သင်္ကေတသုံးပြီးအလုပ်မလုပ်ပါဘူး။ တစ်ဦး socket ကနေဖတ်နေတဲ့အခါ, 16-bit နဲ့ DOS ကိုလျှောက်လွှာဆွဲထားမည်ဖြစ်ပြီး 32-bit application ကိုအဆုံး-of ဖိုင်နှင့်အတူချက်ချင်းပြန်လာပါလိမ့်မယ်။ လျှောက်လွှာများဖြစ်စေ type ကိုတစ်ဦး socket ထားလိုက်တယ်တဲ့အခါမှာတဦးတည်းပစ္စုပ္ပန်ဖြစ်ပါသည်, သို့မဟုတ်စွန့်ပစ်လျှင်, သတင်းအချက်အလက်အစား, console ကိုစလှေတျတျောဖြစ်ပါတယ်။
အဆိုပါ Tk console ကိုစာသားအဝစ်ဂျက်ကိုမှန်ကန်စံ IO စွမ်းရည်မပေးပါဘူး။ စံ input ကိုကနေပြန်ညွှန်းသည့်အခါ Tk လက်အောက်တွင်အပေါင်းတို့, applications များချက်ချင်းအဆုံး-of file ကိုမြင်ရပါလိမ့်မည်; စံ output ကိုသို့မဟုတ် Standard အမှားမှ redirected သတင်းအချက်အလက်စွန့်ပစ်လိမ့်မည်။
ရှေ့ဆက်သို့မဟုတ်နောက်ပြန်ဖြစ်စေမျဉ်းစောင်း TCL ပညတ်တော်တို့ကိုမှအငြင်းပွားမှုများဘို့လမ်းကြောင်းကိုသီးခြားတည်လက်ခံခဲ့သည်နေကြသည်။ လျှောက်လွှာကွပ်မျက်သည့်အခါလျှောက်လွှာများအတွက်သတ်မှတ်ထားသောလမ်းကြောင်းနာမကိုအမှီလမ်းကြောင်းသီးခြားတည်ရှေ့ဆက်သို့မဟုတ်နောက်ပြန်မျဉ်းစောင်းလည်းပါဝင်နိုင်သည်။ အများဆုံးက Windows application များရှေ့ဆက်အတူအငြင်းပွားမှုများကိုလက်မခံကြောင်း, သို့သော်, စိတျထဲမှာကိုထမ်းသာသာခရီး၌ option ကိုအနားသတ်မျဉ်းများနှင့်ဘယ်ဘက်မျဉ်းစောင်းအဖြစ် slashes ။ ရှေ့ဆက်မျဉ်းစောင်းနဲ့လမ်းကြောင်းအမည်ကိုသတ်မှတ်ထားတဲ့ application ကိုမှမဆိုအငြင်းပွားမှုများကိုအလိုအလျောက်ဘယ်ဘက်မျဉ်းစောင်းဇာတ်ကောင်ကိုအသုံးပြုရန်ပြောင်းလဲမည်မဟုတ်ပါ။ အငြင်းအခုံလမ်းကြောင်းကို separator အဖြစ်ရှေ့သို့မျဉ်းစောင်းပါရှိသည်ပါကသို့မဟုတ် program ကိုပေါ် မူတည်. တစ်ဦးလမ်းကြောင်းကိုနာမကိုအမှီအဖြစ်အသိအမှတ်ပြုခြင်းကိုမခံစေနိုင်သည်။
16-bit နဲ့ DOS ကိုသို့မဟုတ် Windows 3.x application ကိုတောင်းဆိုလာသောအခါထို့အပြင်, ရှိသမျှလမ်းကြောင်းအမည်များကို '' အစား `` applbakery.default ၏ '' `` applba ~ 1.def '' သုံးပြီးဥပမာ (ရေတို, ယခုလို, လမ်းကြောင်းကို format ကိုအသုံးပြုရမည် ) ။
လမ်းကြောင်းတစ်ခုအတွက်တစ်တန်းအတွက်နှစ်ခုသို့မဟုတ်နှစ်ခုထက်ပိုသောရှေ့ဆက်သို့မဟုတ်နောက်ပြန်မျဉ်းစောင်းကွန်ယက်လမ်းကြောင်းကိုရည်ညွှန်း။ ဥပမာ, အမြစ် directory ကိုက c ၏ရိုးရှင်း concatenation: / တစ် subdirectory / ပြတင်းပေါက် / စနစ်က c လိုက်လျောပါလိမ့်မယ်: စက်ကိုခေါ်ပြတင်းပေါက်အပေါ် system ကိုခေါ်တော်မူ // ပြတင်းပေါက် / System (အတူတကွနှစ်ခုမျဉ်းစောင်း), တောင်ပေါ်အမှတ်ကိုရည်ညွှန်းထားတဲ့ (နှင့် ယင်းက c: / လျစ်လျူရှုနေသည်) နှင့်က c ညီမျှမဟုတ်ပါဘူး: လက်ရှိကွန်ပျူတာပေါ်မှာ directory ကိုဖော်ပြပေးသော / ပြတင်းပေါက် / စနစ်, ။ ဖိုင် command ကို join လမ်းကြောင်းကိုအစိတ်အပိုင်းများ concatenate ဖို့အသုံးပြုရပါမည်။
Windows NT
ဒါကြောင့်သတ်မှတ်ထားသောခံခဲ့ရသည်အဖြစ်နာမတော်အဘို့လျှောက်လွှာ, အမှုဆောင်အရာရှိပထမဦးဆုံးရှာဖွေမှုများကို execute ရန်ကြိုးစားနေသည့်အခါ။ ထို့နောက်နိုင်ရန်အတွက်, .com, .exe နှင့် .bat သတ်မှတ်ထားသောနာမတျော၏အဆုံးမှဖြည့်တွဲနေကြသည်ကပိုရှည်နာမတော်အဘို့ရှာတတ်၏။ တစ်ဦး directory ကိုအမည်ဖြင့်လျှောက်လွှာနာမတျော၏အစိတ်အပိုင်းတစ်ရပ်အဖြစ်မသတ်မှတ်ရသေးလျှင်လျှောက်လွှာနေရာချထားရန်ကြိုးစားနေသည့်အခါအောက်ပါ directory များအလိုအလျှောက်နိုင်ရန်အတွက်ကိုရှာဖွေနေကြသည်:
အဆိုပါ TCL ဟာ executable loaded ခံခဲ့ရရာမှအဆိုပါ directory ကို။
လက်ရှိ directory ကို။
အဆိုပါ Windows NT 32-bit နဲ့စနစ်က directory ကို။
အဆိုပါ Windows NT 16-bit နဲ့စနစ်က directory ကို။
အဆိုပါ Windows NT Home Directory ကို။
လမ်းကြောင်းအတွက်စာရင်း directory များ။
dir နှင့်မိတ္တူကဲ့သို့ shell ကို builtin command များကို execute နိုင်ရန်အတွက်အဆိုပါခေါ်ဆိုမှုလိုချင်သော command ကိုမှ '' `` cmd.exe / c ကို '' prepend ရမည်ဖြစ်သည်။
Windows ကို 95
ဒါကြောင့်သတ်မှတ်ထားသောခံခဲ့ရသည်အဖြစ်နာမတော်အဘို့လျှောက်လွှာ, အမှုဆောင်အရာရှိပထမဦးဆုံးရှာဖွေမှုများကို execute ရန်ကြိုးစားနေသည့်အခါ။ ထို့နောက်နိုင်ရန်အတွက်, .com, .exe နှင့် .bat သတ်မှတ်ထားသောနာမတျော၏အဆုံးမှဖြည့်တွဲနေကြသည်ကပိုရှည်နာမတော်အဘို့ရှာတတ်၏။ တစ်ဦး directory ကိုအမည်ဖြင့်လျှောက်လွှာနာမတျော၏အစိတ်အပိုင်းတစ်ရပ်အဖြစ်မသတ်မှတ်ရသေးလျှင်လျှောက်လွှာနေရာချထားရန်ကြိုးစားနေသည့်အခါအောက်ပါ directory များအလိုအလျှောက်နိုင်ရန်အတွက်ကိုရှာဖွေနေကြသည်:
အဆိုပါ TCL ဟာ executable loaded ခံခဲ့ရရာမှအဆိုပါ directory ကို။
လက်ရှိ directory ကို။
အဆိုပါ Windows ကို 95 စနစ်က directory ကို။
အဆိုပါ Windows ကို 95 Home Directory ကို။
လမ်းကြောင်းအတွက်စာရင်း directory များ။
dir နှင့်မိတ္တူကဲ့သို့ shell ကို builtin command များကို execute နိုင်ရန်အတွက်အဆိုပါခေါ်ဆိုမှုလိုချင်သော command ကိုမှ `` command.com / c ကို '' prepend ရမည်ဖြစ်သည်။
16-bit နဲ့ DOS ကိုလျှောက်လွှာတစ် console ကနေစံ input ကိုဖတ်ပါ, ပြီးတော့ဆေးလိပ်ဖြတ်လိုက်ပါတယ်ပြီးတာနဲ့အားလုံးနောက်ပိုင်းတွင်ပြီးသားပိတ်ထားအဖြစ် 16-bit နဲ့ DOS ကို applications များစံ input ကိုမြင်ရပါလိမ့်မည်ကို run ။ 32-bit application တွေကို 16-bit နဲ့ DOS ကိုလျှောက်လွှာစံ input ကိုပိတ်ထားကြောင်းထင်ပင်ပြီးနောက်, ဤပြဿနာမရှိဘူးနှင့်မှန်မှန်ကန်ကန် run ပါလိမ့်မယ်။ ဤအချိန်မှာဒီ bug ကိုအဘို့အဘယ်သူမျှမလူသိများပြသနာကိုကျော်လွှားနိုင်စေရန်ရှိပါသည်။
အဆိုပါ NUL အကြား redirection: device နဲ့ 16-bit နဲ့လျှောက်လွှာအစဉ်အမြဲအလုပ်မလုပ်ပါဘူး။ NUL ကနေပြန်ညွှန်းလိုက်တဲ့အခါ: အချို့ applications များအခြားသူများကို `` 0x01 '' bytes, တစ်ဦးအဆုံးမဲ့စီးရလိမ့်မယ်နှင့်အချို့သောအမှန်တကယ်မှန်ကန်စွာချက်ချင်းအဆုံး-of file ကိုရကြလိမ့်မည်, ဆွဲထားမည် အပြုအမူလျှောက်လွှာသူ့ဟာသူသို့ပြုစုတစ်ခုခုအပေါ်သို့မှီခိုပုံရသည်။ NUL ပိုမိုထက် 4K သို့မဟုတ်ဒါပြန်ညွှန်းလိုက်တဲ့အခါ: အချို့ applications များဆွဲထားပါလိမ့်မယ်။ အထက်ပါပြဿနာများ 32-bit application တွေကိုနှင့်အတူဖြစ်ပျက်ကြပါဘူး။
အားလုံး DOS ကို 16-bit application တွေကို synchronous run နေကြသည်။ တစ်ပိုက်ကနေ 16-bit နဲ့ DOS ကိုလျှောက်လွှာအားလုံးကိုစံ input ကိုယာယီဖိုင်သို့စုဆောင်းလျက်ရှိ၏ 16-bit မှာ DOS ကိုလျှောက်လွှာကွပ်မျက်စတင်ခဲ့သည်ရှေ့တော်၌ထိုပိုက်၏အခြားအဆုံးပိတ်ထားရမည်ဖြစ်သည်။ 16-bit နဲ့ DOS ကိုလျှောက်လွှာကနေပိုက်ဖို့အားလုံးစံ output ကိုသို့မဟုတ်အမှားယာယီဖိုင်တွေသို့စုဆောင်းလျက်ရှိ၏ ယာယီဖိုင်တွေကိုပိုက်လိုင်းရဲ့နောက်အဆင့်ကိုမှ redirected ခင်လျှောက်လွှာရပ်ဆိုင်းရမည်ဖြစ်သည်။ ဒီအပိုက်များ၏အကောင်အထည်ဖော်မှုအတွက်က Windows 95 bug ကိုများအတွက်ပြသနာကိုကျော်လွှားနိုင်စေရန်ကြောင့်ဖြစ်ပြီး, စံက Windows 95-DOS shell ကိုပိုက်ကိုယ်တိုင်ကကိုင်တွယ်ပုံဖြစ်ပါသည်။
ထိုကဲ့သို့သော command.com အဖြစ်အချို့သော applications များ, interactive ကွပ်မျက်ခံရမရသင့်ပါတယ်။ တိုက်ရိုက်မဟုတ်ဘဲသူတို့ရဲ့စံ input ကိုကနေဖတ်နေနှင့်သူတို့၏စံ output ကို, ကျရှုံး TCL ဆွဲထား, ဒါမှမဟုတ်ပင်မိမိတို့ကိုယ်ပိုင်ပုဂ္ဂလိက console ကိုပြတင်းပေါက်သူတို့ကိုမရရှိနိုင်လျှင်စနစ်ဆွဲထားစေခြင်းငှါစာရေးထက်, console ကိုပြတင်းပေါက်ရယူထားတဲ့ Applications ကို။
Macintosh
အဆိုပါအမှုဆောင်အရာရှိ command ကိုစတင်ခြင်းမရှိပါနဲ့ပါ Macintosh အောက်တွင်တည်ရှိမထားဘူး။
Unix က
အဆိုပါအမှုဆောင်အရာရှိ command ကိုအပြည့်အဝအလုပ်လုပ်တဲ့သည်နှင့်ဖော်ပြထားသကဲ့သို့အလုပ်လုပ်ပါတယ်။
ဒါ့အပြင်ကိုကြည့်ပါ
အမှား (ဎ), ပွင့်လင်း (ဎ)
keywords
execute, ပိုက်လိုင်း, redirection, subprocess
အရေးကြီး: command တစ်ခုကိုသင်၏အထူးသဖြင့်ကွန်ပျူတာပေါ်တွင်အသုံးပြုသည်ကိုမည်သို့ကြည့်ဖို့လူကို command ကို (% သည်လူ) ကိုသုံးပါ။