ਮਗਰਮੱਛ ਦੇ ਪਿੱਛੇ ਇੱਕ ਹੋਰ ਹਾਈਜ਼ਨਬੱਗ

$> set -o pipefail

$> fortune | head -1 > /dev/null && echo "Повезло!" || echo "Вы проиграли"
Повезло!

$> fortune | head -1 > /dev/null && echo "Повезло!" || echo "Вы проиграли"
Вы проиграли

ਇਹ ਇਸ ਲਈ ਹੈ fortune ਬਿਨਾਂ ਸ਼ਰਤ ਪ੍ਰੋਗਰਾਮ exit(rand()).

ਕੀ ਤੁਸੀਂ ਸਮਝਾ ਸਕਦੇ ਹੋ? ਇੱਥੇ ਕੀ ਗਲਤ ਹੈ?

ਗੀਤਕਾਰੀ-ਇਤਿਹਾਸਕ ਵਿਕਾਰ

ਮੈਂ ਪਹਿਲੀ ਵਾਰ ਇਸ ਹੇਜ਼ਨਬੱਗ ਨਾਲ ਇੱਕ ਚੌਥਾਈ ਸਦੀ ਪਹਿਲਾਂ ਜਾਣੂ ਹੋਇਆ ਸੀ। ਫਿਰ FaxNET ਵਿੱਚ ਗੇਟਵੇ ਲਈ ਕਈ ਉਪਯੋਗਤਾਵਾਂ ਨੂੰ ਬਣਾਉਣਾ ਜ਼ਰੂਰੀ ਸੀ ਪਾਈਪ FreeBSD ਦੇ ਅਧੀਨ "ਚੈਕਰ ਖੇਡਣਾ"। ਜਿਵੇਂ ਕਿ ਉਮੀਦ ਕੀਤੀ ਗਈ ਸੀ, ਮੈਂ ਆਪਣੇ ਆਪ ਨੂੰ ਇੱਕ ਉੱਨਤ ਅਤੇ ਕਾਫ਼ੀ ਤਜਰਬੇਕਾਰ ਪ੍ਰੋਗਰਾਮਰ ਮੰਨਿਆ. ਇਸ ਲਈ, ਮੈਂ ਹਰ ਚੀਜ਼ ਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਧਿਆਨ ਨਾਲ ਅਤੇ ਧਿਆਨ ਨਾਲ ਕਰਨ ਦਾ ਇਰਾਦਾ ਰੱਖਦਾ ਹਾਂ, ਗਲਤੀ ਨਾਲ ਨਜਿੱਠਣ 'ਤੇ ਵਿਸ਼ੇਸ਼ ਧਿਆਨ ਦਿੰਦੇ ਹੋਏ...

Усердия в «тщательной обработке ошибок» мне тогда добавил предыдущий опыт борьбы с багами в sendmail и uucp/uupc. Погружаться в детали той истории смысла нет, но боролся с этим Гейзенбагом я недели две по 10-14 часов. Поэтому запомнилось, и вот вчера этот старый знакомый снова заглянул в гости.

TL; DR ਜਵਾਬ

