কমান্ডপোসিক্স - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

কমান্ড - একটি সাধারণ কমান্ড চালান

সাইনোপিসিস

হুকুম [−p] কমান্ড_নাম [যুক্তি...]

হুকুম [−p][−v|−V] কমান্ড_নাম

বর্ণনাঃ

সার্জারির হুকুম ইউটিলিটি শেলকে আর্গুমেন্টগুলিকে একটি সাধারণ কমান্ড হিসাবে বিবেচনা করবে,
শেল ফাংশন লুকআপ দমন করা যা বর্ণনা করা হয়েছে অধ্যায় 2.9.1.1, আদেশ সার্চ
এবং ফাঁসি, আইটেম 1 বি.

যদি কমান্ড_নাম বিশেষ বিল্ট-ইন ইউটিলিটিগুলির একটির নামের মতোই,
শুরুতে গণনা করা তালিকায় বিশেষ বৈশিষ্ট্য অধ্যায় 2.14, বিশেষ নির্মিত-
In ইউটিলিটিস ঘটবে না অন্য সব ক্ষেত্রে, যদি কমান্ড_নাম a এর নাম নয়
ফাংশন, এর প্রভাব হুকুম (কোন বিকল্প ছাড়া) বাদ দেওয়ার মতই হবে হুকুম.

যখন −v or −ভি বিকল্প ব্যবহার করা হয়, হুকুম ইউটিলিটি সম্পর্কিত তথ্য প্রদান করবে
কিভাবে একটি কমান্ডের নাম শেল দ্বারা ব্যাখ্যা করা হয়।

বিকল্প

সার্জারির হুকুম ইউটিলিটি POSIX.1-2008-এর বেস ডেফিনিশন ভলিউমের সাথে সঙ্গতিপূর্ণ হবে, অধ্যায়
12.2, উপযোগ বাক্য গঠন নির্দেশিকা.

নিম্নলিখিত বিকল্পগুলি সমর্থিত হবে:

−p একটি ডিফল্ট মান ব্যবহার করে কমান্ড অনুসন্ধান সম্পাদন করুন পাথ যে নিশ্চিত করা হয়
সমস্ত স্ট্যান্ডার্ড ইউটিলিটিগুলি সন্ধান করুন।

−v স্ট্যান্ডার্ড আউটপুটে একটি স্ট্রিং লিখুন যা পথনাম বা কমান্ড নির্দেশ করে
বর্তমান শেল এক্সিকিউশন পরিবেশে শেল দ্বারা ব্যবহার করা হবে (দেখুন
অধ্যায় 2.12, খোল ফাঁসি পরিবেশ), আহবান জানাতে কমান্ড_নাম, কিন্তু না
ডাকা কমান্ড_নাম.

* ইউটিলিটি, নিয়মিত বিল্ট-ইন ইউটিলিটি, কমান্ড_নামএকটি সহ
অক্ষর, এবং কোনো বাস্তবায়ন-সংজ্ঞায়িত ফাংশন যা ব্যবহার করে পাওয়া যায়
পাথ পরিবর্তনশীল (যেমন বর্ণনা করা হয়েছে অধ্যায় 2.9.1.1, আদেশ সার্চ এবং
ফাঁসি), পরম পাথনাম হিসাবে লেখা হবে।

* শেল ফাংশন, বিশেষ বিল্ট-ইন ইউটিলিটি, নিয়মিত বিল্ট-ইন ইউটিলিটি নয়
একটি সঙ্গে যুক্ত পাথ অনুসন্ধান, এবং শেল সংরক্ষিত শব্দ হিসাবে লেখা হবে
শুধু তাদের নাম।

* একটি উপনাম একটি কমান্ড লাইন হিসাবে লিখিত হবে যা তার উপনাম উপস্থাপন করে
সংজ্ঞা

* অন্যথায়, কোন আউটপুট লেখা হবে না এবং প্রস্থান অবস্থা তা প্রতিফলিত করবে
নাম পাওয়া যায়নি।

