blog.lexa.ru

По случаю выхода XCode5 взялся я проверять, а что у этой штуки с backward compatibility, не сломалось ли чего, будет ли работать на Mac OS 10.5, к примеру...

И, надо сказать, результаты меня расстроили (помимо необъяснимой проблемы с VMWare

Для начала я наткнулся на широко известную проблему с ___bzero, на которую все кто мог уже наступили:

Лечение нашлось быстро: -mmacosx-version-min=10.5 эту проблему лечит.

Дальше стало хуже:

posix_memalign(), если попросить у нее мегабайтиков 100 (меньше не пробовал), на 10.5 не справляется. Причем, сайт developer.apple.com полагает, что эта функция появилась только в 10.6. Удивительное рядом - она вызывается, правда результат ее вызова неудовлетворительный (в коде поведение одинаковое что при ейной ошибке, что при исполнении без ошибок но и отсутствии аллокации, в детали не вдавался).

Сделал K (меньше N) экспериментов, убедился что на 10.5 malloc (у меня!) возвращает всегда 16-byte aligned, временно сделал затычку (ну и написал в TODO, что надо бы анонимный mmap() в это место).

Варез начал запускаться и местами работать. А местами - падать (не при запуске, в процессе). Потому что нашлось сразу две новые фишки:

• __ZSt16__ostream_insertIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_PKS3_l (или, если человеческим языком, то std::basic_ostream<char, std::char_traits<char> >& std::__ostream_insert<char, std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&, char const*, long)). Каковой __ostream_insert на самом деле используется в std::string, а std::string - в std::runtime_error.
• У этой самой макоси - ленивая линковка, поэтому падает оно не при запуске, со словами "символ не нашелся", а на рантайме (weak linking).

Конкретную проблему я порешал, запретив использование RawSpeed на 10.5 (и posix_memalign() и __ostream::insert - обе проблемы были в RawSpeed), но осадок остался.

Дивлюсь я на небо, та думку гадаю:

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

Какое-то время назад вышла VMWare Workstation 10 и Player 6.

Я пощупал, мне понравилось:

• Не падает так, как падала 9-я версия WS
• Пропал многолетний глюк с курсором на втором мониторе: если попользоваться моей VM с FreeBSD9, то на втором и третьем мониторе мышиный курсор становится неправильным (на первом мониторе все отлично)

Ну и поапгрейдился. И счастливо пользовался несколько недель, пока не пришла пора проверить совместимость нового Apple XCode 5 со старыми версиями Mac OS X (так то я пользовался в VM только Mac OS 10.8, да и то редко, хакинтош быстрее).

Выяснилось ужасное: Mac OS X 10.6 перестала быть совместимой с приложениями на Qt 4.8 (других не запускал, держу эту 10.6 только для тестов). Они падают на инициализации приложения, причем в разных местах, в зависимости от версии компилятора.

С 10.7 и 10.8 проблемы не замечено, впрочем она там особо и не изучалась, хватило 10.6

Спасся даунгрейдом обратно и переустановкой макосей (потому что Hardware проапгрейдил и как обратно вернуться - не знал). Те же самые бинари - работают.

Такие дела.

P.S. Заодно набрел на багу в 10.5: posix_memalign() в ней есть, но не работает.

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

Флешка, SanDisk Extreme 64Gb USB3, куплена чтобы у FreeBSD-box работать загрузочным диском, SATA-порты кончились. И что бы вы думали:

И, соответственно, не 200Mb/sec, а 30.

Материнка на Z68 (та самая многострадальная, которая портилась об USB-WiFi).

И что делать (ну кроме cvsup && make buildworld && make buildkernel)?

В форумах/архивах рассылки видны такие же страдальцы (и другие страдальцы, у которых вовсе 12 мегабит в похожей ситуации) и никаких разумных решений....

Уборка продолжается.

Если кому нужна голова RRS BH-55 с челюстями (б/у, следы этого б/у видны, но на работоспособности не сказываются), все пропито.

Мастер-версия LibRaw получила официальный номер 0.16-Alpha1 и доступна для скачивания.

Это означает, что все глобальные идеи по развитию закончились (на ближайшее время) и нестабильности API - не ожидается. Сама по себе 0.16 достаточно стабильна, в RawDigger используется именно эта версия (и всегда используется "девелоперская", а не "стабильная"), проблем не было.

С полным списком изменений относительно версии 0.15 можно ознакомиться в changelog, ниже откомментированы основные места: