Persze, nyilván ezért logolta a kernel, hogy a nova-core döglött meg. Még álcázza is magát a nouveau, de csak akkor, ha megdöglik. :)
Akkor természetesen nem, csak ez így eddig nem hangzott el a topicban, csak hogy összefosta magát a kernel :)
Arra milyen választ vársz, hogy valaki elszúrta az algoritmust, vagy az implementációt?
A kérdés nem ez. A kérdés még mindig az, hogy ha a cve statisztikák alapján az összes cve durván egyharmada overflow és memory corruption, ami nagyságrendileg egyelő azzal, hogy a C programozó urak memóriát kezeltek, akkor miért nem kezdtek csak el egyszerűen jól programozni, ahogy szerintetek elég, mert nem kell a tool.
Teljesen mindegy, milyen nyelven.
jepp, pontosan ezzel kezdtem, hogy köze nincs a problémának a rusthoz ;)
Azzal mi bajod, ha kérdezek? Nem azért van a fórum? Te mindenről mindent is tudsz? Isten hozzád jár korrepetálásra? Én nem tudok mindent, nem is állítottam ezt soha. Különben értékadásban kérdeztem a post increment kiértékelési sorrendjét, ami végül is fajulhat memmória korrupcióvá, ha tömbindexről vagy pointerről van szó.
Azzal semmi bajom, természetesen én sem tudok mindent. Azt kéne észrevenni, hogy ha egyébként a Chez jól értő emberek rendszeresen fent akadnak ilyen problémákon, ráadásul hosszasan tudnak ebben a témában összeakadni, és nem dűlőre jutni, nos, az egyáltalán nem azt a világnézetet támasztja alá, hogy nincs értelme a tooling supportnak a problémakörben.
Főleg, hogy azt már tapasztalatból tudjuk, hogy ha a memóriakezelést nem toljuk le az egyszeri programozónak, akkor ezek gyakorlatilag nem léteznek. Példa erre az összes magasabb szintű, memória managelt nyelv, ahol nincsenek ilyenek. Kajánul mondhatnám, hogy persze az is lehet, hogy azokban jobb programozók dolgoznak :D De egyébként erről is tudjuk, hogy nem igaz, mert a másik egyharmada a problémáknak az XSS, ami egy rém hasonló probléma: alapvetően szar az architektúra, ezért oda kell rá figyelni, mit csinálsz. És hát látszik, hogy nem sikerül. (Sőt, másik két prominens doboz, az sql injection meg az input validation is ugyanez tulajdonképpen).
Szóval persze, van a rusttal egy csomó baj, meg megkérdőjelezhető részlet, de az, hogy legyen egy olyan eszköz, amit lehet biztonságos memória managementre használni olyan környezetben is, ahol a magasabb szintű, virtuál gépes, garbage collectoros és egyéb stratégiák nem megfelelőek, az egy teljesen logikus dolog, a tapasztalat jól mutatja, hogy ez a nincs semmi baj, c-ben is csak jól kell programozni, és a hülyék jobb eszközökkel is szart fognak írni, nem segít, nos ez nem tűnik egy védhető álláspontnak.
Miért? Nem lehet az?
De, gányolóföldén az. (Aztán majd valaki, aki használja, véletlen elhiszi, hogy memória címet kapott vissza, ahogy kellett volna, és ... nahát, null pointer dereference :D)
Ez viszont igaz, mert én hamarabb programoztam assembly-ben, mint C-ben, s noha a legtöbb dolgot jól meg lehet oldani C-ben, már a C is kicsit korlátozott az assembly-hez képest, én meg szeretem a szabadságot. Ugyanis az a programozó felelőssége, ha trükkök százait veti be, ne egy nyelv kitalálója akarja nekem megmondani, mit csinálhatok és mit nem. Tudod, ez is szuverenitási kérdés. Következetes vagyok, annak idején én az EU-ba lépés ellen szavaztam, s azóta is ugyanezen a véleményen vagyok. Ugyanúgy megöli az EU a szabadságot, mint a Rust.
Én értem, csak az egyéni preferenciáid kevésbé érdekesek madártávlatban. Az, hogy te nem szereted, az nem jelenti azt, hogy nincs értelme.
(Egyébként meg nem nagyon mennék én bele ebbe az eu kérdésbe, de ez egyáltalán nem ugyanaz a szuverenitási kérdés. )