−ভি স্ট্যান্ডার্ড আউটপুটে একটি স্ট্রিং লিখুন যা নির্দেশ করে কিভাবে নাম দেওয়া হয়েছে
কমান্ড_নাম অপারেন্ডকে শেল দ্বারা ব্যাখ্যা করা হবে, বর্তমান শেলটিতে
কার্যকর করার পরিবেশ (দেখুন অধ্যায় 2.12, খোল ফাঁসি পরিবেশ), কিন্তু করবেন
আহবান না কমান্ড_নাম. যদিও এই স্ট্রিং এর বিন্যাস অনির্দিষ্ট, এটি
নিম্নলিখিত বিভাগগুলির মধ্যে কোনটি নির্দেশ করবে কমান্ড_নাম পড়ে এবং হবে
উল্লেখিত তথ্য অন্তর্ভুক্ত করুন:

* ইউটিলিটি, নিয়মিত বিল্ট-ইন ইউটিলিটি, এবং যে কোন বাস্তবায়ন-সংজ্ঞায়িত
ব্যবহার করে পাওয়া যায় যে ফাংশন পাথ পরিবর্তনশীল (যেমন বর্ণনা করা হয়েছে অধ্যায়
2.9.1.1, আদেশ সার্চ এবং ফাঁসি), যেমন এবং হিসাবে চিহ্নিত করা হবে
স্ট্রিং এ পরম পাথনাম অন্তর্ভুক্ত করুন।

* অন্যান্য শেল ফাংশন ফাংশন হিসাবে চিহ্নিত করা হবে.

* উপনামগুলিকে উপনাম হিসাবে চিহ্নিত করা হবে এবং তাদের সংজ্ঞা অন্তর্ভুক্ত করা হবে৷
স্ট্রিং।

* বিশেষ অন্তর্নির্মিত ইউটিলিটিগুলিকে বিশেষ অন্তর্নির্মিত হিসাবে চিহ্নিত করা হবে
ইউটিলিটি।

* নিয়মিত অন্তর্নির্মিত ইউটিলিটিগুলির সাথে যুক্ত নয় a পাথ অনুসন্ধান হবে
নিয়মিত বিল্ট-ইন ইউটিলিটি হিসাবে চিহ্নিত। ('রেগুলার' শব্দটি হওয়ার দরকার নেই
ব্যবহৃত।)

* শেল সংরক্ষিত শব্দগুলিকে সংরক্ষিত শব্দ হিসাবে চিহ্নিত করতে হবে।

অপারেন্ডস

নিম্নলিখিত অপারেন্ডগুলি সমর্থিত হবে:

যুক্তি স্ট্রিংগুলির একটিকে একটি যুক্তি হিসাবে বিবেচনা করা হয়েছে৷ কমান্ড_নাম.

কমান্ড_নাম
একটি ইউটিলিটি বা একটি বিশেষ বিল্ট-ইন ইউটিলিটির নাম।

STDIN

ব্যবহার করা হয় না.

ইনপুট নথি পত্র

কোনটিই নয়।

পরিবেশ বৈচিত্র্য

নিম্নলিখিত পরিবেশের ভেরিয়েবলগুলি কার্যকর করার উপর প্রভাব ফেলবে হুকুম:

ল্যাং আনসেট বা আন্তর্জাতিকীকরণ ভেরিয়েবলের জন্য একটি ডিফল্ট মান প্রদান করুন
খালি. (POSIX.1-2008-এর বেস ডেফিনিশন ভলিউম দেখুন, অধ্যায় 8.2,
আন্তর্জাতিকীকরণ ভেরিয়েবল আন্তর্জাতিকীকরণের অগ্রাধিকারের জন্য
লোকেল বিভাগের মান নির্ধারণ করতে ব্যবহৃত ভেরিয়েবল।)

Lc_all একটি অ-খালি স্ট্রিং মান সেট করা হলে, অন্য সব মান ওভাররাইড করুন
আন্তর্জাতিকীকরণ ভেরিয়েবল।

Lc_ctype পাঠ্য ডেটার বাইটের অনুক্রমের ব্যাখ্যার জন্য লোকেল নির্ধারণ করুন
অক্ষর হিসাবে (উদাহরণস্বরূপ, একক-বাইট, মাল্টি-বাইট অক্ষরের বিপরীতে
যুক্তি).

Lc_messages
বিন্যাস এবং বিষয়বস্তু প্রভাবিত করতে ব্যবহার করা উচিত যে লোকেল নির্ধারণ করুন
ডায়াগনস্টিক বার্তাগুলি স্ট্যান্ডার্ড ত্রুটিতে লেখা এবং তথ্যপূর্ণ বার্তা লেখা৷
স্ট্যান্ডার্ড আউটপুটে।

