exec - ਸਬ ਪ੍ਰੌਸੈਸ ਸ਼ਾਮਲ ਕਰੋ (ਹੈ)
ਸੰਖੇਪ
exec ? ਸਵਿੱਚ ? ਆਰਗ ? ਆਰਗ ... ?
ਵਰਣਨ
ਇਹ ਕਮਾਂਡ ਇਸ ਦੇ ਆਰਗੂਮੈਂਟਾਂ ਨੂੰ ਚਲਾਉਣ ਲਈ ਇੱਕ ਜਾਂ ਵਧੇਰੇ ਉਪ-ਪ੍ਰੋਸੈਸਿੰਗਾਂ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਤੌਰ ਤੇ ਵਰਤੀ ਜਾਂਦੀ ਹੈ. ਆਰਗੂਮੈਂਟ ਇੱਕ ਮਿਆਰੀ ਸ਼ੈਲ ਪਾਈਪਲਾਈਨ ਦਾ ਰੂਪ ਲੈਂਦੇ ਹਨ ਜਿੱਥੇ ਹਰ ਆਰਗ ਇੱਕ ਕਮਾਂਡ ਦੇ ਇੱਕ ਸ਼ਬਦ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਹਰੇਕ ਵੱਖਰੀ ਕਮਾਂਡ ਉਪ-ਪ੍ਰੋਸੈਸ ਬਣ ਜਾਂਦੀ ਹੈ.
ਜੇ ਅਰੰਭ ਕਰਨ ਲਈ ਆਰੰਭਿਕ ਆਰਗੂਮੈਂਟ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦੇ ਹਨ - ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਕਮਾਂਡ-ਲਾਈਨ ਸਵਿੱਚ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਉਹ ਪਾਈਪਲਾਈਨ ਨਿਰਧਾਰਨ ਦਾ ਹਿੱਸਾ ਨਹੀਂ ਹੁੰਦੇ. ਹੇਠਲੇ ਸਵਿੱਚਾਂ ਨੂੰ ਵਰਤਮਾਨ ਵਿੱਚ ਸਮਰਥਿਤ ਹੈ.
-ਕਿਨਿਨਵਾਲ
ਪਾਈਪਲਾਈਨ ਦੇ ਆਉਟਪੁੱਟ ਵਿੱਚ ਇੱਕ ਪਿਛਲੀ ਨਵੀਂ ਲਾਈਨ ਬਣਾਈ ਰਖਦੀ ਹੈ. ਆਮ ਤੌਰ 'ਤੇ ਇਕ ਪਿਛਲੀ ਨਵੀਂ ਲਾਈਨ ਨੂੰ ਮਿਟਾਇਆ ਜਾਵੇਗਾ.
-
ਸਵਿੱਚਾਂ ਦਾ ਅੰਤ ਮਾਰਕ ਕਰੋ ਇਸ ਦੀ ਪਾਲਣਾ ਕਰਨ ਵਾਲੇ ਦਲੀਲ ਨੂੰ ਪਹਿਲੀ ਆਰਗ ਮੰਨਿਆ ਜਾਏਗਾ ਭਾਵੇਂ ਕਿ ਇਹ ਇੱਕ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ -
ਜੇ ਆਰਗ (ਜਾਂ ਆਰਗ ਦੇ ਜੋੜਿਆਂ ਦਾ) ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਫਾਰਮਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਤਾਂ ਇਹ ਉਪ-ਪ੍ਰੋਸੈਸ (ਐਸਐਸ) ਵਿੱਚ ਇੰਪੁੱਟ ਅਤੇ ਆਉਟਪੁੱਟ ਦੇ ਪ੍ਰਵਾਹ ਨੂੰ ਕੰਟਰੋਲ ਕਰਨ ਲਈ ਇਸਤੇਮਾਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ. ਅਜਿਹੀਆਂ ਦਲੀਲਾਂ ਉਪ-ਪ੍ਰੋਸੈਸ (ਐਸਐਸ) ਨੂੰ ਨਹੀਂ ਦਿੱਤੀਆਂ ਜਾਣਗੀਆਂ. `` < ਫਾਇਲਨੇਮ` ' ਫਾਈਲ ਵਿਚਲੇ ਰੂਪਾਂ ਵਿਚ ਜਾਂ ਤਾਂ ਕਿਸੇ' ਇੰਟਰਵੇਨਿੰਗ ਸਪੇਸ '(ਅਰਥਾਤ `` < fileName ' ') ਦੇ ਨਾਲ ਇਕੋ ਆਰਗੂਮੈਂਟ ਵਿਚ ਹੋ ਸਕਦਾ ਹੈ.
|
ਪਾਈਪਲਾਈਨ ਵਿੱਚ ਵੱਖਰੀਆਂ ਕਮਾਂਡਾਂ ਨੂੰ ਅਲੱਗ ਕਰਦਾ ਹੈ ਪਿਛਲੇ ਕਮਾਂਡ ਦੀ ਸਟੈਂਡਰਡ ਆਉਟਪੁਟ ਨੂੰ ਅਗਲੇ ਕਮਾਂਡ ਦੇ ਸਟੈਂਡਰਡ ਇੰਪੁੱਟ ਵਿੱਚ ਪਾਈਪ ਕੀਤਾ ਜਾਵੇਗਾ.
| & Nbsp;
ਪਾਈਪਲਾਈਨ ਵਿੱਚ ਵੱਖਰੀਆਂ ਕਮਾਂਡਾਂ ਨੂੰ ਅਲੱਗ ਕਰਦਾ ਹੈ ਪਿਛਲਾ ਕਮਾਂਡ ਦੀ ਮਿਆਰੀ ਆਉਟਪੁੱਟ ਅਤੇ ਮਿਆਰੀ ਗਲਤੀ ਦੋਵਾਂ ਨੂੰ ਅਗਲੇ ਕਮਾਂਡ ਦੇ ਸਟੈਂਡਰਡ ਇਨਪੁਟ ਵਿੱਚ ਪਾਈਪ ਕੀਤਾ ਜਾਵੇਗਾ. ਰੀਡਾਇਰੈਕਸ਼ਨ ਦੇ ਇਹ ਫਾਰਮ ਓਵਰਰਾਈਡ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਕਿ 2> ਅਤੇ> &.
< filename
ਫਾਇਲ ਨਾਂ ਦੇ ਨਾਂ ਨਾਲ ਦਿੱਤਾ ਗਿਆ ਫਾਇਲ ਪਾਈਪਲਾਈਨ ਵਿਚ ਪਹਿਲੀ ਕਮਾਂਡ ਲਈ ਸਟੈਂਡਰਡ ਇੰਪੁੱਟ ਦੇ ਤੌਰ ਤੇ ਖੋਲ੍ਹਿਆ ਅਤੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ.
<@ fileId
ਫਾਈਲ ID ਇੱਕ ਓਪਨ ਫਾਈਲ ਲਈ ਪਛਾਣਕਰਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਵੇਂ ਪਿਛਲੀ ਕਾਲ ਨੂੰ ਖੋਲ੍ਹਣ ਲਈ ਰਿਟਰਨ ਵੈਲਯੂ. ਇਹ ਪਾਈਪਲਾਈਨ ਵਿੱਚ ਪਹਿਲੀ ਕਮਾਂਡ ਲਈ ਮਿਆਰੀ ਇੰਪੁੱਟ ਦੇ ਤੌਰ ਤੇ ਵਰਤਿਆ ਗਿਆ ਹੈ. ਫਾਈਲਇਡ ਨੂੰ ਪੜ੍ਹਨ ਲਈ ਖੋਲ੍ਹਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ.
<< ਮੁੱਲ
ਮੁੱਲ ਨੂੰ ਪਹਿਲੀ ਕਮਾਂਡ ਨੂੰ ਇਸਦੇ ਸਟੈਂਡਰਡ ਇੰਪੁੱਟ ਦੇ ਰੂਪ ਵਿੱਚ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ.
> ਫਾਈਲ ਦਾ ਨਾਮ
ਆਖਰੀ ਕਮਾਂਡ ਤੋਂ ਸਟੈਂਡਰਡ ਆਉਟਪੁਟ ਫਾਈਲ ਨਾਮ ਨਾਮਕ ਫਾਇਲ ਨੂੰ ਰੀਡਾਇਰੈਕਟ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਇਸਦੀ ਪਿਛਲੀ ਸਾਮਗਰੀ ਨੂੰ ਓਵਰਰਾਈਟ ਕਰ ਰਿਹਾ ਹੈ.
2> ਫਾਈਲ ਦਾ ਨਾਮ
ਪਾਈਪਲਾਈਨ ਵਿਚ ਸਾਰੇ ਕਮਾਂਡਾਂ ਤੋਂ ਸਟੈਂਡਰਡ ਅਸ਼ੁੱਧੀ ਨੂੰ ਫਾਈਲ ਨਾਮ ਨਾਮਕ ਫਾਇਲ ਨੂੰ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਇਸ ਦੀਆਂ ਪਿਛਲੀਆਂ ਸਮੱਗਰੀਆਂ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਿਆ ਹੋਇਆ ਹੈ.
> & ਫਾਈਲ ਦਾ ਨਾਮ
ਆਖਰੀ ਕਮਾਂਡ ਤੋਂ ਦੋਵਾਂ ਸਟੈਂਡਰਡ ਆਉਟਪੁਟ ਅਤੇ ਸਾਰੇ ਕਮਾਂਡਜ਼ ਤੋਂ ਸਟੈਂਡਰਡ ਗਲਤੀ ਦੋਵਾਂ ਦੀ ਫਾਈਲ ਨਾਮ ਨਾਮ ਦੀ ਫਾਇਲ ਨੂੰ ਰੀਡਾਇਰੈਕਟ ਕੀਤੀ ਗਈ ਹੈ, ਇਸ ਦੀਆਂ ਪਿਛਲੀਆਂ ਸਮੱਗਰੀਆਂ ਤੇ ਲਿਖਿਆ ਹੈ.
>> ਫਾਈਲ ਦਾ ਨਾਮ
ਆਖਰੀ ਕਮਾਂਡ ਤੋਂ ਸਟੈਂਡਰਡ ਆਉਟਪੁਟ ਫਾਈਲ ਨਾਮ ਨਾਮਕ ਫਾਇਲ ਨੂੰ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਇਸ ਨੂੰ ਜੋੜਨ ਦੀ ਬਜਾਇ ਇਸ ਨੂੰ ਓਵਰਰਾਈਟ ਕਰਨ ਦੀ ਬਜਾਏ.
2 >> ਫਾਈਲ ਦਾ ਨਾਮ
ਪਾਈਪਲਾਈਨ ਵਿਚਲੇ ਸਾਰੇ ਕਮਾਂਡਾਂ ਤੋਂ ਸਟੈਂਡਰਡ ਗਲਤੀ ਨੂੰ ਫਾਇਲ ਨਾਂ ਨਾਮਕ ਫਾਈਲ ਵਿਚ ਭੇਜਿਆ ਗਿਆ ਹੈ, ਜੋ ਇਸ ਨੂੰ ਜੋੜਨ ਦੀ ਬਜਾਏ ਇਸ ਨੂੰ ਜੋੜਦਾ ਹੈ.
>> ਅਤੇਫਾਇਲਦਾਨਾ
ਆਖਰੀ ਕਮਾਂਡ ਤੋਂ ਸਟੈਂਡਰਡ ਆਉਟਪੁਟ ਅਤੇ ਸਾਰੇ ਕਮਾਂਡਾਂ ਤੋਂ ਸਟੈਂਡਰਡ ਔਫਲਾਈਨ ਦੋਵਾਂ ਨੂੰ ਫਾਈਲ ਨਾਮ ਨਾਮਕ ਫਾਇਲ ਨੂੰ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ ਇਸ ਨੂੰ ਜੋੜਨ ਦੀ ਬਜਾਏ ਇਸ ਨੂੰ ਜੋੜਦਾ ਹੈ.
> @ fileId
ਫਾਈਲ ID ਇੱਕ ਓਪਨ ਫਾਈਲ ਲਈ ਪਛਾਣਕਰਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਵੇਂ ਪਿਛਲੀ ਕਾਲ ਨੂੰ ਖੋਲ੍ਹਣ ਲਈ ਰਿਟਰਨ ਵੈਲਯੂ. ਆਖਰੀ ਕਮਾਂਡ ਤੋਂ ਸਟੈਂਡਰਡ ਆਉਟਪੁਟ ਫਾਈਲਇਡ ਦੀ ਫਾਈਲ ਵੱਲ ਨਿਰਦੇਸ਼ਿਤ ਕੀਤੀ ਗਈ ਹੈ, ਜੋ ਕਿ ਲਿਖਣ ਲਈ ਖੋਲ੍ਹੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ.
2> @ ਫਾਈਲ ਆਈਡੀ
ਫਾਈਲ ID ਇੱਕ ਓਪਨ ਫਾਈਲ ਲਈ ਪਛਾਣਕਰਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਵੇਂ ਪਿਛਲੀ ਕਾਲ ਨੂੰ ਖੋਲ੍ਹਣ ਲਈ ਰਿਟਰਨ ਵੈਲਯੂ. ਪਾਈਪਲਾਈਨ ਵਿਚ ਸਾਰੇ ਕਮਾਂਡਾਂ ਤੋਂ ਸਟੈਂਡਰਡ ਅਸ਼ੁੱਧੀ ਫਾਇਲਆਈਡੀਜ਼ ਦੀ ਫਾਈਲ ਤੇ ਰੀਡਾਇਰੈਕਟ ਕੀਤੀ ਗਈ ਹੈ. ਫਾਈਲ ਲਿਖਣ ਲਈ ਖੋਲ੍ਹੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ.
> & @ fileId
ਫਾਈਲ ID ਇੱਕ ਓਪਨ ਫਾਈਲ ਲਈ ਪਛਾਣਕਰਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਵੇਂ ਪਿਛਲੀ ਕਾਲ ਨੂੰ ਖੋਲ੍ਹਣ ਲਈ ਰਿਟਰਨ ਵੈਲਯੂ. ਆਖਰੀ ਕਮਾਂਡ ਤੋਂ ਸਟੈਂਡਰਡ ਆਉਟਪੁਟ ਅਤੇ ਸਾਰੇ ਕਮਾਂਡਾਂ ਤੋਂ ਸਟੈਂਡਰਡ ਗਲਤੀਆਂ ਦੋਨਾਂ ਨੂੰ FileId ਦੀ ਫਾਈਲ ਤੇ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ ਗਿਆ ਹੈ. ਫਾਈਲ ਲਿਖਣ ਲਈ ਖੋਲ੍ਹੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ.
ਜੇਕਰ ਮਿਆਰੀ ਆਉਟਪੁਟ ਨੂੰ ਰੀਡਾਇਰੈਕਟ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ ਤਾਂ exec ਕਮਾਂਡ ਪਾਇਪਲਾਈਨ ਵਿੱਚ ਆਖਰੀ ਕਮਾਂਡ ਤੋਂ ਸਟੈਂਡਰਡ ਆਉਟਪੁਟ ਦਿੰਦੀ ਹੈ. ਜੇ ਪਾਈਪਲਾਈਨ ਵਿਚ ਕਿਸੇ ਵੀ ਹੁਕਮ ਅਸਧਾਰਨ ਤੌਰ 'ਤੇ ਬੰਦ ਹੋ ਜਾਂਦੇ ਹਨ ਜਾਂ ਮਾਰੇ ਜਾਂ ਮੁਅੱਤਲ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ exec ਇੱਕ ਗਲਤੀ ਵਾਪਸ ਕਰ ਦੇਵੇਗਾ ਅਤੇ ਗਲਤੀ ਸੁਨੇਹਾ ਵਿਚ ਪਾਈਪਲਾਈਨ ਦੇ ਆਉਟਪੁੱਟ ਨੂੰ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾਵੇਗਾ ਜੋ ਅਸਾਧਾਰਣ ਸਮਾਪਤੀ ਦਾ ਵਰਣਨ ਕਰਨ ਵਾਲੇ ਗਲਤੀ ਸੁਨੇਹਿਆਂ ਦੇ ਬਾਅਦ ਹੋਵੇਗਾ; errorCode ਵੇਰੀਏਬਲ ਵਿੱਚ ਆਉਣ ਵਾਲੀ ਅਢੁੱਕਵੀਂ ਸਮਾਪਤੀ ਬਾਰੇ ਵਾਧੂ ਜਾਣਕਾਰੀ ਹੋਵੇਗੀ. ਜੇਕਰ ਕੋਈ ਵੀ ਕਮਾਂਡ ਆਪਣੀ ਮਿਆਰੀ ਗਲਤੀ ਫਾਈਲ ਨੂੰ ਲਿਖਦੀ ਹੈ ਅਤੇ ਉਸ ਮਿਆਰੀ ਗਲਤੀ ਨੂੰ ਮੁੜ ਨਿਰਦੇਸ਼ਤ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ, ਤਾਂ exec ਇੱਕ ਤਰੁਟੀ ਦੇਵੇਗੀ; ਗਲਤੀ ਸੁਨੇਹਾ ਵਿੱਚ ਪਾਈਪਲਾਈਨ ਦੀ ਸਟੈਂਡਰਡ ਆਉਟਪੁਟ ਸ਼ਾਮਲ ਹੋਵੇਗੀ, ਜੋ ਬਾਅਦ ਵਿੱਚ ਅਸਧਾਰਨ ਪਰਿਪੱਕਤਾ (ਜੇਕਰ ਕੋਈ ਹੋਵੇ) ਦੇ ਸੰਦੇਸ਼ਾਂ ਤੋਂ ਬਾਅਦ, ਮਿਆਰੀ ਗਲਤੀ ਆਉਟਪੁੱਟ ਦੁਆਰਾ.
ਜੇਕਰ ਨਤੀਜੇ ਦਾ ਅਖੀਰਲੇ ਅੱਖਰ ਜਾਂ ਗਲਤੀ ਸੁਨੇਹਾ ਨਵੀਂ ਲਾਈਨ ਹੈ ਤਾਂ ਉਹ ਅੱਖਰ ਆਮ ਤੌਰ ਤੇ ਨਤੀਜਾ ਜਾਂ ਗਲਤੀ ਸੁਨੇਹਾ ਤੋਂ ਮਿਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ. ਇਹ ਹੋਰ Tcl ਰਿਟਰਨ ਮੁੱਲਾਂ ਨਾਲ ਇਕਸਾਰ ਹੈ, ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਨਵੇਂ ਲਾਈਨਾਂ ਨਾਲ ਖਤਮ ਨਹੀਂ ਹੁੰਦੇ. ਹਾਲਾਂਕਿ, ਜੇ -keepnewline ਨਿਰਦਿਸ਼ਟ ਹੈ ਤਾਂ ਸ਼ੁਰੂਆਤੀ ਨਵੀਂ ਲਾਈਨ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਿਆ ਜਾਵੇਗਾ.
ਜੇਕਰ ਸਟੈਂਡਰਡ ਇੰਪੁੱਟ ਨੂੰ `` <'' ਜਾਂ `` << '' ਜਾਂ `` <@ ਨਾਲ ਰੀਡਾਇਰੈਕਟ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਤਾਂ ਪਾਈਪਲਾਈਨ ਵਿਚ ਪਹਿਲੇ ਹੁਕਮ ਲਈ ਸਟੈਂਡਰਡ ਇੰਪੁੱਟ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਮੌਜੂਦਾ ਸਟੈਂਡਰਡ ਇੰਪੁੱਟ ਤੋਂ ਲਿਆ ਜਾਂਦਾ ਹੈ.
ਜੇ ਆਖਰੀ ਆਰਗ ਹੈ ਅਤੇ `` ਤਾਂ ਫਿਰ ਪਾਈਪਲਾਈਨ ਨੂੰ ਬੈਕਗਰਾਉਂਡ ਵਿੱਚ ਚਲਾਇਆ ਜਾਵੇਗਾ. ਇਸ ਮਾਮਲੇ ਵਿੱਚ exec ਕਮਾਂਡ ਇੱਕ ਸੂਚੀ ਵਾਪਸ ਕਰੇਗੀ, ਜਿਸਦੇ ਅੰਸ਼ ਪਾਈਪਲਾਈਨ ਵਿੱਚ ਸਾਰੇ ਸਬ ਪ੍ਰੌਕਸੇਸਾਂ ਲਈ ਪ੍ਰਕਿਰਿਆ ਪਛਾਣਕਰਤਾ ਹਨ. ਪਾਈਪਲਾਈਨ ਵਿਚ ਆਖਰੀ ਕਮਾਂਡ ਦੀ ਸਟੈਂਡਰਡ ਆਉਟਪੁੱਟ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਸਟੈਂਡਰਡ ਆਉਟਪੁੱਟ ਤੇ ਜਾਏਗੀ ਜੇ ਇਸ ਨੂੰ ਮੁੜ ਨਿਰਦੇਸ਼ਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਪਾਈਪਲਾਈਨ ਵਿਚਲੇ ਸਾਰੇ ਆਦੇਸ਼ਾਂ ਤੋਂ ਗਲਤੀ ਆਊਟਪਲੇਅ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਮਿਆਰੀ ਗਲਤੀ ਫਾਈਲ ਤੇ ਜਾਏਗੀ, ਜਦੋਂ ਤੱਕ ਪੁਨਰ ਨਿਰਦੇਸ਼ਤ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ.
ਹਰੇਕ ਹੁਕਮ ਵਿੱਚ ਪਹਿਲਾ ਸ਼ਬਦ ਕਮਾਂਡ ਨਾਂ ਵਜੋਂ ਲਿਆ ਗਿਆ ਹੈ; tilde-substitution ਇਸ ਉੱਤੇ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਜੇ ਨਤੀਜਾ ਕੋਈ ਸਲੇਸ ਨਹੀਂ ਹੁੰਦਾ ਤਾਂ PATH ਵਾਤਾਵਰਨ ਵੇਰੀਏਬਲ ਵਿੱਚ ਡਾਇਰੈਕਟਰੀਆਂ ਨੂੰ ਦਿੱਤੇ ਗਏ ਨਾਮ ਦੁਆਰਾ ਇੱਕ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਲਈ ਖੋਜਿਆ ਜਾਂਦਾ ਹੈ. ਜੇ ਨਾਮ ਵਿੱਚ ਇੱਕ ਸਲੈਸ਼ ਹੁੰਦਾ ਹੈ ਤਾਂ ਇਸ ਨੂੰ ਮੌਜੂਦਾ ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਇੱਕ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਤੱਕ ਪਹੁੰਚਯੋਗ ਹੋਣ ਦਾ ਹਵਾਲਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ. ਕੋਈ `` ਗਲੋਬ '' ਵਿਸਥਾਰ ਜਾਂ ਹੋਰ ਸ਼ੈੱਲ ਵਰਗੀਆਂ ਬਦਲੀਆਂ ਆਰਗੂਮੈਂਟਾਂ ਤੇ ਆਰਗੂਮੈਂਟ ਤੇ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ
ਪੋਰਟੇਬਿਲਟੀ ਮੁੱਦੇ
ਵਿੰਡੋਜ (ਸਾਰੇ ਸੰਸਕਰਣ)
`` @ FileId '' ਸੰਕੇਤ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਪੜ੍ਹਨਾ ਜਾਂ ਲਿਖਣਾ ਇੱਕ ਸਾਕਟ ਨਾਲ ਕਰਨਾ ਕੰਮ ਨਹੀਂ ਕਰਦਾ. ਸਾਕਟ ਤੋਂ ਪੜ੍ਹਦੇ ਸਮੇਂ, ਇੱਕ 16-ਬਿੱਟ DOS ਐਪਲੀਕੇਸ਼ਨ ਲਟਕ ਜਾਵੇਗਾ ਅਤੇ ਇੱਕ 32-ਬਿੱਟ ਐਪਲੀਕੇਸ਼ਨ ਜਲਦੀ ਹੀ ਅੰਤ ਵਿੱਚ-ਫਾਇਲ ਨਾਲ ਵਾਪਿਸ ਆਵੇਗੀ ਜਦੋਂ ਕਿਸੇ ਕਿਸਮ ਦੀ ਐਪਲੀਕੇਸ਼ਨ ਸਾਕਟ ਨੂੰ ਲਿਖਦੀ ਹੈ, ਤਾਂ ਜਾਣਕਾਰੀ ਕੰਸੋਲ ਨੂੰ ਭੇਜੀ ਜਾਂਦੀ ਹੈ, ਜੇ ਕੋਈ ਮੌਜੂਦ ਹੋਵੇ ਜਾਂ ਛੱਡਿਆ ਜਾਂਦਾ ਹੈ.
ਇਕ ਦਿਨਾ ਕਨਸਕੋਲ ਪਾਠ ਵਿਜੇਟ ਅਸਲ ਸਟੈਂਡਰਡ IO ਸਮਰੱਥਾ ਮੁਹੱਈਆ ਨਹੀਂ ਕਰਦਾ. ਟੀ ਦੇ ਤਹਿਤ, ਜਦੋਂ ਮਿਆਰੀ ਇੰਪੁੱਟ ਤੋਂ ਮੁੜ ਨਿਰਦੇਸ਼ਤ ਹੁੰਦੇ ਹਨ, ਸਾਰੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਫੌਰੀ ਅੰਤ-ਆਫ-ਫਾਈਲ ਦੇਖਦੀਆਂ ਹਨ; ਮਿਆਰੀ ਆਉਟਪੁੱਟ ਜਾਂ ਮਿਆਰੀ ਗਲਤੀ ਨੂੰ ਨਿਰਦੇਸ਼ਤ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਜਾਣਕਾਰੀ ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ ਜਾਵੇਗਾ.
Tcl ਕਮਾਂਡਾਂ ਲਈ ਆਰਗੂਮੈਂਟ ਲਈ ਅੱਗੇ ਜਾਂ ਪਿੱਛੇ ਸਲੇਸ ਨੂੰ ਪਾਥ ਵੱਖਰੇਕਰਤਾ ਵਜੋਂ ਸਵੀਕਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ. ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਚਲਾਉਣ ਵੇਲੇ, ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਨਿਰਦਿਸ਼ਟ ਪਾਥ ਨਾਂ ਪਾਥ ਵੱਖਰੇਵਾਂ ਦੇ ਤੌਰ ਤੇ ਫਾਰਵਰਡ ਜਾਂ ਪਿਛਲਾ ਸਲੇਸ ਵੀ ਹੋ ਸਕਦਾ ਹੈ. ਯਾਦ ਰੱਖੋ, ਹਾਲਾਂਕਿ, ਬਹੁਤੇ ਵਿੰਡੋਜ਼ ਐਪਲੀਕੇਸ਼ਨ ਸਿਰਫ ਅਗਾਂਹਵਧੂ ਸਲੈਸ਼ਾਂ ਦੇ ਨਾਲ ਆਰਗੂਮੈਂਟੇਟਰਾਂ ਅਤੇ ਬੈਕਸਲੇਸ਼ਸ ਦੇ ਤੌਰ ਤੇ ਹੀ ਮਾਰਗਾਂ ਵਿੱਚ ਦਲੀਲਾਂ ਸਵੀਕਾਰ ਕਰਦੇ ਹਨ. ਕਿਸੇ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਕੋਈ ਵੀ ਆਰਗੂਮੈਂਟ ਜੋ ਫਾਰਵਰਡ ਸਲੈਸ਼ ਨਾਲ ਪਾਥ ਨਾਂ ਦਰਸਾਉਂਦਾ ਹੈ, ਬੈਕਸਲੇਸ਼ ਅੱਖਰ ਨੂੰ ਵਰਤਣ ਲਈ ਆਪਣੇ ਆਪ ਨਹੀਂ ਬਦਲਿਆ ਜਾਵੇਗਾ. ਜੇ ਕਿਸੇ ਆਰਗੂਮਿੰਟ ਵਿੱਚ ਪਾਥ ਵਿਭਾਜਨ ਦੇ ਤੌਰ ਤੇ ਅੱਗੇ ਦੀ ਸਲੈਸ਼ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇਹ ਪ੍ਰੋਗਰਾਮ ਦੇ ਅਧਾਰ ਤੇ, ਇੱਕ ਪਾਥ ਨਾਂ ਦੇ ਤੌਰ ਤੇ ਪਛਾਣਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ.
ਇਸ ਤੋਂ ਇਲਾਵਾ, ਜਦੋਂ ਇੱਕ 16-bit DOS ਜਾਂ Windows 3.X ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਬੁਲਾਉਂਦੇ ਹੋ, ਤਾਂ ਸਾਰੇ ਮਾਰਗ ਨਾਂ ਛੋਟਾ, ਗੁਪਤ, ਮਾਰਗ ਫਾਰਮੈਟ (ਉਦਾਹਰਨ ਲਈ, `` applbakery.default '' ਦੀ ਬਜਾਏ `` applba ~ 1.def '' ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਵਰਤਣਾ ਚਾਹੀਦਾ ਹੈ. ).
ਇੱਕ ਮਾਰਗ ਵਿੱਚ ਇੱਕ ਕਤਾਰ ਵਿੱਚ ਦੋ ਜਾਂ ਵੱਧ ਅੱਗੇ ਜਾਂ ਪਿਛਲੀ ਸਲੇਸ ਇੱਕ ਨੈੱਟਵਰਕ ਮਾਰਗ ਨੂੰ ਵੇਖੋ. ਉਦਾਹਰਨ ਲਈ, ਰੂਟ ਡਾਇਰੈਕਟਰੀ c: / ਇੱਕ ਸਬ-ਡਾਇਰੈਕਟਰੀ / ਵਿੰਡੋਜ਼ / ਸਿਸਟਮ ਨਾਲ c: // windows / ਸਿਸਟਮ (ਦੋ ਸਲੈਸ਼ ਮਿਲ ਕੇ) ਪੈਦਾ ਕਰੇਗਾ, ਜੋ ਕਿ ਮੀਨ ਪੁਆਇੰਟ (ਅਤੇ c: / ਨੂੰ ਅਣਡਿੱਠ ਕੀਤਾ ਗਿਆ ਹੈ), ਅਤੇ c: / windows / system ਦੇ ਬਰਾਬਰ ਨਹੀਂ ਹੈ , ਜੋ ਮੌਜੂਦਾ ਕੰਪਿਊਟਰ ਤੇ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ. ਫਾਇਲ ਨਾਲ ਜੁੜਨ ਵਾਲਾ ਕਮਾਂਡ ਪਥ ਭਾਗਾਂ ਨੂੰ ਜੋੜਨ ਲਈ ਵਰਤਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ.
Windows NT
ਜਦੋਂ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਐਕਜ਼ੀਕਿਯੂਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹੋ, ਤਾਂ ਪਹਿਲਾ ਨਾਮ ਉਸ ਨਾਂ ਦੀ ਖੋਜ ਕਰਦਾ ਹੈ ਜਿਸਦਾ ਜ਼ਿਕਰ ਕੀਤਾ ਗਿਆ ਸੀ. ਫੇਰ, ਕ੍ਰਮ ਵਿੱਚ, .com , .exe , ਅਤੇ .bat ਨੂੰ ਵਿਸ਼ੇਸ਼ ਨਾਮ ਦੇ ਅੰਤ ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਹ ਲੰਬੇ ਨਾਮ ਦੀ ਖੋਜ ਕਰਦਾ ਹੈ. ਜੇ ਡਾਇਰੈਕਟਰੀ ਨਾਂ ਐਪਲੀਕੇਸ਼ਨ ਨਾਮ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਨਹੀਂ ਦਿੱਤਾ ਗਿਆ ਸੀ, ਤਾਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਵੇਲੇ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਡਾਇਰੈਕਟਰੀਆਂ ਆਟੋਮੈਟਿਕਲੀ ਖੋਜੀਆਂ ਗਈਆਂ ਹਨ:
ਡਾਇਰੈਕਟਰੀ ਜਿਸ ਤੋਂ Tcl ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਲੋਡ ਕੀਤਾ ਗਿਆ ਸੀ.
ਮੌਜੂਦਾ ਡਾਇਰੈਕਟਰੀ.
Windows NT 32-bit ਸਿਸਟਮ ਡਾਇਰੈਕਟਰੀ.
Windows NT 16-bit ਸਿਸਟਮ ਡਾਇਰੈਕਟਰੀ.
Windows NT ਘਰ ਡਾਇਰੈਕਟਰੀ.
ਪਾਥ ਵਿਚ ਸੂਚੀਬੱਧ ਡਾਇਰੈਕਟਰੀਆਂ.
ਸ਼ੈੱਲ ਬਿਲਡਿਨ ਕਮਾਂਡ ਜਿਵੇਂ ਕਿ ਡੀਆਈਆਰ ਅਤੇ ਕਾਪੀ ਨੂੰ ਚਲਾਉਣ ਲਈ, ਕਾਲਰ ਨੂੰ ਲੋੜੀਦੀ ਕਮਾਂਡ `` cmd.exe / c '' ਚਾਹੀਦਾ ਹੈ.
ਵਿੰਡੋਜ਼ 95
ਜਦੋਂ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਐਕਜ਼ੀਕਿਯੂਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹੋ, ਤਾਂ ਪਹਿਲਾ ਨਾਮ ਉਸ ਨਾਂ ਦੀ ਖੋਜ ਕਰਦਾ ਹੈ ਜਿਸਦਾ ਜ਼ਿਕਰ ਕੀਤਾ ਗਿਆ ਸੀ. ਫੇਰ, ਕ੍ਰਮ ਵਿੱਚ, .com , .exe , ਅਤੇ .bat ਨੂੰ ਵਿਸ਼ੇਸ਼ ਨਾਮ ਦੇ ਅੰਤ ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਹ ਲੰਬੇ ਨਾਮ ਦੀ ਖੋਜ ਕਰਦਾ ਹੈ. ਜੇ ਡਾਇਰੈਕਟਰੀ ਨਾਂ ਐਪਲੀਕੇਸ਼ਨ ਨਾਮ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਨਹੀਂ ਦਿੱਤਾ ਗਿਆ ਸੀ, ਤਾਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਵੇਲੇ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਡਾਇਰੈਕਟਰੀਆਂ ਆਟੋਮੈਟਿਕਲੀ ਖੋਜੀਆਂ ਗਈਆਂ ਹਨ:
ਡਾਇਰੈਕਟਰੀ ਜਿਸ ਤੋਂ Tcl ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਲੋਡ ਕੀਤਾ ਗਿਆ ਸੀ.
ਮੌਜੂਦਾ ਡਾਇਰੈਕਟਰੀ.
ਵਿੰਡੋਜ਼ 95 ਸਿਸਟਮ ਡਾਇਰੈਕਟਰੀ.
ਵਿੰਡੋਜ਼ 95 ਘਰੇਲੂ ਡਾਇਰੈਕਟਰੀ.
ਪਾਥ ਵਿਚ ਸੂਚੀਬੱਧ ਡਾਇਰੈਕਟਰੀਆਂ.
ਸ਼ੈੱਲ ਦੇ ਬਿਲਡਿਨ ਕਮਾਂਡਾਂ ਜਿਵੇਂ ਕਿ ਡੀਅਰ ਅਤੇ ਕਾਪੀ ਨੂੰ ਚਲਾਉਣ ਲਈ, ਕਾਲਰ ਨੂੰ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕਮਾਂਡ command / c '' ਲੋੜੀਦੀ ਕਮਾਂਡ 'ਤੇ.
ਇੱਕ ਵਾਰ ਜਦੋਂ ਇੱਕ 16-ਬਿੱਟ DOS ਐਪਲੀਕੇਸ਼ਨ ਨੇ ਕੰਸੋਲ ਤੋਂ ਸਟੈਂਡਰਡ ਇਨਪੁਟ ਪੜਿਆ ਹੈ ਅਤੇ ਫਿਰ ਬੰਦ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਸਾਰੇ ਬਾਅਦ ਵਿੱਚ 16-ਬਿੱਟ DOS ਐਪਲੀਕੇਸ਼ਨ ਚੱਲਣਗੇ, ਜਿਵੇਂ ਕਿ ਸਟੈਂਡਰਡ ਇੰਪੁੱਟ, ਜੋ ਪਹਿਲਾਂ ਹੀ ਬੰਦ ਹੈ. 32-ਬਿੱਟ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਇਹ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ ਅਤੇ 16-ਬਿੱਟ DOS ਐਪਲੀਕੇਸ਼ਨ ਸੋਚਦੇ ਹਨ ਕਿ ਸਟੈਂਡਰਡ ਇੰਪੁੱਟ ਬੰਦ ਹੋਣ ਦੇ ਬਾਅਦ ਵੀ ਠੀਕ ਤਰਾਂ ਚੱਲੇਗਾ. ਇਸ ਸਮੇਂ ਇਸ ਬੱਗ ਦੇ ਲਈ ਕੋਈ ਗਿਆਤ ਹੱਲ ਨਹੀਂ ਹੈ.
NUL ਦੇ ਵਿਚਕਾਰ ਰੀਡਾਇਰੈਕਸ਼ਨ : ਡਿਵਾਈਸ ਅਤੇ ਇੱਕ 16-bit ਐਪਲੀਕੇਸ਼ਨ ਹਮੇਸ਼ਾ ਕੰਮ ਨਹੀਂ ਕਰਦੀ. NUL ਤੋਂ ਰੀਡਾਇਰੈਕਟ ਕਰਦੇ ਸਮੇਂ, ਕੁਝ ਐਪਲੀਕੇਸ਼ਨ ਲਟਕ ਸਕਦੇ ਹਨ, ਦੂਜੀਆਂ ਨੂੰ '`0x01' 'ਬਾਈਟਾਂ ਦੀ ਬੇਅੰਤ ਸਟ੍ਰੀਮ ਮਿਲੇਗੀ, ਅਤੇ ਕੁਝ ਅਸਲ ਵਿੱਚ ਫੌਰੀ ਅੰਤ-ਆਫ-ਫਾਈਲ ਪ੍ਰਾਪਤ ਕਰਨਗੇ; ਇਹ ਵਿਹਾਰ ਉਸ ਕਾਰਜ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਜੋ ਕਿਸੇ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਕੰਪਾਇਲ ਕੀਤਾ ਗਿਆ ਹੋਵੇ. ਜਦੋਂ 4K ਤੋਂ ਵੱਧ ਜਾਂ NUL ਨੂੰ ਰੀਡਾਇਰੈਕਟ ਕਰਦੇ ਹੋ, ਤਾਂ ਕੁਝ ਐਪਲੀਕੇਸ਼ਨ ਲਟਕ ਜਾਵੇਗਾ. ਉਪਰੋਕਤ ਸਮੱਸਿਆਵਾਂ 32-ਬਿੱਟ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨਾਲ ਨਹੀਂ ਹੁੰਦੀਆਂ ਹਨ.
ਸਾਰੇ DOS 16-ਬਿੱਟ ਕਾਰਜ ਸਮਕਾਲੀ ਹੋਣੇ ਹਨ ਇੱਕ 16-ਬਿੱਟ DOS ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਇੱਕ ਪਾਈਪ ਤੋਂ ਸਾਰੇ ਸਟੈਂਡਰਡ ਇੰਪੁੱਟ ਨੂੰ ਆਰਜ਼ੀ ਫਾਇਲ ਵਿੱਚ ਇਕੱਤਰ ਕੀਤਾ ਗਿਆ ਹੈ; 16-ਬਿਟ DOS ਐਪਲੀਕੇਸ਼ਨ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਪਾਈਪ ਦੇ ਦੂਜੇ ਸਿਰੇ ਨੂੰ ਬੰਦ ਕਰਨਾ ਲਾਜ਼ਮੀ ਹੈ. ਇੱਕ 16-ਬਿੱਟ DOS ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਸਾਰੇ ਪਾਈਪ ਨੂੰ ਸਟੈਂਡਰਡ ਆਉਟਪੁਟ ਜਾਂ ਅਯੋਗਤਾ ਨੂੰ ਅਸਥਾਈ ਫਾਈਲਾਂ ਵਿੱਚ ਇਕੱਠਾ ਕੀਤਾ ਗਿਆ ਹੈ; ਆਰਜ਼ੀ ਫਾਇਲਾਂ ਨੂੰ ਪਾਈਪਲਾਈਨ ਦੇ ਅਗਲੇ ਪੜਾਅ ਵੱਲ ਰੀਡਾਇਰੈਕਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਅਰਜ਼ੀ ਨੂੰ ਬੰਦ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ. ਇਹ ਪਾਈਪਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਇੱਕ Windows 95 ਬੱਗ ਦੇ ਹੱਲ ਲਈ ਹੈ, ਅਤੇ ਇਹ ਵੀ ਹੈ ਕਿ ਕਿਵੇਂ ਮਿਆਰੀ Windows 95 DOS ਸ਼ੈਲ ਆਪ ਹੀ ਪਾਈਪਾਂ ਨੂੰ ਵੰਡਦਾ ਹੈ.
ਕੁਝ ਐਪਲੀਕੇਸ਼ਨਾਂ, ਜਿਵੇਂ ਕਿ ਕਮਾਂਡ . કોમ , ਨੂੰ ਇੰਟਰਐਕਟਿਵਲੀ ਨਹੀਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ. ਐਪਲੀਕੇਸ਼ਨ ਜੋ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਕੰਨਸੋਲ ਵਿੰਡੋ ਨੂੰ ਐਕਸੈਸ ਕਰਦੀਆਂ ਹਨ, ਆਪਣੇ ਸਟੈਂਡਰਡ ਇਨਪੁਟ ਅਤੇ ਆਪਣੇ ਸਟੈਂਡਰਡ ਆਉਟਪੁਟ ਨੂੰ ਪੜ੍ਹਣ ਦੀ ਬਜਾਏ ਅਸਫਲ ਹੋ ਸਕਦੀਆਂ ਹਨ, Tcl ਫੜ ਸਕਦੀਆਂ ਹਨ ਜਾਂ ਸਿਸਟਮ ਨੂੰ ਲਟਕਾਈ ਦਿੰਦੀਆਂ ਹਨ ਜੇਕਰ ਉਨ੍ਹਾਂ ਦੀ ਆਪਣੀ ਨਿਜੀ ਕੰਨੋਲ ਵਿੰਡੋ ਉਹਨਾਂ ਲਈ ਉਪਲਬਧ ਨਹੀਂ ਹੈ
ਮੈਕਿੰਟੌਸ਼
Exec ਕਮਾਂਡ ਨੂੰ ਲਾਗੂ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ Macintosh ਅਧੀਨ ਮੌਜੂਦ ਨਹੀਂ ਹੈ.
ਯੂਨਿਕਸ
Exec ਕਮਾਂਡ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦੀ ਹੈ ਅਤੇ ਦੱਸਿਆ ਗਿਆ ਹੈ ਜਿਵੇਂ ਕਿ ਕੰਮ ਕੀਤਾ ਹੈ.
ਇਹ ਵੀ ਵੇਖੋ
ਗਲਤੀ (n), ਖੁੱਲੇ (n)
ਸ਼ਬਦ
ਐਕਜ਼ੀਕਿਯੂਟ, ਪਾਈਪਲਾਈਨ, ਰੀਡਾਇਰੈਕਸ਼ਨ, ਸਬਪ੍ਰੋਸੈਸ
ਜਰੂਰੀ: ਤੁਹਾਡੇ ਕੰਪਿਊਟਰ ਤੇ ਕਮਾਂਡ ਕਿਵੇਂ ਵਰਤੀ ਜਾਂਦੀ ਹੈ ਇਹ ਵੇਖਣ ਲਈ man ਕਮਾਂਡ ( % man ) ਵਰਤੋ.