#include <string.h>

Добавляю как автоматом. Есть ли они там, или eще не заявлены - добавляю. Привык к удобствам. uint32_t вижу "издалека". Кроме unsigned long int, которому никак не могу привыкнуть. А если есть: unsigned long long int - заставляет меня смеяться ... (со временем будет вероятно unsigned long long long long int ...) Самое главное - во всей программе - единообразное выражение типов. Все позволяет легко переключаться между кодами для разных контроллеров с течением времени. (частично пользуюсь переводчиком)

veso74, ну, зато на стандартные типы работает подсветка синтаксиса, что визуально удобно. Конечно, unsigned long long long long int уже будет перебор, но unsigned long пока ещё пишу.

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

Скомпилировалось , теперь будем искать настоящие ошибки!

muravei_, просто считается, что программирование, это полноценное, поэтапное и системное обучение. А без него либо догадываться, либо гуглить, либо поиском по файлам. А логика есть: работа со строками - это работа с массивами данных в памяти.

Ну да, логика сильно притянутая за уши.

Логика простая: функция memcpy объявлена в strings.h. Очевидно, что его надо заинклюдить.

по этой логике инклюдить надо под 50 хидеров

...ну или хотяб штук по 5 всреднем для каждой архитектуры если кросс.

$ grep -rc -e'memcpy *(' /usr/lib/*/include/ /usr/include/ |grep -v :0
/usr/lib/avr/include/avr/pgmspace.h:2
/usr/lib/avr/include/string.h:4
....
/usr/include/linux/netfilter/xt_sctp.h:1
/usr/include/linux/cec-funcs.h:11
...
/usr/include/x86_64-linux-gnu/bits/string_fortified.h:1
...
/usr/include/wchar.h:1
/usr/include/X11/Xlibint.h:1
...
/usr/include/tcl8.6/tcl-private/compat/string.h:1
...
/usr/include/c++/10/bits/locale_facets.h:4
...
/usr/include/string.h:3
/usr/include/obstack.h:4
$ grep -rc -e'memcpy *(' /usr/lib/*/include/ /usr/include/ |grep -v :0 |wc -l
48
$

Hy шутка xopoшая
, а вот ежели cypьёзно - кто может подсказать - возможно ли в с# "встроить" дополнительные ( машинно-поддерживаемые ! ) типы данных ?
И , если возможно, то как сие "вкошачить" ?

Т.е. просто набрать в терминале "man memcpy" - не судьба? А там как раз в самом начале пишут, какой header-файл нужен…

Добавлено after 2 minutes 23 seconds:

Достаточно настроить подсветку в своем IDE. Но обычно таки современные IDE все типы из stdint.h подсвечивают. А писать "int" или "long" - можно в конце-концов нарваться на косяк. Как нарывались люди при переходе с 32- на 64-битную архитектуру. Или обратно (отладил ты, скажем, алгоритм на компе, а потом скопипастил на микроконтроллер).

Есть 92 байтовых массива констант разной длины , которые надо по очереди засовывать в функцию.
Как это проще организовать?
Сделать массив указателей?
Хотелось бы с минимумом возни.

Массив по определению состоит из элементов одинаковой длины. Функции тоже как бы работают с параметрами известной (и одной и той же) длины... Странная у вас постановка задачи. Расшифруйте.

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

Может таки структура поможет?

Зачем ? Ваши массивы (точнее, их имена) - и есть указатели. Просто передавайте их в функцию, с самой длиной (вторым аргументом). Стандартный ход.

Ну, да. Байт -8бит , а в военное время - 12 !


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


Возможно. Скорее массив структур.



Само собой.
Но как передавать в цикле? Как перебирать имена?

Несколько мыслей:

1. Сделать двумерный массив с указателями и размерами каждого.
2. Если быть уверенным , что массивы в памяти расположены последовательно - передавать указатель на первый и прибавлять к нему длину каждого .
3. Слить все в один массив и каждый раз прибавлять длину .

Ну, об этом в предыдущем посте Вы не сказали ничего. Оставалось только гадать.
По этому поводу у Вас уже есть мысли. Не думаю, что Вам тут что-то новое расскажут. Делайте как Вам удобнее, учитывая концепцию и нюансы алгоритмов.

идея: вспомните, как кодируются шрифты с переменной длиной (по точкам) букв, напр. для OLED и TFT - соберите один массив со смещениями и данными. напр.: https://github.com/greiman/SSD1306Ascii ... er19.h#L63

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

А это что ? ...


Добавлено after 2 minutes 12 seconds:


См.

Это :
По-очереди ? Да !
Не было ни слова про циклы и имена.

Говорю же - ничего Вам тут нового не расскажут.
Вы же прекрасно понимаете, что такое массив, что такое указатели, как с ними работать, .... По этому :

Если собираетесь адресовать конкретный объект(в Вашем случае - массив) по индексу, то без контейнера не обойтись.
Хотя, кто-нибудь может выборку из кучи объектов сделать и на switch-case