Попробуем организовать эмулятор для ARMv7 при помощи QEMU 4.20 и установим какой-нибудь Linux.

Для начала нам понадобится скачать так называемый netboot образ системы для armhf, состоящий из двух компонент: vmlinuz и initrd.gz. После ряда экспериментов выяснилось, что современные инсталляторы Ubuntu по умолчанию непригодны для этих целей, так что возьмем Debian Buster[1].

Подготовим файл образа “диска”, в который будем устанавливать систему:

qemu-img create -f qcow2 debian.qcow2 8G

В ряде инструкций рекомендуется подготовить сеть, подняв на хост-машине tap-интерфейс, что позволит иметь возможность достучаться с хост-машины в гостевую, но для упрощения ситуации запустим сеть в usermode – она работает достаточно быстро и для ряда задач её хватит.

Собираем файлы в одном месте и запускаем эмулятор со следующими параметрами:

qemu-system-arm -smp 4 -m 1024 -M virt \
   -kernel vmlinuz \
   -initrd initrd.gz \
   -append "root=/dev/ram" \
   -netdev user,id=n1
   -device virtio-net-device,netdev=n1 \
   -drive if=none,file=debian.img,format=qcow2,id=hd \
   -device virtio-blk-device,drive=hd \
   -no-reboot

Параметры:

• smp – количество ядер;
• m – объем памяти;
• M – тип машины, virt – абстрактно-виртуальный ARM;
• netdev – тип сети, user – самый простой вариант, не требующий настройки хост-машины;
• device virtio-net-device – устройство “сетевой карты”, и выбирать следует именно это, а не упомянутое в различных инструкциях, т.к. иначе с огромной вероятностью вы наткнетесь на сообщение о том, что инсталлятор системы не обнаружил никаких сетевых устройств в системе;
• drive if=none,file=debian.img,format=qcow2 – образ жесткого диска;
• device virtio-blk-device – устройство “жесткого диска”, аналогично сети, этот вариант обнаруживается установщиком, многие другие – нет;
• no-reboot – перезапуск системы приведет к остановке эмулятора.

Если запускаем qemu-system-arm в консоли без графического интерфейса, то дописываем “-nographic”.

Устанавливаем Debian как обычно. На количестве ядер не следует экономить, т.к. в процессе установки есть этапы, которые, по всей видимости, могут неплохо параллелиться, а однопоточная производительность эмулятора далека от производительности хост-машины: в среднем на установку системы уходило около часа на четырехъядерном Intel Xeon 3.5 GHz.

Ближе к концу установки инсталлятор ругнется на невозможность установки grub – так и должно быть в этом эмуляторе.

Далее, когда инсталлятор сообщит о завершении, выберите “Go back” и из главного меню установщика выберите пункт про вход в консоль. В консоли целевой диск, куда производилась установка, будет доступен по пути /target. Поскольку у эмулятора нет загрузчика, нам понадобится вытащить уже из установленной системы соответствующие ей vmlinuz и initrd.img. Для этого можно сделать chroot /target и, используя набор стандартных утилит – например, scp – откопировать файлы, находящиеся в /target/boot (а после chroot так просто в /boot) куда-нибудь вовне эмулятора. Если установленных утилит не хватает, то уже в chroot-е можно легко использовать apt и apt-get для установки недостающего. После копирования выходим из консоли и в меню инсталлятора выбираем пункт завершения установки. Когда установщик выполнит перезагрузку, эмулятор просто выключится согласно опции no-reboot.

Конечно, в качестве альтернативы можно вынуть vmlinuz и initrd из установленной системы и при помощи средств конвертации и распаковки qcow2 файлов – таких инструкций в интернете уйма. В этом случае прежде, чем что-то сделать с образом диска, не забывайте остановить эмулятор, чтобы не повредить образ.

