У вас в век виртуализации процессоры без аппаратной поддержки этой самой виртуализации уже исчезли? И тормозные ноутбучные винты поголовно заменены SSD? Ну, и памяти меньше 4 гиг просто физически не бывает?
Тогда, конечно, можно уверенно раздавать такие советы!
При обновлении драйвера он компилируется под те ядра, которые находит в системе.
При обновлении ядра этот драйвер просто может свернуться в трубочку и вешать иксы...
Все девайсы есть? Макинтош для написания программ есть?
Лишние сто баксов в год для того, чтобы Яблоко разрешило хотя бы самому запустить на своих же девайсах свою же программу, тоже есть?
Насчет драйверов в винде: в свежеустановленной семерочке после первой же проверки обновлений прискакали обновленные драйвера и на интегрированную сетевуху, и еще на какое-то достаточно банальное железо. Однако, что характерно, эти обновления сами не ставятся, так как винды относят их к неважным. В отличие от своих портянок Защитничка, которые внаглую обновляются, несмотря на то, что он отключен.
Главный нюанс: сканирование предполагает получение изображения или готового распознанного документа? Потому что заменить чем-то FineReader во втором случае будет труднее, чем кажется на первый взгляд.
Morikov: Ну, если тестовые проекты собираются, а ваш нет, можно попытаться выяснить разницу между ними. Визуально, в настройках, или копаясь в файлах проекта (там, по-моему, в основном все вполне читаемо человеком).
Morikov: Так проект самого Кокоса собирается или как? Точного алгоритма у меня нет, сам собирал наощупь. Но собирал из проекта, предварительно созданного инструментами библиотеки Кокос. Может, вам на сайте библиотеки туториалы поискать?
hrvasiliy: Если согласованность файлов во время обновления критична - сначала заблокировать сервис от пользователей. И все-таки инструменты системы контроля версий предпочтительнее. Представьте, что вы все проверили, а у пользователей все валится. Понадобится быстро накатить прошлую версию, пока вы (спокойно) разбираетесь, где напахали.
Adamos: впрочем, один конкретный совет могу дать: выкиньте винду. Тестовый сервер - это громко звучит, но он может быть элементарным локалхостом, заливать файлы на который не потребуется вовсе, потому что это локальная же папка, и вы делаете с ней все, что хотите. А в случае, когда сделали то, чего не хотели - выручает git.
hrvasiliy: Я написал, как плохо может обернуться подход "ну, оно же и так более-менее получается". Довольно конкретные проблемы, с учетом которых нужно подбирать инструменты и выстраивать рабочий процесс.
Готовый алгоритм вам тут не распишут - все индивидуально, и одного правильного решения, как в школе, просто нет ;)
hrvasiliy: Ну да, для того, кто не понимает, как работают системы контроля версий, git - это "какое-то чудо" :)
Вкратце: обновление разбивается на два этапа: обновление информации в git-e и применение этого обновления к файлам на сервере. Пока вы зависите от стабильности соединения - ни один файл и не меняется. Когда началось изменение файлов - вся информация для него уже на сервере, и обрыв соединения не станет проблемой. Не говоря уже о том, что изменение разных файлов практически не растянуто по времени, и шанс пустить пользователя в несогласованное окружение резко уменьшается.
inakrin: Если вам кто-то поставляет готовый софт - какая у вас может быть защита от его злонамеренности? Только самостоятельная компиляция из исходников позволит вам быть уверенным, что результат соответствует оригиналу. Ну, не учитывая возможности закладки в компиляторе и в "железе" ;)
На самом деле, этот вопрос не только вас волнует. Посмотрите здесь, например: www.theregister.co.uk/2015/02/23/debian_project
Тогда, конечно, можно уверенно раздавать такие советы!