Я уж думал ты про баг какой-нибудь напишешь. Это фича.

Тема bug vs feature хорошо освещена здесь (http://blog.lexa.ru/2009/01/25/zapiski_razrabotchika_raw_obrabotchika.html):



:-))

Ага, спасибо, уже читал.

А пока единственный замеченный мной баг - пропуск левого клика мышкой в менюшках. Иногда только с 3-4 раза кликается, причем только в менюшках, на странице всё кликается устойчиво. И иногда (редко) странные заморочки на ровном месте с буфером обмена (копирую из текстового поля, а в соседнем текстовом поле пункт paste неактивен), но это могут быть и проблемы самой винды - буфер-то системный.

Еще может ошибка компилятора или процессора, программы то на процессоре исполняются :)

Встречается кстати среди программистов такое - чуть что непонятное, ну вот, компилятор глючит или в системе ошибка. Ошибок в компиляторе я с 2001 года не видел, в системе тоже не припомню.

Старая байка:
Если транслятор в Вашей первой программе не обнаружил ни одной ошибки - обратитесь к системному программисту. Он исправит ошибку в трансляторе.

Ну, как бы это сказать... мелкие глюки с буфером (обычно вида "копируем - не копируется") бывает наблюдаются у совершенно разных программ, от фотошопа до голдеда(*). Мне проще поверить что они чаще вызываются, ээээ, особенностями реализации буфера обмена в системе, чем то что однотипные ошибки допускают все авторы программ.

Или ты веришь в безгрешность Микрософт и невозможность ошибок в их реализации буфера, но ещё не готов уверовать в безгрешность Гугля? Так это исключительно вопрос религии - многие аналогично верят в Торвальдса, и не способны уверовать в Микрософт...

(*) делаем (к примеру) в эксплорере copy, и paste в MSOE. Не копипастится. Повторяем - всё равно не копипастится. Идем в FAR, делаем copy/paste _произвольного_ текста в редакторе, после чего copy/paste из msie в msoe происходит успешно.
И ты считаешь, что это были глюки _не_ в системе?...

Я верю в то, что вероятность ошибки в таких программах как компилятор и уж тем более ОС намного меньше чем в большинстве программ.

Поработав в этой отрасли и посмотрев как обеспечивается качество кода, становится понятно почему программы обладают странными глюками и пр. багами. Написать программу без ошибок крайне сложно. Есть сроки и конкретные задачи, в круг таких задач надежность обычно входит постольку поскольку. Конечно не всегда так, но в случае OS, компилятора или браузера надежность должна обеспечиваться весьма серьезными мероприятиями по этому поводу, кроме того код OS меняется нечасто.

Еще есть немаловажный на мой взгляд фактор: не всегда в программисткой фирме есть опытные специалисты с офигенным стажем в конкретной области - например copy/paste. Поэтому человек садится, быстренько на лету учится и что-то пишет. Это начинает работать. Потом выясняется, что есть нюансы и они начинают вылезать, человек дообучается и фиксит это дело. К мире огромного числа API и библиотек оказывается офигенно ценным именно практический опыт использования. Только походив по граблям можно чему-то научиться. От сложности области зависит. Иногда область сложная из-за того что так ее сделали - например тот-же MFC.

Насчет твоего примера про FAR. В буфер обмена продвинутые программы типа ie помещают информацию в нескольких форматах. Может быть в коде, который разгребает эту инфу есть бага. А MSOE это такой динозавр, который уже давно никто не трогает, разве что security fix-ы, поэтому думаю на его баги-фичи уже давно забил MS.

Все это не исключает вероятность ошибки в системе. Но я очень сомневаюсь, что она имеет место.

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

На операции paste можно указать конкретный интересующий формат (и если "буферок" для него пуст/отсутствует, то пробежаться по остальным в порядке приоритетов), а можно сделать "наивный" вызов (т.е. как бы "дефолтовый"). В последнем случае система сама решит какой из форматов "самый подходящий" и вернёт указатель на соотв. "буферок".

что будет, если "наивная" "ансишная" апликуха возьмёт данные из клипборда в "дефолтовом" формате, а винда вернёт ей что либо типа "unicode big endian" ? - на строку "test" она получит последовательность байтов вида '\0', 't', '\0' и ты.ды. и по сишному соглашению сочтёт, что ей вернули пустую строку.

FAR - косольная апликуха и, судя по всему, клипборд ресетится к "нужному" состоянию (с приоритетом именно "анси" формата над прочими юникодами и rtf), после чего "всё работает" :-)

т.е. ошибки c&p скорее всего программные - всем лениво заниматься корректным выбором из клипборда (с "енумерацией" и разборов форматов), но при соблюдении "стандартных соглашений" оно всё работает... пока клипборд не переконфигурируется какими-либо "вихрями враждебными" в какое-нибудь "инкомпатибЫл" состояние.

А можно "философский ответ". Я мучаю W98, потребности такие. Оно содержит "Блокнот", и в этом самом "Блокнот" тоже встречаются глюки, один стабильно воспроизводимый ... В технике возможность дефектов предотвращают введением ТУ, здесь, видимо, до этого не дошло :))

Какой же ты многоликий О! ГУДВИН!!!