Причина же, по которой изначально не удалось использовать современные образы Ubuntu, состоит в том, что в них после установки по малопонятной причине не генерируется файл initrd.img – в директории /target/boot есть битые симлинки на него, тогда как сам initrd отсутствует. [Update: Способ исправления был найден в комментариях на gist.github.com[2]]

Итак, после описанных действий у вас должен оказаться на руках образ debian.img с установленной ОС и файлы vmlinuz и initrd.img, взятые из этого же образа. Старые vmlinuz и initrd.gz с netboot-инсталлятором можно удалить – они больше не понадобятся. Теперь для запуска системы нужно переписать аргументы qemu-system-arm на следующие:

qemu-system-arm -smp 4 -m 1024 -M virt \
   -kernel vmlinuz \
   -initrd initrd.img \
   -append "root=/dev/vda2" \
   -netdev user,id=n1
   -device virtio-net-device,netdev=n1 \
   -drive if=none,file=debian.img,format=qcow2,id=hd \
   -device virtio-blk-device,drive=hd \
   -no-reboot

Вот, в общем-то, и всё.

Для того, чтобы зайти извне в такую гостевую машину по SSH, можно заменить -netdev user,id=n1 на -netdev user,hostfwd=tcp::10022-:22,id=n1, и тогда при подключении к порту 10022 на хост-машине соединение будет перенаправлено на 22 порт гостевой машины. Либо воспользоваться ssh-туннелем, подняв из гостевой машины подключение к удаленному ssh-серверу с дополнительным параметром -R 10022:localhost:22 – в этом случае порт 10022 на удаленном сервере будет перенаправлен на порт 22 гостевой машины.

Теперь можно пробовать собирать программы нативным компилятором нужной архитектуры, а не кросс-компиляцией. Ну или зачем там вы ещё запускали этот эмулятор.

После изучения означенного вопроса оказалось, что суть проблемы сводится к битриксовому API CIBlockElement::GetList() и соответствующему ему GetNext(), которые при некоторых условиях переставали высвобождать память после каждого своего вызова. Очевидно, что после попытки выполнения их по нескольку десятков тысяч раз внутри одного скрипта (который по расписанию перегенерирует карту сайта), разрешенный объем памяти в PHP довольно быстро заканчивался.

Тот факт, что ранее тот же самый код работал без подобных проблем, со временем вывел расследование на opcache, а конкретно – к оптимизации ZEND_OPTIMIZER_PASS_6 (1<<5) /* DFA based optimization */. По счастью, настройки opcache позволяют выбирать активные оптимизации и отключать те, что могут вызывать проблемы. Соответственно, в конфигурацию была добавлена следующая опция, отключающая только проблемную оптимизацию и оставляющая все остальные:

opcache.optimization_level=0x7FFEBFDF

Понятно, что это могло привести к какой-то деградации производительности в opcache, но при выполнении означенных ранее циклов полностью перестала утекать память.

Для справки, полный список опциональных оптимизаций:

#define ZEND_OPTIMIZER_PASS_1		(1<<0)   /* CSE, STRING construction     */
#define ZEND_OPTIMIZER_PASS_2		(1<<1)   /* Constant conversion and jumps */
#define ZEND_OPTIMIZER_PASS_3		(1<<2)   /* ++, +=, series of jumps      */
#define ZEND_OPTIMIZER_PASS_4		(1<<3)   /* INIT_FCALL_BY_NAME -> DO_FCALL */
#define ZEND_OPTIMIZER_PASS_5		(1<<4)   /* CFG based optimization       */
#define ZEND_OPTIMIZER_PASS_6		(1<<5)   /* DFA based optimization       */
#define ZEND_OPTIMIZER_PASS_7		(1<<6)   /* CALL GRAPH optimization      */
#define ZEND_OPTIMIZER_PASS_8		(1<<7)   /* SCCP (constant propagation)  */
#define ZEND_OPTIMIZER_PASS_9		(1<<8)   /* TMP VAR usage                */
#define ZEND_OPTIMIZER_PASS_10		(1<<9)   /* NOP removal                 */
#define ZEND_OPTIMIZER_PASS_11		(1<<10)  /* Merge equal constants       */
#define ZEND_OPTIMIZER_PASS_12		(1<<11)  /* Adjust used stack           */
#define ZEND_OPTIMIZER_PASS_13		(1<<12)  /* Remove unused variables     */
#define ZEND_OPTIMIZER_PASS_14		(1<<13)  /* DCE (dead code elimination) */
#define ZEND_OPTIMIZER_PASS_15		(1<<14)  /* (unsafe) Collect constants */
#define ZEND_OPTIMIZER_PASS_16		(1<<15)  /* Inline functions */