ਉਪਯੋਗਤਾ head ਹੋ ਸਕਦਾ ਹੈ ਤੋਂ ਚੈਨਲ ਬੰਦ ਕਰੋ fortune ਉਸੇ ਵੇਲੇ ਜਿਵੇਂ ਹੀ ਉਹ ਪਹਿਲੀ ਲਾਈਨ ਪੜ੍ਹਦਾ ਹੈ। ਜੇ fortune ਇੱਕ ਤੋਂ ਵੱਧ ਲਾਈਨ ਆਉਟਪੁੱਟ ਕਰਦਾ ਹੈ, ਫਿਰ ਸੰਬੰਧਿਤ ਕਾਲ write() ਇੱਕ ਗਲਤੀ ਵਾਪਸ ਕਰੇਗਾ ਜਾਂ ਰਿਪੋਰਟ ਕਰੇਗਾ ਕਿ ਬੇਨਤੀ ਕੀਤੇ ਨਾਲੋਂ ਘੱਟ ਬਾਈਟ ਆਉਟਪੁੱਟ ਹਨ। ਬਦਲੇ ਵਿੱਚ, ਧਿਆਨ ਨਾਲ ਗਲਤੀ ਦੇ ਪ੍ਰਬੰਧਨ ਨਾਲ ਲਿਖਿਆ ਗਿਆ ਹੈ fortune ਨੂੰ ਇਸ ਸਥਿਤੀ ਨੂੰ ਆਪਣੀ ਨਿਕਾਸ ਸਥਿਤੀ ਵਿੱਚ ਦਰਸਾਉਣ ਦਾ ਅਧਿਕਾਰ ਹੈ। ਫਿਰ ਇੰਸਟਾਲੇਸ਼ਨ ਦੇ ਕਾਰਨ set -o pipefail ਕੰਮ ਕਰੇਗਾ || echo "Вы проиграли".

ਹਾਲਾਂਕਿ, head ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਇਸ ਨੂੰ ਸਮੇਂ ਸਿਰ ਨਾ ਬਣਾ ਸਕੇ ਅੱਗੇ ਬੰਦ ਕਰੋ fortune ਡਾਟਾ ਆਉਟਪੁੱਟ ਨੂੰ ਪੂਰਾ ਕਰੇਗਾ। ਫਿਰ ਇਹ ਕੰਮ ਕਰੇਗਾ && echo "Повезло!".

ਮੇਰੇ ਅੱਜ ਦੇ ਇੱਕ ਵਿੱਚ GNUMakefile ਅਜਿਹਾ ਹੈ ਟੁਕੜਾ:

echo '#define MDBX_BUILD_COMPILER "$(shell set -o pipefail; $(CC) --version | head -1 || echo 'Please use GCC or CLANG compatible compiler')"'

ਮਨੁੱਖ ਵਿੱਚ ਅਨੁਵਾਦ ਕੀਤਾ ਗਿਆ

ਲਈ ਇੱਥੇ ਆਮ ਹੈ ਜੀ ਐਨ ਯੂ ਮੇਕ и bash ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਕੰਪਾਈਲਰ ਤਰੀਕੇ ਨਾਲ --version ਇਹ ਪੁੱਛਦਾ ਹੈ ਕਿ ਉਹ ਕੌਣ ਹੈ, ਅਤੇ ਜੇਕਰ ਵਿਕਲਪ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ, ਤਾਂ ਇੱਕ ਸਟੱਬ ਪਾਇਆ ਜਾਂਦਾ ਹੈ "ਕਿਰਪਾ ਕਰਕੇ GCC ਜਾਂ CLANG ਅਨੁਕੂਲ ਕੰਪਾਈਲਰ ਦੀ ਵਰਤੋਂ ਕਰੋ".

ਪਸੰਦ ਹੈ ਬਾਇਲਰਪਲੇਟ ਕਿਤੇ ਵੀ ਲੱਭਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਇਸ ਸਥਾਨ 'ਤੇ ਬਹੁਤ ਸਮਾਂ ਪਹਿਲਾਂ ਪ੍ਰਗਟ ਹੋਇਆ ਸੀ ਅਤੇ ਹਰ ਜਗ੍ਹਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦਾ ਸੀ (ਲੀਨਕਸ, ਸੋਲਾਰਿਸ, OSX, FreeBSD, WSL ਆਦਿ)। ਪਰ ਕੱਲ੍ਹ ਵਿੱਚ altlinux ਪਲੇਟਫਾਰਮ ਤੇ ਐਲਬਰਸ 2000 (E2K) ਮੈਂ ਵੇਖਿਆ:

#define MDBX_BUILD_COMPILER "lcc:1.23.20:Sep--4-2019:e2k-v3-linux Please use GCC or CLANG compatible compiler"

