Исправлена ошибка firefox'а с неработающими hotkeys(в русской раскладке)

>сингапурские хостеры

Кого только не встретишь на лоре...

Я понял, почему у меня в Фаейрфоксе ctrl+F иногда не работал...

>Коды символов выше 127 вполне можно задать с помощью escaped sequences.

писать комментарии escaped sequence'ами это даже покруче китайского.. ))

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

>Коментарии должны быть на том языке, который хорошо знает разработчик.

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

Комментарии должны быть на том языке, который хотя бы на каком-то уровне знают ВСЕ, кто будет иметь доступ к коду впоследствии. Так сложилось, что в IT таким языком является английский. Про "программистов", не знающих английского даже на примитивном уровне комментариев (ибо они не требуют ни сколь-нибудь сложной грамматики, ни широкого словарного запаса) --- лучше не будем, на 100 раз уже обсудили-переобсудили.

искренне надеюсь, что ни я, ни кто другой не увидят ваши программы. если вы их пишете так же, как отвечаете — беда. небось, завсегда надеетесь, что в памяти обязательно нули будут — «я же ничего ещё в неё не записывал»…

Логика железная. Но, к сожалению, мне совершенно непонятная.... Ну да ладно, переживу.

> Супер новость! :)))) Олегу большой респект! В PS от что значит открытые исходники! ;)

Охренеть опынсорц. Через несколько лет комюнити правит баги. Охренеть как выгодно!

> небось, завсегда надеетесь, что в памяти обязательно нули будут — «я же ничего ещё в неё не записывал»…

Java, кстати, это гарантирует, что в начале int x == 0, Object o == null.

Это-то ладно, эти её "гарантии" может ещё не так плохи, а вовсе даже наоборот. Но есть и другие "гарантии": и что объект будет удалён (здравствуй, сборщик мусора), и что метод класса точно будет виртуальным, если его принудительно не сделать не-виртуальным (здравствуй, виртуальная таблица). Вот и получаем в итоге то, что получаем.... =\

> Это-то ладно, эти её "гарантии" может ещё не так плохи, а вовсе даже наоборот. Но есть и другие "гарантии": и что объект будет удалён (здравствуй, сборщик мусора), и что метод класса точно будет виртуальным, если его принудительно не сделать не-виртуальным (здравствуй, виртуальная таблица). Вот и получаем в итоге то, что получаем.... =\

Чем плох сборщик мусора? Дружно прощаемся с утечками памяти ведь.

Невиртуальные методы в Java? Такое возможно? Да и зачем? Ни разу в моей практике что на C++, что на Java не было необходимости в НЕвиртуальных функциях. В С++ вообще задолбался все функции помечать как виртуальные :)

>Невиртуальные методы в Java? Такое возможно?

Возможно, я ошибаюсь, но мне казалось, что это делает ключевое слово final. Нет? (Особо глубоко не копал, т.к. самому писать не приходилось)

>Да и зачем?

Оверхед при вызове. В прикладных программах, возможно, он не особо критичен, но бывают и "более другие" программы.

2anonymous (*) (23.11.2007 11:41:14):