#define ZEND_OPTIMIZER_IGNORE_OVERLOADING	(1<<16)  /* (unsafe) Ignore possibility of operator overloading */

PS: Всё это не было бы особо мозголомно, если бы не тот факт, что вся эта проблема наблюдалась на одном сайте и не наблюдалась на другом – в разных пулах PHP-FPM в рамках одного и того же сервера. Объяснение тому оказалось прямолинейным: там, где проблема не наблюдалась, opcache отчего-то не функционировал. Нет, не был выключен в настройках – он был включен, но просто перестал работать. После перезапуска FPM проблема начала одинаково воспроизводиться на обоих сайтах. Впоследствии, к слову, это же вынудило переустановить PHP из репозитория Remi, раз в официальном и версия PHP получала лишь обновления безопасности к старому релизу, а не обновления к более новым, и происходили подобные вещи. К сожалению, начальную проблему с DFA это обновление не исправило.

Наглядный пример – RHEL8. Для чистого iptables и аналогов есть модули nf_conntrack_helper и, в частности, nf_conntrack_ftp. Интернет подсказывает, что в ядрах версии 4.7 и выше они по умолчанию отключены и требуют или ручного включения, или отдельной маркировки соединений. Но вот только у RHEL8 предлагается использовать надстройку FirewallD, мануал которого ещё в 2016 году упоминал автоматическое использование соответствующего helper-а, если в конфигурации файрвола активирован стандартный сервис ftp, открывающий доступ к 21-му порту. Так, утверждается, что в выбранном по умолчанию режиме AutomaticHelpers = system должно проверяться значение /proc/sys/net/netfilter/nf_conntrack_helper (которое в >4.7 выключено) и, в зависимости от него, будут предприниматься необходимые меры для автоматического открывания портов для передачи данных через FTP. Но проблема в том, что этого не происходит.

Практический же опыт показывает, что помимо активации в файрволе сервиса ftp всё же необходимо в firewalld.conf дописать AutomaticHelpers = on, после чего никаких отдельных настроек портов для passive mode FTP не понадобится. Отчего это не работает в режиме system в релизной версии RHEL8 – неизвестно.

Вот только при запуске успешно собранного бинарника можно увидеть ошибку pdns_server: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.26′ not found (required by pdns_server)

Она говорит о том, что указанная библиотека ни черта не прилинковалась статически.

Заставить ее это сделать можно дописыванием LDFLAGS перед запуском ./configure:

LDFLAGS="-static-libstdc++" ./configure --with-modules="gmysql" --without-lua --enable-static --enable-static-boost --prefix=/

Это отвяжет зависимость от версии libstdc++ на целевой машине.

Говорят, для другого софта может пригодиться вбивание -static-libgcc, если он собирается CC, а общий -static попытается собрать всё остальное статически.

А так-то понятно, что лучше не собирать на коленке вручную, а использовать готовые пакеты требуемого софта для имеющейся операционной системы. Когда они есть в природе. Правда ведь, RHEL8?

Наличие root-доступа предоставляет возможность немного поиграться с системой. Например, по умолчанию на каждое конкретное действие робот отвечает одной единственной фразой. И хорошо, если не по-китайски. Не очень весело, правда?