ਸੱਚ ਕਹਾਂ ਤਾਂ, ਮੈਂ ਆਪਣੇ ਪੁਰਾਣੇ "ਜਾਣ-ਪਛਾਣ" ਨੂੰ ਤੁਰੰਤ ਨਹੀਂ ਪਛਾਣਿਆ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਐਲਬਰਸ 'ਤੇ ਪਹਿਲਾਂ ਹੀ ਕਈ ਵਾਰ ਟੈਸਟ ਕੀਤਾ ਜਾ ਚੁੱਕਾ ਹੈ ਅਤੇ Alt ਸਮੇਤ ਬਹੁਤ ਸਾਰੀਆਂ ਵੱਖ-ਵੱਖ ਵੰਡਾਂ ਦੇ ਤਹਿਤ। ਵੱਖ-ਵੱਖ ਕੰਪਾਈਲਰ, GNU ਮੇਕ ਅਤੇ ਬੈਸ਼ ਦੇ ਸੰਸਕਰਣਾਂ ਦੇ ਨਾਲ। ਇਸ ਲਈ, ਮੈਂ ਇੱਥੇ ਆਪਣੀ ਗਲਤੀ ਨਹੀਂ ਦੇਖਣਾ ਚਾਹੁੰਦਾ ਸੀ।

ਜਦੋਂ ਸਮੱਸਿਆ ਨੂੰ ਦੁਬਾਰਾ ਪੈਦਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਅਤੇ/ਜਾਂ ਇਹ ਸਮਝਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਕਿ ਕੀ ਹੋ ਰਿਹਾ ਹੈ, ਤਾਂ ਹੋਰ ਅਜੀਬ ਚੀਜ਼ਾਂ ਹੋਣੀਆਂ ਸ਼ੁਰੂ ਹੋ ਗਈਆਂ।
ਕਮਾਂਡ ਲਾਈਨ ਸਪੈਲ:

echo "#define MDBX_BUILD_COMPILER '$(set -o pipefail; LC_ALL=C cc --version | head -1 || echo "Please use GCC or CLANG compatible compiler")'"

ਹਰ ਸਮੇਂ ਅਤੇ ਫਿਰ ਇਹ ਵਾਧੂ ਟੈਕਸਟ ਪੈਦਾ ਕਰੇਗਾ, ਫਿਰ ਨਹੀਂ... ਅਕਸਰ ਵਿਕਲਪਾਂ ਵਿੱਚੋਂ ਇੱਕ ਕਾਫ਼ੀ ਲੰਬੇ ਸਮੇਂ ਲਈ ਬਣਿਆ ਰਹਿੰਦਾ ਹੈ, ਪਰ ਜੇਕਰ ਤੁਸੀਂ ਲੰਬੇ ਸਮੇਂ ਲਈ ਪੋਕ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਹਮੇਸ਼ਾ ਦੋਵੇਂ ਮਿਲ ਜਾਂਦੇ ਹਨ!

ਬੇਸ਼ਕ, strace ਸਾਡਾ ਸਭ ਕੁਝ! ਅਤੇ ਇੱਕ ਸਟ੍ਰੇਸ ਟਾਇਰਡ ਟਾਈਪ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਪਰ ਐਂਟਰ ਦਬਾਉਣ ਲਈ ਸਮਾਂ ਨਾ ਹੋਣ ਕਰਕੇ, ਮੈਂ ਆਪਣੇ ਪੁਰਾਣੇ ਦੋਸਤ ਮਿਸਟਰ ਹੇਜ਼ਨਬੱਗ, ਅਤੇ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਪਛਾਣ ਲਿਆ। ਕੰਪਾਈਲਰ ਮੈਂ 25 ਸਾਲ ਪਹਿਲਾਂ, ਪੁਰਾਣੀਆਂ ਯਾਦਾਂ… ਅਤੇ ਮੈਂ ਉਦਾਸ ਹੋ ਕੇ ਇਹ ਨੋਟ ਲਿਖਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ 😉

