Как с помощью Arduino/ESP32 вычислять форму профиля в срезе и размеры этого среза?

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

NedoKoder, вот этот шаг и оптимизировать

Как с помощью Arduino/ESP32 вычислять форму профиля в срезе и размеры этого среза?

как с помощью Arduino/ESP32 или чего то другого ... однозначно определить, какой именно профиль мы "отсканировали"?

Упростить себе задачу и наклеить на профили qr-коды с информацией о них?

Как настроить IDT в защищенном режиме процессора(assembler)?

я плохо понимаю, работает ли оно

Иван Четчасов, а это же легко проверить, например целочисленное деление на 0 вызывает исключение по нулевому вектору. А в обработчик можно вставить код который вывел бы что-нибудь на экран.

Я вижу в твоём коде несколько ошибок:

• в IDT каждая запись имеет значение, по смещению 0 там должен быть дескриптор обработчика вектора 0, а у тебя там какой-то мусор
  
• dw GDT.code -- так не работает: нельзя в одном ассемблерном исходнике взять значение из памяти другого.
  
• в типе дескриптора ты кажется перепутал порядок битов, тип получился невалидный и P=0.
  
• dw IDT.size делает не то, что ты ожидаешь. Он туда не значение IDT.size запишет, а адрес поля IDT.size.
  

Вот тут я накидал своих изменений с которыми оно работает.

Ошибка не соответствует ожиданию, почему?

Если уж параметры и имя у виртуальной функции такие же, то извольте и возвращаемый тип не менять.

Wataru, это не совсем так. Перекрывающая функция может иметь тип возвращаемого значения отличающийся от типа возвращаемого значения перекрываемой функции при совпадении остальной сигнатуры, но на этот тип накладываются некоторые ограничения, которые автор не выполнил (и, думаю, не собирался выполнять, а просто где-то ошибся).

Ошибка unhandled dwarf2 в Valgrind как можно исправить и с чем связана?

как можно исправить и с чем связана?

Проблема, похоже, в том, что clang++ генерирует отладочную информацию, которая не нравится valgrind. Не глядя в детали сложно сказать, кто из них прав.
Попробовать исправить с минимальными усилиями можно так:

• если использовать clang не обязательно -- можно попробовать другой компилятор поправив эту строчку (например заменив clang++ на g++).
  
• понизить уровень отладочной информации в этой строчке (заменив -g3 на -g2 или -g1).
  

Ошибка unhandled dwarf2 в Valgrind как можно исправить и с чем связана?

запускается он через make -> Makefile

а почему valgrind ругается вот на это:

А вот и странно...

Нет, теперь это понятно. Выполняется вот это правило из Makefile:

@$(CC) $(CFLAGS) $(UTILS) $(TESTS_PATH)ft_$*_test.cpp -L$(LIBFT_PATH) -lft && $(VALGRIND) ./a.out && rm -f a.out

valgrind ругается на собранный этим правилом бинарник. Сам make тут ни при чём.

По какой причине метод не определён?

Считаю что по стандарту это возведение в квадрат.

Рекомендую ознакомиться со стандартом, по которому ты считаешь: eelis.net/c++draft/expr.xor

Что здесь не так?

Один топик -- один вопрос.

Как исправить ошибку Memory limit?

Да, ещё
if(res[ii][jj] < res[i][j])
в строке 28 имеет смысл заменить на
if(res[ii][jj] <= res[i][j] + 1)

Почему не берутся пробелы в bash переменной?

я же вам в положительно шутливой форме написал

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

Почему не берутся пробелы в bash переменной?

xotkot, если уж мы дошли до объяснений уровня "Л - логика", то моё мнение такое: неверный ответ хуже никакого. Его можно удалить, а потом написать верный. Это, на мой взгляд, было бы правильным действием, вместо удаления собственного комментария "а проверить не", как только стало ясно, что ответ неверный.
Или отредактировать, удалив неверную часть.
Оставлять неверный ответ вместе с верным, как сейчас -- это конечно логика.

Почему не берутся пробелы в bash переменной?

зачем мне удалять ваш пост вместе с моим ответом ?

xotkot, затем, что ответ неправильный. Дополнение к ответу -- да, можно так. Изначальный ответ -- нет.

Почему не берутся пробелы в bash переменной?

стороннему не будет понятна

xotkot, 1) не надо его (стороннего) недооценивать 2) мой пост, я надеюсь, будет удалён вместе с ответом

Почему не берутся пробелы в bash переменной?

обновляйте страницу

xotkot, я, может, сам решу, что делать, не?

Почему не берутся пробелы в bash переменной?

а проверить не ?

а самому, не?

for a in "$( printf 'a b\nc d\n' )" ; do echo -$a- ; done

Почему не берутся пробелы в bash переменной?

кавычки, в одном месте поменяй на одинарные а в другом добавь двойные

for WhatFile in "$(find $Downloads -regex '.*\.\(mkv\|m4v\|mp4\|ts\|avi\)' -and -mmin +30 | sort -r )";

так весь вывод find же в одну строку превратится тогда. а автор хочет чтобы одна строка -- одна итерация цикла.

Почему ВМ перезагружается?

ОК на экран всё ещё не выводится

выводится, в левый верхний угол.

Я так и не понял, что не так с ГДТ…Всё, я разобрался.

расскажи, что понял?

Почему ядро странно себя ведет?

Иван Четчасов, как-то так: https://github.com/vanosoft/HexOS/pull/1/files

Почему ядро странно себя ведет?

Иван Четчасов, зачем ты мне цитируешь код который я и так видел? Выравнивание у тебя написано странно. Я бы сделал так:

diff --git a/boot/second.asm b/boot/second.asm
index 3540fd3dfc76..432b308fe068 100644
--- a/boot/second.asm
+++ b/boot/second.asm
@@ -8,7 +8,7 @@
 format binary as "sec"
 
 org 7E00h
-
+start:^M
 use16
 
 ; header zone
@@ -94,8 +94,8 @@ jmp $-2
 
 ; filler
 
-times 200h*16-1+$-$$ db 00h
+times 200h*16-1+start-$ db 00h^M
 
 ; magic
 
-db EOF
\ No newline at end of file
+db EOF^M

Почему ядро странно себя ведет?

Так почему же происходит ошибка?

Я не знаю, на что ты рассчитываешь когда пишешь mov cx, 12h, потому что second.asm не выравнивает свою длину по размеру сектора. Длина second.sec построенного из твоего рапозитория -- 9926 == 0x26c6.

Проблемы с компиляцией?

Порядок аргументов, передаваемых линковщику имеет значение.

да

укажите main.c самым последним, после всех библиотек.

res2001, но с точностью до наоборот: неопределённые символы ищутся только в библиотеках перечисленных после объекта, в котором они встретились