Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.LINUX
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.LINUX с датами от 24 Jan 02 06:01:34 до 23 Aug 24 12:51:58, всего сообщений: 8555
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 3883 из 8555 ========================================= RU.LINUX =
От   : Michael Belousoff                2:5020/830.911     23 Feb 17 10:29:24
Кому : Eugene Muzychenko                                   23 Feb 17 10:29:24
Тема : acer 5740
FGHI : area://RU.LINUX?msgid=2:5020/830.911@fidonet.org+58aeba8d
На   : area://RU.LINUX?msgid=2:5000/14+58ae6538
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
  Привет, Eugene.

  Вот что Eugene Muzychenko wrote to Michael Belousoff:

MB>> Сейчас подумалось: а вдруг те глюки пикада - они на самом деле глюки
MB>> не пикада, а винды? Скажем, по сравнению со старой хрюшей начала
MB>> века изменилось содержимое каких-то функций API, или как их там... и
MB>> именно из-за этого глюки и полезли - такого не могло быть?

EM> Могло. Я тебе именно про это сразу и сказал.

  Hу, значит, я сразу не понял. Чукча ведь не читатель... :-) Теперь примерно понятно с этим пикадом.

MB>> Тогда это не закладки, а софтописатели пикада - не бляди, а честные
MB>> давалки, и я зря на них катил бочку.

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

--Michael G. Belousoff--
Yekaterinburg city
mickbell(dog)mail(dot)ru

... ==== Проблему надо решать до того, как она появится. ====
--- GoldED/W32 3.0.1-asa9.1
* Origin: Граф О'Ман (2:5020/830.911)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.128966 секунды