ਤਰੀਕੇ ਨਾਲ, ਕਿਸੇ ਵੀ ਸਵੈ-ਮਾਣ ਦੀ ਤਰ੍ਹਾਂ ਹਾਈਜ਼ਨਬੱਗ, ਅਧੀਨ strace ਦੁਬਾਰਾ ਪੈਦਾ ਨਹੀਂ ਕਰਨਾ ਪਸੰਦ ਕਰਦਾ ਹੈ।

ਤਾਂ ਕੀ ਹੋ ਰਿਹਾ ਹੈ?

• ਉਪਯੋਗਤਾ head ਨੂੰ ਪੜ੍ਹਿਆ ਜਾ ਰਿਹਾ ਚੈਨਲ ਬੰਦ ਕਰਨ ਦਾ ਹੱਕ ਹੈ (ਜਾਂ ਸਗੋਂ, ਮਜਬੂਰ ਵੀ ਹੈ) ਜਿਵੇਂ ਹੀ ਇਹ ਬੇਨਤੀ ਕੀਤੀ ਲਾਈਨਾਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ।
• ਡਾਟਾ-ਜਨਰੇਟਿੰਗ ਪ੍ਰੋਗਰਾਮ-ਰਾਈਟਰ (ਇਸ ਕੇਸ ਵਿੱਚ cc) ਹੋ ਸਕਦਾ ਹੈ ਕਈ ਲਾਈਨਾਂ ਨੂੰ ਛਾਪੋ ਅਤੇ ਮੁਫ਼ਤ ਇਸ ਨੂੰ ਕਈ ਕਾਲਾਂ ਰਾਹੀਂ ਕਰੋ write().
• ਜੇ ਪਾਠਕ ਕੋਲ ਲੇਖਕ ਦੇ ਪਾਸੇ ਦੀ ਰਿਕਾਰਡਿੰਗ ਖਤਮ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੇ ਪਾਸੇ ਦੇ ਚੈਨਲ ਨੂੰ ਬੰਦ ਕਰਨ ਦਾ ਸਮਾਂ ਹੋਵੇਗਾ, ਫਿਰ ਲੇਖਕ ਨੂੰ ਇੱਕ ਗਲਤੀ ਮਿਲੇਗੀ।
• ਲੇਖਕ ਪ੍ਰੋਗਰਾਮ ਲਈ ਹੱਕਦਾਰ ਦੋਵੇਂ ਚੈਨਲ ਲਿਖਣ ਦੀ ਗਲਤੀ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦੇ ਹਨ ਅਤੇ ਇਸਨੂੰ ਤੁਹਾਡੇ ਮੁਕੰਮਲ ਕੋਡ ਵਿੱਚ ਦਰਸਾਉਂਦੇ ਹਨ।
• ਇੰਸਟਾਲੇਸ਼ਨ ਦੇ ਕਾਰਨ set -o pipefail ਪਾਈਪਲਾਈਨ ਸੰਪੂਰਨਤਾ ਕੋਡ ਗੈਰ-ਜ਼ੀਰੋ (ਗਲਤ) ਹੋਵੇਗਾ ਜੇਕਰ ਨਤੀਜਾ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਤੱਤ ਤੋਂ ਗੈਰ-ਜ਼ੀਰੋ ਹੈ, ਅਤੇ ਫਿਰ ਇਹ ਕੰਮ ਕਰੇਗਾ || echo "Please use GCC or CLANG compatible compiler".

ਲੇਖਕ ਪ੍ਰੋਗਰਾਮ ਸਿਗਨਲਾਂ ਦੇ ਨਾਲ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦਿਆਂ ਭਿੰਨਤਾਵਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਪ੍ਰੋਗਰਾਮ ਅਸਧਾਰਨ ਤੌਰ 'ਤੇ ਸਮਾਪਤ ਹੋ ਸਕਦਾ ਹੈ (ਗੈਰ-ਜ਼ੀਰੋ/ਗਲਤੀ ਸਮਾਪਤੀ ਸਥਿਤੀ ਦੇ ਆਟੋਮੈਟਿਕ ਉਤਪਾਦਨ ਦੇ ਨਾਲ), ਜਾਂ write() ਬੇਨਤੀ ਕੀਤੇ ਅਤੇ ਸੈੱਟ ਨਾਲੋਂ ਘੱਟ ਬਾਈਟ ਲਿਖਣ ਦਾ ਨਤੀਜਾ ਵਾਪਸ ਕਰੇਗਾ errno = EPIPE.

