Opublikowane wyniki badania podatno\u015bci kodu w j\u0119zyku Python na b\u0142\u0119dy zwi\u0105zane z nieprawid\u0142owym u\u017cyciem przecink\u00f3w w kodzie. Problemy te s\u0105 spowodowane tym, \u017ce podczas wylicze\u0144 Python automatycznie \u0142\u0105czy ci\u0105gi w listach, je\u015bli nie s\u0105 one oddzielone przecinkiem, oraz traktuje warto\u015b\u0107 jako krotk\u0119, je\u015bli po warto\u015bci nast\u0119puje przecinek. Po przeprowadzeniu zautomatyzowanej analizy 666 repozytori\u00f3w GitHub z kodem w j\u0119zyku Python, badacze zidentyfikowali mo\u017cliwe problemy z przecinkami w 5% badanych projekt\u00f3w. <\/p>\n
Dalsza r\u0119czna weryfikacja wykaza\u0142a, \u017ce rzeczywiste b\u0142\u0119dy wyst\u0119puj\u0105 tylko w 24 repozytoriach (3,6%), a pozosta\u0142e 1,4% to fa\u0142szywe alarmy (na przyk\u0142ad przecinek m\u00f3g\u0142 by\u0107 celowo pomini\u0119ty mi\u0119dzy wierszami w celu po\u0142\u0105czenia rozdzielonych na kilka wierszy \u015bcie\u017cek plik\u00f3w, d\u0142ugich skr\u00f3t\u00f3w, blok\u00f3w HTML lub wyra\u017ce\u0144 SQL). W\u015br\u00f3d 24 repozytori\u00f3w z rzeczywistymi b\u0142\u0119dami znalaz\u0142y si\u0119 du\u017ce projekty, takie jak Tensorflow, Google V8, Sentry, Pydata xarray, rapidpro, django-colorfield i django-helpdesk. Problemy z przecinkami nie s\u0105 specyficzne dla Pythona i cz\u0119sto wyst\u0119puj\u0105 w projektach C\/C++ (przyk\u0142ady ostatnich poprawek \u2014 LLVM, Mono, Tensorflow). <\/p>\n
Przypadkowo pomini\u0119ty przecinek w listach, krotkach i zbiorach, prowadz\u0105cy do \u0142\u0105czenia wierszy zamiast ich interpretacji jako oddzielnych warto\u015bci. Na przyk\u0142ad, w Sentry w jednym z test\u00f3w zosta\u0142 pomini\u0119ty przecinek mi\u0119dzy wierszami \u201ereleases\u201d i \u201ediscover\u201d w li\u015bcie, co spowodowa\u0142o sprawdzenie nieistniej\u0105cego handlera \u201e\/releasesdiscover\u201d, zamiast oddzielnej weryfikacji \u201e\/releases\u201d i \u201e\/discover\u201d.
<\/center>\n
Inny przyk\u0142ad \u2014 pomini\u0119ty przecinek w rapidpro prowadzi\u0142 do po\u0142\u0105czenia dw\u00f3ch r\u00f3\u017cnych regu\u0142 w wierszu 572:
<\/center> <\/p>\n
Pomini\u0119ty przecinek na ko\u0144cu definicji krotki z jednego elementu, prowadz\u0105cy do tego, \u017ce w trakcie przypisania zostanie przypisany nie krotka, a typ zwyk\u0142y. Na przyk\u0142ad, wyra\u017cenie \u201evalues = (1,)\u201d spowoduje przypisanie zmiennej krotki z jednego elementu, ale \u201evalues = (1)\u201d spowoduje przypisanie typu ca\u0142kowitego. Nawiasy w wymienionych przypisaniach nie wp\u0142ywaj\u0105 na definicj\u0119 typu i s\u0105 opcjonalne, a obecno\u015b\u0107 krotki jest okre\u015blana przez parsera tylko na podstawie obecno\u015bci przecink\u00f3w. REST_FRAMEWORK = { 'DEFAULT_PERMISSION_CLASSES': ( 'rest_framework.permissions.IsAuthenticated' # zamiast krotki zostanie przypisana strona. ) }\n
Odwr\u00f3cona sytuacja \u2014 nadmiarowe przecinki przy przypisaniach. Je\u015bli na ko\u0144cu przypisania przypadkowo pozostawiono przecinek, to w przypadku warto\u015bci zamiast zwyk\u0142ego typu zostanie przypisana krotka (na przyk\u0142ad, je\u015bli zamiast \u201evalue = 1\u201d wpisano \u201evalue = 1,\u201d). <\/ul>\n
![\"W](\"\/wp-content\/uploads\/2022\/01\/67b17b458cc6743b316dc67db72ed336.jpg\")
<\/center>\n![\"W](\"\/wp-content\/uploads\/2022\/01\/c2a9d6dbdde6965091b27217626ea6c9.jpg\")
<\/center> <\/p>\n