Александр Ананьев

>шифрование в base64
Не шифрование, а кодирование. Бессмысленное причем, так как сначала картинку сжали (джпегом, вестимо), а потом раздули (в 4 раза).

Сменить технологию решения или разработчика. Самое простое - на POST запрос

1. Посмотрите марку и модель беспроводного модуля;
2. Гуглите "model wifi linux";
3. Дальше два варианта: либо найти драйвер и установить по инструкции, либо убедиться, что его поддержки в Linux нет и не будет и перейти на нормальную десктопную ОС, а Linux крутить на виртуалке.

Вы уверены? Создать компилятор Си с нуля, даже очень тривиальный, даже используя всякие генераторы парсеров - это несколько месяцев работы целой команды специалистов.

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

Если же вам надо просто прикрутить компиляцию к вашему редактору, то, как многие другие IDE, вам надо будет лишь запускать сторонний компилятор (будь то gcc, clang, visual studio или что-то другое).

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

Обратитесь в техническую поддержку дистрибутива.

Мешать может, винда иногда грешит блокирующим IO даже не на системном диске. А бэды и IO ошибки резко увеличивают latency, что визуально ощущается как тормоза.
Для начала посмотреть SMART диска. Если бэды, то менять диск, если ошибки IO, то для начала можно кабель поменять.

P.S. ЕМНИП это далеко не первый вопрос от Вас на эту тему, везде в ответах говорилось про проверку SMART но от Вас я реакции не видел. Скачайте прогу по ссылке и приложите скрин.
Без диагностики харда все остальное - гадание на кофейной гуще.

можно и с токеном, если хочется

git remote set-url origin https://your_token@github.com/your_username/your_repo

Client arr_all[numeric_limits<int>::max()];

Это сильно, статический массив на 2 млрд индексов...

main.cpp:(.text+0x527): перемещение обрезано по месту: R_X86_64_32 у неопределённого символа «.bss»
main.cpp:(.text+0x536): перемещение обрезано по месту: R_X86_64_32 у неопределённого символа «.bss»

...а это -- последствия. В принципе сборку этого можно побороть опцией -mcmodel=large, но там будут дальнейшие проблемы во время выполнения и это точно не нужно.

Ограничьте размер этого массива каким-нибудь разумным значением или сделайте его динамическим.

Скопировать в новый массив исключая пятое число. Вручную. Фором.

1. Синтаксис получения элемента по индексу некорректен, фактически, комбинация "*&" перед указателем ничего не делает, ее лучше удалить.
2. Переменные в методе ReturnValue не являются говорящими, желательно переименовать их в row, col (без множественного окончания). Т. к. вы пытаетесь получить единственное значение по строке и колонке, а не строкам и колонкам.
3. В методе используется Matrix::cols, это также некорректно, в вашем случае необходимо использовать просто cols. Если же вам необходимо было использовать именно заданную внутри класса переменную, а не пришедшую в параметрах метода, то корректно было бы написать this->cols.
Резюмируя вышесказанное, корректный код мог бы выглядеть так:

int ReturnValue(int row, int col) {
return arr[row][col];
}

Проблема здесь не в деструкторе, а в конструкторах. Тебе нужно реализовать конструкторы копирования и перемещения, иначе у тебя так и будут постоянно копироваться указатели из инстанса в инстанс, а при уничтожении будут в итоге такие крещи, как ты описал. Сейчас дефолтный конструктор копирования работает при передаче аргументов и при возврате из функции. Локально это можно полечить ссылками, но глобально – только правильные конструкторы.

Потому что практически все функции могут вернуть ошибку тем или иным образом.
Когда fopen возвращает NULL, то это сигнал, что произошла ошибка при выполнения функции. Вы должны проанализировать значение errno и вывести осмысленное сообщение для пользователя.
https://en.cppreference.com/w/c/io/fopen
Сейчас же у вас на все ошибки выдается единственное сообщение. Вы можете просто вызывать функцию strerror с кодом ошибки errno, чтоб получить нормальное актуальное сообщение об ошибке.
https://en.cppreference.com/w/c/string/byte/strerror