ਕੌਣ ਦੋਸ਼ੀ ਹੈ?

ਵਰਣਿਤ ਕੇਸ ਵਿੱਚ ਸਭ ਕੁਝ ਦਾ ਥੋੜ੍ਹਾ ਜਿਹਾ. ਵਿੱਚ ਹੈਂਡਲ ਕਰਨ ਵਿੱਚ ਤਰੁੱਟੀ cc (lcc:1.23.20:Sep—4-2019:e2k-v3-linux) ਨਹੀਂ ਹੈ ਬੇਲੋੜਾ ਬਹੁਤ ਸਾਰੇ ਮਾਮਲਿਆਂ ਵਿੱਚ ਸਾਵਧਾਨੀ ਦੇ ਪੱਖ ਤੋਂ ਗਲਤੀ ਕਰਨਾ ਬਿਹਤਰ ਹੁੰਦਾ ਹੈ, ਹਾਲਾਂਕਿ ਇਹ ਰਵਾਇਤੀ ਵਿਵਹਾਰ ਲਈ ਤਿਆਰ ਕੀਤੇ ਗਏ ਬਾਇਲਰਪਲੇਟ ਵਿੱਚ ਅਚਾਨਕ ਖਾਮੀਆਂ ਨੂੰ ਉਜਾਗਰ ਕਰਦਾ ਹੈ।

ਮੈਨੂੰ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?

ਗਲਤ:

fortune | head -1 && echo "Повезло, но вы рискуете!" || echo "WTF?"

ਸਹੀ:

1. (fortune && echo "Успешно" || echo "Ошибка") | head -1

   ਇੱਥੇ, ਨੇਸਟਡ ਪਾਈਪਲਾਈਨ ("ਅੰਦਰ" ਬਰੈਕਟਾਂ) ਦੀ ਸੇਵਾ ਕਰਦੇ ਸਮੇਂ ਇੱਕ ਪਾਈਪ ਦੇ ਛੇਤੀ ਬੰਦ ਹੋਣ ਨੂੰ ਕਮਾਂਡ ਇੰਟਰਪ੍ਰੇਟਰ ਦੁਆਰਾ ਸੰਭਾਲਿਆ ਜਾਵੇਗਾ। ਇਸ ਅਨੁਸਾਰ, ਜੇ fortune ਸਥਿਤੀ ਵਿੱਚ ਇੱਕ ਬੰਦ ਚੈਨਲ ਨੂੰ ਲਿਖਣ ਵਿੱਚ ਗਲਤੀ ਦੀ ਰਿਪੋਰਟ ਕਰੇਗਾ, ਫਿਰ ਆਉਟਪੁੱਟ || echo "Ошибка" ਇਹ ਕਿਤੇ ਵੀ ਨਹੀਂ ਮਿਲੇਗਾ, ਕਿਉਂਕਿ ਚੈਨਲ ਪਹਿਲਾਂ ਹੀ ਬੰਦ ਹੈ।

