Разное

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

При этом, бездушный аппарат обучен делать скидку, из 22 294 рублей он простил мне 294. Чтобы я не ходил в описанную выше очередь.

Объявление

Желающие увидеть меня на

• РИФ-е
• РИТ-е
• КИБ-е

Ну нет у меня здоровья, сил и времени выезжать за МКАД - это же обязательно получится на целый день

Граждане отдыхающие!
А кто-нибудь в первопрестольной торгует материалами для сухого монтирования фотографий в розницу? Меня интересуют:

• Пенокартон в отдельных листах, а не в пачках (метр на полтора на 24 листа я буду расходовать несколько лет), или в пачках но небольших форматов (50x70 - идеальный для меня формат).
• Профиль для окантовки, но не в коробках по 200-500 метров, а раз в 10-20 поменьше.
• Пленка для Dry mount (это вроде пленки для ламинирования, но клейкий слой с двух сторон) - не в рулонах шириной метр и длиной 50, а что-то менее монументальное (идеально, конечно, листы А2).
• Пленка для ламинирования фото (т.е. тоненькая и низкотемпературная или вообще холодной накатки) не в рулонах, а в листах А2.
• И все это не в промзоне ближнего замкадья, а в каком-то легко достижимом безмашинным человеком месте. Есть же, наверное, магазины для художников ?

А то я поделил стоимость монтирования в лабораториях/багетных мастерских на себестоимость материалов и крепко призадумался...

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

увеличить фото

Отдаются бесплатно т.е. даром первому обратившемуся. Но только все сразу, а не по одной штучке.

Москва, Коньково - Юго-Западная, пишите lexa@lexa.ru, договоримся.

Предложение действительно одну неделю: до вечера 4 апреля 2008, потом вынесу.

Update: все забрали!

Пишут, дескать 10-20 процентов от ноутбуков, проданных с SSD-дисками возвращаются 'because of technical failure' (для ноутов с обычными дисками 1-2%).

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

Продолжаем про острые углы.

Очень больно ударился об FreeBSD 7-STABLE на amd64, точнее об ейный компилятор C++.

Собирал buildworld 29-го февраля, с виду все как обычно. Однако часть собираемых на этой системе бинарников (наших, C/C++, никакого экстремизма) работает странно:

• один падает на ровном месте (не всегда, но есть test case), если отнести его на другую машину - продолжает падать. А если взять с другой машины (собранный там) и принести ко мне - все отлично работает;
• другой не может создать файлик BerkeleyDB 4.x (создав перед этим другой почти такой же). Аналогично, собранный на другой машине - у меня работает.

Сейчас опять делаю buildworld, если не поможет, то что, на 6.x откатываться ? А ZFS ?

Update

1. бинарный апгрейд на 7.0-RELEASE amd64 - не помог;
2. на 7.0-RELEASE 32bit - все отлично;
3. порча наступает на db->open(filename,DB_CREATE|DB_TRUNCATE), при этом файл создается (!) но код ошибки ENOENT

Update 2. На 32 бита не пересел, обидно ведь! С Berkeley DB совладал, но не понимаю почему этой проблемы не было на gcc 3 :). С самопадающим - совладать не могу пока.

Несколько дней назад я опубликовал исходник LC_COLLATE для кодировки ru_RU.UTF-8 для использования в FreeBSD. Там же я обещал, что если понадобится не "универсальная" сортировка, а такая же, как в FreeBSD, то сделаю и ее, а обещания нужно выполнять.

Помимо этого, старый вариант не имел вообще никаких шансов попасть в FreeBSD (причины этого мне объяснил Андрей Чернов: нарушается FreeBSD-шное правило, что большие буквы отдельно, а маленькие - отдельно), а новый - такие шансы еще не потерял.

Изучаю сайт usps.gov в части доставки в Россию. Нахожу там феноменальное:

Areas Served: All except Chaibucha, Yamsk, Garmanda, Gizhiga, Rep de Tchetchnya, Tachtoyamsk, and Verchniyi paren.

Начинаю разбираться. Выясняется, что все это - поселки в двух районах Магаданской области, Ольском и Северо-Эвенском. Но там еще МНОГО (по местным меркам) населенных пунктов (Северо-Эвенский район на Гугле).

Что, единственный почтальон в Эвенске согласен ездить в Тополовку, но не повезет iPod в Гижигу, которая ближе ? И мнение этого почтальона магическим образом преломилось и добралось до USPS ?

Уже много лет я насаждаю UTF-8 как кодировку хранения всяких текстов. С переменным успехом, но большинство баз данных в округе - вроде перевел. На третий день Зоркому Глазу подсказали, что в доме нету пары стен.

Берем русские тексты с буквой ё. Да, их немного, но они есть. Заливаем в Postgresql, начинаем сортировать и делать всякие прочие upper/lower преобразования. Видим... плохое видим:

lexa=# SELECT * from aa order by bb;
 bb
----
 еа
 ее
 ея
 её
(4 rows)

При этом, если база в кодировке KOI8 (попробовал) или cp1251 (не пробовал, но должно быть так же), то все отлично.

Причина выяснилась, оказалась банальной:

$ uname -v
FreeBSD 6.2-RELEASE-p9
$ ls -l /usr/share/locale/ru_RU.UTF-8/LC_COLLATE
lrwxr-xr-x  1 root  wheel  28 Dec  3 23:30 /usr/share/locale/ru_RU.UTF-8/
LC_COLLATE -> ../la_LN.US-ASCII/LC_COLLATE

Надо сказать, что такого свинства в 21-м веке я как-то не ожидал.

Да, чтобы два раза не вставать. В Леопарде локаль такая же