10 znaczących błędów C i C++ znalezionych w projektach open source w 2025 roku

Przez cały rok jeździliśmy po rozległych płaszczyznach open-source, badając przestępstwa, usuwając luki i zbierając trofea.Dziś postanowiliśmy wejść do najbardziej pyłowego salonu: doświadczony szeryf opiera się na barze i przypomina o dziesięciu najbardziej odważnych i niebezpiecznych błędach na Dzikim Zachodzie. Chcesz ciekawą historię? Przez cały rok walczyliśmy z różnymi błędami z projektów open source C i C++. Złapaliśmy każdy z nich, przesłuchiwaliśmy go i zarejestrowaliśmy jego błędy w pliku. Dziś opowiem wam historię o 10 najciekawszych błędach, które spotkaliśmy w różnych zakątkach Dzikiego Zachodu. Dla każdego z tych fragmentów mamy oddzielny plik – pełny artykuł. Jak nieuczciwe korzystanie z alokatorów polimorfowych może zaszczepić twoje życie Przewodnik programisty C++ do nieokreślonego zachowania Część druga: standaryzacja C i C++, Qt, Clang i Unreal Engine std::array w C++ jest szybszy niż array w C. Czasami Bezpieczna obsługa array? nigdy o niej nie słyszałeś Pełną listę artykułów z naszego bloga można znaleźć na naszej stronie internetowej za pośrednictwem linku. linku Usiądź, podróżnik, historia będzie długa N10 Kiedyś mieliśmy sprawę o zaginionym koniu, ale kiedy tylko chcieliśmy jeździć do miasta, wydawało się, że znika w cienkim powietrzu. Ostrzeżenie z PVS-Studio: Dosłowne „0.5f” typu „float” jest domyślnie rzucane na typ „unsigned char” podczas wywoływania funkcji „SetRenderColor”. 168 w674 granate_bugbait.cpp typedef unsigned char byte; inline void CBaseEntity::SetRenderColor( byte r, byte g, byte b, byte a ) { m_clrRender.Init( r, g, b, a ); } void CGrenadeBugBait::BugBaitTouch( CBaseEntity *pOther ) { .... if ( pSporeExplosion ) { .... pSporeExplosion->SetRenderColor( 0.0f, 0.5f, 0.25f, 0.15f ); // <= .... } .... } o Funkcja określa wartości kolorów, w których każdy parametr jest typ z możliwym zakresem wartości Kiedy próbujemy przekazać argumenty W ten sposób część zbiorowa zostanie usunięta, a więc , , , parametry funkcji będą miały wartości równe . SetRenderColor RGBA unsigned char [0 .. 255] float r g b a 0 Niestety repozytorium brakuje informacji o winie, więc mam dwa scenariusze na temat tego, jak ten błąd pojawił się w kodzie. Funkcja niegdyś przetwarzała kolory w reprezentacji pływającego punktu. przetwarzanie zostało później zmienione na liczby całkowite, ale nie wszystkie strony połączeń zostały zaktualizowane. Twórca błędnie uważał, że SetRenderColor obsługiwał numery pływających punktów i ustawił je odpowiednio. Here are similar warnings: V674 Dosłowne „0.5f” typu „float” jest domyślnie rzucane na typ „unsigned char” podczas nazywania funkcji „SetRenderColor”. V674 Dosłowne '25.6' typu 'podwójny' jest domyślnie rzucane na typ 'int' podczas nazywania funkcji 'SetScrollRate'. sprawdź pierwszy argument. grenade_tripmine.cpp 179 Ten błąd został wykryty w projekcie Source SDK. Pełny artykuł można znaleźć pod linkiem. linku N9 Kiedyś musieliśmy przejechać sto tych samych ścieżek przez prairie. tak się stało, że odwróciliśmy się do jednego, na którym już jeździliśmy. Ostrzeżenie z PVS-Studio: Wykorzystanie wzorca "jeśli (A) {...} inaczej jeśli (A) {...}" zostało wykryte. Istnieje prawdopodobieństwo obecności błędu logicznego. Linie kontrolne: 2903, 3053. W517 erl_bif_info.c 2903 BIF_RETTYPE system_info_1(BIF_ALIST_1) { .... if (is_tuple(BIF_ARG_1)) { // L2778 .... } else if (BIF_ARG_1 == am_scheduler_id) { // L2782 .... } .... else if (BIF_ARG_1 == am_garbage_collection) { // L2903 .... } else if (BIF_ARG_1 == am_fullsweep_after) { // L2921 .... } else if (BIF_ARG_1 == am_garbage_collection) { // L3053 .... } else if (BIF_ARG_1 == am_instruction_counts) { // L3056 .... } .... else if (ERTS_IS_ATOM_STR("halt_flush_timeout", BIF_ARG_1)) { // L3552 .... } } Analizator wykrył kilka gałęzi z identycznymi kontrolkami w funkcji zawierającej ogromną liczbę Oświadczenia - Każdy z nich ma jednak inną logikę: i Biorąc pod uwagę liczbę gałęzi i różnicę 150 linii między duplikatami, nie jest zaskakujące, że może się to zdarzyć. if-else if Prawie 800 linii Pierwsza kontrola Druga kontrola Ten błąd wykryliśmy w projekcie Erlang; możesz znaleźć cały artykuł pod linkiem. linku N8 Znałem szerifa, który miał tylko jeden wyrok za wszystkie zbrodnie: „Nie jest winny”. Ostrzeżenie z PVS-Studio: Stwierdzenie "wtedy" jest równoważne z następującym fragmentem kodu. W523 cmComputeLinkInformacja.cxx 1748 bool cmComputeLinkInformation::CheckImplicitDirItem(LinkEntry const& entry) { BT const& item = entry.Item; // We only switch to a pathless item if the link type may be // enforced. Fortunately only platforms that support link types // seem to have magic per-architecture implicit link directories. if (!this->LinkTypeEnabled) { return false; } // Check if this item is in an implicit link directory. std::string dir = cmSystemTools::GetFilenamePath(item.Value); if (!cm::contains(this->ImplicitLinkDirs, dir)) { // Only libraries in implicit link directories are converted to // pathless items. return false; } // Only apply the policy below if the library file is one that can // be found by the linker. std::string file = cmSystemTools::GetFilenameName(item.Value); if (!this->ExtractAnyLibraryName.find(file)) { return false; } return false; } Analitycy twierdzą, że z pewnością coś jest nie tak. Funkcje : CheckImplicitDirItem wówczas gałąź ostatniego, jeśli stwierdzenie powielone poniższy kod (powrót fałszywe;); every branch of the function execution ends with return; false gdy zadzwonisz z AddFullItem, nigdy nie spowoduje wczesnego zwrotu; the full function body can be replaced with , as this won't change the program behavior. return false; Zauważ, że funkcja jest pisana przy użyciu " " pattern that helps reduce code nesting: the most positive result is placed at the end of the function, and the rest of the code—in case of divergence from the function purpose—should terminate the function as early as possible. early return In our example, we can assume that the most "positive" result of the function is that an object of the type has passed all the necessary checks with a Powrót do wartości. LinkEntry true Oto opcja, jak naprawić kod: .... std::string file = cmSystemTools::GetFilenameName(item.Value); if (!this->ExtractAnyLibraryName.find(file)) { return false; } return true; We detected this bug in the CMake project; you can find the full article at the . link linku N7 Kiedyś w pewnej wiosce widziałem rozpaczliwego gracza, który postawił całe swoje złoto na kartę, która nie znajdowała się nawet na pokładzie. Ostrzeżenie z PVS-Studio: Może nastąpić odsyłanie nieprawidłowego iteratora 'shades.end()'. V783 KolorHelper.cpp 194 winrt::Windows::UI::Color ColorHelper::GetAccentColor( const winrt::Windows::UI::Color& color ) { .... auto shades = std::map (); .... // 3f is quite nice if the whole non-client area is painted constexpr auto readability = 1.75f; for (auto shade : shades) { if (shade.first >= readability) { return HslToRgb(shade.second); } } return HslToRgb(shades.end()->second); // <= } Czy to możliwe, że żaden z odcieni nie spełni kryteriów czytelności? Nie możemy powiedzieć na pewno, ale jest to całkiem prawdopodobne. lub — nie trzeba blaskować żadnego papieru psychicznego, aby to udowodnić, ponieważ causes exactly that, as this iterator points just past the last element in a . Książka Case Nieokreślone zachowanie std::map::end() std::map Ten błąd został wykryty w projekcie Windows Terminal; możesz znaleźć cały artykuł pod linkiem. link N6 Pewnego razu zawarłem umowę z kolegą podróżnikiem, aby podzielić się skarbem, który znaleźliśmy.Zapukał, odwrócił się i zniknął jak mirage.Nikt go od tego czasu nie widział. Ostrzeżenie z PVS-Studio: Odniesienie „grafa” staje się nieważne, gdy inteligentny wskaźnik zwracany przez funkcję zostaje zniszczony. W 758 Użytkownik: cpp 391 template struct Ptr : public std::shared_ptr ; // .... Ptr FlannNeighborhoodGraph::create( const Mat &points, int points_size, int k_nearest_neighbors_, bool get_distances, int flann_search_params_, int num_kd_trees) { return makePtr (points, points_size, k_nearest_neighbors_, get_distances, flann_search_params_, num_kd_trees); } void Utils::densitySort (const Mat &points, int knn, Mat &sorted_points, std::vector &sorted_mask) { // .... // get neighbors FlannNeighborhoodGraph &graph = // sum_knn_distances (points_size, 0); for (int p = 0; p &dists = graph.getNeighborsDistances(p); for (int k = 0; k struct Ptr : public std::shared_ptr { inline Ptr(const std::shared_ptr & o) CV_NOEXCEPT : std::shared_ptr (o) {} inline Ptr(std::shared_ptr && o) CV_NOEXCEPT : std::shared_ptr (std::move(o)) {} typename std::add_lvalue_reference ::type operator*() const CV_NOEXCEPT { return *std::shared_ptr ::get(); } // .... } template static inline Ptr makePtr(const A1&... a1) { static_assert( !has_custom_delete ::value, "Can't use this makePtr with custom DefaultDeleter"); return (Ptr )std::make_shared (a1...); } Using smart pointers doesn't resolve the issues of dangling references and memory access here. Let's dig into this. This is how the code works. Funkcja tworzenia tworzy i zwraca inteligentny wskaźnik do typu FlannNeighborhoodGraphImpl, a jego liczba odniesień obiektów jest jedna. The reference is created for the value of this smart pointer while the object reference count remains unchanged. graph Ponieważ wskaźnik jest obiektem tymczasowym, licznik odniesienia osiągnie zero po zakończeniu inicjalizacji, uwalniając zarządzany obiekt. The loop references an invalid reference. for As a result, the code that seemed correct leads to undefined behavior. Moreover, PVS-Studio isn't the only tool that detects this issue; the sanitizer does this as well. Here's the . Dowód To fix this, we need to save the smart pointer so that the Po zakończeniu blokady, możemy na przykład : FlannNeighborhoodGraph like this std::vector sum_knn_distances (points_size, 0); { // get neighbors auto graph = FlannNeighborhoodGraph::create(points, points_size, knn, true /*get distances */, 6, 1); for (int p = 0; p &dists = graph->getNeighborsDistances(p); for (int k = 0; k < knn; k++) sum_knn_distances[p] += dists[k]; } } Ograniczamy również Uwolnienie zasobu po wykonaniu cyklu. graph Ten błąd został wykryty w projekcie OpenCV; pełny artykuł można znaleźć na stronie WEB . linku N5 Once, a local expert drew a map of a river crossing, but he ran out of charcoal. So, the most dangerous section, drawn with the last bits of charcoal, washed away with the first rain. That's where everyone kept disappearing. PVS-Studio ostrzega przed: Rozważ sprawdzenie wyrażenia "1 type + 1)". bitowe przesunięcie wartości 32-bitowej z późniejszym rozszerzeniem na typ 64-bitowy. W629 Pliki phpdbg_bp.c 1209 The size of the bit mask is less than the size of the first operand. This will cause the loss of higher bits. V784 phpdbg_bp.c 1209 uint64_t flags .... PHPDBG_API void phpdbg_delete_breakpoint(zend_ulong num) { .... if ((brake = phpdbg_find_breakbase_ex(num, &table, &numkey, &strkey))) { int type = brake->type; char *name = NULL; size_t name_len = 0L; switch (type) { .... default: { if (zend_hash_num_elements(table) == 1) { PHPDBG_G(flags) &= ~(1 type+1)); // type int flags The constant of the type is shifted left by a certain number of bits. Most often, the type is of 32 bits. We hope that the shift isn't by 32 or more bits, otherwise we get . 1 int int undefined behavior The result of the shift is bitwise inverted. The result of the inversion still has the type. int The result of the inversion is expanded to a 64-bit unsigned type due to the left operand. Since the original type is signed, sign extension will occur. This means that for positive numbers, the 32 most significant bits will contain zero bits, and for negative numbers, they'll contain ones. Bitwise "AND" stosuje wynik konwersji do flag. Utrata znaczących bitów w flagach nastąpi, gdy prawy operand jest pozytywny. Będzie tak tylko wtedy, gdy następuje 31-bitowe przesunięcie w lewo – gdy 31 bit w flagach musi zostać usunięty. Zauważ, ile musimy mieć na uwadze dla takiego nieszkodliwego wyrażenia? Problem leży w różnych rozmiarach operand i znaków niektórych podwyrażnień. constant from to , a kod wykona się zgodnie z zamierzeniem: 1 int unsigned long long PHPDBG_G(flags) &= ~( 1uLL type+1)); Odkryliśmy ten błąd w projekcie PHP; możesz znaleźć pełny artykuł za pośrednictwem . link N4 Pewnego razu widziałem młodego kowboja, który ścigał przestępcę.W jednym z lokalnych barów rozbił go na martwym końcu, ale nie strzelił do przestępcy, ale do własnego odbicia w pyłowym lustrze, rozbijając go na kawałki. Ostrzeżenie z PVS-Studio: The assignment operator should be protected from the case of 'this == &other'. V794 fs_path.cpp 36 zł FsPath& FsPath::operator=(FsPath&& other) { m_path = std::move(other.m_path); other.m_path.clear(); return *this; } W tym odcinku mamy operator przydziału ruchu dla class, which transfers data from the other object to the current instance. However, there's no check for self-assignment Może to prowadzić do nieprzewidzianych konsekwencji. FsPath (this == &other) If an attempt is made to assign the object to itself, the operation moves the contents of Wejście , and the subsequent call to wyczyścić dane. w rezultacie, kończy się w nieoczekiwanym stanie, a można tylko życzyć deweloperom szczęśliwego debugowania :) m_path = std::move(other.m_path); other.m_path m_path other.m_path.clear(); m_path To eliminate the risk, we recommend adding the following check at the beginning of the operator: if (this == std::addressof(other)) { return *this; } Using Zamiast tej operator zapewnia poprawne porównanie adresów nawet wtedy, gdy operator Jest przeładowany w klasie. std::addressof & & Ten błąd wykryliśmy w projekcie Nau Engine; możesz znaleźć cały artykuł pod linkiem. linku N3 Kiedyś widziałem szamana, który próbował wezwać ducha, nie dotykając świętych gruntów. The PVS-Studio warning: Słuchanie funkcji 'window_id' niezainicjowanej klasy pochodnej podczas inicjowania klasy bazowej 'modal_dialog' spowoduje zachowanie nieokreślone. 29 W1099 instal_zależności.hpp class install_dependencies : public modal_dialog { public: explicit install_dependencies(const addons_list& addons) : modal_dialog(window_id()), addons_(addons) // <= {} .... private: virtual const std::string& window_id() const override; .... } Thanks to this code snippet, I can tell you more about undefined behavior. Jak widać powyżej, w class is derived from the W klasie, w constructor, the base class is initialized with the value returned by (wait for it...) the non-static Funkcjonalność – tak się stanie: install_dependencies modal_dialog install_dependencies window_id Execution of the initialization list: a call to the method; install_dependencies::window_id a constructor call to the class; modal_dialog an initialization of the data member; addons_ Wykonanie ciała konstruktora klasy install_dependencies. This results in a function call of a class object which hasn't been initialized yet! This violates the following : rule of the standard Funkcje członkowskie (w tym wirtualne funkcje członkowskie, [class.virtual]) można nazywać obiektem w budowie Podobnie obiekt w budowie może być operandem operatora typidu ([expr.typeid]) lub dynamic_cast ([expr.dynamic.cast]). However, if these operations are performed in a ctor-initializer (or in a function called directly or indirectly from a ctor-initializer) before all the mem-initializers for base classes have completed, the program has undefined behavior. Ale poczekaj, jest więcej! jak można zauważyć, member function is virtual and overridden in the class. Issues may arise later when a programmer writes a derived class where is overridden. window_id install_dependencies window_id Gdy obiekt tej klasy pochodnej jest tworzony i konstruktor jest wykonany, nie ma jeszcze informacji o istnieniu nowego override. funkcja będzie zawsze nazywana na liście inicjalizacji. Może to różnić się od pierwotnej intencji deweloperów. . installed_dependencies installed_dependencies::window_id tutaj Ten błąd został wykryty w projekcie Wesnoth; możesz znaleźć cały artykuł pod linkiem. linku N2 Znałem kowboja, który strzelił w cień na ścianie, myląc go z ukrywającym się wrogiem. strzał wybuchł, gips rozpadł się, pozostawiając tylko dziurę w ścianie. The PVS-Studio warning: Wskaźnik null zostaje przeniesiony do funkcji „fseek”. W575 vid_ati_eeprom.c 61 void ati_eeprom_load_mach8(ati_eeprom_t *eeprom, char *fn, int mca) { FILE *fp; .... fp = nvr_fopen(eeprom->fn, "rb"); size = 128; if (!fp) { if (mca) { (void) fseek(fp, 2L, SEEK_SET); // data + 2, 0xff, size - 2); fp = nvr_fopen(eeprom->fn, "wb"); fwrite(eeprom->data, 1, size, fp); .... } We need to load data stored in the video adapter's NVRAM, which we keep in a binary file. If the file doesn't exist, we need to create it with "default" data. Let's look at the case where the file is missing. We shift the file pointer, but it's null. As a result, we get an Null pointer dereferencje. fp Let's take a closer look at • The standard nie określa wymagań dla funkcji pierwszy parametr i nie gwarantuje sprawdzenia . This means it's up to the standard library developers to handle it properly. Now let's welcome: fseek C11 NULL GNU glibc; BSD libc from FreeBSD 14.3; Microsoft Universal CRT from Windows SDK 10.0.26100; Wersja V1.2.5 The last two C standard library implementations are here as guests: 86Box is not designed to work with them, or their compatibility hasn't been checked. The Więc zacznijmy od oczekiwanych standardowych bibliotek i poproś ich o powtórzenie tych samych działań za pomocą wskaźnika pliku null. Budowa instrukcji Flicking the power switch Weźmy model IBM PS/2 55SX z wyimaginowanej półki i "włączamy" akcelerator IBM 8514/A 2D wykonany przez ATI. The first test subject is a Windows instance built using MinGW. We ensure the NVRAM file is absent before starting—we check the directory for the Jeśli istnieje, to go usuwamy. %userprofile%\86Box VMs\ \nvr ati8514_mca.nvr Turning on the power supply, and... Nothing exploded! Everything is fine: the NVRAM file is written, the computer is running, and the smoke test on glibc is complete. No defect detected. Przejście do FreeBSD. Biblioteka libc wdraża standardową bibliotekę C w tym systemie operacyjnym. We use the same configuration. We check for the absence of the Pliki NVRAM na path. Three, two, one, power is on... ati8514_mca.nvr ~/.local/share/86Box/Virtual Machines/ /nvr Tylko jedno wydarzenie z recent past could better describe this situation :) Ben Grubbs' Po otworzeniu oczu, zamkniętych po wybuchu, spoglądamy na konsolę: potwierdziliśmy nieprawidłowe wyjście! void VMManagerSystem::launchMainProcess() Full Command: "/root/86Box/build_freebsd/src/86Box" ("--vmpath", "/root/.local/share/86Box/Virtual Machines/somevm", "--vmname", "somevm") Connection received on 86Box.socket.5876c5 Connection disconnected Abnormal program termination while launching main process: exit code 11, exit status QProcess::CrashExit A core dump file appeared next to the emulator executable. Let's welcome LLDB: root@freebsd:~/86Box/build_freebsd/src # lldb 86Box -c 86Box.core (lldb) target create "86Box" --core "86Box.core" Core file '/root/86Box/build_freebsd/src/86Box.core' (x86_64) was loaded. (lldb) bt * thread #1, name = '86Box', stop reason = signal SIGSEGV * frame #0: 0x0000000832f880bf libc.so.7`_flockfile(fp=0x0000000000000000) at _flock_stub.c:65:20 frame #1: 0x0000000832f8b675 libc.so.7`fseek(fp=0x0000000000000000, offset=2, whence=0) at fseek.c:62:2 frame #2: 0x00000000018cd964 86Box`ati_eeprom_load_mach8(eeprom=...., fn= , mca=1) at vid_ati_eeprom.c:61:20 o null pointer makes a spectacular fire show—there was no way to lock the file as its descriptor is invalid. Unfortunately, LLDB didn't really want to work in real time, crashing either with a quiet or with a loud boom and special effects. Therefore, I can't show you how the code is executed like in Windows. fp lost connection Ten błąd został wykryty w projekcie 86Box; możesz znaleźć cały artykuł pod linkiem. link N1 A sheriff I know from a neighboring town once wrote in an interrogation transcript that a witness had confirmed his own testimony. The court never figured out if it was a mistake or a clever defense tactic. The PVS-Studio warning: There are identical sub-expressions to the left and to the right of the '==' operator: PeekArg.getValNo() == PeekArg.getValNo() V501 PPCISelLowering.cpp 7865 SDValue PPCTargetLowering::LowerCall_AIX(....) const { .... for (unsigned I = 0, E = ArgLocs.size(); I != E;) { .... CCValAssign &GPR1 = VA; .... if (I != E) { // If only 1 GPR was available, there will only be one custom GPR and // the argument will also pass in memory. CCValAssign &PeekArg = ArgLocs[I]; if (PeekArg.isRegLoc() && PeekArg.getValNo() == PeekArg.getValNo()) // <= { assert(PeekArg.needsCustom() && "A second custom GPR is expected."); CCValAssign &GPR2 = ArgLocs[I++]; RegsToPass.push_back(std::make_pair(GPR2.getLocReg(), DAG.getZExtOrTrunc(ArgAsInt, dl, MVT::i32))); } } .... } Zakładamy na razie, że jest to kolejna ofiara kopii pasty. have any side effects: getValNo class CCValAssign{ .... unsigned ValNo; unsigned getValNo() const { return ValNo; } } Nie ma w tym nic dziwnego. – Spójrz na ostatnie. : Komitetu CCValAssign &GPR1 = VA; .... assert(I != E && "A second custom GPR is expected!"); CCValAssign &GPR2 = ArgLocs[I++]; assert(GPR2.isRegLoc() && GPR2.getValNo() == GPR1.getValNo() && GPR2.needsCustom() && "A second custom GPR is expected!"); RegsToPass.push_back( std::make_pair(GPR2.getLocReg(), DAG.getZExtOrTrunc(ArgAsInt, dl, MVT::i32))); Pomysł jest jasny: wyjątkowy przypadek, który wcześniej był strzeżony przez twierdzenie, został przeprojektowany na regularną gałęzię. This patch implements the caller side of placing function call arguments w pamięci stackowej. usuwa to bieżące ograniczenie, w którym LLVM na AIX will report fatal error when arguments can't be contained in registers. Note that, in addition to the error found, there's another strange assignment: CCValAssign &PeekArg = ArgLocs[I]; .... CCValAssign &GPR2 = ArgLocs[I++]; // here PeekArg == GPR2 The developer may intented to write something like this: if (I != E) { CCValAssign &GPR2 = ArgLocs[I]; if (GPR2.isRegLoc() && PeekArg.getValNo() == GPR1.getValNo()) { assert(PeekArg.needsCustom() && "A second custom GPR is expected."); I++; RegsToPass.push_back(std::make_pair( GPR2.getLocReg(), DAG.getZExtOrTrunc(ArgAsInt, dl, MVT::i32))); } } Ale dla jasności, deweloperzy wyrzucili od aby pokazać, że w przeciwieństwie do poprzedniego bezwarunkowego kodu, argument musi być teraz najpierw "peeked". was accidentally dropped from the condition. PeekArg GPR2 GPR1 Poprawione są Prawdopodobnie powinno być: if if (PeekArg.isRegLoc() && PeekArg.getValNo() == GPR1.getValNo()) Co ciekawe, przed migracją do GitHub, LLVM miał platformę do przeglądu kodu, a komitet zawierał to this website. There, we can see that manual review can't always save the situation: linku Ten błąd znaleziono w projekcie LLVM, pełny artykuł jest dostępny pod linkiem. linku konkluzji Milczenie spadło na salon, złamane tylko przez pęknięcie drzwi wejściowych i pękanie logów w kominku. Dziesięć najbardziej odważnych błędów 2025 roku są teraz tylko historiami przekazywanymi z pokolenia na pokolenie. In this Wild West, you can't get far without a reliable partner, so my trusted helper in every case has been Jest gotowy, aby pomóc Ci znaleźć niebezpieczne fragmenty kodu: PvS Studio w projektach open source; for educational purposes; Wykorzystanie 30-dniowej wersji próbnej dla wspaniałego początku. A jeśli twoja ścieżka prowadzi do innych terytoriów, proponuję posłuchać opowieści o błędach z projektów napisanych w języku Java i C#. 10 najpopularniejszych błędów Java w 2025 roku . Top 10 errors found in C# projects in 2025