NLSPATH এর প্রক্রিয়াকরণের জন্য বার্তা ক্যাটালগের অবস্থান নির্ধারণ করুন Lc_messages.

পাথ নির্দেশিত অনুসন্ধানের সময় ব্যবহৃত অনুসন্ধান পথ নির্ধারণ করুন অধ্যায়
2.9.1.1, আদেশ সার্চ এবং ফাঁসি, নীচে বর্ণিত হিসাবে ছাড়া −p বিকল্প।

অ্যাসিঙ্ক্রোনাস ঘটনাগুলি দেখুন

ডিফল্ট.

বন্ধ

যখন −v বিকল্পটি নির্দিষ্ট করা হয়েছে, স্ট্যান্ডার্ড আউটপুট এইভাবে ফর্ম্যাট করা হবে:

"%s\n", <পথের নাম or হুকুম>

যখন −ভি বিকল্পটি নির্দিষ্ট করা হয়েছে, স্ট্যান্ডার্ড আউটপুট এইভাবে ফর্ম্যাট করা হবে:

"%s\n", <অসূচিত>

STDERR

স্ট্যান্ডার্ড ত্রুটি শুধুমাত্র ডায়াগনস্টিক বার্তার জন্য ব্যবহার করা হবে।

আউটপুট নথি পত্র

কোনটিই নয়।

সম্প্রসারিত বর্ণনাঃ

কোনটিই নয়।

প্রস্থান করুন স্থিতি

যখন −v or −ভি বিকল্পগুলি নির্দিষ্ট করা হয়েছে, নিম্নলিখিত প্রস্থান মানগুলি ফেরত দেওয়া হবে:

0 সফল সমাপ্তি।

>0 দ কমান্ড_নাম খুঁজে পাওয়া যায়নি বা একটি ত্রুটি ঘটেছে.

অন্যথায়, নিম্নলিখিত প্রস্থান মান ফেরত দেওয়া হবে:

126 দ্বারা নির্দিষ্ট ইউটিলিটি কমান্ড_নাম পাওয়া গেছে কিন্তু আহ্বান করা যায়নি.

127 একটি ত্রুটি ঘটেছে হুকুম ইউটিলিটি বা দ্বারা নির্দিষ্ট ইউটিলিটি কমান্ড_নাম
খুঁজে পাওয়া যাবে না.

অন্যথায়, প্রস্থান অবস্থা হুকুম দ্বারা উল্লিখিত সহজ কমান্ড যে হবে
যুক্তি হুকুম.

পরিণতি OF ত্রুটি

ডিফল্ট.

সার্জারির অনুসরণ বিভাগে হয় তথ্যপূর্ণ.

আবেদন , USAGE

কমান্ড অনুসন্ধানের ক্রম ফাংশনগুলিকে নিয়মিত বিল্ট-ইন এবং পাথ ওভাররাইড করার অনুমতি দেয়
অনুসন্ধান এই ইউটিলিটি এমন ফাংশনগুলিকে অনুমতি দেওয়ার জন্য প্রয়োজনীয় যেগুলির নাম a
ইউটিলিটি কল করতে ইউটিলিটি (ফাংশনে একটি পুনরাবৃত্ত কলের পরিবর্তে)।

সিস্টেম ডিফল্ট পাথ ব্যবহার করে উপলব্ধ getconf; যাইহোক, যেহেতু getconf প্রয়োজন হতে পারে
আছে পাথ এটি নিজেই বলা যেতে পারে আগে সেট আপ, নিম্নলিখিত ব্যবহার করা যেতে পারে:

হুকুম −p getconf পাথ

বিশেষ বিল্ট-ইনগুলির বিশেষ বৈশিষ্ট্যগুলিকে দমন করার কিছু সুবিধা রয়েছে
মাঝে মাঝে. উদাহরণ স্বরূপ:

হুকুম Exec > অলিখিত-ফাইল

একটি নন-ইন্টারেক্টিভ স্ক্রিপ্ট বাতিল করে না, যাতে আউটপুট স্থিতি পরীক্ষা করা যায়
স্ক্রিপ্ট দ্বারা

