res2001 , evg_96 , картинки и ссылки - это хорошо, но на мой вопрос никак не отвечают.
Я спросил о понимании человеком того, что он пытается делать. Проблема в понимании.
Ссылка не информативна, картинка - голь. Подходящая информация - тут.
По моей ссылке видно и то, в рамках какого стандарта можно использовать данный формат. Акцент на слове "можно".
Вторую проблему уже показал Стас и там все тоже упирается в понимание своих действий автором вопроса. Используется формат "d", когда нужен формат "u".
Третья проблема - это MSB/LSB/PDP порядки следования. Автор на 100% не знает порядка в своей среде исполнения, что снова приводит к вопросу понимания совершаемых действий.
Про прогрессивный jpeg - это просто автор не знал общей терминологии. Обще название метода: метод металлического отжига.
По своей сути - это метод прогрессивной декомпозиции задачи, при котором комплексность задачи выражает ее близость к "нормальной температуре".
Советую, в рамках общего развития кругозора, закинуться вот таким материалом. Не смотри что это gamedev.ru, там про шаблоны проектирования верхних уровней, а не про игры. Советую обчитаться и начать искать более информативные источники по вычитанным терминам. Далее, будет полезно прочитать хотя бы второй том GoF (если, конечно, не читал). Лучше бы выштудировать оба тома, но это уже если есть время...
Я смотрю, советчиков у тебя буквально море и все советуют очень годные штуки, так что я обойдусь без ответов, простым уточнением к твоему вопросу. :)
GennadyPHP , к сожалению, это ты немного не понял что тебе сказал Saboteur . :)
Вот тебе сайт - https://developer.android.com/
Вроде как, там все прозрачно описано - какие языки используются и какие технологии применяются для разработки ПО.
Если непонятно, то вот еще один сайт - https://ru.wikipedia.org/wiki/Android#Программное_...
Подразумевается, что ты уже ознакомился, как минимум, с этой парой источников информации и у тебя нет вопросов относительно языков программирования.
Сергей Горностаев , да, про JNR я накрепко забыл. В свое далекое время я JNR отбросил еще дальше чем JNA. Сейчас уже не вспомню деталей и аргументов отказа. JNA слишком сложен в использовании, тебе очень хорошо удалось его охарактеризовать. :)
Лично мне нужна полностью другая функциональность, ее до сих пор не предоставляет ни одна надстройка над JNI, включая jni.hpp. Поэтому мне пришлось создать свою небольшую надстройку над JNI, средствами 14го стандарта.
ТопМетаФизик , тебе ведь компилятор явно сказал, задай режим обработки исключений.
Это делается в параметрах проекта: "C/C++ -> Code Generation -> Enable C++ Exceptions".
ТопМетаФизик , тебе определенно стоит изучить документацию.
Помимо документации еще можно ознакомиться с такими библиотеками, как JNA или jni.hpp. Вторая более предпочтительна.
Пользоваться этими библиотеками лучше только после детального изучения (и понимания) как JNI, так и стандарта C++.
В этом случае ты обойдешься без единой страшной JNI-подобной сигнатуры.
Толковых примеров работы с голым JNI у меня уже давно нет, разве что из кокоса. Посмотри, как они там сделали регистрацию своих хендлеров.
Cook1es , напиши о своих прошлых проектах. Их не стоит прятать по причинам стыдобы или чего-либо еще.
Помимо всего изложенного в вопросе, нужно понять, что ты пробовал делать.
но у гита есть возможность выполнять сценарии по некоторым событиям
Хуки нельзя использовать для непосредственного запуска длительных задач. CI/CD системы используют именно эти хуки, но для другого. Через хук в CI/CD систему поступает команда на планировку некоторого действия. Это очень быстрая операция, которая не приведет к проблемам в работе репозитория.
Ты подумай просто. У тебя есть репка с примерно 3 заливками в секунду, как ты будешь обрабатывать троттлинг своих задач сборки при такой нагрузке? Это еще не говоря о том, что твоя идея из за вялости своих процессов просто начнет вредить репозиторию. А CI/CD система распределит эту нагрузку в соответствии со сценарием задачи. В очередь поставит, отменит уже исполняющуюся, удалит повторы, раскидает на дочерние ноды...
Тот же Travis CI развертывается в приватном локальном пространстве.
Безусловно, ты можешь у себя делать то, что захочешь и как захочешь. Но я бы на твоем месте заинтересовался каждым из приведенных брендов и изучил бы возможности работы с ними.
Данил Тунев , а где у тебя в вопросе ссылки на то, что ты почитал?
Вопрос без ссылок выглядит как изложение твоих домыслов или личного мнения. Цивилизованные ответы на такой вопрос получить будет очень тяжело.
Денис Ковешников , да нет, таки ничего не понятно. Что такое инструкция гита?
"Инструкция по использованию гита а сервере" - это понятно. "Команды гита, выполненные на сервере" - лишено конкретики, но все равно, о чем идет речь - ясно.
Гит не умеет что-то там собирать или запускать. Тебе хочется воспользоваться услугами continuous integration (CI) и continuous delivery/deployment (CD). Но гит не относится к сервисам подобного класса, это просто система контроля версий.
Тебе лучше смотреть в сторону Hudson, Jenkins, Travis, AppVeyor. Это именно системы непрерывной интеграции и управления задачами.
По вопросу создания системы сборки проекта тебе помогут cmake, nmake, msbuild, phing, doit. Это системы автоматизации исполнения задач. phing и doit - так вообще очень мощные системы автоматизации.
Whomai , строки бывают разные. Предоставь код твоих попыток.
Наперед можно сказать что с внешним миром общаться стоит в кодировках utf-8/utf-16/ucs2 или напрямую в Unicode, если есть такая возможность.
В частности, WinAPI дает возможность выводить символы в utf-16/ucs2. Этим определенно стоит воспользоваться.
ТопМетаФизик , лучше замени эти картинки на текст в теге кода. На картинки с кодом никому смотреть не хочется.
А еще, в предоставленном тобой исключении все однозначно написано. Твоя библиотека низкого уровня не подхватилась верхним уровнем. Разобраться с этим вопросом тебе легче самому.