jcmvbkbc

Как сделать, чтоб он открылся в правом окне, а в левом так и остался бы список файлов?

Можно выполнить let g:netrw_preview = 1 и нажимать на интересующем файле p вместо ENTER. При этом справа от списка файлов будет открываться окно preview для файла под курсором, а курсор так и останется в левом окне. Следующее нажатие p заменит содержимое preview файлом под курсором.
Кроме p ещё есть v. А кроме того F1 в списке файлов открывает help по теме.

Как на Си вывести флаги в том же формате, что делает команда objdump?

А в код-то не посмотреть никак?

static void
dump_bfd_header (bfd *abfd)
{
  char *comma = "";

  printf (_("architecture: %s, "),
          bfd_printable_arch_mach (bfd_get_arch (abfd),
                                   bfd_get_mach (abfd)));
  printf (_("flags 0x%08x:\n"), abfd->flags & ~BFD_FLAGS_FOR_BFD_USE_MASK);

#define PF(x, y)    if (abfd->flags & x) {printf("%s%s", comma, y); comma=", ";}
  PF (HAS_RELOC, "HAS_RELOC");
  PF (EXEC_P, "EXEC_P");
  PF (HAS_LINENO, "HAS_LINENO");
  PF (HAS_DEBUG, "HAS_DEBUG");
  PF (HAS_SYMS, "HAS_SYMS");
  PF (HAS_LOCALS, "HAS_LOCALS");
  PF (DYNAMIC, "DYNAMIC");
  PF (WP_TEXT, "WP_TEXT");
  PF (D_PAGED, "D_PAGED");
  PF (BFD_IS_RELAXABLE, "BFD_IS_RELAXABLE");
  printf (_("\nstart address 0x"));
  bfd_printf_vma (abfd, abfd->start_address);
  printf ("\n");
}

непонятная ошибка

Что непонятного-то? Вроде отчётливо видно, что ReadFromFile использует CreateList, но функция CreateList (с таким прототипом, как в ReadFile) не определена. И ошибка не компиляции а линковки.

Обычно в хорошем описании можно выделить две части. Одна описывает зачем это изменение нужно: в чём была проблема/чего не хватало/что работало не так. Вторая описывает решение и документирует, почему именно это решение было выбрано.
И это правило работает в обе стороны: если невозможно описать зачем было сделано изменение или почему оно именно такое -- это скорее всего плохое изменение.

1 вариант: Добавляет элемент block__element3 блоку block;
2 вариант: Добавляет текст с описанием блоку block;

Оба в равной мере бесполезны, как и сам этот коммит, судя по всему.

Почему у меня при отладке (картинка 1), и при чужой отладке (картинка 2) в сегменте, внизу, где четыре строки es, значения совершенно отличаются, хотя это отладка одной и той же программы?

Мария, потому что память заполнена по большому счёту мусором. es в твоей программе не инициализирован, непонятно зачем ты на него смотришь. Надо смотреть на ds. В твоём отладчике Max находится по адресу 57ef:000a

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

Это описание верно только для прерывания срабатывающего по фронту сигнала. Прерывание срабатывающее по уровню сигнала нигде не запоминается. Вне зависимости от того, было ли оно запрошено в то время, пока оно было запрещено, если оно не запрошено в момент разрешения прерывания -- прерывания не случится.

Верно ли я понимаю, что микроконтроллер запоминает факт прерывания

Верно для прерываний срабатывающих по фронту. Неверно для прерываний срабатывающих по уровню.

не может этот флаг скинуть, пока как раз таки я снова не подключу прерывание и он тут же радостно мне его передает?

Неверно в общем случае. Флаги запроса прерывания могут быть доступны через регистры, иногда эти регистры можно программно очищать.

Возможно ли как-то переопределить данное поведение?

У некоторых прерываний можно настроить, срабатывают они по уровню или по фронту. Например, у Atmel можно настроить как детектируются внешние прерывания INT0 и INT1 -- регистром EICRA.

Или скинуть каким-то другим способом этот флаг?

Опять же, на Atmel флаги внешних прерываний лежат в R/W регистре EIFR, в нужные биты которого можно записать 0, чтобы очистить запомненный запрос прерывания.

Я вызываю режим командной строки через shift : и пишу
3,8yanka
то есть, скопировать строки с 3 по 8 в регистре а, можно и без а.

Я делаю то же самое в vim, добавив пробел между yank и a -- и всё работает. Вывод: проблема в vscode.

Добрый вечер, написал скрипт на bash для авто-установки.

#!/bin/sh

/bin/sh может и не быть bash'ем.

Не пойму почему он отказывается работать.

Скрипты можно отлаживать: #!/bin/bash -ex

В чем может быть дело?

Похоже на не-английскую раскладку клавиатуры.

Но при проверки им
gpg --verify ncopa.asc alpine-standard-3.9.0-x86_64.iso.sha256
пишет что gpg: verify signatures failed: Неожиданная ошибка.

alpine-standard-3.9.0-x86_64.iso.sha256 -- это просто sha256 от iso, там нет подписи. Подпись должна быть в файле с расширением .asc за кнопкой "GPG", но там 404.
Судя по содержимому dl-cdn.alpinelinux.org/alpine/v3.9/releases/x86_64 подписи всё-таки есть для некоторых .iso

objaddr = objects + (sizeof(Object)*n);

sizeof(Object) * не нужен, это не ассемблер.