Скомпилированный в GCC exe файл вылетает досрочно?

видимо, то, что я вижу в режиме отладки - это работа некого интерпретатора, исполняющего мой код построчно, я прав?

Александр Попов, нет. Ты видишь работу реально откомпилированного кода но под управлением отладчика.

Скомпилированный в GCC exe файл вылетает досрочно?

у меня собирается

У тебя в Makefile написано:

all:$(CPP_EXECUTABLE)
CPP_EXECUTABLE :=$(CPP_SOURCES:.cpp=)
CPP_SOURCES :=$(wildcard *.cpp)

при этом нет ни одного файла *.cpp, я очень хотел бы узнать, как оно у тебя собирается.

Кроме того, ты используешь функцию itoa, но это нестандартная функция, в стандартную библиотеку C она не входит.

Скомпилированный в GCC exe файл вылетает досрочно?

И как это понимать? Я вообще на строке 263 у себя не вижу ничего такого, что могло бы вызвать проблему.

Добавить в свою сборку -fsanitize=address и читать актуальный вывод.
Код по твоей ссылке не собирается -- я поправил его локально.

Скомпилированный в GCC exe файл вылетает досрочно?

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

Как минимум в том, что код по ссылке не собирается.

Как исправить ошибку worktree при удалении ветки с локального пк?

Ок, можно переключить C:/Projects/web_test на другую ветку (например так: cd C:/Projects/web_test ; git checkout -b tmp), после чего повторить удаление ветки.

Актуален ли ассемблер на сегодняшний день?

Это что за проблемы могут быть, что нужно лезть настолько вниз?

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

насколько реально отследить такой баг в ассембли? И почему без его знания не поймёшь, что это баг?

Если задаться целью -- на 100% реально. Вот тут я рассказываю о своём just-for-fun проекте, частью которого была доработка тулчейна -- компилятора, ассемблера, линковщика и библиотеки C.

Не могу залить прошивку на ESP-32 CAM?

SevenShots, я вижу два возможных направления разборок. Один -- начать с замера того, что на пинах esp32-cam 5v и 3.3v действительно 5 и 3.3 вольта. Попробовать отключить камеру от модуля и загрузиться без неё. Я подозреваю, что с напряжениями на старте всё ок, потому что модуль стартует, а если они и проседают в процессе, то без осциллографа этого не увидеть. Если же там напряжения заметно ниже -- попробовать другой USB-порт или USB-кабель.
Второй -- начать с кода, отключить в конфигурации прошивки brown-out detector и посмотреть, как далеко пройдёт загрузка.

Не могу залить прошивку на ESP-32 CAM?

SevenShots, а как вы его запитываете сейчас? От программатора?
Я подаю на такой контроллер +5в от USB, он сам делает из них нужные ему 3.3 регулятором на плате.

Как прошить ESP32 CAM программатором ESP-32-CAM-MB?

SevenShots, ага

Может ли язык Си работать на условной stack-based машине?

то что не даст полностью реализовать все функции языка

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

Как лучше добавить перед структурой ещё одну и поместить в массив?

res2001, если dummy -- это системная линуксовая write, или обладает той же логикой, то можно тупо вызвать её поотдельности, сначала для base а потом для S1.

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

почему false?
695 >250 и 529>200

529, конечно, больше 200, но сравниваешь c 200 ты не point.x, а v, который 529 - 695 (и то, только в том случае, если bufferPoint и BasicLogic.bufferPoint -- это одно и то же).

Почему IRQ сильно нагружает процессор?

что говорит cat /proc/interrupts?

Как создать правило make для компиляции списка .c в список .out?

OUTS = ./outs/a/prog1.out ./a/b/outs/prog2.out ./outs/a/b/c/prog3.out

Герман, если не ./a/b/outs/prog2.out, а ./outs/a/b/prog2.out -- то да, можно

Как создать правило make для компиляции списка .c в список .out?

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

VPATH = a:a/b:a/b/c

OUTS = ./outs/prog1.out ./outs/prog2.out ./outs/prog3.out

all: $(OUTS)

outs/%.out : %.c
        @echo compile $< to $@
        gcc $< -o $@

Но при этом теряется контроль того, откуда какие исходники приходят. Т.е. prog1.c может быть найден в любом из каталогов a, a/b или a/b/c.

Как создать правило make для компиляции списка .c в список .out?

Самое существенное: в твоём примере нет явной зависимости между SRCS и OUTS. Если бы эта зависимость была (например, OUTS = $(patsubst %.c,outs/%.out,$(SRCS))), то её можно было бы использовать для генерации зависимостей без использования рекурсивного макроса. Для приведённого примера:

outs/%.out: %.c
        @echo compile $< to $@
        gcc $< -o $@

Как создать правило make для компиляции списка .c в список .out?

$(OUTS): $(SRCS)
  @echo compile $< to $@

это правило говорит, что каждое слово из OUTS зависит от всех слов из SRCS, а для сборки каждого из OUTS нужно взять первое слово из SRCS, что ты и видишь в выводе make и что, очевидно, неверно.

Как найти и заменить участок текста по шаблону в vim?

nihi1ist, традиционные вопросы:
- подробности? Что искал, каким шаблоном, какая версия vim
- почему у меня работает?

Существует RISC процессоры с архитектурой фон Неймана?

зачем сделано такое разделение в esp32 не понимаю

pfg21, но при этом берёшься делать обобщающие заявления о современных контроллерах. Не надо так делать.

Существует RISC процессоры с архитектурой фон Неймана?

в RISC такой аппаратной команды в принципе не может быть.

pfg21, ARM, RISC-V, MIPS и xtensa смотрят с недоумением на это заявление.

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

да ладно, загляни в спеку на любой ESP32. Да, адресное пространство единое, но какая-то память подключена через шину данных, а какая-то через шину команд и доступ к ним совсем разный. Например, невозможно обратиться к отдельным байтам в области адресов шины команд, тупо получишь исключение. И невозможно выполнить код из памяти подключенной через шину данных, тоже исключение (но другое).