Попробуем сделать так, чтобы вместо этого робот отвечал случайной репликой из соответствующей категории фраз. Для этих целей будет использоваться самописная пользовательская файловая система fuse, сделанная на базе bbfs. Смысл состоит в том, чтобы при обращении к какому-либо файлу со звуком – например, sound.wav – модифицированная ФС проверяла наличие рядом файлов с именами sound_1.wav, sound_2.wav и т.д. и случайно выбирала один из них. Все прочие же действия bbfs просто пробрасывает в нижележащую файловую систему без изменений.

Ручная установка

Инструкция далее предполагает минимальное умение пользоваться linux-терминалом через putty и (win)scp, а так же уже рутированное ПО на роботе. Если это не для вас – смело пропускайте этот раздел и переходите ниже.

1. Сначала установим нужную локализацию, на базе которой будет строиться наша – например, при помощи WIN-MIROBO. В результате на роботе по пути /mnt/data/rockrobo/sounds появится каталог с набором звуковых wav-файлов.
2. Делаем копию этого каталога в соседний, например: /mnt/data/rockrobo/sounds_multi, не забываем сделать chown на ruby (или другого пользователя, не root) как каталога sounds, так и sounds_multi (для удобной заливки новых wav-файлов через winscp).
3. Установим поддержку файловых систем fuse, используя стандартные пакеты к Ubuntu 14.04 для armhf: понадобятся libfuse2_2.9.2-4ubuntu4.14.04.1_armhf.deb и fuse_2.9.2-4ubuntu4.14.04.1_armhf.deb с launchpad.net. Для установки забрасываем файлы в робота и используем dpkg -i имя_файла.
4. Забрасываем в робота собранный бинарник файловой системы bbfs и кладем его, к примеру, в /usr/local/bin, делаем его запускаемым (chmod +x)
5. В файле /etc/fuse.conf раскомментируем опцию user_allow_other, т.к. в противном случае из-под root-а не будут видны файлы в смонтированных пользователем каталогах, делаем этот файл читаемым для всех (chmod +r).

Теперь мы готовы запустить bbfs. Для этого заходим из-под ruby (или другого пользователя, главное – не root) и набираем следующую команду: bbfs -o nonempty,allow_root /mnt/data/rockrobo/sounds_multi /mnt/data/rockrobo/sounds. После этого в каталоге sounds будут показаны все файлы из sounds_multi, но при выборе основного файла sounds/sound.wav в действительности будет запрошен случайным образом либо sounds_multi/sound_N.wav, либо исходный sounds_multi/sound.wav.

Отметим, что N ∈ [1;20] – и только в порядке возрастания (т.о. если файла sound_1.wav нет, то sound_2.wav даже проверяться не будет).

Для размонтирования обратно используем команду fusermount -u /mnt/data/rockrobo/sounds, и в /mnt/data/rockrobo/sounds возвращается его исходное содержимое.

Если вручную все завелось корректно, то для автоматического старта при запуске робота можно добавить в /etc/rc.local следующую строку: su ruby -c "bbfs -o nonempty,allow_root /mnt/data/rockrobo/sounds_multi /mnt/data/rockrobo/sounds". Не забываем указывать правильного пользователя после su и не теряем кавычки.

Предсобранные прошивки

На сайте github.com/rand256 есть предсобранные прошивки с рут-доступом, Valetudo RE и предустановленной в том числе и системой рандомизации фраз. После установки такой прошивки необходимо только создать на роботе директории /mnt/data/rockrobo/sounds и /mnt/data/rockrobo/sounds_multi и положить в последнюю набор файлов озвучки, включающих разные перефразированные реплики под каждое событие: например, start.wav, start_1.wav, start_2.wav.

Таким образом, после перезагрузки робот станет использовать для одного и того же события разнообразные слова вместо постоянного повторения единственной фразы – и это звучит намного живее и естественнее.