>> а мой патч не приняли блин :( всего на 2 часа позже запостил... эх...

Что пропатчил-то? Весь движок на Лиспе переписал?

Ура! Слава Олегу Крылову! Сейчас еще кдешнеги починят раскладку в КДЕ4 и настанет полный и безоговорочный винкопэц.

> Самое забавное - за исправление следующего бага дают уже не 500, а только 450.

Баги обесцениваются. Нуно срочно продавать активы. (((

> Думаю, когда в KDE переключалку раскладок починят, об этом тоже на главной странице напишут. Легенда всё-таки.

Уже починили. KDE4 rc1

> Переключалку в кедах пофиксил не он, насколько мне известно.

Переключалку в кедах пофиксил не он, он просто разместил объя^H^H^H^H патч для файрфокса!

> Java, кстати, это гарантирует, что в начале int x == 0, Object o == null.

Как говорится, 4.2. Это относится только к полям объекта, локальные переменные надо инициализировать.

> Возможно, я ошибаюсь, но мне казалось, что это делает ключевое слово final. Нет? (Особо глубоко не копал, т.к. самому писать не приходилось)

final для метода означает, что он не может быть переопределён в классе-потомке. А методы в Java да, все виртуальные.

>> Возможно, я ошибаюсь, но мне казалось, что это делает ключевое слово final. Нет? (Особо глубоко не копал, т.к. самому писать не приходилось)

>final для метода означает, что он не может быть переопределён в классе-потомке. А методы в Java да, все виртуальные.

поскольку он не может быть переопределен в потомке, то и делать виртуальный вызов нет смысла. Нормальные jvm и не делают.

> поскольку он не может быть переопределен в потомке, то и делать виртуальный вызов нет смысла. Нормальные jvm и не делают.

public class A {
  void test() {}
}

public class B extends A {
  final void test () {}
}

Метод test в B объявлен как final и при это виртуальный.

> Даже Win-1251 намного лучше: Там можно производить бинарную сортировку русского текста в MySQL ...

Вот-вот имеено этот пример я привожу, когда рассказываю как не надо программировать :D

Сортировка - либо есть, либо её нет, а промежуточная ака бинари нам не нужна.

И вообще, 1251 в топку, мы давно уже перешли на utf8.

>public class B extends A { final void test () {} } >Метод test в B объявлен как final и при это виртуальный.

если вызываем метод test() имея указатель на тип B, то компилятор не будет генерировать код для виртуального вызова функции, т.к это не нужно.

>> Даже Win-1251 намного лучше: Там можно производить бинарную сортировку русского текста в MySQL ...

>Сортировка - либо есть, либо её нет, а промежуточная ака бинари нам не нужна.

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

>И вообще, 1251 в топку, мы давно уже перешли на utf8.

Судя по любитялям koi8u в этом треде, на utf8 перешли не все.

> если вызываем метод test() имея указатель на тип B, то компилятор не будет генерировать код для виртуального вызова функции, т.к это не нужно.

Только сам метод от этого менее виртуальным не становится.

Но вызов-то этого метода идёт напрямую, минуя виртуальную таблицу? Значит, это именно то, о чём я говорил (см. выше). Хоть он при этом и остаётся виртуальным :)

Или нет?

>от что значит открытые исходники! ;)

Да, да... Благодаря открытым исходникам миллионам программистов потребовалось всего шесть лет, чтобы локализовать и устранить ошибку!

>Чем плох сборщик мусора? Дружно прощаемся с утечками памяти ведь. Пользуемся boost::shared_ptr и так же прощаемся с утечками.

> Русская кодировка либо есть либо ее нет

Начнём хотя бы с того, что UTF-8 - не кодировка... ;)

>Начнём хотя бы с того, что UTF-8 - не кодировка... ;)

А что же?

"UTF-8 (от англ. Unicode Transformation Format — формат преобразования Юникода) — в настоящее время распространенная кодировка, реализующая представление Юникода, совместимое с 8-битным кодированием текста." // http://ru.wikipedia.org/wiki/UTF-8

Или, наконец, как ты на русский переводишь "encoding"?

> UTF-8 (от англ. Unicode Transformation Format — формат преобразования Юникода)

Ты сам ответил на свой вопрос. ;) Это формат хранения *текстовых* данных в *бинарном* виде.

> ...кодировка...

Вызывающе неверная информация и противоречие предварительно написанному. :)

> ...представление Юникода, совместимое с 8-битным кодированием текста.

Вызывающе неверная информация - UTF-8 совместима с семибитным кодированием текста, т.е. US7-ASCII.

> Или, наконец, как ты на русский переводишь "encoding"?

Кодировка

А теперь покажи мне, что UTF-8 - кодировка, вот здесь:

http://www.unicode.org/faq/utf_bom.html#UTF8