10 značajnih C i C++ grešaka pronađenih u projektima otvorenog koda 2025. godine

Cijelu godinu smo vozili kroz ogromne ravnice otvorenog koda, istražujući zločine, uklanjajući ranjivosti i prikupljajući trofeje.Danas smo odlučili ući u najprašniji salon: iskusni šerif naslanja se na bar i podsjeća na deset najodvratnijih i najopasnijih bugova na Divljem zapadu. Želite zanimljivu priču? Tijekom cijele godine borili smo se protiv raznih bugova iz C i C++ projekata otvorenog koda. uhvatili smo ih, ispitivali ih i zabilježili njihove pogreške u datoteci. Danas ću vam ispričati priču o 10 najzanimljivijih bugova s kojima smo se susreli u različitim kutovima Divljeg Zapada.Za svaki od ovih fragmenata imamo zasebnu datoteku – cijeli članak. Kako nevjerojatno korištenje polimorfnih alokatora može utjecati na vaš život Vodič C++ programera za neodređeno ponašanje Povijest C i C++. Drugi dio: standardizacija C i C++, Qt, Clang i Unreal Engine std::array u C++ je brži od array u C. Ponekad Safe array handling? Nikad niste čuli za to Nikad niste čuli za to Cijeli popis članaka iz našeg bloga možete pronaći na našoj web stranici putem poveznice. Linkovi Sjednite, putnici, priča će biti dugačka N10 Jednom smo imali slučaj o nestalom konju.Mare je uvijek bila u stabilnom stanju, ali kad god smo htjeli voziti u grad, činilo se da nestaje u tankom zraku. PVS-Studio upozorava na sljedeće: Doslovno "0.5f" tipa "float" implicitno se stavlja na tip "unsigned char" dok se poziva funkcija "SetRenderColor". 168 V674 Sljedeći članakGrenade_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 ); // <= .... } .... } Naš Funkcija postavlja vrijednosti boje, gdje je svaki parametar od Vrsta s mogućim rasponom vrijednosti Kada pokušavate prenijeti argumente o U tom slučaju, dijelovi će biti uklonjeni. stoga, , , , parametri funkcije imaju vrijednosti jednake . SetRenderColor RGBA unsigned char [0 .. 255] float r g b a 0 Nažalost, repozitoriju nedostaju informacije o krivnji, pa imam dva scenarija o tome kako se ova pogreška pojavila u kodu. Funkcija je nekada obrađivala boje u predstavljanju plutajućih točaka. Razvijatelj je pogrešno vjerovao da SetRenderColor obrađuje brojeve plutajućih točaka i postavlja ih u skladu s tim. Evo sličnih upozorenja: V674 Doslovni '0.5f' tipa 'float' implicitno se baca na tip 'unsigned char' dok se poziva funkcija 'SetRenderColor'. V674 Doslovni '25.6' tipa 'dvojni' implicitno se stavlja na tip 'int' dok se poziva funkcija 'SetScrollRate'. Ovu pogrešku otkrili smo u projektu Source SDK. Cijeli članak možete pronaći na poveznici. Linkovi N9 Jednom smo morali voziti stotinu istih staza preko prairija.Dogodilo se da smo se okrenuli na jednu koju smo već vozili.Samo ovaj put, to je vodilo negdje potpuno drugačije. PVS-Studio upozorava na sljedeće: Primjena uzorka 'ako (A) {...} inače ako (A) {...}' je otkriven. Postoji vjerojatnost logičke pogreške prisutnosti. V517 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 je otkrio nekoliko grana s identičnim kontrolama u funkciji koja sadrži ogroman broj Izjave - . Each of them, however, has different logic: i S obzirom na broj grana i razliku od 150 linija između duplikata, nije iznenađujuće da se to može dogoditi. if-else if 800 linija Prva provjera Druga provjera Ovaj bug smo otkrili u projektu Erlang; možete pronaći cijeli članak na poveznici. Linkovi N8 Poznavao sam šerifa koji je imao samo jednu presudu za sve zločine: "Nije kriv." PVS-Studio upozorava na sljedeće: Izjava "tada" jednaka je sljedećem fragmentu koda. S523 cmComputeLinkInformacija.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; } Analitičari tvrde da nešto nije u redu Funkcije : CheckImplicitDirItem nakon toga granu posljednjeg ako izjava duplicira kod ispod (vratiti lažno;); svaka granica izvršenja funkcije završava lažnim povratkom; kada se pozove iz AddFullItem-a, to nikada neće izazvati rani povratak; tijelo punih funkcija može se zamijeniti povratnim lažnim, jer to neće promijeniti ponašanje programa. Imajte na umu da je funkcija napisana pomoću " "Uzorak koji pomaže smanjiti nestanje koda: najpozitivniji rezultat se nalazi na kraju funkcije, a ostatak koda - u slučaju odstupanja od svrhe funkcije - treba što prije okončati funkciju. Rani povratak U našem primjeru možemo pretpostaviti da je najpozitivniji rezultat funkcije da je objekt funkcije Prošao je sve potrebne provjere s Vrijednost povratka LinkEntry true Evo opcije kako popraviti kod: .... std::string file = cmSystemTools::GetFilenameName(item.Value); if (!this->ExtractAnyLibraryName.find(file)) { return false; } return true; Ovaj bug smo otkrili u projektu CMake; možete pronaći cijeli članak na poveznici. Linkovi N7 Jednom u nekom selu, vidio sam očajnog igrača koji je stavio sve svoje zlato na karticu koja nije bila ni u palubi. PVS-Studio upozorava na sljedeće: Moguće je da će se dogoditi upućivanje na nevažeći iterator 'shades.end()'. 783 Sljedeći Članak ColorHelper.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); // <= } Je li moguće da nijedna od nijansi neće zadovoljiti kriterije čitljivosti? Ne možemo reći sigurno, ali to je vrlo vjerojatno. O -ne treba bljeskati nikakav psihički papir kako bi to dokazali, budući da To je upravo ono što uzrokuje, jer ovaj iterator ukazuje upravo iza posljednjeg elementa u . textbook case Neodređeno ponašanje std::map::end() std::map Otkrili smo ovu grešku u projektu Windows Terminal; možete pronaći cijeli članak na poveznici. Linkovi N6 Jednom sam sklopio dogovor s kolegom putnikom da podijelim blago koje smo pronašli.On je zaglavio, okrenuo se i nestao kao mirage. PVS-Studio upozorava na sljedeće: Referenca "grafa" postaje nevažeća kada se uništi pametni pokazivač koji je vratila funkcija. V875 Sljedeći Članak 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...); } Korištenje pametnih pokazivača ne rješava probleme krivotvorenja referencija i pristupa memoriji ovdje. Funkcija kreiranje stvara i vraća pametan pokazivač na tip FlannNeighborhoodGraphImpl, a njegov broj referencija objekta je jedan. Referentni grafikon se stvara za vrijednost ovog pametnog pokazivača, dok broj referentnih objekata ostaje nepromijenjen. Budući da je pokazivač privremeni objekt, referentni brojač će dosegnuti null nakon što se inicijalizira, oslobađajući upravljani objekt. Reference za loop su nevažeće reference. Kao rezultat toga, kod koji se činio ispravnim dovodi do neodređenog ponašanja. Štoviše, PVS-Studio nije jedini alat koji detektira ovaj problem; sanitizer to također čini. . proof Da bismo to ispravili, moramo sačuvati pametni pokazivač tako da Objekt ostaje do kraja bloka. na primjer, možemo učiniti : FlannNeighborhoodGraph Kao ovo 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]; } } We also limited the Oslobađanje resursa nakon izvršenja kruga. graph We detected this bug in the OpenCV project; you can find the full article at the . link N5 Jednom je lokalni stručnjak crtao mapu prijelaza rijeke, ali je pobjegao iz ugljena.Tako, najopasniji dio, nacrtao s posljednjim komadima ugljena, ispran je s prvom kišom. PVS-Studio upozorava na sljedeće: Razmislite o ispitivanju izraza '1 type + 1)'. bitno pomicanje 32-bitne vrijednosti s naknadnim proširenjem na 64-bitni tip. V629 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. Sljedeći784 phpdbg_bp.c 1209 Svijet 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 Najčešće, int tip je od 32 bita. nadamo se da je promjena nije od 32 ili više bita, inače ćemo dobiti nedefinirano ponašanje. The result of the shift is bitwise inverted. The result of the inversion still has the type. int Rezultat inverzije je proširen na 64-bitni neosignirani tip zbog lijevog operanda. Budući da je izvorni tip potpisan, dogodit će se proširenje znaka.To znači da će za pozitivne brojeve 32 najznačajnija bita sadržavati nulte bite, a za negativne brojeve sadržavati one. Bitno "AND" primjenjuje rezultat konverzije na zastave. Gubitak značajnih bitova u zastavama dogodit će se kada je desni operand pozitivan. To će biti samo kada postoji 31-bitni pomak prema lijevoj strani – kada 31. bit u zastavi mora biti uklonjen. Imajte na umu koliko trebamo imati na umu za takav bezopasni izraz? Problem leži u različitim veličinama operanda i znakovima nekih podizrazova. Konstantno od dva , and the code will execute as intended: 1 int unsigned long long PHPDBG_G(flags) &= ~( 1uLL type+1)); Otkrili smo ovu grešku u PHP projektu; možete pronaći cijeli članak putem . Linkovi N4 Jednom sam vidio mladog kovbojca koji je proganjao nezakonitog čovjeka koji ga je u jednom od lokalnih barova zaglavio, ali nije pucao na zločinca, već na vlastiti odraz u prašnom zrcalu, razbijajući ga na komadiće. PVS-Studio upozorava na sljedeće: The assignment operator should be protected from the case of 'this == &other'. S794 fs_put.cpp 36 FsPath& FsPath::operator=(FsPath&& other) { m_path = std::move(other.m_path); other.m_path.clear(); return *this; } In this snippet, we have the move assignment operator for the Klasa, koja prenosi podatke iz drugog objekta u trenutni slučaj. To može dovesti do neočekivanih posljedica. FsPath (this == &other) Ako se pokuša dodijeliti objekt sebi, Operacija pokreće sadržaj u Sljedeći poziv na ispravlja podatke. kao rezultat toga, ends up in an unexpected state, and one can only wish developers happy debugging :) m_path = std::move(other.m_path); other.m_path m_path other.m_path.clear(); m_path Da biste uklonili rizik, preporučujemo dodavanje sljedeće provjere na početku operatora: if (this == std::addressof(other)) { return *this; } korištenje Umjesto da se operater osigurava ispravnu usporedbu adresa čak i kada operater Preopterećeni su u razredu. std::addressof & & We detected this bug in the Nau Engine project; you can find the full article at the . link Linkovi N3 I once saw a shaman trying to summon a spirit without reaching the sacred grounds. A spirit came, but it was a completely different one—a coyote from the nearest ravine. PVS-Studio upozorava na sljedeće: otpjevati funkciju 'window_id' neinicijaliziranog izvedenog razreda dok inicijaliziranje osnovnog razreda 'modal_dialog' dovest će do nedefiniranog ponašanja. 29 V1099 install_dependencies.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. Kao što se može vidjeti iznad, u Razred je nastao iz class. In the konstruktor, osnovna klasa je inicijalizirana s vrijednošću koju vraća (čeka ga ...) ne-static I to će se dogoditi, to će se dogoditi: 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_ Execution of the constructor body of the class. install_dependencies To rezultira pozivom funkcije objekta klase koji još nije inicijaliziran! : rule of the standard Funkcije članova (uključujući virtualne funkcije članova, [class.virtual]) mogu se pozvati za objekt u izgradnji Slično tome, objekt u izgradnji može biti operand tipidnog operatora ([expr.typeid]) ili dinamičkog_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. But wait, there's more! As you may have noticed, the Funkcija članova je virtualna i prekomjerna u Problemi se mogu pojaviti kasnije kada programer napiše izvedenu klasu u kojoj To je pretjerano. window_id install_dependencies window_id Kada se objekt ove izvedenice klase stvori i constructor is executed, there's no information about the existence of the new override yet. So, the funkcija će uvijek biti pozvana na listi inicijaliziranja. Ovo se može razlikovati od izvorne namjere programera. . installed_dependencies installed_dependencies::window_id here We detected this bug in the Wesnoth project; you can find the full article at the . link Linkovi N2 I knew a cowboy who shot at a shadow on the wall, mistaking it for a lurking enemy. The shot boomed, plaster crumbled, leaving only a hole in the wall. The target never existed, and the repairs took a lot of work. PVS-Studio upozorava na sljedeće: The null pointer is passed into 'fseek' function. Inspect the first argument. S575 Vid_tko_tko_tko 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 odstupanje. fp Let's take a closer look at • The standard doesn't define requirements for the function first parameter and doesn't guarantee a check for To znači da je na standardnim programerima knjižnica da to ispravno rješavaju. fseek C11 NULL GNU glibc; BSD libc from FreeBSD 14.3; Microsoft Universal CRT from Windows SDK 10.0.26100; Sljedeći članakV1.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 don't mention alternative implementations either. So, let's start with the expected standard libraries and ask them to repeat the same actions with a null file pointer. Izgradnja uputa Flicking the power switch Uzmimo IBM PS/2 model 55SX s imaginarne police i "priključimo" IBM 8514/A 2D ubrzivač napravljen od strane ATI. Svijet Prvi testni predmet je Windows instance izgrađen pomoću MinGW. Pobrinemo se da je datoteka NVRAM odsutna prije početka – provjeravamo Direktorica za Ako je tamo, mi ćemo ga izbrisati. %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. Svijet Moving on to FreeBSD. The libc library implements the standard C library in this OS. This is generally true for all BSD-family operating systems. We use the same configuration. We check for the absence of the NVRAM datoteka na Tri, dva, jedan, moć je na... ati8514_mca.nvr ~/.local/share/86Box/Virtual Machines/ /nvr Well, only an event from Nedavna prošlost mogla bi bolje opisati ovu situaciju :) Ben Grubbs Svijet After opening our eyes, squeezed shut after the explosion, we look at the console: we have confirmed an abnormal exit! 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 The 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 ili s glasnim bumom i specijalnim efektima. stoga vam ne mogu pokazati kako se kod izvršava kao u Windows-u. fp lost connection Otkrili smo ovu grešku u projektu 86Box; možete pronaći cijeli članak na poveznici. Linkovi N1 Šerif koji znam iz susjednog grada jednom je napisao u ispitivanju da je svjedok potvrdio svoje svjedočanstvo. PVS-Studio upozorava na sljedeće: There are identical sub-expressions to the left and to the right of the '==' operator: PeekArg.getValNo() == PeekArg.getValNo() V501 Sljedeći članakLowering.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))); } } .... } Za sada pretpostavljamo da je to još jedna žrtva kopije paste. Imaju nuspojave: getValNo class CCValAssign{ .... unsigned ValNo; unsigned getValNo() const { return ValNo; } } Ovdje nema ništa čudno.Pogledajte posljednji : Komisija 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))); Ideja je jasna: iznimni slučaj koji je prethodno bio zaštićen tvrdnjom pretvoren je u redovitu granu. Ovaj patch implementira pozivačku stranu postavljanja funkcija poziva argumentima To uklanja trenutnu ograničenost gdje je LLVM na AIX-u će prijaviti smrtonosnu pogrešku kada argumenti ne mogu biti sadržani u registarima. Note that, in addition to the error found, there's another strange assignment: CCValAssign &PeekArg = ArgLocs[I]; .... CCValAssign &GPR2 = ArgLocs[I++]; // here PeekArg == GPR2 Razvijatelj je možda namjeravao napisati nešto ovako: 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))); } } Ali za jasnoću, programeri su se raspršili from to show that, unlike the previous unconditional code, the argument now needs to be "peeked" first. And during the copy-paste process, Slučajno je pao iz stanja. PeekArg GPR2 GPR1 The corrected likely should be: if if (PeekArg.isRegLoc() && PeekArg.getValNo() == GPR1.getValNo()) Zanimljivo je da je prije migracije na GitHub, LLVM imao platformu za preispitivanje koda, a kompromis je uključivao Tamo možemo vidjeti da ručni pregled ne može uvijek spasiti situaciju: Linkovi Svijet Pronašli smo ovu grešku u projektu LLVM, cijeli članak je dostupan na poveznici. Linkovi Zaključak Tišina je pala na salon, prekinuta samo pukotinom ulaznih vrata i razbijanjem logova u kaminu. Deset najodvažnijih bugova 2025. godine sada su samo priče koje se prenose iz generacije u generaciju. In this Wild West, you can't get far without a reliable partner, so my trusted helper in every case has been Analitik je spreman pomoći u pronalaženju opasnih dijelova koda: PvS studija for ; open-source projects u obrazovne svrhe; using a for a glorious beginning. 30-day trial version A ako vas vaš put vodi na druga područja, predlažem da slušate priče o bugovima iz projekata napisanih u Java i C#. Top 10 Java pogrešaka u 2025. godini Top 10 pogrešaka pronađenih u C# projektima 2025. godine