সার্জারির হুকুম, প্রায়, nohup, সময়, এবং xargs প্রস্থান কোড ব্যবহার করার জন্য ইউটিলিটি নির্দিষ্ট করা হয়েছে
127 যদি একটি ত্রুটি ঘটে যাতে অ্যাপ্লিকেশনগুলি ``একটি ইউটিলিটি খুঁজে পেতে ব্যর্থতার' পার্থক্য করতে পারে
``আমন্ত্রিত ইউটিলিটি একটি ত্রুটি ইঙ্গিত সহ প্রস্থান করা হয়েছে'' থেকে। মান 127 নির্বাচন করা হয়েছে কারণ
এটি সাধারণত অন্যান্য অর্থের জন্য ব্যবহৃত হয় না; অধিকাংশ ইউটিলিটি `` স্বাভাবিকের জন্য ছোট মান ব্যবহার করে
ত্রুটি শর্ত'' এবং 128 এর উপরে মানগুলির কারণে সমাপ্তির সাথে বিভ্রান্ত হতে পারে
একটি সংকেত প্রাপ্তি। মান 126 একটি অনুরূপ পদ্ধতিতে নির্বাচন করা হয়েছিল যে নির্দেশ করে
ইউটিলিটি পাওয়া যেতে পারে, কিন্তু আহ্বান করা হয়নি। কিছু স্ক্রিপ্ট অর্থপূর্ণ ত্রুটি বার্তা তৈরি করে
126 এবং 127 কেস পার্থক্য করা। এক্সিট কোড 126 এবং 127 এর মধ্যে পার্থক্য হল
KornShell অনুশীলনের উপর ভিত্তি করে যা 127 ব্যবহার করে যখন সকল চেষ্টা করে Exec ইউটিলিটি সঙ্গে ব্যর্থ
[ENOENT], এবং কোন চেষ্টা করার সময় 126 ব্যবহার করে Exec ইউটিলিটি অন্য কোনো কারণে ব্যর্থ হয়।

যেহেতু −v এবং −ভি এর বিকল্পগুলি হুকুম বর্তমান শেল সম্পর্কিত আউটপুট উত্পাদন
মৃত্যুদন্ড কার্যকর করার পরিবেশ, হুকুম সাধারণত একটি শেল নিয়মিত অন্তর্নির্মিত হিসাবে প্রদান করা হয়. যদি হয়
একটি সাবশেল বা পৃথক ইউটিলিটি এক্সিকিউশন পরিবেশে বলা হয়, যেমন একটি
নিম্নলিখিত:

(PATH=foo হুকুম −v)
nohup হুকুম −v

এটা অগত্যা সঠিক ফলাফল উত্পাদন করে না. উদাহরণস্বরূপ, যখন সাথে ডাকা হয় nohup বা একটি
Exec ফাংশন, একটি পৃথক ইউটিলিটি এক্সিকিউশন পরিবেশে, বেশিরভাগ বাস্তবায়ন হয় না
উপনাম, ফাংশন, বা বিশেষ বিল্ট-ইন সনাক্ত করতে সক্ষম।

একটি সিস্টেমে দুটি ধরণের নিয়মিত বিল্ট-ইন সম্মুখীন হতে পারে এবং সেগুলি বর্ণনা করা হয়েছে
দ্বারা পৃথকভাবে হুকুম. কমান্ড অনুসন্ধানের বিবরণ অধ্যায় 2.9.1.1, আদেশ
সার্চ এবং ফাঁসি একটি সাধারণ বিল্ট-ইন হিসাবে একটি আদর্শ ইউটিলিটি প্রয়োগ করার অনুমতি দেয়
যতক্ষণ এটি একটি উপযুক্ত জায়গায় পাওয়া যায় পাথ অনুসন্ধান সুতরাং, উদাহরণস্বরূপ, হুকুম
−v সত্য ফলন হতে পারে /বিন/সত্য অথবা কিছু অনুরূপ পথনাম। অন্যান্য বাস্তবায়ন-সংজ্ঞায়িত
POSIX.1-2008-এর এই ভলিউম দ্বারা সংজ্ঞায়িত নয় এমন ইউটিলিটিগুলি শুধুমাত্র বিল্ট হিসাবে বিদ্যমান থাকতে পারে-
ins এবং তাদের সাথে যুক্ত কোনো পাথনাম নেই। এই উত্পাদন আউটপুট হিসাবে চিহ্নিত
(নিয়মিত) বিল্ট-ইন। এগুলির সম্মুখীন হওয়া অ্যাপ্লিকেশনগুলিকে গণনা করা যায় না ExecING
তাদের, সঙ্গে তাদের ব্যবহার nohup, একটি ভিন্ন সঙ্গে তাদের ওভাররাইডিং পাথ, এবং তাই।

