jcmvbkbc

Написали многоуровневое меню при помощи функций, работает без проблем все, кроме выхода.
Примерно на 2-3 уровне меню "Exit" не выходит из скрипта, а возвращается на уровень выше.

всё зависит от того, как эти функции вызываются. Если так:

clear; ./1_1_ipmi_menu.sh ; unem ;;

то разумеется вызов exit внутри скрипта 1_1_ipmi_menu.sh приведёт в возврату в unem, вы же тут отдельный процесс создаёте.
Чтобы exit в функциях приводил к выходу из приложения нужно импортировать (source) функции из этих скриптов и вызывать функции вместо запуска скриптов.
Типа того:

#!/bin/bash
unem() {
        read b
        case $b in
          1) clear ; … ; unem ;;
          2) clear; PMI ; unem ;;
          3) clear ; menu ;;
          0) exit 0 ;;
        esac
}
source 1_1_ipmi_menu.sh
source 1_1_system_menu.sh
unem

Какую систему команд выбрать? …
для демонстрации принципов работы ассемблера

Для этого нужно ответить на вопросы: где вы собираетесь взять ассемблер и как конкретно вы собираетесь демонстрировать его работу?
Я вижу два возможных ответа на первый вопрос: взять готовый или написать самому. Если цель -- написать самому, то это может быть сравнимо по сложности, если не сложнее, чем написать эмулятор для той же самой системы команд. Если брать готовый, я бы рекомендовал RISC-архитектуру, но все они с теми или иными заморочками, так что это будет выбор наименьшего из зол. На мой взгляд RISC-V, точнее базовый набор RV32I -- достойный кандидат.

Часто вижу в коде на C++ и C#, что для счётчиков … используют int, а не uint/unsigned int.
Почему праграмисты делают это?

Я слышал следующую теорию, почему это имеет смысл в С++: потому что значение знакового типа в корректно написанном коде не переполняется. (А если таки случилось переполнение, то это UB и всё уже не важно). Поэтому если счётчик имеет знаковый тип и с ним на каждой итерации происходит, например, инкремент, то значение счётчика только увеличивается. Это, в свою очередь, даёт дополнительные возможности для оптимизации. Беззнаковый счётчик инкрементируемый на каждой итерации может внезапно обнулиться, это может быть легальным поведением программы на которое рассчитывает программист.

А почему они фактически используют int -- наверняка потому что никакой практической разницы не видно, а буков нужно меньше.

Как оперативно оповещать пользователей о сбоях?

Рассылкой писем. Там тебе и группы пользователей, и решение готовое и проверенное, и все желающие смогут настроить перенаправление этих писем сразу в мусорку.

Почему ожидание завершения потока называется join?

Eсли бы слово fork не было уже занято, создание потока назвали бы fork. fork/join -- прекрасная пара.

так сделано во всех языках программирования

Чрезмерное обобщение -- источник абсолютно всех бед.
Так сделано в языках ориентирующихся на POSIX, потому что в POSIX ожидание завершения потока -- это pthread_join. А в других языках сделано по-другому.

1. Как влияет полином на CRC?

CRC -- это остаток от деления входных данных на полином.

2. Существует ли возможность скорректировать алгоритм или полином так что бы результаты crc были определенном диапазоне? например от 0x0 - 0xafffffff.

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

3. Скорректируйте алгоритм так что бы результаты были всегда внутри диапазона 0x0-0xeffffffff

Это задание а не вопрос. Делай свою домашку сам.

Вот как сделать дамп программы и 10 фрагментов в отдельные файлы?
Можно ли такую программу для дампов разработать самостоятельно?

Ключевые слова: CreateProcess/OpenProcess чтобы создать/открыть существующий процесс, VirtualQueryEx чтобы просмотреть области памяти выделенные процессом и ReadProcessMemory чтобы прочитать данные из нужных областей памяти.

Безусловно можно.

Какие ошибки в неблокируемом сокете не приводят к его закрытию?
Какие ошибки неблокируемого сокета можно игнорировать в сетевом программировании

Вообще это два разных вопроса. Никакие ошибки не приводят к закрытию сокета, закрыть его можно только явно вызвав close.
Игнорировать ошибки тоже не стоит, потому что они говорят о том, что случилось с данными переданными в send или полученными из recv. А именно, EAGAIN / EWOULDBLOCK говорят о том, что данные не были посланы или приняты, но с сокетом и с соединением (если есть) всё нормально. Кроме того, send и recv возвращают количество реально отправленных/полученных данных, и оно может быть меньше, чем было запрошено. Это не ошибка, а нормальная ситуация, её обязательно надо обрабатывать правильно.
Почти все остальные ошибки говорят о том, что соединение оборвано и сокет остаётся только закрыть.

Заюзал в очередной раз абстрактную фабрику, и неожиданно вспомнил, что метод класса не должен обращаться к объектам, которые вернул какой-либо метод.

Фабрика возвращает интерфейс объекта, который был специально введён, чтобы предоставить обобщённый доступ к разным типам объектов создаваемых фабрикой. Пользователи фабрики взаимодействуют только с этими интерфейсами, не с самими объектами. Т.о. пользователи фабрики не зависят от модулей реализующих конкретные объекты. Закон Деметры как раз и нужен для того, чтобы уменьшить зацепление между модулями. Следуйте духу закона, а не букве.

Что лучше считать, чтобы CPU работал подольше?

rep nop

Как запустить такую программу?

Сохранить в файл с расширением .com, запустить в DosBox

Сохраняю в формате .com, пыталась запустить в DosBox - виснет

Сделал то же самое,