عملدرآمد - ذیلی پروسیسنگ (es) کو مدعو کریں
مطمئن
عملدرآمد سوئچ ؟ آرٹ ؟ آرٹ ... ؟
تفصیل
یہ کمانڈ اس کے دلائل کو عمل کرنے کے لئے ایک یا ایک سے زیادہ ذیلی پروسیسنگز کی تفصیلات کے طور پر پیش کرتا ہے. دلائل ایک معیاری شیل پائپ لائن کی شکل لیتے ہیں جہاں ہر دلیل ایک کمانڈ کا ایک لفظ بن جاتا ہے، اور ہر مخصوص کمانڈ ایک سبرو پروسیسر بن جاتا ہے.
اگر ابتدائی دلائل کے ساتھ شروع کرنے کے لئے - تو وہ کمانڈ لائن سوئچ کے طور پر علاج کیا جاتا ہے اور پائپ لائن کی تفصیلات کا حصہ نہیں ہیں. مندرجہ ذیل سوئچ اس وقت کی حمایت کر رہے ہیں:
بند کریں
پائپ لائن کے آؤٹ پٹ میں ایک نئی لائننگ کو برقرار رکھتا ہے. عام طور پر ایک نگہداشت نئی لائن ختم ہو جائے گی.
-
سوئچ کے اختتام پر نشان لگاتا ہے. اس کے بعد دلیل سب سے پہلی دلیل کے طور پر بھی علاج کیا جائے گا یہاں تک کہ اگر اس کے ساتھ شروع ہوتا ہے.
اگر ایک آرک (یا آرٹ کا جوڑا) ذیل میں بیان کردہ فارم میں سے ایک ہے، تو اس کا استعمال ذیلی پروسیسنگ (es) میں ان پٹ اور آؤٹ پٹ کے بہاؤ کو کنٹرول کرنے کے لئے استعمال کیا جاتا ہے. اس طرح کے دلائل subprocess (es) پر منظور نہیں ہوں گے. فارم میں `` < fileName '' یا '' '' 'سے الگ الگ دلیل میں ہوسکتا ہے یا کسی مداخلت کی جگہ (یعنی `` < fileName ' ') کے ساتھ ہی اسی دلیل میں.
|
پائپ لائن میں مختلف حکموں کو علیحدہ کرتا ہے. سابق کمانڈ کے معیاری آؤٹ پٹ اگلے کمانڈر کے معیاری ان پٹ میں پائپ کیا جائے گا.
| &
پائپ لائن میں مختلف حکموں کو علیحدہ کرتا ہے. سابقہ کمانڈ کے معیاری پیداوار اور معیاری غلطی دونوں اگلے کمانڈر کے معیاری ان پٹ میں پائپ کیے جائیں گے. ریئیرائزیشن اوورائڈس کا یہ فارم جیسے 2> اور> اور.
< fileName
فائل نام کی طرف سے نامزد کردہ فائل کھول دی گئی ہے اور پائپ لائن میں پہلے کمانڈ کے لئے معیاری ان پٹ کے طور پر استعمال کیا جاتا ہے.
<@ فائل آئی
FileId ایک کھلے فائل کے لئے شناخت کنندہ ہونا چاہئے، جیسے پچھلی کال سے واپسی کی قیمت کھولنے کے لئے . یہ پائپ لائن میں پہلی کمانڈ کے لئے معیاری ان پٹ کے طور پر استعمال کیا جاتا ہے. پڑھنے کے لئے فائل آئی ڈی ڈی کھولی گئی ہے.
<< قیمت
قیمت معیاری ان پٹ کے طور پر پہلے کمانڈر کو منظور کیا جاتا ہے.
> فائل نام
آخری کمان سے معیاری آؤٹ پٹ فائل نام میں فائل نام پر ری ڈائریکٹ کیا جاتا ہے، اس کے پچھلے مواد کو لکھنا پڑتا ہے.
2> فائل نام
پائپ لائن میں تمام حکموں سے معیاری غلطی فائل نام نامی فائل میں ری ڈائریکٹ کردی گئی ہے، اس کے پچھلے مواد کو لکھنا پڑتا ہے.
> & fileName
آخری حکم اور تمام حکموں سے معیاری غلطی سے معیاری پیداوار دونوں فائلوں کو نام نام سے نامزد کر دیا جاتا ہے، اس کے پچھلے مواد کو لکھنا پڑتا ہے.
فائل فائل
آخری کمان سے معیاری آؤٹ پٹ فائل نام میں فائل نام پر ری ڈائریکٹ کیا جاتا ہے، اسے زیادہ لکھنا پڑتا ہے.
2 >> fileName
پائپ لائن میں تمام حکموں سے معیاری غلطی فائل نام کے نام سے فائل میں ری ڈائریکٹ کی گئی ہے، اس میں اضافے کی بجائے اس کی طرف منسوب.
& fileName
آخری کمانڈ اور تمام حکموں سے معیاری غلطی سے معیاری پیداوار فائل فائل میں نامزد کر دیا جاتا ہے، اسے ختم کرنے کے بجائے اس کو ضم کرنے کے لئے.
> @ فائل آئی ڈی
FileId ایک کھلے فائل کے لئے شناخت کنندہ ہونا چاہئے، جیسے پچھلی کال سے واپسی کی قیمت کھولنے کے لئے . آخری کمانڈ سے معیاری پیداوار کو فائل کی فائل فائل میں بھیج دیا گیا ہے، جو لکھنے کے لئے کھول دیا جائے گا.
2> @ fileId
FileId ایک کھلے فائل کے لئے شناخت کنندہ ہونا چاہئے، جیسے پچھلی کال سے واپسی کی قیمت کھولنے کے لئے . پائپ لائن میں تمام حکموں سے معیاری غلطی کی فائل کی فائل کو دوبارہ بھیج دیا گیا ہے. فائل کو لکھنے کے لئے کھول دیا گیا ہے.
> اور @ فائل آئی ڈی
FileId ایک کھلے فائل کے لئے شناخت کنندہ ہونا چاہئے، جیسے پچھلی کال سے واپسی کی قیمت کھولنے کے لئے . آخری حکم اور تمام حکموں سے معیاری غلطی سے معیاری پیداوار دونوں کی فائل کو فائل میں بھیج دیا جاتا ہے. فائل کو لکھنے کے لئے کھول دیا گیا ہے.
اگر معیاری پیداوار کو ری ڈائریکٹ نہیں کیا گیا ہے تو پائپ لائن میں پھانسی کا حکم کمانڈ سے آخری معائنہ سے معیاری پیداوار کو واپس دیتا ہے. اگر پائپ لائن سے باہر نکلنے والے کسی بھی حکم میں غیر معمولی طور پر یا معطل یا معطل ہوجائے تو، عملدرآمد ایک غلطی کی جائے گی اور غلطی کے پیغام میں پائپ لائن کی پیداوار میں خرابی کے پیغامات شامل ہیں جن میں غیر معمولی اصطلاحات بیان کیے جائیں گے؛ خرابی کوڈڈ متغیر کا سامنا آخری غیر معمولی ختم ہونے کے بارے میں اضافی معلومات پر مشتمل ہوگی. اگر حکم میں سے کسی کو اس کی معیاری غلطی فائل میں لکھتا ہے اور اس کی معیاری غلطی کو ری ڈائریکٹ نہیں کیا جاتا ہے، تو عملدرآمد ایک غلطی کرے گا؛ غلطی کا پیغام پائپ لائن کے معیاری پیداوار میں شامل ہوگا، اس کے بعد غیر معمولی اصطلاحات (اگر کوئی ہے) کے بارے میں پیغامات، معیاری غلطی پیداوار کے بعد.
اگر نتیجہ یا غلط پیغام کا آخری کردار ایک نیا لائن ہے تو اس کا کردار عام طور پر نتیجہ یا غلط پیغام سے حذف ہو جاتا ہے. یہ دوسرے Tcl واپسی کے اقدار کے ساتھ مطابقت رکھتا ہے، جو عام طور پر نئی لائنوں کے ساتھ ختم نہیں ہوتا ہے. تاہم، اگر کھینچنے کی وضاحت کی گئی ہے تو پھر پبلشنگ لائن لائن برقرار رکھی جاتی ہے.
اگر معیاری ان پٹ `` <'' یا `` << '' یا `` <@ 'کے ساتھ ری ڈائریکٹ نہیں کیا جاتا ہے تو پھر پائپ لائن میں پہلی کمانڈ کے لئے معیاری ان پٹ درخواست کے موجودہ معیاری ان پٹ سے لے جایا جاتا ہے.
اگر آخری دلیل `` & '' ہے تو پھر پائپ لائن کو پس منظر میں پھانسی دی جائے گی. اس صورت میں عملدرآمد کمانڈ اس فہرست کو واپس لے جائے گا جس میں عناصر پائپ لائن میں تمام سب پروسیسرز کے لئے عمل کی شناختی کاریں ہیں. پائپ لائن میں آخری کمانڈ سے معیاری آؤٹ پٹ درخواست کے معیاری آؤٹ پٹ پر جائیں گے جب اسے ری ڈائریکٹ نہیں کیا جاسکتا ہے، اور پائپ لائن میں تمام حکموں سے غلطی کی درخواست درخواست کے معیاری غلطی فائل پر جائیں گی جب تک ری ڈائریکٹ نہیں ہو گی.
ہر کمانڈ میں پہلا لفظ کمانڈ کا نام لیا جاتا ہے. ٹائل کی جگہ پر اس کی کارکردگی کا مظاہرہ کیا جاتا ہے، اور اگر نتیجے میں کوئی سلیش نہیں ہوتی ہے تو پھر پییٹ ماحولیاتی متغیر میں ڈائرکٹریز دیئے گئے نام کی طرف سے ایک قابل عمل کے لئے تلاش کی جاتی ہیں. اگر نام سلیش پر مشتمل ہے تو اس کو موجودہ ڈائرکٹری سے ایک قابل عمل تک پہنچنے کے قابل ہونا چاہئے. کوئی `` عالمی '' توسیع یا دوسرے شیل کی طرح متبادلات کو دلائل پر حکم دیا جاتا ہے.
پورٹ ایبل کے مسائل
ونڈوز (تمام ورژن)
`` @ fileId '' کا استعمال کرتے ہوئے، ساکٹ پر پڑھنا یا لکھنا، کام نہیں کرتا. ایک ساکٹ سے پڑھتے وقت، 16-تھوڑا سا DOS کی درخواست پھانسی پائے گی اور 32 بٹ کی درخواست فوری طور پر ختم ہونے والی فائل کے ساتھ واپس آ جائے گی. جب کسی قسم کی درخواست کی ساکٹ میں لکھتا ہے، تو اس کی بجائے معلومات کو کنسول میں بھیجا جاتا ہے، اگر کوئی موجود ہے، یا رد کر دیا جاتا ہے.
Tk کنسول ٹیکسٹ ویجیٹ کو حقیقی معیار IO کی صلاحیتوں کو فراہم نہیں کرتا. ٹیک کے تحت، معیاری ان پٹ سے ری ڈائریکٹنگ کرتے وقت، تمام ایپلی کیشنز کو فوری طور پر فائل کا پتہ لگ جائے گا؛ معیاری پیداوار یا معیاری غلطی میں ری ڈائریکٹ کی معلومات کو مسترد کردیا جائے گا.
یا تو اگلے یا پچھلے پس منظر کو دلائل کے طور پر ٹالک کمانڈروں کے لئے راستے سے علیحدگی کے طور پر قبول کیا جاتا ہے. جب ایک ایپلی کیشنز کو انجام دینے کے لۓ، درخواست کے لئے مخصوص راستہ کا نام بھی راہ میں الگ الگ کرنے والے کے طور پر آگے یا پیچھے اگلا سلیش بھی ہوسکتا ہے. تاہم، ذہن میں رہو، کہ زیادہ تر ونڈوز ایپلی کیشنز کو صرف سارے راستے کے ساتھ ہی صرف راستے میں اختیاری delimiters اور backslashes کے طور پر قبول کرتے ہیں. کسی بھی درخواست پر کوئی دلائل ہے جو اگلے سلیش کے ساتھ راستہ نام کی وضاحت کرتا ہے خود بخود بیکسلاش کردار کو استعمال کرنے میں تبدیل نہیں کیا جائے گا. اگر ایک دلیل پر مشتمل ہے تو سلیش فارنڈر کے طور پر، اس پروگرام کے لحاظ سے، یہ راستہ کا نام کے طور پر تسلیم نہیں کیا جاسکتا ہے.
اضافی طور پر، جب 16-تھوڑا سا DOS یا ونڈوز 3.X کی درخواست پر فون کرتے ہیں تو، تمام راستے کے نام کو مختصر، کرپٹ، راستہ کی شکل (جیسے "` applba ~ 1.def '' کا استعمال کرتے ہوئے `` applbakery.default '' کے بجائے استعمال کرنا چاہیے. ).
راستے میں ایک قطار میں دو یا اس سے آگے یا پیچھے اگلا سلیش نیٹ ورک کے راستے کا حوالہ دیتے ہیں. مثال کے طور پر، جڑ ڈائرکٹری کا ایک آسان کنکشن : / ذیلی ڈائرکٹری / ونڈوز / سسٹم کے ساتھ / // ونڈوز / سسٹم (دو سلیشس ایک دوسرے کے ساتھ)، جس میں ماؤنٹ پوائنٹ سے منسلک مشین پر نظام کہا جاتا ہے جس میں ونڈوز کہا جاتا ہے (اور c: / نظر انداز کیا جاتا ہے)، اور c: / ونڈوز / نظام کے برابر نہیں ہے ، جو موجودہ کمپیوٹر پر ڈائریکٹری کی وضاحت کرتا ہے. فائل میں شامل کمانڈ کا استعمال کرنے کے لئے راستہ کے اجزاء کو یکجا کرنا چاہئے.
ونڈوز NT
ایک درخواست پر عملدرآمد کرنے کے بعد، اس کی وضاحت کے لئے پہلے تلاش کے نام پر عملدرآمد کریں . اس کے بعد، ترتیب میں، .com .exe ، اور .bat مخصوص نام کے اختتام تک ضم کیا جاتا ہے اور وہ طویل نام کے لئے تلاش کرتا ہے. اگر ڈائرکٹری کا نام ایپلی کیشن کے نام کے حصے کے طور پر متعین نہیں کیا گیا تو، درخواست کو تلاش کرنے کی کوشش کرتے وقت درج ذیل ڈائریکٹریز خود کار طریقے سے تلاش کی جاتی ہیں:
ڈائرکٹری جس سے Tcl عمل درآمد ہو گیا تھا.
موجودہ ڈائریکٹری.
ونڈوز NT 32 بٹ سسٹم ڈائرکٹری.
ونڈوز NT 16 بٹ سسٹم ڈائریکٹری.
ونڈوز NT ہوم ڈائرکٹری.
راستے میں درج ڈائریکٹریز.
ڈائل اور کاپی جیسے شیل تعمیر کن حکموں کو انجام دینے کے لئے، کالر کو `` cmd.exe / c 'مطلوبہ حکم پر پیش کرنا ہوگا.
ونڈوز 95
ایک درخواست پر عملدرآمد کرنے کے بعد، اس کی وضاحت کے لئے پہلے تلاش کے نام پر عملدرآمد کریں . اس کے بعد، ترتیب میں، .com .exe ، اور .bat مخصوص نام کے اختتام تک ضم کیا جاتا ہے اور وہ طویل نام کے لئے تلاش کرتا ہے. اگر ڈائرکٹری کا نام ایپلی کیشن کے نام کے حصے کے طور پر متعین نہیں کیا گیا تو، درخواست کو تلاش کرنے کی کوشش کرتے وقت درج ذیل ڈائریکٹریز خود کار طریقے سے تلاش کی جاتی ہیں:
ڈائرکٹری جس سے Tcl عمل درآمد ہو گیا تھا.
موجودہ ڈائریکٹری.
ونڈوز 95 سسٹم ڈائریکٹری.
ونڈوز 95 ہوم ڈائرکٹری.
راستے میں درج ڈائریکٹریز.
ڈائل اور کاپی جیسے شیل تعمیر کن حکموں کو انجام دینے کے لئے، کالر کو `کمانڈ ڈاٹ کام / C 'مطلوبہ مطلوبہ حکم پر پیش کرنا ہوگا.
ایک بار جب 16-تھوڑا سا DOS کی درخواست کو کنسول سے معیاری ان پٹ پڑھا ہے اور پھر چھوڑ دیا جاتا ہے، تو بعد میں 16-تھوڑا سا DOS ایپلی کیشنز کو چلانے والی معیاری ان پٹ کو پہلے ہی بند کردیا جائے گا. 32-بٹ ایپلی کیشنز کو یہ مسئلہ نہیں ہے اور صحیح طریقے سے چلائے جائیں گے، یہاں تک کہ ایک 16-بٹ DOS کی درخواست کے بعد معیاری ان پٹ بند ہوجاتا ہے. اس وقت کے لئے اس مسئلے کے لئے کوئی پہلو پہلو نہیں ہے.
این ایل کے درمیان ترمیم: آلہ اور ایک 16 بٹ کی درخواست ہمیشہ کام نہیں کرتا. جب NUL سے ری ڈائریکٹنگ کرتے ہیں تو، کچھ ایپلی کیشنز کو پھانسی مل سکتی ہے، دوسروں کو `` 0x01 'بائٹس کی لامحدود سلسلہ مل جائے گی، اور کچھ اصل میں صحیح طور پر فائل کے فوری طور پر صحیح طریقے سے حاصل کریں گے؛ یہ سلوک رویہ پر مبنی ہے جو اس کی درخواست میں خود کو مرتب کرتا ہے. جب 4K یا اس سے زائد سے زول سے ری ڈائریکٹنگ کرتے ہیں تو، کچھ ایپلی کیشنز کو پھانسی دی جائے گی. 32-تھوڑا سا ایپلی کیشنز کے ساتھ اوپر اوپر مسائل نہیں ہوتے ہیں.
تمام DOS 16 بٹ ایپلی کیشنز کو ہم آہنگی سے چلاتے ہیں. ایک معیاری ان پٹ ایک پائپ سے 16 بٹ ڈوائس ایپلی کیشنز کو ایک عارضی فائل میں جمع کیا جاتا ہے؛ 16 بٹ ڈوائس ایپلی کیشنز کو عملدرآمد شروع ہونے سے پہلے پائپ کا دوسرا اختتام بند ہونا ضروری ہے. ایک پائپ پر 16-تھوڑا سا DOS کی درخواست سے تمام معیاری آؤٹ پٹ یا خرابی عارضی فائلوں میں جمع کی جاتی ہے؛ اس سے قبل یہ درخواست ختم کرنا ضروری ہے کہ عارضی فائلوں کو پائپ لائن کے اگلے مرحلے میں ری ڈائریکٹ کیا جائے. یہ پائپوں کے عمل میں ونڈوز 95 بگ کے لئے ایک خرابی کی وجہ سے ہے، اور یہ کہ کس طرح معیاری ونڈوز 95 ڈوائس شیل پائپ خود کو ہینڈل کرتا ہے.
بعض ایپلی کیشنز، جیسے کمانڈ ڈاٹ کام ، کو مرتب نہیں کرنا چاہئے. ان ایپلی کیشنز کو براہ راست کنسول ونڈو تک رسائی حاصل کرنے کے بجائے ان کی معیاری ان پٹ سے پڑھنے اور ان کی معیاری آؤٹ لک میں لکھنے کے بجائے ناکام ہوسکتا ہے، ٹی سی ایل پھانسی، یا ان کے اپنے نجی کنسول ونڈو دستیاب نہیں ہے تو اس سے بھی نظام پھانسی ہوسکتی ہے.
میکنٹوش
مینیٹوش کے تحت عمل درآمد نہیں کیا جاتا ہے اور اس میں موجود نہیں ہے.
یونیسی
عملدرآمد کمانڈ مکمل طور پر فعال ہے اور بیان کردہ کام کرتا ہے.
بھی دیکھو
غلطی (ن)، کھلی (ن)
مطلوبہ الفاظ
عملدرآمد، پائپ لائن، ریئیرائزیشن، سبرو پروسیسر
اہم: انسان کے کمانڈر ( ٪ انسان ) کا استعمال کریں کہ کس طرح کمانڈ آپ کے مخصوص کمپیوٹر پر استعمال کیا جاتا ہے.