Отдельного упоминания заслуживает тот факт, что добавленные ранее ленты обновлялись как положено, а то, что это расширение вдруг стало “критически” несовместимо с FF36, стало понятно только после того, как браузер самолично и без предупреждений его заблокировал после очередной синхронизации каталога дополнений. Вы можете называть это как угодно – а на мой взгляд это беспредел.

Итак, на Github можно найти бета-версию Brief 2.0, которая полностью совместима с FF36+, но у нее есть несколько серьезных недостатков в сравнении с классической версией 1.7. Предлагаем вниманию модифицированную версию Brief 2.0b3e2 (Erinome Edition), в которой часть из найденных недочетов была исправлена, а также в которую были внесены некоторые дополнения, которых не хватало и в версии 1.7.

ВНИМАНИЕ!
Эта статья была написана в 2015 году, и все описываемое в современных Firefox уже не работает.

Список изменений Brief 2.0b3e:

• В режиме отображения заголовков возвращен показ времени публикации записей;
• В режиме отображения заголовков развернутую запись теперь можно свернуть кликом по пустому пространству рядом с ее заголовком, а отдельная гигантская кнопка сворачивания убрана;
• Активация опции невключения сообщений из выбранных лент в общее число непрочитанных сообщений более не приводит к тому, что такие сообщения перестают отображаться на закладках “Все записи” и “Сегодняшние записи”;
• Изменен стандартный шаблон: записи теперь растягиваются на всю ширину экрана, а не висят по центру с пустым пространством вокруг;
• Нажатие клавиши F5 во вкладке Brief теперь запускает процесс обновления всех лент;
• Нажатие клавиши ENTER во вкладке Brief, когда курсор находится в адресной строке или панели поиска, более не приводит к непреднамеренному открытию ссылки из последней выделенной в ленте записи;
• Обновлена и дополнена русификация;
• Изменены параметры по умолчанию: режим отображения заголовков стал основным режимом, опция считать запись прочитанной по ее разворачиванию теперь по умолчанию включена.

Список изменений Brief 2.0b3e2 (16.03.15):

• Исправлено удаление записей из закладок.

Список изменений Brief 2.0b3e3 (26.03.15):

• При просмотре отдельных лент нажатие клавиши F5 приведет к обновлению только просматриваемой ленты.

Известные проблемы:

• Производительность в сравнении с версией 1.7 оставляет желать лучшего.

Скачать Brief 2.0b3e (Erinome Edition) можно из нашего архива.

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

This is a modified version of an unreleased Brief 2.0 Beta – Brief 2.0b3e2 Erinome Edition.

It was made in an attempt to partially restore classical 1.7 look-and-feel in newer Brief 2.0, where a lot of things was changed, as well as implement some additional features missing in 1.7.3. Below is a complete list of changes made to Brief 2.0 as it appeared at Github repositories as of 13.03.2015:

Changelog for Erinome Brief 2.0b3e:

• Item datetime is shown again in “View headlines” mode;
• Item can be collapsed in “View headlines” mode by clicking on empty space below its header while huge ugly “collapse button” was removed;
• Activating “Don’t include this feed’s items in overall unread count” option doesn’t result in items from such feed filtering out of “All Items” and “Today Items” views;
• Default template changed: items are now full screen wide which much better fits current widescreen displays;
• Pressing F5 in Brief tab now results in “Update All Feeds” action;
• Pressing ENTER in Brief tab when writing a text into address bar or search bar no longer results in last item’s URL being opened along the default action;
• Updated Russian translation (probably useless for English-speaking visitors but anyway);
• Default preferences changed: “View headlines” is now the default view mode, option “Automatically mark item as read after I see it” is now checked by default.

Changelog for Erinome Brief 2.0b3e2 (16.03.15):

• Fixed unbookmarking an item.

Changelog for Erinome Brief 2.0b3e3 (26.03.15):

