ਟੈਸਟ ਕੀਤੇ ਗਏ ਪਾਈਥਨ ਰਿਪੋਜ਼ਟਰੀਆਂ ਦੇ 3.6% ਵਿੱਚ ਕੌਮਾ ਗਲਤੀਆਂ ਗੁੰਮ ਹੋਈਆਂ ਸਨ

ਕੋਡ ਵਿੱਚ ਕਾਮਿਆਂ ਦੀ ਗਲਤ ਵਰਤੋਂ ਨਾਲ ਸਬੰਧਤ ਗਲਤੀਆਂ ਲਈ ਪਾਈਥਨ ਕੋਡ ਦੀ ਕਮਜ਼ੋਰੀ ਬਾਰੇ ਇੱਕ ਅਧਿਐਨ ਦੇ ਨਤੀਜੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੇ ਗਏ ਹਨ। ਸਮੱਸਿਆਵਾਂ ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਹੁੰਦੀਆਂ ਹਨ ਕਿ ਜਦੋਂ ਗਣਨਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਪਾਇਥਨ ਆਪਣੇ ਆਪ ਸੂਚੀ ਵਿੱਚ ਸਟ੍ਰਿੰਗਾਂ ਨੂੰ ਜੋੜਦਾ ਹੈ ਜੇਕਰ ਉਹ ਕਾਮੇ ਦੁਆਰਾ ਵੱਖ ਨਹੀਂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਇਹ ਵੀ ਮੁੱਲ ਨੂੰ ਇੱਕ ਟੂਪਲ ਦੇ ਰੂਪ ਵਿੱਚ ਮੰਨਦਾ ਹੈ ਜੇਕਰ ਮੁੱਲ ਇੱਕ ਕਾਮੇ ਦੁਆਰਾ ਪਾਲਣਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਪਾਈਥਨ ਕੋਡ ਦੇ ਨਾਲ 666 ਗਿਟਹਬ ਰਿਪੋਜ਼ਟਰੀਆਂ ਦਾ ਇੱਕ ਸਵੈਚਾਲਤ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਖੋਜਕਰਤਾਵਾਂ ਨੇ ਅਧਿਐਨ ਕੀਤੇ ਪ੍ਰੋਜੈਕਟਾਂ ਦੇ 5% ਵਿੱਚ ਸੰਭਾਵਿਤ ਕੌਮਾ ਮੁੱਦਿਆਂ ਦੀ ਪਛਾਣ ਕੀਤੀ।

ਹੋਰ ਮੈਨੂਅਲ ਨਿਰੀਖਣ ਨੇ ਦਿਖਾਇਆ ਕਿ ਅਸਲ ਗਲਤੀਆਂ ਸਿਰਫ 24 ਰਿਪੋਜ਼ਟਰੀਆਂ (3.6%) ਵਿੱਚ ਮੌਜੂਦ ਸਨ, ਅਤੇ ਬਾਕੀ 1.4% ਗਲਤ ਸਕਾਰਾਤਮਕ ਸਨ (ਉਦਾਹਰਣ ਲਈ, ਮਲਟੀ-ਲਾਈਨ ਫਾਈਲ ਮਾਰਗਾਂ, ਲੰਬੇ ਹੈਸ਼ਾਂ, HTML ਨੂੰ ਜੋੜਨ ਲਈ ਇੱਕ ਕਾਮੇ ਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਲਾਈਨਾਂ ਵਿਚਕਾਰ ਛੱਡਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਬਲਾਕ ਜਾਂ SQL ਸਮੀਕਰਨ)। ਇਹ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ ਕਿ ਅਸਲ ਗਲਤੀਆਂ ਵਾਲੇ 24 ਰਿਪੋਜ਼ਟਰੀਆਂ ਵਿੱਚੋਂ ਟੈਂਸਰਫਲੋ, ਗੂਗਲ ਵੀ 8, ਸੈਂਟਰੀ, ਪਾਈਡਾਟਾ ਐਕਸਰੇ, ਰੈਪਿਡਪ੍ਰੋ, ਡੀਜੈਂਗੋ-ਕਲਰਫੀਲਡ ਅਤੇ ਜੈਂਗੋ-ਹੈਲਪਡੈਸਕ ਵਰਗੇ ਵੱਡੇ ਪ੍ਰੋਜੈਕਟ ਸਨ। ਹਾਲਾਂਕਿ, ਕਾਮਿਆਂ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਪਾਈਥਨ ਲਈ ਖਾਸ ਨਹੀਂ ਹਨ ਅਤੇ ਅਕਸਰ C/C++ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਪੈਦਾ ਹੁੰਦੀਆਂ ਹਨ (ਹਾਲੀਆ ਫਿਕਸਾਂ ਦੀਆਂ ਉਦਾਹਰਨਾਂ LLVM, Mono, Tensorflow ਹਨ)।

ਅਧਿਐਨ ਕੀਤੀਆਂ ਗਲਤੀਆਂ ਦੀਆਂ ਮੁੱਖ ਕਿਸਮਾਂ:

