Изпечатай

[Acho]

Те затуй постоянно вадят нови ъпдейтнати версии на тоя браузер.

[spec1a]

   Не е до браузъра.
Става дума за "публичен облак"

   Прецакани са голям брой важни услуги,на които разчитат много клиенти.
Доверили се на Google Cloud ...

[4096bits]

Не четох статията, но от преди това, кето съм чул, проблема е бил заради нулев указател към паметта. Случило се било по време на проверка на правомощия, при подаване на команда и след това туй се е разпространило из една камара инстанции по сървърите на Гугъл.

Ммм, да.
И в статията са го написали - нулев указател.
За който не е много по коденето, това е указател със стойност нула или без стойност.
В повечето операционни системи това директно предизвиква грешка. На този адрес няма нищо и е резервиран ( защитен ) за такива случаи. В общи линии или достъпът до този адрес е забранен или води до неочаквано поведение на програмата.

[spec1a]

   Това,което от Google трябваше да направят,е да го тестват много сериозно.
И после,при реалното "внедрявяне", не едновременно прилагане на
всички дейта центрове,а един по един.
Щяха да видят,че има сериозен проблем още при първия.

И нямаше да има такива прекъсвания на услуги.

[4096bits]

Ами не са го тествали, защото в кода не се прави проверка.
Който го е писал, не е очаквал, че такова нещо може да стане.
И не е написал нищо, за да се застрахова и от това.

А разпространението е автоматично.
Системата те идентифицира, подаваш командата или командите, те отиват в опашката, като им дойде реда или определеното време, се разпращат по сървърите автоматично.
Проблема е, че явно инструкцийте се изпълняват едва след като вече всичко е разпратено и му дойде времето.
Предварителна изпълнение за тестване явно не се е правело.

Лесно се коригира, но гафа е голям.

[spec1a]

   Ами явно не е трябвало да "се разпращат по сървърите автоматично".

Колосална издънка на всички екипи ...

[4096bits]

Не зная, какво е трябвало и какво не.
Така са го направили от Гугъл, сигурно с причина.
Не им зная системата, как работи.

Това разбрах, че е станало конкретно в случая, но наистина повече подробности нямаше.

[remotexx]

- Значи викате не ни трябва ИИ - ний сами ще се затрием...
- Днешните мисирки пак са дръпнали леко напред - предишните реколти мисирки на pointer (arithmetic) му викаха аритметика на показалците
- А за разликите между 0 , NULL, nullptr тук https://ece.uwaterloo.ca/~dwharder/icsrts/C/14/
НЕ е задължително винаги да е 0
Междувременно ИИ вече се справя по-дборе от ЧИ (a.k.a. slow-human)

In most implementations, nullptr is equivalent to zero (0) or (void*)0, but there are rare cases where a nonzero value might be used. Some embedded systems or specialized architectures may define nullptr differently due to memory constraints or hardware-specific behavior.

For example, certain microcontrollers with memory protection units (MPUs) might use a reserved address instead of 0 to prevent accidental dereferencing. Additionally, some compilers targeting exotic architectures could implement nullptr as a nonzero sentinel value for debugging or optimization purposes

[4096bits]

Ремо, не става въпрос, каква е разликата между NULL и 0. Между празна стойност и нула.


Става въпрос тук за нулев указател. Укалазател, който има стойност NULL или нула.
Къде е това място в паметта със адрес NULL?
А мястото в паметта с адрес 0 е обикновено недостъпно.
Може би има нещо там при вградени системи и контролерчета понеже паметта там е ценна, че е малко, но те нещо различно в случая.

[spec1a]

   Може да се касае за конкретни хардуерни особености на процесора.
Или за неговия "системен софтуер" - микрокода.

   Например, може да се направи така,че при опит за достъп до
кой да е "неправилен" адрес да се генерира директно код за  грешка.

[4096bits]

Ами нещо такова е станало.
И всичко е спряло.
Но е системна грешка, не такава предизвикана от процесора и инструкцийте му.
Това май е на софтуерно ниво.

[spec1a]

   Е,вече ще си имат едно наум.

Да правят по-сериозни проверки ...

[4096bits]

Дано.
За часове не е имало достъп до много големи сайтове.
Хората със сигурност са загубили пари.

[remotexx]

Аз знам какво е NULL, това е macro
#define NULL ((char *)0)
https://www.tutorialspoint.com/c_standard_library/c_macro_null.htm
Макрос който при х86/х64 архитектурите обик. е към адрес 0
Лично аз съм виждал архитектури при които адрес 0 става за запис, отделно че днес всичко е виртуални адреси та за приложението ти адрес 0 виртуален е напълно вероятно да е writable 
https://www.quora.com/What-is-at-the-memory-address-0x0-aka-the-null-pointer

А на вас не ви ли сана ясно че това е PR кампания... обик. винат е на разработчика дето е пропуснал поверката за NULL, обаче на никой не му се спори с разработчици щото първо че никой не разбира техническата част (не и по-добре от тях) второ че обик. разработчика/програмиста ще каже така е по техническа спецификация "тук никога никогаж няма да трябат >64К RAM опа това е за един друиг виден разработчик но схващате идеята "тук никога няма да има празни полета", но то това е като при корабите сите са непотопяеми ...докато не потънат и.. всичко забива в неправилна посока а те така леко изместиха фокуса от програмистите къмто менъджмънта уж те са се издънили, понеже па те тия се оправят по-добре с (кризисен) PR.. което още ме навежда и на мсълта че целия тоя проблем може и да е нацяло измислен за да покрие нечия друга некадърност (на много високо ниво - ония с многото мета... или както му викате вие бело)

[spec1a]

   Основната вина е на разработчиците.
Но ... нали им проверяват кода,има и ИИ,и той ли нищо не е хванал 
А меринджеите ?

Т.е. всички са се осрали,едни повече, други по-малко...