عمل - سب پروٽوڪشن (ايس) کي دعوت ڏيو
يونيڪوڊس
عملدار ؟ سوئچز ؟ دليل ؟ arg ... ؟
تفصيل
اهو حڪم پنهنجي دليلن کي انجام ڏيڻ لاء هڪ يا وڌيڪ سبسڊيشن جي تفصيل جي طور تي پيش ڪندو آهي. دليلن کي معياري شيل پائيپ لائين جو روپ وٺي ٿو جتي هر دليل کي هڪ حڪم جي هڪ لفظ بنجي ٿو، ۽ هر الڳ حڪم هڪڙو اپروڪشن وارو هوندو.
جيڪڏهن ابتدائي دليلن سان شروع ڪرڻ جي عمل ڪرڻ کان پوء - پوء اهي ڪنڊ لائن لائن جي حيثيت سان علاج ڪندا آهن ۽ پائپ لائن جي وضاحت جو حصو نه هوندا آهن. ھيٺيون سوئچز ھن وقت استعمال ٿيل آھن:
ٻٻرڻ وارو
پائپ لائن جي پيداوار ۾ ھڪڙي نئين لائن کي برقرار رکندو آھي. عام طور تي ھڪڙي ڇپيل نون لائن ختم ٿي وينديون.
-
سوئچ جي آخر کي نشان لڳايو ويو آهي. هن دليل کي هيٺيان هڪ دليل پهرين دليل جي طور تي علاج ڪيو ويندو، جيتوڻيڪ اهو شروع ٿئي ٿو.
جيڪڏهن هڪ دليل (يا دليل جو هڪڙو) هيٺ ڏنل فارمن مان هڪ آهي، انهي کي ذيلي پروسيسنگ (ES) جي چڪاس ۽ انوپ جي وهڪري کي سنڀالڻ لاء استعمال ٿيندو آهي. اهڙا دليل پروپوزل (es) ڏانهن گذري نه سگھندا. شڪلن ۾، جهڙوڪ `` < fileName '' يا ' ونڊ ' يا ته `` <'' کان يا ٻئي ساڳيء وقار جي مداخلت واري جاء تي ٿي سگهي ٿو (يعني `` < فائل نام '').
|
هن پائپ لائن ۾ ڌار ڌار حڪم ڌار ڌار. اڳوڻي حڪم جي معياري پیداوار کي ايندڙ حڪم جي معياري ان پٽ ۾ پائپ ڪيل ڪيو ويندو.
|
هن پائپ لائن ۾ ڌار ڌار حڪم ڌار ڌار. ٻئي معيار جي پيداوار ۽ اڳوڻي حڪم جي معياري غلطي کي ايندڙ حڪم جي معياري ان پٽ ۾ پائپ ڪيو ويندو. هي ٻئرڊائٽيشن آف اوائڊس فارمس جي اهڙي شڪل وانگر 2> ۽> ۽.
< fileName
فائل نام جي نالي سان فائل کوليو ويندو آهي ۽ پهرين ڪنڊ لاء معياري ان پٽ جي طور تي استعمال ٿيل پائپ لائن ۾.
<@ fileId
FileId هڪ کليل فائل لاء سڃاڻپ ڪندڙ هجڻ گهرجي، جهڙوڪ اڳئين ڪال مان واپسي جي قيمت کولڻ لاء . اهو پائپ لائن ۾ پهريون حڪم لاء معياري انپٽ طور استعمال ڪيو ويندو آهي. فائل پڙهڻ لاء کوليو ويو آهي.
<< قيمت
ويلڊ پنهنجي معياري ان پٽ وانگر پهريون حڪم منظور ڪيو ويو آهي.
> fileName
آخري حڪم کان معياري اگلو فائل فائيل نالي فائل کي ريٽيول ڪيو ويو آهي ، ان جي اڳوڻي مواد مٿان لکندي آهي.
2> fileName
پائپ لائن ۾ سڀني حڪمن کان معياري غلطي فائل کي نامزد ڪيو ويو آهي فائل نام، ان جي اڳوڻي مواد مٿان لکندي آهي.
> & fileName
آخري حڪم کان ٻئي معيار ۽ سڀني حڪمن جي معياري غلطي کي ان جي اڳوڻين مواد کي ختم ڪرڻ فائل فائل نامزد ڪيو ويو آهي.
>> fileName
آخري حڪم کان معياري محصول فائل نامزد ڪيل فائيل کي ريڊيو ڏانهن منتقل ڪيو ويو آهي، ان کي ختم ڪرڻ جي بجائي ان تي شامل ڪرڻ.
2 >> fileName
پائپ لائن ۾ سڀني حڪمن کان معياري غلطي فائل کي نامزد ڪيو ويو آهي، ان کي ختم ڪرڻ جي بجائي ان کي ضمير ڪرڻ.
>> & fileName
آخري حڪم کان ٻئي معياري محصول ۽ سڀني حڪمن جي معيار جي غلطي کي فائل نامزد ڪيو ويو آهي فائيل نالي وارو نالو، ان کي ختم ڪرڻ جي بجائي ان تي ڏيڻ.
> @ فائل آئي
FileId هڪ کليل فائل لاء سڃاڻپ ڪندڙ هجڻ گهرجي، جهڙوڪ اڳئين ڪال مان واپسي جي قيمت کولڻ لاء . آخري حڪم جي معياري لسٽ کي فائل جي فائيل ۾ نقل ڪيو ويو آهي، جيڪا لکڻ لاء کوليو ويو هجي.
2> @ فائل آئي
FileId هڪ کليل فائل لاء سڃاڻپ ڪندڙ هجڻ گهرجي، جهڙوڪ اڳئين ڪال مان واپسي جي قيمت کولڻ لاء . پائپ لائن ۾ سڀني حڪمن کان معياري غلطي کي فائل جي فائيل فائل ڏانهن منتقل ڪيو ويو آهي. فائل لکڻ لاء کوليو ويو هوندو.
> ۽ @ فائل آئي
FileId هڪ کليل فائل لاء سڃاڻپ ڪندڙ هجڻ گهرجي، جهڙوڪ اڳئين ڪال مان واپسي جي قيمت کولڻ لاء . ٻئي آرڊر کان ٻئي معيار ۽ سڀني حڪمن جي معياري غلطي کي فائل جي فائيل ۾ واپسي ڏانهن منتقل ڪيو ويو آهي. فائل لکڻ لاء کوليو ويو هوندو.
جيڪڏهن معياري رڪارڊ ريڊيو نه ڪئي وئي آهي ته پوء عمل جي ڪمن پائپ لائن جي آخري حڪم کان معياري محصول واپسي ڏئي ٿو. جيڪڏهن ڪنهن به حڪمن جي پائپ لائن مان نڪرڻ ۾ غير معمولي يا ماري يا معطل ٿي ويندا آهن، پوء عمل کي غلطي ڏين ويندي ۽ غلط پيغام پائپ لائن جي ٻاڦ ۾ شامل ٿيڻ جي غلطي پيغامات غير معمولي اصطلاحات کي بيان ڪري ٿو؛ غلط ڪيڊورڊ ۾ آخري غير معمولي ختم ٿيڻ بابت اضافي معلومات شامل هوندي. جيڪڏهن ڪنهن به حڪمن کي پنهنجي معياري غلطي فائلن ڏانهن لکيو آهي ۽ معياري غلطي نه ڪئي وئي آهي، پوء اهو عمل غلطي ڪندو. غلط پيغام ۾ پائپ لائن جي معياري پيداوار شامل هوندي، بعد ۾ غير معمولي اصطلاحن جي باري ۾ نياپو (جيڪڏهن ڪو به)، معياري غلطي پيدا ڪرڻ بعد.
جيڪڏهن نتيجو يا غلط پيغام جو آخري ڪردار هڪ نئون لائن آهي، اهو لفظ عام طور تي نتيجو يا غلط پيغام مان خارج ٿي ويندو آهي. اهو ٻين Tcl واپسي جي قيمت سان برابر آهي، جنهن کي عام طور نون لنڊن سان نه ختم ٿئي. بهرحال، جيڪڏهن ايڪي پائيڪ لائين وضاحت ڪئي وئي آهي ته ٽرلنگ نيو لائن کي برقرار رکيو ويندو آهي.
جيڪڏهن معياري انپٽ کي `` <'' يا `` << 'يا يا ``' 'سان واپسي نه ڏني وئي آهي ته پوء معياري ان پٽ لاء پائيپ لائين ۾ اپليڪيشن جي موجوده معياري ان پٽ مان ورتو وڃي.
جيڪڏهن آخري دلائل `` ۽ '' پوء پائپ لائن کي پس منظر ۾ عمل ڪيو ويندو. انهي صورت ۾ عملدار هڪ فهرست واپس آڻيندو جنهن جي عناصر پائپ لائن ۾ سڀني سبسائيوس لاء پروسيسر جي سڃاڻپ ڪندڙ آهن. پائيپ لائن ۾ آخري حڪم کان معياري ٻاڦ لڳائڻ جي صورت ۾ اپليڪيشن جي معياري اگلي ڏانهن ويندي، جيڪڏهن اهو ريٽيڪل نه ڪيو ويو آهي، ۽ پائپ لائن جي سڀني حڪمن کان ٻاھر ٻاڦ واريون ريڊيڪل غلطي فائل تي ويندي ويندي.
هر حڪم ۾ پهريون لفظ حڪم نام طور ورتو وڃي ٿو. ٽيلٽل جي متبادل ان تي ڪئي وئي آهي، ۽ نتيجن تي جيڪڏهن ڪو سليش شامل نه آهي ته پوء PATH ماحول جي تغيرات واري ڊائريڪٽرن کي ڏنل نالو ڏنل عمل جي ڳولا ڪري رهيا آهن. جيڪڏهن نالي تي سليش تي مشتمل هوندو ته انهي کي ڊائريڪٽري مان عمل ڪندڙ قابل اطلاق بيان ڪرڻ لازمي آهي. `` گلوب '' توسيع يا ٻي شيل-طرح جي متبادل متبادل دليلن کي حڪم ڏيڻ لاء ڏني وئي آهي.
پورٽيسيسي مسئلن
ونڊوز (سڀني نسخن)
ھڪڙي ساکٽ کان پڙھڻ يا لکڻ جي، `` @ fileId '' کا استعمال ڪندي، ڪم نه ڪندو آھي. جڏهن هڪ ساکٽ پڙهڻ کان پوء، هڪ 16-bit ڊي اي ايس جي پابندي لڳندي هوندي ۽ 32-bit ايپليٽ فائيل آف فوري طور تي واپس ورندي ويندي. جڏهن يا ته ڪنهن قسم جي ايپليڪيشن ساکٽ کي لکي ٿو، اها معلومات بدران، کنسول ڏانهن موڪليو ويو آهي، جيڪڏهن موجود آهي يا رد ڪيو وڃي.
Tk ڪنسول ٽيڪسٽ ويڪسجيٽ اصل معياري IO صلاحيتون مهيا نه ڪندو آهي. Tk جي تحت، معياري ان پٽ مان ريڊيونگ ڪرڻ، سڀ درخواستن جو فوري طور تي فائيل جي ڏسو. معلومات معياري شين ڏانهن ريٽيڊ ڪيو يا معياري غلطي کي رد ڪيو ويندو.
يا وري اڳتي يا پسمانده فوٽن دلائل لاء ٽيل حڪم نامن ۾ ريل ڌار ڌار طور قبول ڪيا ويا آهن. جڏهن ايپليڪيشن کي عمل ڪرڻ، ايپليڪيشن لاء بيان ڪيل رستو جو نالو شايد پوئتي يا پسمانده سلشس ۾ پٿري الڳ ڪرڻ وارو آهي. باقي ذهن ۾ ذرا ذرا ذرا، جيڪي سڀ ونڊوز ايپليڪيشنن وارن دليلن کي صرف سلائيز سان صرف اختيارن واري ڊيمائيٽز ۽ پسسلليس سان صرف رستن ۾ قبول ڪندا آھن. ڪنهن به دلائل سان ايپليڪيشنون جيڪي اڳوڻي سلشس سان رستي جو نالو وضاحت ڪن ٿا خودڪار طور تي واپس پسشليڪ ڪردار استعمال ڪرڻ ۾ تبديل نه ٿيندي. جيڪڏهن هڪ دليل ۾ اڳوڻي سلشس رستي جي رستي جي طور تي مشتمل آهي، اهو پروگرام تي منحصر ڪري، اهو رستو نامي جي طور تي تسليم ڪري سگهجي ٿو يا نه.
اضافي طور تي، جڏهن 16-bit DOS वा Windows 3.X अनुप्रयोग बोल्दा، सबै पथ नामहरूलाई छोटो، क्रिप्टिक، पथ ढाँचा (जस्तै، `` applba ~ 1.def '`प्रयोग गरेर` `applbakery.default' 'को प्रयोग गर्नु पर्दछ. ).
رستو ۾ هڪ قطار ۾ ٻه يا وڌيڪ اڳتي يا پوئتي پيلا سلائيٽ نيٽ ورڪ جو رستو ظاهر ڪن ٿا. مثال طور، روڊ ڊاريڪٽري جو هڪ سادو سمجهه : / ذيلي ڊاريڪٽري / ونڊوز / سسٽم سان گڏ سي سي / // ونڊوز / سسٽم (ٻن سلابن گڏجي گڏجي) پيدا ٿئي ٿو، جيڪو ماٿري پوائنٽ ڏانهن اشارو ڪندو آهي جنهن کي مشين تي سسٽم چئبو ته ونڊوز سڏيو ويندو آهي سي / / نظر انداز ٿيل آهي)، ۽ سي / ونڊوز / سسٽم جي برابر ناهي، جيڪو موجوده ڪمپيوٽر تي ڊائريڪٽري بيان ڪري ٿو. فائل ۾ شامل ٿيڻ جو حڪم رستي جي اجزاء کي گڏ ڪرڻ لاء استعمال ڪيو وڃي.
ونڊوز NT
جڏهن ايپليڪيشن کي عمل ڪرڻ جي ڪوشش ڪئي، پهرين ڳولها کي نامزد ڪرڻ جو نالو ڄاڻايو ويو آهي. ان کان پوء، آرڊر ۾، .com ، .exe ، ۽ .bat ڏنل نالو جي اختتام تي شامل آهن ۽ ان کي گهڻي نام جي ڳولا لاء. جيڪڏهن ڊاريڪٽري جو نالو ايپليڪيشن نالو جو حصو مقرر نه ڪيو ويو، هيٺ ڏنل ڊائريڪٽريشنز ايپليڪيشنز کي ڳولڻ جي ڪوشش ڪري خود بخود ڳولا جي ڳولا ڪري ٿو.
ڊاريڪٽري جنهن کي ٽcl عملداريو کان لوڊ ڪيو ويو هو.
موجوده ڊاريڪٽري.
Windows NT 32-bit سسٽم ڊاريڪٽري.
Windows NT 16-bit سسٽم ڊاريڪٽري.
Windows NT گھر ڊاريڪٽري.
رستو ۾ ڏنل ڊائريڪٽريون.
شیل تعمیر کنڈرز کو ڈاون اور کاپی کی طرح انجام دینے کے لئے، کالر کو `` cmd.exe / c '' کو مطلوبہ حکم پر پیش کرنا چاہئے.
ونڊوز 95
جڏهن ايپليڪيشن کي عمل ڪرڻ جي ڪوشش ڪئي، پهرين ڳولها کي نامزد ڪرڻ جو نالو ڄاڻايو ويو آهي. ان کان پوء، آرڊر ۾، .com ، .exe ، ۽ .bat ڏنل نالو جي اختتام تي شامل آهن ۽ ان کي گهڻي نام جي ڳولا لاء. جيڪڏهن ڊاريڪٽري جو نالو ايپليڪيشن نالو جو حصو مقرر نه ڪيو ويو، هيٺ ڏنل ڊائريڪٽريشنز ايپليڪيشنز کي ڳولڻ جي ڪوشش ڪري خود بخود ڳولا جي ڳولا ڪري ٿو.
ڊاريڪٽري جنهن کي ٽcl عملداريو کان لوڊ ڪيو ويو هو.
موجوده ڊاريڪٽري.
Windows 95 سسٽم ڊاريڪٽري.
Windows 95 گھر ڊاريڪٽري.
رستو ۾ ڏنل ڊائريڪٽريون.
شیل تعمیر کنڈرز کو ڈاون اور کاپی کی طرح انجام دینے کے لئے ، کالر کو ` command.com / c 'کے مطلوبہ مطلوبہ حکم پر پیش کرنا .
هڪ ڀيرو هڪ 16-bit ڊس ايپليڪيشن کي ڪنسول کان معياري ان پٽ پڙهڻ ۽ پوء ڇڏڻ کان پوء، سڀني کان پوء 16-bit ڊس ايپليڪيشنن کي اڳوڻي ايپ جي معياري ان پٽ ڏسڻ ۾ ايندي. 32-بڪ ايپليڪيشن اهو مسئلو نه آهي ۽ صحيح طور تي هلندا ويندا، جيتوڻيڪ 16-بٽ ڊاس ايپليڪيشن سوچڻ کان پوء انهي کي معياري ان پٽ بند ڪيو ويندو آهي. هن وقت تائين هن مسئلي لاء ڪابه سڃاڻپ ڪارڪردگي نه آهي.
اين ايل جي وچ ۾ مٽائڻ: ڊوائيس ۽ هڪ 16-بٽ ايپليڪيشن هميشه ڪم نٿو ڪري. جڏهن NUL کان ريٽيلنگ:، ڪجهه ايپليڪيشن شايد پھانجي سگهي ٿي، ٻين کي اڻ لڀيٽي وهڪرو `` 0x01 '' بيتن حاصل ڪندو، ۽ ڪجهه حقيقتن سان درست طور تي فائيل جو فائيل حاصل ڪري سگهندو. اهو رويو پنهنجي پاڻ درخواست ۾ ڪجهه شيء تي منحصر ڪري ٿو. جڏهن 4K کان وڌيڪ يا ان کان وڌيڪ ڳائيڍاپو: 32-bit ايپليڪيشنن سان مٿي ڄاڻايل مسئلن سان ناھي.
سڀني DOS 16-bit ساٿي ايپليڪيشن هلائي رهيا آهن. پائپ کان سڀني معياري ان پٽ 16-bit ڊس ايپليڪيشن تي هڪ عارضي فائل ۾ گڏ ڪيو ويندو آهي. پائپ جي ٻئي پڇاڙيء کي 16-bit ڊي ڊسڪشن کي عمل ڪرڻ کان اڳ شروع ٿيڻ گهرجي. ھڪڙي معياري ٻاھر يا ھڪ پائپ تي 16-bit DOS ايپليڪيشن جي غلطي کي عارضي فائلن ۾ گڏ ڪيو ويندو آھي. اپليڪيشن کي لازمي طور تي ختم ٿيڻ گهرجي ته عارضي فائلن کي پائپ لائن جي ايندڙ مرحلي ڏانهن ريڊيو منتقل ڪيو وڃي. اهو پائپ تي عمل درآمد ۾ ونڊ 95 95 بگ لاء فڪر ڪارڊ جي ڪري آهي، ۽ اهو آهي ته معياري ونڊوز 95 DOS شيل پاڻ پائپ پاڻ کي هٿ ڪري ٿو.
ڪجهه ايپليڪيشنون، جهڙوڪ command.com ، ان کي وقتي طور تي لاڳو نه ڪيو وڃي. ايپليڪيشنون جيڪي سڌو پنهنجي معياري ان پٽ مان پڙهڻ ۽ انهن جي معياري پيداوار ڏانهن لکڻ کان سواء ڪنسول ونڊو تائين رسائي سگهندا آهن، انهن کي پنهنجي ذاتي ڪنسول ونڊو موجود نه آهي جيڪڏهن سسٽم کي هرايو، يا ان کان به وڌيڪ هرايو.
ميڪنڪوش
ممنونشش جي تحت عمل جو عمل نافذ ناهي ۽ موجود ناهي.
يونڪس
اعلى عمل مڪمل طور تي فعل آهي ۽ بيان ڪيو ويو آهي.
پڻ ڏسندا
غلطي (ن)، کليل (ن)
ٻوليون
عملدرآمد، پائيپ لائين، ريڊريشن، پروٽوڪشن
اهم: توهان جي خاص ڪمپيوٽر تي ڪئين ڪئين استعمال ڪيو وڃي ڏسڻ لاء انسان حڪم ( ٪ مڙس ) استعمال ڪريو.