On x86_64 windows exception mechanism is no more based on a chained list of handlers addresses on the stack. Instead unwinding information is used to retrieve the exception handler (similar to ZCX GCC mechanism). So in order to register an exception handler we need to put in the final executable some unwinding information. This information might be present statically in the image file inside the .pdata section or registered through RtlAddFunctionTable API. Currently the GCC toolchain does not generate the .pdata information for each function. As we don't need to handle SEH exceptions except for signal handling we are registering a "fake" unwinding data that associate a SEH exception handler to the complete .text section. As we never return from the handler, the system does not try to do the final unwinding using the pdata information. The unwinding is handled by the runtime using either the GNAT SJLJ mechanism or the ZCX GCC mechanism. The current implementation is using the RtlAddFunctionTable.
Here is for information purposes the equivalent using a static .pdata section: …
Теперь понятно, что имеет в виду @vt под «знает, как компилировать под Windows». Если считать Microsoft законодателем мод, то что-то в этом есть, хотя как по мне, — скорее вкусовщина. По-любому, без брандмауэров исключений никакой работы с COM не делается, так что какая разница, что внутри.
Ну это пиздец. Оказывается, в Ubuntu 12.04 есть битые зависимости у wine (для сборки 32-bit). То есть, когда делаешь apt-get build-deps wine, то оно ставит НЕ ВСЕ пакеты. И те, которые оно не ставит просто отсутствуют в репах.
То есть, без кувырканий и танцев с бубном в 64-битной убунте 32-битный wine не собрать.
Буду ставить Ubuntu 12.04 i386 на виртуалку чтобы собрать wine там. Ведь не -dev библиотеки в 12.04 amd64 есть.
Кстати когда пересобирал убунту-ядро для сервера (P3), невольно задумался об его оптимизациях. Ведь, вы не поверите, там стоит оптимизация под Pentium Pro! Представляете себе, современный атом или Core, имеющие давно уже SSE4, с оптимизацией под процессор, не умеющий даже MMX?
С другой стороны есть 64х битные ядра и программы, которым не нужно работать на компьютерах 90х годов, ввиду новизны этой технологии. Нет необходимости тянуть за собой "наследие прошлого". Иными словами, я делаю вывод что 64х битные ядра (и программы), чисто технологически, намного "ближе" оптимизированы к любому современному процессору, нежели 32х битные.
Раньше я не мог найти какой-либо существенной разницы между 32х битной системой и 64х битной, теперь же возможно появился огромный плюс в пользу последней.
Вчера заменил процессор. Сегодня воткнул ещё четвёрку памяти. Заодно выдернул ЖиРафу 9800ГТ. Опять вернулся на встроенную. Получилось как-то вот так:
CPU: AMD Phenom(tm) II X2 555 Processor (3214.66-MHz K8-class CPU)
real memory = 8589934592 (8192 MB)
avail memory = 8229474304 (7848 MB)
drm0: <ATI Radeon HD 3200 Graphics> on vgapci0
info: [drm] MSI enabled 1 message(s)
vgapci0: child drm0 requested pci_enable_busmaster
info: [drm] Initialized radeon 1.31.0 20080613
info: [drm] Setting GART location based on new memory map
info: [drm] Loading RS780/RS880 Microcode
info: [drm] Resetting GPU
info: [drm] writeback test succeeded in 1 usecs
drm0: [ITHREAD]
Странно много потерялось памяти — 344М. Не захотел включаться ati-3d-enable. Эффекты не работают. Что-то со шрифтами произошло. Образовалась неаккуратность. До кучи ещё отвалилась ESI Julia.
ati-3d-enable на amd64 вообще не работает или только конкретно на моей HD 3200? Безвинтиляторную нивидию найти бы где.
Наконец-то нашёл, как избавиться от зависаний полноэкранного видео на Youtube под Linux AMD64:
mkdir /etc/adobe
echo "OverrideGPUValidation=true" >/etc/adobe/mms.cfg
Люди, а что на самом деле происходит в системе (в данный момент речь о MS Vista) с 8ю гигами рамы? Я тут внезапно осознал что сестра сидит с 8ю гигами на 32х-битной свисте, на мои возмущения она ответила что ей ставил систему разбирающийся в этих вещах админ, и что скорее всего я не прав. Ну я естественно сразу подумал о PAE и прочих костылях, но я уже так во всём этом запутался что не знаю/не помню использует ли свиста PAE и даёт ли это PAE что то или бесполезно с 8ю то гигами памяти...
Скажите, пожалуйста, в убунту 10.10 775Mb виртуальной памяти для thunderbird, 910Mb для хромиума с семью вкладками и 917Mb для rhythmbox — это нормально? Я понимаю, что память виртуальная, да. Но так свопит же люто и бешено!
Итого: лучше[быстрее] ставить x32 версию python (она работает на 64битной ОС без проблем), Python и amd64 ставить проблемно — собранные модули в основном "от энтузиастов"
За все время использования чистой 64х битной системой столкнулся лишь со следующими проблемами:
1. Невозможность использования 32х битных приложений в Wine;
2. Невозможность использования Skype.
Раньше была проблема с flash-плеером, но теперь эта проблема решена. А с какими еще проблемами вы сталкивались?
ААААааааааААААаААААААААААааааААААААААААА!!!!!!!! labs.adobe.com
Оно менее стабильно, но ОЧЕНЬ БЫСТРО!!! Никогда не видел такого плавного 1080p!! Не тормозит полноэкранный флеш! АААааааААААааААаааАААА!!!
Стабильность, да и скорость, проверяю всегда здесь: yello.com Видео перестало тормозить, но стало глючить. В ютубе таких проблем не наблюдается.
Для тех кто не понял: по ссылке можно скачать нативный 64х-битный флеш-плеер! Для этого нужно удалить старый, и скопировать файл из архива в /usr/lib64/mozilla/plugins
Всем удачи! Радость, радость, радость...
64х битный флеш работает в разы быстрее чем 32х-битный через враппер. Нунах этот сраный 10.1. Кстати 64х-битную версию убрали с сайта, поэтому не удаляйте его если вдруг вздумаете всё же попробовать. У меня он запасливо лежал в резерве, так что я смело удалил, проверил 10.1, и вернул на место 64х-битный.
PS Флеш тестю на yello.com
Ни у кого случайно не завалялось ненужного Pentium 4 670 (Prescott, 64-bit, 3.8GHz, FSB800, L2 Cache 2MB, LGA775)?
Также можно 660/650/640/630 (3.6/3.4/3.2/3.0GHz), но лучше 670 — 3.8
Дорогой Juick, а чего это плагин для Pidgin (http://github.com/mad/pidgin-juick-plugin/) собран только для i386 ? Как бы пользоваться им тем, у кого AMD64?
$ file drv_xml.so
drv_xml.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped
$ uname -p
amd64
Подобное сочетание полностью нежизнеспособно?
Собственно, надо пересобрать из исходников три библиотеки, ни разу ещё не делал подобного, и пока непонятно какие тут могут грабли выскочить