উদাহরণ

1. এর একটি সংস্করণ তৈরি করুন cd যেটি সর্বদা নতুন ওয়ার্কিং ডিরেক্টরিটি ঠিক একবার প্রিন্ট করে:

সিডি() {
হুকুম cd "$@" > / দেব / নাল
PWD
}

2. একটি ``নিরাপদ শেল স্ক্রিপ্ট'' শুরু করুন যাতে স্ক্রিপ্টটি তার দ্বারা জালিয়াতি হওয়া এড়ায়
অভিভাবক:

IFS='
'
# সার্জারির পূর্ববর্তী মূল্য উচিত be ট্যাব> নিউলাইন>।
# সেট IFS থেকে এর ডিফল্ট মান।

অনালিয়াস -ক
# সমস্ত সম্ভাব্য উপনাম আনসেট করুন।
# মনে রাখবেন যে একটি উপনাম প্রতিরোধ করতে unalias এস্কেপ করা হয়েছে
# unalias এর জন্য ব্যবহার করা হচ্ছে।

আনসেট −f কমান্ড
# নিশ্চিত করুন কমান্ড একটি ব্যবহারকারী ফাংশন নয়।

PATH="$(command −p getconf PATH):$PATH"
# একটি নির্ভরযোগ্য PATH উপসর্গ রাখুন।

#...

এই মুহুর্তে, দ্বারা বলা ডিরেক্টরিগুলিতে সঠিক অনুমতি দেওয়া হয়েছে পাথ, এই পান্ডুলিপি
এটি যে কোন ইউটিলিটি কল করে তা নিশ্চিত করার ক্ষমতা রাখে। এটা হচ্ছে
খুব সতর্ক কারণ এটি অনুমান করে যে বাস্তবায়ন এক্সটেনশন উপস্থিত থাকতে পারে
যখন এটি আহ্বান করা হয় তখন ব্যবহারকারীর ফাংশনগুলি বিদ্যমান থাকতে দেয়; এই ক্ষমতা না
POSIX.1-2008 এর এই ভলিউম দ্বারা নির্দিষ্ট করা হয়েছে, কিন্তু এটি একটি এক্সটেনশন হিসাবে নিষিদ্ধ নয়৷
উদাহরণস্বরূপ, ENV ভেরিয়েবলটি ব্যবহারকারীর শুরুর সাথে স্ক্রিপ্টের আহ্বানের আগে থাকে-
আপ স্ক্রিপ্ট. এই ধরনের একটি স্ক্রিপ্ট অ্যাপ্লিকেশন স্পুফ করার জন্য ফাংশন সংজ্ঞায়িত করতে পারে।

যুক্তিসহ ব্যাখ্যা

থেকে হুকুম একটি নিয়মিত অন্তর্নির্মিত ইউটিলিটি এটি সর্বদা এর আগে পাওয়া যায় পাথ অনুসন্ধান করুন।

এর বর্ণনায় কিছুই নেই হুকুম যে নির্দেশ করে যে কোনো কমান্ড লাইন পার্স করা হয়েছে
অন্য কোনো সাধারণ কমান্ডের থেকে ভিন্নভাবে। উদাহরণ স্বরূপ:

হুকুম a | b ; c

কোনো বিশেষ উপায়ে পার্স করা হয় না যা ঘটায় '|' or ';' একটি পাইপ ছাড়া অন্য চিকিত্সা করা হবে
অপারেটর বা অথবা যেটি ফাংশন লুকআপ চালু করতে বাধা দেয় b or c.

সার্জারির হুকুম ইউটিলিটি কিছুটা অষ্টম সংস্করণ শেলের অনুরূপ builtin আদেশ, কিন্তু
থেকে হুকুম ইউটিলিটি, নাম অনুসন্ধান করতে ফাইল সিস্টেমেও যায় builtin would
স্বজ্ঞাত হবে না

সার্জারির হুকুম ইউটিলিটি সম্ভবত একটি নিয়মিত বিল্ট-ইন হিসাবে প্রদান করা হয়। এটা তালিকাভুক্ত করা হয় না
নিম্নলিখিত কারণে একটি বিশেষ অন্তর্নির্মিত হিসাবে:

* রপ্তানিযোগ্য ফাংশন অপসারণ একটি বিশেষ বিল্ট-ইনকে বিশেষ অগ্রাধিকার দিয়েছে
অপ্রয়োজনীয়