• ਸੂਚੀਆਂ, ਟੂਪਲਾਂ ਅਤੇ ਸੈੱਟਾਂ ਵਿੱਚ ਗਲਤੀ ਨਾਲ ਇੱਕ ਕੌਮਾ ਗੁੰਮ ਹੋ ਗਿਆ ਹੈ, ਜਿਸ ਕਾਰਨ ਸਟ੍ਰਿੰਗਾਂ ਨੂੰ ਵੱਖਰੇ ਮੁੱਲਾਂ ਵਜੋਂ ਵਿਆਖਿਆ ਕੀਤੇ ਜਾਣ ਦੀ ਬਜਾਏ ਜੋੜਿਆ ਜਾ ਰਿਹਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਸੈਂਟਰੀ ਵਿੱਚ, ਇੱਕ ਟੈਸਟ ਵਿੱਚ ਸੂਚੀ ਵਿੱਚ "ਰਿਲੀਜ਼" ਅਤੇ "ਡਿਸਕਵਰ" ਸਤਰ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਕੌਮਾ ਖੁੰਝ ਗਿਆ, ਜਿਸਦੇ ਨਤੀਜੇ ਵਜੋਂ "/ਰੀਲੀਜ਼" ਅਤੇ "ਚੈੱਕ ਕਰਨ ਦੀ ਬਜਾਏ, ਇੱਕ ਗੈਰ-ਮੌਜੂਦ "/releasesdiscover" ਹੈਂਡਲਰ ਦੀ ਜਾਂਚ ਕੀਤੀ ਗਈ। /ਖੋਜ" ਵੱਖਰੇ ਤੌਰ 'ਤੇ.

  ਇੱਕ ਹੋਰ ਉਦਾਹਰਨ ਇਹ ਹੈ ਕਿ ਰੈਪਿਡਪ੍ਰੋ ਵਿੱਚ ਇੱਕ ਗੁੰਮ ਹੋਏ ਕਾਮੇ ਕਾਰਨ ਲਾਈਨ 572 'ਤੇ ਦੋ ਵੱਖ-ਵੱਖ ਨਿਯਮਾਂ ਨੂੰ ਮਿਲਾ ਦਿੱਤਾ ਗਿਆ:

  

• ਇੱਕ ਸਿੰਗਲ-ਐਲੀਮੈਂਟ ਟੂਪਲ ਪਰਿਭਾਸ਼ਾ ਦੇ ਅੰਤ ਵਿੱਚ ਇੱਕ ਗੁੰਮ ਕੌਮਾ, ਜਿਸ ਕਾਰਨ ਅਸਾਈਨਮੈਂਟ ਨੂੰ ਟੂਪਲ ਦੀ ਬਜਾਏ ਇੱਕ ਨਿਯਮਤ ਕਿਸਮ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਸਮੀਕਰਨ "ਮੁੱਲ = (1,)" ਇੱਕ ਤੱਤ ਦੇ ਟੁਪਲ ਦੇ ਇੱਕ ਵੇਰੀਏਬਲ ਲਈ ਇੱਕ ਅਸਾਈਨਮੈਂਟ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਹੋਵੇਗਾ, ਪਰ "ਮੁੱਲ = (1)" ਇੱਕ ਪੂਰਨ ਅੰਕ ਕਿਸਮ ਦੇ ਇੱਕ ਅਸਾਈਨਮੈਂਟ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਹੋਵੇਗਾ। ਇਹਨਾਂ ਅਸਾਈਨਮੈਂਟਾਂ ਵਿੱਚ ਬਰੈਕਟ ਕਿਸਮ ਦੀ ਪਰਿਭਾਸ਼ਾ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਕਰਦੇ ਹਨ ਅਤੇ ਵਿਕਲਪਿਕ ਹਨ, ਅਤੇ ਇੱਕ ਟੂਪਲ ਦੀ ਮੌਜੂਦਗੀ ਪਾਰਸਰ ਦੁਆਰਾ ਕੇਵਲ ਕਾਮਿਆਂ ਦੀ ਮੌਜੂਦਗੀ ਦੇ ਅਧਾਰ ਤੇ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। REST_FRAMEWORK = { 'DEFAULT_PERMISSION_CLASSES': ( 'rest_framework.permissions.IsAuthenticated' # ਨੂੰ ਇੱਕ ਟੂਪਲ ਦੀ ਬਜਾਏ ਇੱਕ ਸਤਰ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਵੇਗਾ।) }
• ਉਲਟ ਸਥਿਤੀ ਅਸਾਈਨਮੈਂਟ ਦੌਰਾਨ ਵਾਧੂ ਕਾਮੇ ਹੈ। ਜੇਕਰ ਅਸਾਈਨਮੈਂਟ ਦੇ ਅੰਤ ਵਿੱਚ ਗਲਤੀ ਨਾਲ ਕੌਮਾ ਛੱਡ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਟੂਪਲ ਨੂੰ ਸਧਾਰਨ ਕਿਸਮ ਦੀ ਬਜਾਏ ਮੁੱਲ ਦੇ ਤੌਰ 'ਤੇ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਵੇਗਾ (ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ "ਮੁੱਲ = 1" ਦੀ ਬਜਾਏ "ਮੁੱਲ = 1" ਦਿੱਤਾ ਗਿਆ ਹੈ)।

ਸਰੋਤ: opennet.ru