• Pressing F5 while viewing a single Feed now results in refreshing that Feed only.

Brief (Erinome Edition) is available to download from our fileserver.

Attention: Please note that as this extension is a modified version of original Brief extension, you MUST uninstall original Brief from Firefox prior to installing this modified one. Who knows what might happen if you don’t do that?.. Boo!

There’re also some known issues in Brief 2.0 Beta: un-bookmarking an item doesn’t work on the first try (try twice or thrice) (fixed in 2.0b3e2), and the overall performance seems worse than it used to be in 1.7. If these issues will be fixed upstream, I’ll try to backport any fixes to the modified Brief version as well.

ВНИМАНИЕ!
Эта статья была написана в 2015 году, и в современных Firefox все описываемое уже не работает.

Функциональность:

• Дополнение контекстного меню страницы
  • Опция “Перейти по ссылке”
    Позволяет браузеру обработать выделенный текст как веб-адрес и попытаться перейти по нему. Например, если на странице имеется фрагмент ссылки без http:// или www, который не оформлен как гиперссылка, то для перехода по нему нужно просто выделить этот адрес и нажать на “Перейти по ссылке” в контекстном меню. Если выделенный текст совершенно не похож на ссылку – то будет открыта страница поиска данного фрагмента в текущем интернет-поисковике. Копирует функциональность Opera 12.
  • Дополнительное меню поиска
    Позволяет искать выделенный текст в текущем интернет-поисковике, а также выбирать другие установленные в браузере поисковики. При этом выбранный поисковик будет запомнен для данной вкладки и в следующий раз в контекстном меню поиска по умолчанию будет предложен он. Также копирует функциональность Opera 12.

  Это контекстное меню отображается только на выделенном фрагменте текста.

• Каждой вкладке – своя панель поиска
  По умолчанию панель поиска не зависит от текущей вкладки и является общей для всего браузера. Данное расширение позволяет запоминать отдельные параметры панели поиска для каждой вкладки. Например, набрав в панель поиска слово “тест” в одной вкладке, вы можете переключиться на другую вкладку и набрать в ней в панель поиска слово “проверка”. Вернувшись обратно на первую вкладку – вы увидите, что содержимое панели поиска заменилось обратно на слово “тест”.
  Более того, для каждой вкладки запоминается последний использовавшийся интернет-поисковик и при переходе между вкладками переключаются и они. Так, если в одной вкладке вы запрашивали через панель поиска информацию в Google, а в другой – выбирали для поиска Яндекс, то при переключении между вкладками в одной из них для поиска останется выбран Google, а в другой – будет выбран Яндекс.
   
• Настраиваемое поведение браузера при кликах по ссылкам с зажатыми клавишами-модификаторами Ctrl и Shift
  Настройки по умолчанию:
  • Клик – открыть ссылку в текущей вкладке;
  • Shift+клик – открыть ссылку в новой вкладке;
  • Ctrl+клик – открыть ссылку в новой фоновой вкладке.

  Эти модификаторы работают и на ссылках, и на кнопках, и при отправке заполненных форм, и даже при заполнении поисковых запросов в панели поиска.

Начиная с версии 1.0.5 расширение GTWA также в полной мере поддерживает обновленную в Firefox 34 панель поиска. Причем старый вид панели, скорее всего, больше корректно работать не будет. Теперь при нажатии на иконки других поисковых систем – они будут выбраны в качестве текущего поисковика. Например, если у вас установлен по умолчанию поисковик от Яндекса, а вы набрали поисковый запрос и кликнули на иконку Google в панели поиска – то поисковик от Google станет основным для данной вкладки, и в дальнейшем запросы поиска из этой вкладки по умолчанию будут направлены в Google.

Скачать расширение GTWA v1.0.5a можно из нашего архива.