* একটি বিশেষ অন্তর্নির্মিত একটি বিশেষ বৈশিষ্ট্য আছে (দেখুন অধ্যায় 2.14, বিশেষ বিল্ট-ইন
ইউটিলিটিস) যা অন্যান্য ইউটিলিটিগুলি আহ্বান করার জন্য অনুপযুক্ত ছিল৷ উদাহরণস্বরূপ, দুই
কমান্ড যেমন:

তারিখ > অলিখিত-ফাইল

কমান্ড তারিখ > অলিখিত-ফাইল

সম্পূর্ণ ভিন্ন ফলাফল হবে; একটি নন-ইন্টারেক্টিভ স্ক্রিপ্টে, আগেরটি হবে
পরবর্তী কমান্ড চালানো চালিয়ে যান, পরবর্তীটি বাতিল হয়ে যাবে। এই পরিচয়
দমন ফাংশন সহ শব্দার্থগত পার্থক্য অ-স্বজ্ঞাত হতে দেখা গেছে।

সার্জারির −p বিকল্পটি উপস্থিত কারণ এটি একটি নিরাপদ পথ অনুসন্ধান নিশ্চিত করতে সক্ষম হওয়ার জন্য দরকারী
সমস্ত স্ট্যান্ডার্ড ইউটিলিটি খুঁজে পায়। এই অনুসন্ধান একটি যে অভিন্ন নাও হতে পারে
একটি মাধ্যমে ঘটে Exec ফাংশন (এর সিস্টেম ইন্টারফেস ভলিউমে সংজ্ঞায়িত করা হয়েছে
POSIX.1-2008) যখন পাথ আনসেট আছে অন্তত, এই বৈশিষ্ট্যটি অনুমতি দিতে প্রয়োজন
এর সঠিক সংস্করণ অ্যাক্সেস করতে স্ক্রিপ্ট getconf যাতে ডিফল্ট পাথের মান হতে পারে
সঠিকভাবে পুনরুদ্ধার করা

সার্জারির হুকুম −v এবং −ভি বিকল্পগুলি ব্যবহারকারীদের কাছ থেকে প্রয়োজনীয়তা মেটাতে যোগ করা হয়েছিল
বর্তমানে তিনটি ভিন্ন ঐতিহাসিক উপযোগ দ্বারা সম্পন্ন করা হয়েছে: আদর্শ সিস্টেম ভি-তে
শেল, যেখান থেকে কর্নশেলের মধ্যে, এবং যে সি শেলের মধ্যে। যেহেতু কোনো ঐতিহাসিক নেই
এখানে কীভাবে এবং কী করতে হবে সে বিষয়ে চুক্তি, POSIX হুকুম ইউটিলিটি উন্নত করা হয়েছিল এবং
ঐতিহাসিক ইউটিলিটিগুলি অপরিবর্তিত রেখে দেওয়া হয়েছিল। সি শেল যে নিছক একটি পথ পরিচালনা করে
অনুসন্ধান কর্নশেল যেখান থেকে আরও বিস্তৃত—এর দ্বারা প্রয়োজনীয় বিভাগগুলি ছাড়াও
POSIX, এটি ট্র্যাক করা উপনাম, রপ্তানি করা উপনাম এবং অনির্ধারিত ফাংশন সম্পর্কেও রিপোর্ট করে।

এর আউটপুট বিন্যাস −ভি বেশিরভাগই অনির্দিষ্ট রেখে দেওয়া হয়েছিল কারণ মানব ব্যবহারকারীরা এটির একমাত্র
শ্রোতা. এই তথ্যের যত্ন নেওয়ার জন্য আবেদনগুলি লেখা উচিত নয়; তারা ব্যবহার করতে পারেন
এর আউটপুট −v বিভিন্ন ধরনের কমান্ডের মধ্যে পার্থক্য করতে, কিন্তু অতিরিক্ত
তথ্য যে আরো শব্দ দ্বারা নির্গত হতে পারে −ভি প্রয়োজন নেই এবং হওয়া উচিত নয়
অ্যাপ্লিকেশন পার্সিং কারণে নির্বিচারে এর শব্দার্থ বা স্থানীয়করণে সীমাবদ্ধ।

ভবিষ্যতের দিকনির্দেশ

কোনটিই নয়।

onworks.net পরিষেবা ব্যবহার করে অনলাইন কমান্ডপজিক্স ব্যবহার করুন