Ocelot

Могу ошибаться, но обычно выделяется буфер определённого фиксированного размера, допустим на 256 символов. Далее буфер заполняется строкой. В случае с C-строкой все отлично - она терминируется символом \0 и бОльший размер буфера не помеха. В процессе заполнения буфера, определяем свободное пространство в буфер и по необходимости либо выделяем дополнительный буфер и организуем работу с несколькими, либо выделяем больший буфер и копируем в него содержимое старого.

а смысл в чём? это не худ.литература: хорошие, отработанные решения принято копировать; реюзабельность кода - преимущество, а не недостаток.

или вы предлагаете каждому студенту переизобретать сортировки, методы обхода списков, стэк и вот эти ваши все сранные алгоритмывсе такое?

любой код, используищий libcurl - плагиат.
любой код, использующий популярный для платформы Х пакет для работы с У - плагиат.
просто потому, что с ними невозможно работать иначе.
и, если ваш руководитель не будет так далек от программирования как только возможно (я таких встречал), он скажет: "окстись, чувак". и, надеюсь, не будет при этом сдержан в выражениях.

Да, можно.

Чтобы сравнить два числа грея без перевода в бинарную систему мы используем его рефлективность. Числа будем сравнивать побитово. Если у нас первый бит у X равен 0 а у Y равен 1, то Y больше X. Если у нас два числа начинаются одинаково, то все равно смотрим на первый бит. Допустим он у нас 0 в таком случае сравниваем два следующих бита как обычно (т.е. 1 больше 0). Если же у нас первый бит 1, то нужно сделать инвертирование сравнения следующего 2-го бита (т.е. 0 больше 1)

Например имеем числа 4 (десятичное) и 6 (десятичное), после перевода их в числа Грея будем иметь соотвественно 110 и 101. Как мы видим первый бит 1 значит следующий надо сравнить инвертируя логику (101 больше чем 110). Если единица в качестве первого бита будет два раза подряд то инвертируем два раза. Возьмем числа 8 и 9 и представим в виде кода Грея 1100 и 1101. 1й бит одинаковый и единица - инвертируем логику сравнивания, 2й бит снова единица снова инвертируем обратно, 3й бит одинаковый это 0 то ничего не инвертируем и сравниваем нормально последний 4й бит. В 9ке он равен единице а в 8ке нулю. То есть (1100 меньше чем 1101)

Хочу найти программу по функционалу максимально приближенным к P-CAD и Altium Designer для linux.

Не найдёте. Есть KiCAD, LibrePCB и ещё одна (забыл название, но оно и не важно), но это тоже эрзац-поделки. Если хотите Альтиум - качайте Альтиум.

driverx18, считается, что у любой программы может быть вывод. если у конкретной программы его нет - то это свойство конкретной программы, я говорю об общем случае.
по умолчанию, если не указано, куда выводить стандартный поток сообщений, то вывод идёт в стандартное устройство вывода - на консоль.
по умолчанию, если не указано, куда выводить стандартный поток ошибок, то вывод идёт в стандартное устройство вывода - на консоль.
если приложение, запущенное через cron, делает вывод в стандартный поток сообщений и/или в стандартный поток ошибок, то cron это перехватывает и, в зависимости от настроек, может херить или, что встречается чаще, передавать в подсистему логгирования, класть в мейлбокс.
поэтому, если вывод сообщений и ошибок принудительно не переназначить в другое место (например, в /dev/null), он, как правило, окажется в почте.

Препроцессор работает на 4-й стадии трансляции кода.
Препроцессор оперирует напрямую строками модуля трансляции в виде блоков памяти.

Описание твоего макроса показывает что хоть debug и принимает аргумент, но вне отладочной конфигурации он этим аргументом не оперирует. В любом месте обращения к твоему макросу произойдет подстановка NULL вместо всего обращения.

На самом деле тебе и этот NULL в качестве подстановки не нужен. Зачем тебе в коде программы обилие висящих NULL? Если описать макрос так:

#ifdef DEBUG
#define debug(n) Serial.println("***"+String(n)+"***")
#else
#define debug(n)
#endif

то препроцессор будет просто затирать строку обращения к макросу.

Почему я не могу убрать скобки, или ещё что-нибудь, и написать так, как мне хочется. В общем, где все это определено?

Это определено спецификацией языка на котором вы пишете. Среди прочего она определяет грамматику языка (т.е. как можно писать) и семантику языковых конструкций (т.е. что написанное так или иначе обозначает).

Целая часть "снизу", "пол". Округление до целого числа вниз. Аналог функции floor.
https://ru.wikipedia.org/wiki/Целая_часть#Обозначе...

Как уже написали в комментариях: если вошло - значит, заработает.
На всякий случай опишу, как эту ножку выпрямить. Основной инструмент - не пинцет какой-нибудь, а тонкая стальная трубочка, например, игла шприца. Диаметр выбираем, чтобы она надевалась на вывод поплотнее, по возможности почти без люфта, до самого изгиба, и после надевания правим под лупой. Затем смотрим вдоль строк и столбцов, сравнивая положение выпрямленного штырька с остальными, и при необходимости подпрямляем ещё.

Кстати: такая же игла (из нержавейки, не смачиваемой припоем) пригодится вам и тогда, когда понадобится выпаять сокет из материнки. Как действовать - надеюсь, догадаетесь, это очевидно.

Во-первых, разверните штекер вокруг своей оси на 180*.
Во-вторых, тип "Б".