Обратите внимание, что из-за особенностей реализации новой панели поиска в Firefox 34, где понятия “текущий поисковик” и “поисковик по умолчанию” просто приравняли (!!) друг к другу, действительный “поисковик по умолчанию” теперь хранится в настройках расширения, а не настройках браузера, и обновляется при изменении “поисковика по умолчанию” в стандартном меню настроек браузера. При этом данное меню, вообще говоря, отображает текущий поисковик для текущей вкладки, и поэтому увидеть в нем тот поисковик, который в данный момент выбран как настоящий поисковик по умолчанию – невозможно. Но он запоминается расширением. За такие неудобства можно благодарить разработчиков Firefox.

Также обратите внимание, что GTWA делалось человеком, который не является профессионалом в создании расширений для Firefox, и который за свою жизнь создал только одно это расширение, и создавалось оно для личных целей, а не широкого использования. По этой причине в нем могут быть некоторые недостатки, но при должной удаче и благоприятном расположении звезд они могут быть устранены в случае обнаружения таковых.

Она умеет работать как с WIA-драйверами сканеров, так и по TWAIN, предоставляет возможности по переворачиванию и сортировке сканированных изображений перед их экспортом, а также поддерживает сохранение в различные графические форматы.

Но есть в ней и некоторые недостатки. Во-первых, это запись неверного статического значения DPI в сохраняемые файлы вне зависимости от фактического DPI сканирования – в результате чего в экспортируемых PDF-файлах оказывается указан некорректный формат страниц. Во-вторых, невозможно не заметить отвратительный перевод интерфейса на русский язык. И, наконец, местами интерфейс нельзя назвать удобным.

Предлагаю вниманию модифицированную версию NAPS2 EE.

Список внесенных изменений

• Исправлено значение DPI во всех экспортируемых файлах;
• Добавлена возможность импортирования изображений и PDF-документов, созданных в NAPS2;
• Добавлена возможность экспорта только выбранных изображений;
• Добавлена возможность сортировки изображений путем перетаскивания мышью их миниатюр, к списку миниатюр добавлено контекстное меню;
• Переработано окно предпросмотра:
  • Добавлена возможность листания изображений;
  • Добавлена возможность поворачивания и удаления изображений;
  • Добавлена возможность обрезки изображений;
  • Добавлена возможность изменения размеров изображений;
  • Добавлена возможность переведения цветного изображения в оттенки серого;
  • Положение окна теперь корректно запоминается при его закрытии.
• Зеркалирование изображений теперь действительно является зеркалированием;
• Импорт и экспорт изображений переведен на библиотеку FreeImage;
• Обновлена библиотека экспорта PDF-документов pdfsharp до актуальной версии;
• Исправлена ошибка, приводящая к необоснованному увеличению объему результирующего файла при экспорте трансформированных изображений в PDF-документы;
• Исправлены ошибки, в редких случаях приводящие к нестабильности приложения;
• Многочисленные доработки интерфейса программы;
• Убраны локализации на все языки кроме английского и русского, перевод на русский язык переработан и исправлен.

Скачать из архива: NAPS2 Erinome Edition
Стандартная Standalone-версия, не требующая установки.

История версий

После установки системного обновления KB3025390 вызов функции _IEFrameGetObjByName() из библиотеки IE.au3 приводит к ошибке следующего вида:

"C:\autoit\Include\IE.au3" (1808) : ==> Variable must be of type "Object".:
Return SetError($_IEStatus_Success, $oTemp.GetElementsByTagName($s_TagName).length, $oTemp.GetElementsByTagName($s_TagName))
Return SetError($_IEStatus_Success, $oTemp^ ERROR
>Exit code: 1    Time: 1.645

Детальное рассмотрение алгоритмов работы IE.au3 приводит к заключению о том, что обновление KB3025390 делает невозможным обращение к содержимому вложенных фреймов, несмотря на то, что они находится в одном и том же домене и ограничения кросс-доменной политики безопасности не должно применяться в данном случае. Аналогичную проблему подтверждают и в других источниках, не связанных с программированием под AutoIt.

Решение проблемы простое – деинсталляция обновления KB3025390 восстанавливает работоспособность скриптов, взаимодействующих с фреймами.

PS: Что характерно, согласно описанию обновления KB3025390 – оно должно исправлять проблемы, возникающие после установки предыдущего кумулятивного патча IE, выпущенного парой недель ранее. И ни слова про изменение политик работы с фреймами там не указано. Вот так и всегда – исправляя одно, ломают другое.

Отредактировать реестр незапускаемой системы можно разными способами:

• Загрузившись с установочного диска с Windows, после загрузки меню установки и выбора языка ввода можно нажать Shift+F10, откроется командная строка, из которой можно предпринять ряд действий по восстановлению уже имеющейся системы;
• Существуют и LiveCD на базе ОС Windows – если в них не предусмотрено сторонних средств по работе с реестром другой операционной системы, можно сделать это при помощи стандартных программ при выполнении ряда команд из меню командной строки;
• Просто из режима восстановления имеющейся операционной системы, который, как правило. работает и в тех случаях, когда сама система не может загрузиться.

Остановимся чуть подробнее на режиме восстановления. Для входа в него необходимо до появления экрана загрузки Windows нажать на F8 и выбрать Устранение неполадок компьютера (“Repair your computer”) в дополнительных параметрах загрузки. Обратите внимание, что при перезапуске после неуспешной загрузки системы открывается сходное по внешнему виду меню, в котором предлагается либо попробовать загрузить систему заново, или выполнить автоматическое исправление запуска, а режим “Устранения неполадок” не отображается. На моей памяти средства автоматического исправления неполадок в Windows 7 ни разу не возымели какого-либо положительного эффекта, поэтому нужно просто перезапустить компьютер и успеть нажать F8 до того, как система предложит себя восстанавливать. После же загрузки оболочки восстановления системы будет предложен выбор средств для устранения неполадок – выбираем режим Командная строка.

Как только вы оказались в командной строке, дальнейшие действия просты:

1. Сначала необходимо выяснить, какая буква диска оказалась присвоена разделу, содержащему операционную систему. Для этого, к примеру, можно перебирать имеющиеся диски командой dir: “dir c:”, “dir d:”, … Искомый диск будет содержать знакомые папки Windows, Program Files, ProgramData и т.п.;
2. Командой regedit можно открыть привычный графический редактор реестра – но это реестр оболочки восстановления (или LiveCD), а не системы, которую требуется восстановить!
3. Подключаем реестр установленной системы командой REG LOAD:
   REG LOAD <точка монтирования> <путь к ветви реестра на диске>.
   Например, если диск установленной системы смонтирован под буквой D:, могут быть использованы следующие команды:
   • reg load HKLM\TempSoftware D:\Windows\System32\Config\Software
     ветвь HKLM\Software;
   • reg load HKLM\TempSystem D:\Windows\System32\Config\System
     ветвь HKLM\System;
   • reg load HKU\TempUser D:\Users\<username>\ntuser.dat
     ветвь HKU\UserSID указанного пользователя

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

4. После внесения в реестр необходимых изменений нужно выгрузить импортированные ветви и сохранить их на диске при помощи команды REG UNLOAD <точка монтирования>.

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

1. Через командную строку загружаем ветвь реестра
   reg load HKLM\TempSystem D:\Windows\System32\Config\System
2. Запускаем редактор реестра, находим ключ HKLM\TempSystem\CurrentControlSet\services\msahci и заменяем значение параметра Start на 0. В случае IDE-диска аналогично поступаем с ключом HKLM\TempSystem\CurrentControlSet\services\pciide.
3. Закрываем редактор реестра и не забываем выгрузить изменения обратно на диск
   reg unload HKLM\TempSystem

Теперь перезапускаем компьютер – с активированными стандартными драйверами система должна успешно загрузиться.