jcmvbkbc

Есть ли у регистров адреса как у памяти?

Адреса есть (и эти адреса кодируются в инструкциях обращающихся к регистрам напрямую), но обычно не как у памяти. Наличие у регистров адресов как у памяти зависит от архитектуры. Кроме упомянутого AVR такая фича есть, например, у 8051.

Почему нет?

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

Это нормально так сочетать библиотеки с ассемблером?

Вполне.

Здесь нет ни putchar(), ни scanf(), ни тому подобного.

есть c = getchar().

ОТКУДА программа получает ввод?

из стандартного потока ввода, откуда getchar читает символы.

Почему бы сразу не блокировать поток вызовом read и не ждать пока данные будут доступны

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

(в голову приходит только один вариант, когда необходимо принудительно прихлопнуть поток и если использовать таймаут, то не требуется прерывать системный вызов, хотя если принудительно завершить поток, то ядро по идее само прервет системный вызов)

Если системный вызов втыкается в ожидание в драйвере, то драйвер сам решает, прерываемо это ожидание или нет. Может быть драйвер реализует операцию poll с возможностью прерывания, а read -- без.

В момент, когда функция read блокирована (по факту системный вызов (syscall) не вернул результат в пользовательское пространство), то при вызове другого системного вызова того же драйвера, например, write, необходимо ли в самом драйвере синхронизировать общие данные, которые используются и в read и в write?

Да.

Или выполнение системных вызовов как-то гарантировано регламентировано и прерывания отключены

Нет, вообще никак не регламентировано.

Я вижу вот такой рабочий вариант (и при этом не уверен в том, какой порядок байт имеется в виду в оригинальной инструкции):

movl    ((((('V' << 8) + 'M') << 8) + 'X') << 8) + 'h', %eax

из man git:

GIT_EDITOR
           This environment variable overrides $EDITOR and $VISUAL.
           It is used by several Git commands when, on interactive mode,
           an editor is to be launched.
           See also git-var(1) and the core.editor option in git-config(1).

Т.е.
- можно глобально установить переменную окружения GIT_EDITOR
- или в глобальном .gitconfig установить опцию editor в секции core
- или в .git/config нужного репозитория установить опцию editor в секции core

При компиляции, библиотека находится, при запуске объекта, библиотека не находится, в чём может быть причина?

В том, что динамически загружаемые библиотеки ищутся по стандартным путям и по путям из LD_LIBRARY_PATH, а каким образом всё было слинковано -- не имеет значения?

я получаю ошибку E0345(Too few parameters for this operator function).
extern "C" GRAPHICLIBRARY_API void operator*= (const Vector2 value);

Оператор *= умножает что-то на что-то. А в этом прототипе у него только один параметр. Так что правильно компилятор говорит. См.

А вот как в моём проекте в заголовек:
void operator*= (const Vector2 value);

Остаётся ещё добавить, что в твоём проекте этот прототип находится внутри какого-то класса и всё встанет на свои места.

Подозреваю, что надо делать как-то так:

extern "C" GRAPHICLIBRARY_API void operator*= (Vector2& left, const Vector2 right);

понял, что проблема возникает при вызове open()

Правильно понял. Цитата из man 7 fifo:

Normally, opening the FIFO blocks until the other end is opened also.

Чтобы вызов open вернулся и программа продолжила выполняться нужно открыть второй конец fifo на чтение.

проверять файл, пока не окажется, что он существует и не пуст

Можно как-то так сделать:
while [ ! -s "$file" ] ; do sleep 1 ; done

While [проверка показывает, что файл или не существует или пуст]
Do
Проверить опять, есть ли файл и пуст ли файл
Done

это какой-то больно загруженный цикл, не надо так делать.

Помогите разобраться - хотя бы куда копать

В mingw нет функции setenv.

Я посмотрел в код, можно поменять в файле SCP/sim_extension.c строку 4345 с #if defined (_MSC_VER) на #if defined (_MSC_VER) || 1.

мой массив слайсится не так как нужно

после второго двоеточия идёт длина а не индекс. Т.е. должно быть echo ${array[@]:$j:6}