Да. Вводите полный путь к файлу, тогда у вас не будет ошибок связанных с отсутствием файла там где программа пытается его найти. Но это не отменяет правильной обработки ошибок в программе.

В num хранится бинарное представление double в формате IEEE 754. Код позволяет забыть, что это int, и эти бинарные данные интерпретировать, как double.
Ваш вариант приведет просто к переводу беззнакового целого num (13864543383726325760) в double (1.3864543383726326e+19)

У меня MacBook Pro (не M1). Я думаю нет разницы говорим мы про M1 или какой-то другой (обновлено: разница есть). Если будешь использовать специфичные для винды технологии, то придётся поставить винду, что мне и пришлось сделать (UWP). Для себя понял одно, мне MacOS не нужна и неинтересна, если и работаю за ноутом, то только в винде. При этом я не фанат винды, просто она для меня удобнее. Макбук интересен первую неделю, когда наконец-то купил, что так давно хотел, ведь это так необычно, MacOS! А ноут стоит космических денег (мой больше 200 стоит). Купил, открыл, поигрался, всё прикольно, интересно. Работаю на винде. На MacOS можно будет использовать среду разработки Rider. В метро не взять и не открыть, ведь если у тебя макбук, то ты должен ездить на ламборгини, или летать на вертолёте. Будешь постоянно встречать улыбки (смотрите, с макбуком в метро!!!). Ой, меня понесло не туда.

WinRAR использует шаблон ехе. Один и тот же исполнительный файл. Добавляет к нему ресурсы и информацию, которую вы заполнили в "Мастере".

Для решения вашей "задачи", достаточно одной программы, которая принимает аргументы запуска. Из аргументов берётся название кнопки. Готово. Так что, либо описывайте задачу подробнее, либо изучайте сами. Вопрос звучит достаточно глупо в контексте программирования.

Как понять микросервисы?

Прочитать соответствующую книгу (а лучше ещё парочку про DDD или хотя бы посмотреть этот доклад)

Затем ответить на несколько вопросов:
1. Почему вы решили, что микросервисы что-то вам дадут?
2. Есть ли у вас настоящие причины для микросервисной архитектуры? (А именно: зоопарк технологий с невозможностью написать 99% на одном языке; более тысячи разработчиков; сложность выкатки монолита в виде часов прогонов CI/CD — тестов, билда, деплоя, стопоров выкатки в виде кучи проблем из-за разработчиков; вы такие же большие как гугл, убер, амазон и т.п.). Или вам просто нравится модное слово "микросервисы"?

Не получится создать хорошую микросервисную архитектуру без умения создать хороший модульный монолит. В этом случае вы получите не только все проблемы плохого монолита: высокая связанность, каскадные падения, долгий CI/CD; но и все проблемы микросервисов: их надо оркестрировать (у вас же есть команда, которая будет поддерживать инфраструктуру?); каждому микросервису нужно своё CI/CD (и хорошее); сеть может (и будет) лагать и обрываться; длительность запросов увеличится на порядок(ки) (особенно если выбрать какой-нибудь JSON-RPC over HTTP); нужно предусмотреть failover strategy (например, идемпотентные ретраи. Вы же уже знаете про correlation id, саги и что делать, если прилетел network error на запрос в другой сервис "списать 10 баксов"?) и circuit breakers; трейсы и логи, которые не пришлось бы искать по сотням .log файлов от каждого сервиса; бизнес-логика расползётся по разным микросервисам и нарушит SRP (пофиг, что нарушит, важнее то, что это починить будет сильно сложнее). Список можно продолжать долго.

Unix-way: в исполняемом файле - только исполняемый код, он при запуске читается в память, после этого файл свободен и с ним можно делать все, что позволяет твой доступ.
Windows-way: в исполняемом файле может быть навалено три короба ресурсов, вплоть до вырожденных случаев вроде самораспаковывающегося архива, когда код - это просто небольшая вставка в гигантский исполняемый файлище. Так что в память читается только код, но при этом предполагается, что он может подтягивать из файла ресурсы, когда они понадобятся. Поэтому файл блокируется на запись до тех пор, пока этот код не закончит выполнение.