2. fortune | cat - | head -1 && echo "Успешно" || echo "Ошибка"

   ਇੱਥੇ ਉਪਯੋਗਤਾ ਹੈ cat ਇੱਕ ਡੈਪਰ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਗਲਤੀ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦਾ ਹੈ EPIPE ਵਾਪਸ ਲੈਣ 'ਤੇ. ਹੁਣ ਸਿੱਟਾ ਕੱਢਣ ਲਈ ਇਹ ਕਾਫੀ ਹੈ fortune ਛੋਟੀਆਂ (ਕਈ ਲਾਈਨਾਂ) ਅਤੇ ਚੈਨਲ ਬਫਰ ਵਿੱਚ ਫਿੱਟ ਹੁੰਦੀਆਂ ਹਨ (512 ਬਾਈਟ ਤੋਂ ≈64K ਤੱਕ, ਜ਼ਿਆਦਾਤਰ OS ≥4K ਵਿੱਚ)। ਨਹੀਂ ਤਾਂ ਸਮੱਸਿਆ ਵਾਪਸ ਆ ਸਕਦੀ ਹੈ।

ਸਹੀ ਢੰਗ ਨਾਲ ਪ੍ਰਕਿਰਿਆ ਕਿਵੇਂ ਕਰਨੀ ਹੈ EPIPE ਅਤੇ ਹੋਰ ਰਿਕਾਰਡਿੰਗ ਗਲਤੀਆਂ?

ਇੱਥੇ ਕੋਈ ਵੀ ਸਹੀ ਹੱਲ ਨਹੀਂ ਹੈ, ਪਰ ਇੱਥੇ ਸਧਾਰਨ ਸਿਫ਼ਾਰਸ਼ਾਂ ਹਨ:

• EPIPE ਲੋੜੀਂਦੀ ਕਾਰਵਾਈ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ (ਅਤੇ ਐਗਜ਼ਿਟ ਸਥਿਤੀ ਵਿੱਚ ਪ੍ਰਤੀਬਿੰਬਿਤ) ਜਦੋਂ ਡੇਟਾ ਆਉਟਪੁੱਟ ਕਰਦੇ ਹਨ ਜਿਸ ਲਈ ਇਕਸਾਰਤਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਆਰਕਾਈਵਰ ਜਾਂ ਬੈਕਅੱਪ ਸਹੂਲਤਾਂ ਦੇ ਸੰਚਾਲਨ ਦੌਰਾਨ.
• EPIPE ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨਾ ਬਿਹਤਰ ਹੈ ਜਾਣਕਾਰੀ ਅਤੇ ਸਹਾਇਕ ਸੁਨੇਹੇ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦੇ ਸਮੇਂ। ਉਦਾਹਰਨ ਲਈ, ਵਿਕਲਪਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦੇ ਸਮੇਂ --help ਜ --version.
• ਜੇ ਕੋਡ ਵਿਕਸਿਤ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ ਤਾਂ ਪਹਿਲਾਂ ਪਾਈਪਲਾਈਨ ਵਿੱਚ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ | head, ਫਿਰ EPIPE ਇਸ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨਾ ਬਿਹਤਰ ਹੈ, ਨਹੀਂ ਤਾਂ ਪ੍ਰਕਿਰਿਆ ਕਰਨਾ ਅਤੇ ਬਾਹਰ ਨਿਕਲਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਪ੍ਰਤੀਬਿੰਬਤ ਕਰਨਾ ਬਿਹਤਰ ਹੈ.

ਮੈਂ ਟੀਮਾਂ ਦਾ ਧੰਨਵਾਦ ਕਰਨ ਦਾ ਇਹ ਮੌਕਾ ਲੈਣਾ ਚਾਹਾਂਗਾ MCST и altlinux ਮਹਾਨ ਉਤਪਾਦਕ ਕੰਮ ਲਈ. ਤੁਹਾਡਾ ਇਰਾਦਾ ਅਦਭੁਤ ਹੈ!
ਕਾਮਰੇਡਸ, ਉੱਪਰ ਰੱਖੋ ਪਤਝੜ ਵਿੱਚ ਮੀਟਿੰਗਾਂ!

Спасибо ਬੇਰੇਜ਼ ਟਾਈਪੋਜ਼ ਅਤੇ ਗਲਤੀਆਂ ਨੂੰ ਠੀਕ ਕਰਨ ਲਈ।
ਤੋਂ KDPV ਜਾਰਜੀ ਏ.

ਸਰੋਤ: www.habr.com