The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В ядро Linux приняты изменения для исправления ошибки в UEFI..., opennews (?), 01-Фев-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


22. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  +/
Сообщение от Аноним (-), 01-Фев-13, 14:10 
У меня такое чувство, что в Phoenix сидят вендофилы и старательно гадят Linux.
Что в Lenovo`вских биосах для Linux (и, кстати для Windows 8, которой не было на момент разработки биоса) функция перечисления переменных UEFI возращает ошибку, что в Самсунговских прошивках фигня возвращается.. Тут уже какой-то намеренный саботаж идет.
Ответить | Правка | Наверх | Cообщить модератору

23. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  +1 +/
Сообщение от Анонимус_б6 (?), 01-Фев-13, 14:14 
не пойму, чему ты удивляешься, это все было очевидно с самого начала возни с секуребут и уефи онли-под-вин-8
Ответить | Правка | Наверх | Cообщить модератору

27. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  –1 +/
Сообщение от Вася (??), 01-Фев-13, 14:32 
"Никогда не приписывайте злому умыслу то, что вполне можно объяснить глупостью."
Просто Microsoft тратит гораздо больше сил и средств на доработку своего ПО для десктопных систем (написания костылей) чем нежели кто другой.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

32. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  +2 +/
Сообщение от Аноним (-), 01-Фев-13, 14:52 
> "Никогда не приписывайте злому умыслу то, что вполне можно объяснить глупостью."
> Просто Microsoft тратит гораздо больше сил и средств на доработку своего ПО
> для десктопных систем (написания костылей) чем нежели кто другой.

Выделенное слово является ключевым. Один случай еще можно объяснить глупостью. Но изобилие таких "глупостей", да еще и необъяснимо не затрагивающих существующие на момент выпуска прошивки (!) ОСей некоего монополиста весьма подозрительно. Если бы, как ты и утверждаешь, отсутствие проблем в Windows объяснялось доработкой со стороны Microsoft, уже известные проблемы с BIOS были бы не актуальны в новых версиях. Но тут мы имеем противоположный случай — отсюда делаем вывод, что прошивка ответственна за то, чтобы определять, какой ОСи давать корректную  информацию, а всем остальным просто нагло врёт.

Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

41. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  +2 +/
Сообщение от Аноним (-), 01-Фев-13, 15:21 
> В случае с APIC ошибка была в прошивке: во время инициализации BIOS настраивал энергосбережение корректно, но если ОС вмешивалась - то управлял энергосбережением неверно. Майкрософт провёл тестирование сотен плат и добавил в драйвер список тех, в работу которых не нужно вмешиваться. В Линуксе всё было сделано по стандарту и ниипёт. В результате больше года проблем у Линукс-пользователей, пока разработчики не декомпилировали драйвер Майкрософт и не спёрли из него искомую таблицу багнутых мат.плат.

Допустим.
> DSDP (APIC) - единственный известный мне случай когда производитель аппаратуры жёстко прошил в BIOS название ОС. По спецификации ОС могла передавать некую строку-идентификатор, если строка была не "Microsoft Windows NT", то BIOS глючил. Таких плат было немного, все noname, в них стандарты нарушаются очень часто.

Допустим.
> UEFI (данный случай): BIOS нарушает стандарты и возвращает неверный код ошибки, Windows обрабатывает все коды ошибок,

Допустим.
> Линукс вместо обработки перепрошивает BIOS такой фигнёй, что это приводит к невозможности загрузки ПК.

А вот это уже твоя отсебятина и клоунада. Тебе ведь говорили уже, что ничего линукс не перепрошивает. Перепрошивка BIOS — не то, что можно сделать случайно.

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору
Часть нити удалена модератором

53. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  +/
Сообщение от Аноним (-), 01-Фев-13, 15:49 
Как странно. При корректно выполняющем свою задачу прошивке тот же метод проблему не вызывает. Зри в корень! Если работа оборудования не соответствует описанию — в ошибке системы виновато оборудование. Если при правильно работающем оборудовании описанию не соответствует работа прошивки — виновата прошивка. Если оборудование и прошивка в порядке, но ядро ведёт себя некорректно — тогда уже в ошибке системы виновато оно, а не пользовательское приложение, ибо WE DO NOT BREAK THE USERSPACE. Прошивка некорректна. Ядро невиновно. Если после исправления прошивки проблема останется — тогда уже можно будет обвинять ядро. Всё ясно?
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору
Часть нити удалена модератором

65. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  +/
Сообщение от Аноним (-), 01-Фев-13, 17:26 
Гонишь. Ошибок 7. И возвращалась корректная ошибка. Кто ж думал что тот кто реализовывал прошивку был настолько ленив, что не стал доделывать код, что бы он соответствовал стандарту 2.0?
Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

67. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  +/
Сообщение от clown (?), 01-Фев-13, 17:33 
Нет, я тебе не гоню.

Error code EFI_INVALID_PARAMETER should only be returned, if one of the given pointers to variables is NULL and pointing to an invalid memory section

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

69. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  +2 +/
Сообщение от Аноним (-), 01-Фев-13, 17:47 
А я говорю - гонишь :)
Модуль ядра efivars не передавал функции ни одного пустого значения. Он все делал по спецификации. А в спецификации 2.1 не говориться что параметр VariableNameSize должен быть строго 128 байт. Там про размер вообще ничего не говориться, кроме того, что если имя переменной не влезет в указанный функции буфер, то тогда будет возвращено  EFI_BUFFER_TOO_SMALL. А в сложившейся ситуации на вполне корректный размер буфера (1024) была некорректная реакция функции GetNextVariableName() реализованной программистами Phoenix.
И да, если в модуле поменять 1024 на 128, переменные будут видны и efibootmgr будет работать корректно. Только для многих это уже поздно.
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

68. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  +3 +/
Сообщение от eve (ok), 01-Фев-13, 17:47 
Грег говорит несколько иначе в оригинале: "Long ago Samsung told me that it was just fine to be doing this, and that there would not be any problems (I based the samsung-laptop driver on code that Samsung themselves gave me.)"
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

39. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  +/
Сообщение от hakushka (ok), 01-Фев-13, 15:18 
Во времена когда было 100500 реализаций DOS конторка MS тоже делала свой DOS и программы _не_совсем_ по стандартам. В результате DOS от MS запускал сторонние программы, а DOS от других не запускал программы от MS. Потому хомячки ставили DOS от MS -- тупо чтобы всё работало.

Ничего не напоминает?

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

48. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  –5 +/
Сообщение от clown (?), 01-Фев-13, 15:35 
Windows 3 отказывался запускаться из-под DOS, отличных от MS-DOS. Разработчики других DOS подали в суд, в результате многолетних споров выяснили истину:
1. да, Windows 3 требует MS-DOS и это обязательное условие её корректной работы
2. да, можно было обойтись функциями, реализованными в других DOS, но Майкрософт не обязана проводить ревизии чужого кода для выявления как и какие функции реализованы у конкурентов
Ответить | Правка | Наверх | Cообщить модератору

61. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  +3 +/
Сообщение от Аноним (-), 01-Фев-13, 16:36 
> Windows 3 отказывался запускаться из-под DOS, отличных от MS-DOS. Разработчики других DOS
> подали в суд, в результате многолетних споров выяснили истину:
> 1. да, Windows 3 требует MS-DOS и это обязательное условие её корректной
> работы
> 2. да, можно было обойтись функциями, реализованными в других DOS, но Майкрософт
> не обязана проводить ревизии чужого кода для выявления как и какие
> функции реализованы у конкурентов

Многовато твоих постов по теме для независимого проходящего мимо но случайно заинтересовавшегося обсуждением на форуме. "Я бежала за вами три дня, чтобы сказать вам  что вы мне безразличны"

Ответить | Правка | Наверх | Cообщить модератору

63. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  –3 +/
Сообщение от clown (?), 01-Фев-13, 16:52 
Слишком много слишком явной лжи.
Ответить | Правка | Наверх | Cообщить модератору

70. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  +2 +/
Сообщение от Дмитрийemail (??), 01-Фев-13, 18:02 
Да, для Вас это явно работа, а не праздный интерес :)
Зачем так упорно хаять определенный продукт?
Есть и у Микрософта полезный для определенных задач софт. И Linux штука весьма прикольная.

Ведь правда?

Что за агрессия на тематическом форуме? :)

Хочется адреналина, сходите к байкерам в клуб, например, и начните им там доказывать, что все ваши мотоциклы - полный отстой, машины в 1000 раз круче и полезней :)

Ответить | Правка | Наверх | Cообщить модератору

79. "В ядро Linux приняты изменения для исправления ошибки в..."  +4 +/
Сообщение от arisu (ok), 02-Фев-13, 01:38 
> Слишком много слишком явной лжи.

вот именно. и причём от тебя. например, про третью винду, которая не работала на той же DR-DOS вовсе не потому, что в DR-DOS что-то было не реализовано или реализовано не так, а вовсе потому, что в одном маленьком файлике один немножечко заксореный кусочек асм-кода лез в недокументированые потроха m$-dos и проверял некоторые байты. больше эти байты нигде и никем не использовались, и код этот был не нужен. если его нежно выпилить — ВНИЗАПНА! третья винда отлично работала на DR-DOS.

внимание, у меня для тебя сложный вопрос: при чём тут «ревизии чужого кода», если единственная причина неработоспособности была введена самой m$, вполне намеренно, на поздних стадиях разработки и именно для того, чтобы подгадить конкурентам? какая *нормальная* необходимость в обфусцированном коде, единственная цель которого — отдетектить ось конкурента и нагадить пользователю?

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

80. "В ядро Linux приняты изменения для исправления ошибки в..."  +4 +/
Сообщение от arisu (ok), 02-Фев-13, 01:44 
ах, да. чтобы ты не скакал с писками, я тебе сразу дам строчку для гугля:
google://windows+aard+code
выбирай оттуда понравившуюся ссылку и читай.
Ответить | Правка | Наверх | Cообщить модератору

129. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от clown (?), 03-Фев-13, 13:28 
http://habrahabr.ru/post/103757/
Здесь на русском.
Ответить | Правка | Наверх | Cообщить модератору

86. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  +/
Сообщение от Аноним (-), 02-Фев-13, 02:02 
> Слишком много слишком явной лжи.

При том от вас.

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

81. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  +/
Сообщение от Michael Shigorinemail (ok), 02-Фев-13, 01:50 
> 2. да, можно было обойтись функциями, реализованными в других DOS, но Майкрософт
> не обязана проводить ревизии чужого кода для выявления как и какие
> функции реализованы у конкурентов

http://ftp.linux.kiev.ua/pub/mirrors/iowaconsumercase.org/PX... -- дочитаете, либо беритесь наконец за голову, либо пожалуйте вон.  Системные сознательные лжецы, а именно таким Вы сейчас и работаете, не нужны вообще.

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

90. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  +/
Сообщение от Anonus (ok), 02-Фев-13, 03:58 
> ... либо пожалуйте вон.  Системные сознательные лжецы, а именно таким Вы сейчас и работаете, не нужны вообще.

Круто !!! Столько экспрессии !!!

Мишаня, ты случайно не в курсе почему мои посты пропадают, связь плохая или мыши их сгрызли?

Ответить | Правка | Наверх | Cообщить модератору

91. "В ядро Linux приняты изменения для исправления ошибки в..."  +1 +/
Сообщение от arisu (ok), 02-Фев-13, 04:30 
> почему мои посты пропадают

очень часто это случается от того, что корреспондент дурак и пишет глупости.

Ответить | Правка | Наверх | Cообщить модератору

92. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от AnonuS (?), 02-Фев-13, 04:41 
> очень часто это случается от того, что корреспондент дурак и пишет глупости.

Самокритичнeнько !!!

Я не у тебя спрашивал, а у Мишани, так что поди пока покури.


Ответить | Правка | Наверх | Cообщить модератору

93. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от arisu (ok), 02-Фев-13, 04:55 
ему воспитание не позволяет дураков дураками называть. а мне — позволяет.
Ответить | Правка | Наверх | Cообщить модератору

106. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от Michael Shigorinemail (ok), 02-Фев-13, 16:26 
> ему воспитание не позволяет дураков дураками называть.

Вообще-то позволяет, но тут скорее может пригодиться перечитать http://wiki.opennet.ru/ForumHelp

Ответить | Правка | Наверх | Cообщить модератору

121. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от AnonuS (?), 03-Фев-13, 01:28 
> Вообще-то позволяет, но тут скорее может пригодиться перечитать http://wiki.opennet.ru/ForumHelp

Перечитал, но так и не смог найти причину. Намекни пальцем конкретный пункт, чтобы в будущем не бить понапрасну пальцы о клаву.

Ответить | Правка | Наверх | Cообщить модератору

122. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от Michael Shigorinemail (ok), 03-Фев-13, 01:29 
> Намекни пальцем конкретный пункт

Обычно п.6, как и в #119.

Ответить | Правка | Наверх | Cообщить модератору

124. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от AnonuS (?), 03-Фев-13, 01:39 
>> Намекни пальцем конкретный пункт
> Обычно п.6, как и в #119.

Под этот пункт можно что угодно подвести, по типу был бы пост, а уж под пункт номер 6 мы его и сами подведём. Слишком часто посты исчезают, я не про свои говорю, я редко пишу.

Ладно замнём для ясности.

П.С.: Спасибо за ответ !

Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

123. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от AnonuS (?), 03-Фев-13, 01:35 
> Перечитал, но так и не смог найти причину. Намекни пальцем конкретный пункт,
> чтобы в будущем не бить понапрасну пальцы о клаву.

Мишаня, ты видно вот на это намекал ( выдержка из FAQ ):

-Иногда модераторы удаляют сообщения без явной причины, в чем может быть дело ?

-Сообщение может быть удалено не только за нарушение правил (как правило, мат, оскорбления и провокация флейма), но и как ответ на нарушающее правило сообщение. Если удаляется определенное сообщение, то с высокой долей вероятности удаляются и все ответы ниже по нити. Исключение может быть сделано если ниже по нити присутствуют особо интересные и полезные комментарии. Если хочется узнать причину удавления, можно задать вопрос через данную форму или написать в специальный раздел форума. Но в 95% случаев таких запросов имеет место удаление ответа вместе с нарушающим правило сообщением. Не нужно отвечать на заведомо нарушающие правила и провоцирующие на флейм сообщения.

Тако у меня там не было мата у флейма, а равно и других нарушений.

Удаляете сообщения, так хоть нарушенный пункт правил указывайте, проявляйте хоть немного уважения к своим посетителям.

Ответить | Правка | Наверх | Cообщить модератору

125. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от Michael Shigorinemail (ok), 03-Фев-13, 01:48 
> Тако у меня там не было мата у флейма, а равно и других нарушений.

Были, к сожалению.

> Удаляете сообщения, так хоть нарушенный пункт правил указывайте, проявляйте хоть
> немного уважения к своим посетителям.

Пояснять стараюсь тогда, когда есть основания предположить заблуждение, а не злонамерение.  Касательно Ваших постингов, которые приходится удалять, ощущение совершенно однозначное -- сюда ходите порочить свободный софт вне зависимости от наличия и характера действительных проблем.

Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

126. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от AnonuS (?), 03-Фев-13, 02:06 
> Были, к сожалению.

Ни единого.

> Пояснять стараюсь тогда, когда есть основания предположить заблуждение, а не злонамерение.

Ни разу не видел пояснений. А про злонамеренность порадовал!

>  Касательно Ваших постингов, которые приходится удалять, ощущение совершенно однозначное
> -- сюда ходите порочить свободный софт вне зависимости от наличия и характера действительных проблем.

Интересно в чём по твоему состоит мой интерес сидя на openSUSE порочить открытый софт?

Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

131. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от clown (?), 03-Фев-13, 15:10 
Удаляют обычно то, где говорится о неидеальном качестве Линукса или превосходстве над Линуксом других ОС, аналогично для ПО.

Миша тот ещё клоун: комплекс бога + специфическая (и единственно верная, по его мнению) точка зрения на многие проблемы. Он ещё не говорил вам что не считает Windows операционной системой?

Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

132. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от AnonuS (?), 03-Фев-13, 16:27 
> ... Он ещё не говорил вам что не считает Windows операционной системой?

Нет, такого я от него ещё не слышал :-)))

Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

134. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от Michael Shigorinemail (ok), 03-Фев-13, 16:39 
> Удаляют обычно то, где говорится о неидеальном качестве Линукса

См. #133.  Остальное Вами написанное характеризует скорее Вас, хотя и так вроде бы уже некуда.

Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

133. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от Michael Shigorinemail (ok), 03-Фев-13, 16:37 
>> Были, к сожалению.
> Ни единого.

Тогда пишите Максиму со ссылками на удалённые постинги (если ведёте архив) и вопросом о правомерности удаления.

>>  Касательно Ваших постингов, которые приходится удалять
> Интересно в чём по твоему состоит мой интерес сидя на openSUSE порочить
> открытый софт?

Понятия не имею.  Порой даже кажется, что два разных человека пишут -- но с обоими на брудершафт не пил и отличить не берусь. :)

В данном конкретном треде Вы упорно пытаетесь вменить в вину разработчикам ядра Linux то, что они виноваты в описываемой проблеме -- несмотря на то, что противоречие спецификации __в фирмвари__, а в ядре оставалось разве что предпринимать __дополнительные__ меры по его обходу.  Вкупе с заявлениями об их квалификации, не подтверждёнными хоть какой-то собственной, это и идёт под п.6.

Т.е. поймите правильно: в линуксе косяков множество и людей, которые их сделали, в LKML тоже немало.  Но если уж берётесь выступать по теме -- неужели не стоит сперва хоть немного в ней разобраться?

Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

141. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от Anonus (ok), 05-Фев-13, 02:50 
> Тогда пишите Максиму со ссылками на удалённые постинги (если ведёте архив) и
> вопросом о правомерности удаления.

Архив постингов !? Миша, я не городской сумасшедший ! Просто на других форумах модераторы дают себе труд назвать причину удаления, и это само по себе снимает множество вопросов, ибо во-первых становится понятно "за что", а во вторых не так обидно, ибо модер дал себе труд дать объяснение, т.е. проявил уважение к "постящемуся".

> Понятия не имею.  Порой даже кажется, что два разных человека пишут
> -- но с обоими на брудершафт не пил и отличить не
> берусь. :)

Может и два разных, хотя я не замечал, чтобы под моим ником кто-нибудь "троллил".


> В данном конкретном треде Вы упорно пытаетесь вменить в вину разработчикам ядра
> Linux то, что они виноваты в описываемой проблеме -- несмотря на
> то, что противоречие спецификации __в фирмвари__, а в ядре оставалось разве
> что предпринимать __дополнительные__ меры по его обходу.  Вкупе с заявлениями
> об их квалификации, не подтверждёнными хоть какой-то собственной, это и идёт
> под п.6.

Мишаня, читать посты нужно внимательнее. Единственное что было сказано о квалификации разработчиков ядра было следующее - "ядерные быдлокодеры". Как видишь выражение взято в кавычки, ибо это не то что на самом деле есть, а просто тутошний фольклор и не более того, тем более "заковыченный".


> Т.е. поймите правильно: в линуксе косяков множество и людей, которые их сделали,
> в LKML тоже немало.  Но если уж берётесь выступать по
> теме -- неужели не стоит сперва хоть немного в ней разобраться?

Да, совершенно верно, косяков много и не только в лине, их везде много, ибо софт штука сложная, а пишут его люди, которые иногда ошибаются. Я с этим не спорю и не ставлю им этого в вину, как говориться дело-то житейское :-)))

Просто в данном случае всё внимание было сосредоточено на самсунговской фирмваре, хотя лажанулись обе стороны. В разборе инцидента сказано английским по белому:

> . . .
> The Linux module does not expect the strange error code (it checks for NULL pointers itself)
> . . .

Источник: Яша Хайнеманн ( http://www.jakobheinemann.de/en/blog.html )


А это значит что разрабы почитав спецификацию, были уверены в том что передают в функцию НЕ нулевые указатели, и на этом успокоились - не проверили возвращаемое значение. Но это же преступная халатность! Они работают с чёрным ящиком, который был изготовлен "плотниками" совсем другой артели, а те плотники может и не читали спецификации вовсе, или поняли её не так, раз посчитали этот код ошибки ( EFI_INVALID_PARAMETER ) вполне подходящим для случая, когда размер буфера не равен 128 байтикам.

Исходя из этого вся истерика по направлению самсунга в данном случае, а равно и тон объяснений со стороны "ядерщиков" меня лично не устраивают, по одной очень простой причине - если лажанулся, так будь добр признать свою ошибку. Вместо этого простого действия, начинается полнейшее акцентирование внимания на самсунговском проколе, и полное скромное замалчивание своего, детсадовского по сути, промаха. А кто-то, кто-то, лишился своего лаптопца, купленного за свои денешки.

Вот такие значит перошки с котятками получаются.

И где в этих моих словах злопыхательство по отношению к OSS?


Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

142. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от arisu (ok), 05-Фев-13, 08:32 
всё-таки не удержался: ведь прав этот джентльмен! пульсу тут недавно пинали за непроверку кода — значит, и модуль тоже виноват.
Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

143. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от Michael Shigorinemail (ok), 06-Фев-13, 00:28 
> Архив постингов !? Миша, я не городской сумасшедший !

Гм, тогда почему Вас так волнует их судьба... :)  Но если хотите, могу сделать выборку из своего архива.

> Просто на других форумах модераторы дают себе труд назвать причину удаления

#125

> Может и два разных, хотя я не замечал, чтобы под моим ником
> кто-нибудь "троллил".

Гм.  Может, черкните тогда мне почтой (как вариант, с одноразового ящика), а я по возможности отберу и пришлю стопку тех, по прочтении которых стал так думать?  Чтоб тут не заспамливать.

> Мишаня, читать посты нужно внимательнее.

Оно-то да, но ведь и сами понимаете -- opennet является не единственным и не главным времяпровождением.  Тут вон на ладан дыщащий в силу исторических причин sisyphus.ru пришлось латать, помимо всего прочего :(

> Единственное что было сказано о квалификации разработчиков
> ядра было следующее - "ядерные быдлокодеры". Как видишь выражение взято в
> кавычки, ибо это не то что на самом деле есть, а просто тутошний фольклор

А можно всё-таки прочесть правила и не превращать эти "оркские разговорчики" в "тутошний фольклор"?  Гляньте обсуждения десятилетней давности -- много ль такой "терминологии" грамотные люди использовали?..

> А это значит что разрабы почитав спецификацию, были уверены в том что
> передают в функцию НЕ нулевые указатели, и на этом успокоились -
> не проверили возвращаемое значение. Но это же преступная халатность!

Гм, а Вы лично пробовали что-либо по спеке реализовать, а затем сделать ещё проход на случай падающих в голову той стороне метеоритов?  Здесь как раз уместен механизм обработки исключений, что и наблюдаем: выяснилось безобразие (причём конкретное, а не произвольное из теоретически возможных) -- по нему приняты возможные контрмеры.

> Исходя из этого вся истерика по направлению самсунга в данном случае, а
> равно и тон объяснений со стороны "ядерщиков" меня лично не устраивают

Истерики не наблюдаю (даже со стороны пользователей, которым пришлось тащить железки в сервис).  Раздувать её посторонним тем более глупо.

> И где в этих моих словах злопыхательство по отношению к OSS?

Валите на ядерщиков то, что в данном разе ими не заслужено, притом не стесняясь в выражениях.

Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

115. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от Юрий (??), 02-Фев-13, 23:19 
> очень часто это случается от того, что корреспондент дурак и пишет глупости.

Наверное эквивалентные самой новости?


Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

116. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от arisu (ok), 02-Фев-13, 23:25 
разве обязательно писать глупость, если глупость прочитал?

кстати, после «наверное» — запятая.

Ответить | Правка | Наверх | Cообщить модератору

118. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от Юрий (??), 03-Фев-13, 01:03 
> разве обязательно писать глупость, если глупость прочитал?

Тогда такие темы оставались бы без комментариев.
> кстати, после «наверное» — запятая.

Возможно, но мне это не интересно.

Ответить | Правка | Наверх | Cообщить модератору

130. "В ядро Linux приняты изменения для исправления ошибки в UEFI..."  +/
Сообщение от Аноним (-), 03-Фев-13, 15:07 
http://habrahabr.ru/post/103757/
На русском в отличном качестве.

А PDF в голимейшем качестве, выложенный на твоём личном ресурсе, для меня не аргумент. Уже предупреждал, вроде: или ты админ и админишь молча в тряпочку, или комментатор на птичьих правах. Попытка судей играть в футбол за одну из команд - яркий показатель того что в ваш ГазМяс имеет шансы не удержаться даже в низшей лиге.

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

138. "В ядро Linux приняты изменения для исправления ошибки в..."  +/
Сообщение от arisu (ok), 03-Фев-13, 18:02 
> Уже предупреждал, вроде

Максим, залогиньтесь!

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру