Зачем в Си используют конструкцию void(*funk)(struct my_struct*, my_struct2) как элемент структуры?

hitakiri,

По всей видимости это задел "на будущее".

Довольно странный задел. Смысла не имеет, имхо, обычно не знаешь вперед что тебе может понадобиться и какие задачи в дальнейшем придется решать, поэтому и в заделах на будущее смысла нет .
Callbackи обычно нужны для использования пользователем, а не библиотекой. Поэтому должен быть какой-то интерфейс для их инициализации внешним пользователем, хотя в случае Си - интерфейс не обязателен, т.к. тут все структуры открыты.
Впрочем, могут быть варианты и внутреннего использования callbackов.

Не поленился посмотрел исходники. В nuklear.h в определении структур, там где в структурах объявляются эти поля есть комментарий: "optional user callbacks". Думаю этим все сказано. Это не задел на будущее. Просто разработчики видят возможные кейсы их использования, а вы пока не видите.
Там, кстати, довольно много примеров, возможно там они как-то используются. Я туда уже не смотрел.

Короче, опечален внекатигорийно, качество кода падает куда-то в бездну.

Я бы не стал делать скоропалительных выводов.

Как правильно составить файл CMakeLists.txt для проекта?

Смущает "D:\Program Files". Это то о чем я думаю или нет? У вас винда на диске D стоит? Это виндовый "Program Files" или ваш собственный? Если виндовый, то возможно просто не хватает прав и не понятно зачем вы в системном каталоге что-то собираете, не делайте так.
Если ваш собственный, то ладно, но я бы избавился от путей с пробелами, это может добавить неожиданных не нужных проблем. Кроме того, наверняка вы привели не все что выводит cmake, думаю выше по выводу должна быть собственно причина ошибки, вы же привели только окончательный результат, который ничего не дает.
Сам по себе ваш CMakeLists.txt выглядит нормальным, но последняя закрывающая скобка лишняя - для нее нет пары.

Зачем в Си используют конструкцию void(*funk)(struct my_struct*, my_struct2) как элемент структуры?

Функции обратного вызова, используются довольно часто. Вызываемый код при наступлении какого-то события вызывает соответствующий callback, чтоб сказать вызывающей стороне, что произошло.
Исходя из названия указателей на функции уже можно сделать вывод о том на какие события срабатывает вызов.
Вы можете их использовать или не использовать (присвоив NULL), обычно отсутствие callbackа корректно отрабатывается, но бывает, что callback обязателен.
За дополнительной информацией лучше обратиться к документации библиотеки, там могут быть приведены и сценарии возможного использования callbackов.

Как считать из stdin русский текст и вывести его как wchar_t?

Используйте строки std::wstring, плюсовые потоки std::wcout/std::wcin, используйте строковые функции с префиксом wcs, сырые строки храните в массивах wchar_t, константы определяйте с префиксом: L"привет мир".
Локаль устанавливайте так: setlocale(LC_ALL, "");
Имейте ввиду, что в винде и линукс типы wchar_t обычно имеют разную длину.
Менять кодировку консоли не нужно и вообще дурной тон, т.к. пользователю возможно хочется работать именно с установленной кодировкой.
Исходники программы пишите в UTF8.

Возможно ли реализовать TCP на Delphi?

Mors Clamor, На счет контрольных сумм дополню.
Есть много всяких реализаций CRC, все они делают одно и то же. Самая быстрая - это табличная реализация, когда используется предварительно рассчитанный полином, записанный в константный массив. И потом над каждым байтом входного потока используя этот массив выполняются некоторые не сложные вычисления.
Такие реализации легко отличить - там основное место в коде занимает массив, а сами вычисления - это всего несколько строк кода.

Возможно ли реализовать TCP на Delphi?

Mors Clamor,

Я хочу понять/реализовать как считаются контрольные суммы

Не надо реализовывать контрольные суммы. Там используется какой-то вариант CRC. Используйте готовое решение. Кстати, в самом TCP, на сколько помню, используется CRC16, в Ethernet же используется CRC32, который конечно гораздо лучше справляется с задачей.
Если что, есть разные варианты CRC16 и СRС32, сам алгоритм один, но отличается например начальными значениями и т.п. Алгоритм CRC описан, если очень хочется в нем разобраться, можете почитать, но там больше математика, с программированием это не особо связано. На любителя в общем.

но он будет фундаментально неправильным,

Нет никакого фундаментально правильного или не правильного варианта. Ваша реализация может выполнять поставленные цели или не выполнять, вот и все. Если она не выполняет - значит вы где-то накосячили, надо разбираться. Если выполняет и скорость работы устраивает "заказчика" :-) значит все нормально. Для проверки выполняет или нет, надо конечно написать тесты, создать какие-то сложные условия "на линии" типа потеря пакетов, большие задержки, обрывы и т.п. Это все можно с эмитировать искусственно.

Проблема с записью в структуры первой и последней строчки кода(последняя не записывается вовсе) В чем может быть проблема?

Помимо озвученной в вопросе проблемы в представленном коде есть и другие более серьезные проблемы, а именно:
1. зачем разделение структур на доллар и евро. Структуры одинаковые обе, вы работаете с ними одинаково, все одно и то же продублировано по 2 раза. Это ужасно! Сделайте одну обобщенную структуру, добавьте в нее поле код валюты и сделайте для этой структуры одну реализацию функционала и используйте его для любой валюты, можете потом хоть все валюты мира добавить в нее.
2. Зачем вы курс и дату храните в строковом представлении? Вы никак не проверяете входные данные, а если там вам подложат "свинью", как поведет себя ваша программа? Никогда нельзя доверять данным поступающим из вне, без детальной их проверки.
3. Вы не привели форматы файлов из которых вы читаете информацию. По коду могу догадаться о их содержимом, но предполагаю, что содержимое немного не такое, как реализовано в коде. Вполне возможно, что отсюда и растут ноги у вашей проблемы.

В общем после вышеперечисленных проблем разбираться с проблемой в вопросе даже как-то скучно. Могу только дать подсказку - в случае с евро у вас где-то в нужном месте не пишется завершающий нулевой байт, что заставляет cout выводить больше символов, чем нужно. По сути выводится какой-то мусор лежащий в памяти рядом вплоть до какого-то случайного нулевого байта. Кстати наверняка с долларом у вас есть та же проблема, просто вам пока повезло (на самом деле не повезло) и она не проявилась. Но она может проявиться с долларом при каком-то подходящем изменении кода и/или изменении входных данных.

UPD:
4. зачем вы реализовали собственный вариант strcmp и strtod? Вы уверены, что вы их сделали правильно? Функции из стандартной библиотеки отшлифовывались годами. Пользуйтесь.

Возможно ли реализовать TCP на Delphi?

Mors Clamor,

В любом случае, вы рекомендуете использовать именно UDP?

UDP я рекомендую, если бы вы просто ограничились своим протоколом ориентированным на соединение с гарантией доставки и потоковой передачей данных без претензий на совместимость с TCP. Реализовать такой свой протокол никак не связанный с TCP гораздо проще, чем делать альтернативную реализацию совместимую с TCP.

Если же очень хочется совместимости с TCP, то UDP не подойдет точно.
Не уверен, что это можно сделать на винде, я просто не в теме.

В линуксе это возможно можно, и я видел альтернативные реализации стека TCP/IP работающие в линуксе параллельно родному стеку, но на отдельном сетевом адаптере. Я видел работающую систему на Линукс, где в качестве альтернативной реализации был стек TCP/IP выдернутый из OpenBSD и немного допиленный под потребности конкректного использования. Если что, сам я не принимал участия в этой разработке, знаю только теоретически ну и видел уже итоговый результат в работе.

Работает это примерно следующим образом:
1. Надо очистить стандартные настройки TCP/IP для выбранного сетевого адаптера
2. Средствами iptables и traffic control (tc) блокируется весь трафик на выбранном сетевом адаптере - это позволяет минимизировать расходы на стандартную обработку в ядре
3. В своей реализации для работы в user space на линуксе используются PF_PACKET сокеты (не PF_INET) - это сырые Ethernet сокеты, пакеты вы будете получать вместе с Ethernet заголовком и т.п. и тут уже вы вольны реализовыввать любые протоколы над Ethernet, в т.ч. и альтернативный стек TCP/IP. Но при этом IP то же надо будет реализовывать, а вместе с ним и ARP и ICMP. PF_SOCKETы работают еще до правил iptables и tc, поэтому заблокированный фаервол в п.2 не будет мешать вашему сокету. Вот тут на вики есть картинка со схемой прохождения пакетов и тут видно, что в PF_PACKET сокет пакеты уходят по отдельной ветке обработки (дублируются): https://en.wikipedia.org/wiki/Netfilter

Есть аналогичные разработки достаточно известные в узких кругах :) DPDK, PF_XDP (реализован в ядре линукса для обхода стандартного стека, особо не вникал), OpenFastPath - стек TCP/IP в user space.

Вероятно можно заменить только реализацию TCP, но не весь TCP/IP. Возможно тут помогут сокеты PF_INET/SOCK_RAW, но тут я ничего не скажу, т.к. не интересовался подобным сценарием.
Возможно подход будет примерно похожим с блокировкой средствами стандартного фаервола всех стандартных TCP пакетов и своей обработкой TCP пакетов. В таком случае вы получите функционал IP/ARP/ICMP/UDP из ядра, а TCP будет ваш собственный.

В любом случае для подобных экспериментов надо пересаживаться на линукс. Винда система закрытая и как там что внутри устроено знает только микросовт. В линуксе же вы можете сами поковыряться в ядре и сделать как душе угодно. Вот только задача эта совсем не простая.

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

Нормально ли использовать dynamic_cast?

На сколько я понимаю, в вашем случае для каста Base* к Specific* подключается механизм RTTI, а это всегда дорого, т.к. будет выполняться в run-time (обычно касты выполняются в compile time) и лучше обходиться без этого.

Возможно ли реализовать TCP на Delphi?

RAW-sockets с последних версий не могут быть использованы для создания TCP сессий

Зачем TCP сессии? Вы же делаете грубо говоря MyTCP, а про MyTCP сессии ограничений нет :-)
Вы не сделаете замену "родному" TCP, т.к. для этого нужно его убрать из системы и добавить свой. Как минимум у TCP фиксированный идентификатор протокола в IP заголовке и там не может быть 2 вариантов обрвботчика TCP.
Поэтому вы делаете свой протокол с поддержкой соединений + представление данных в виде потока.

который в свою очередь использует под капотом libcap

libcap - это не про сокеты. Видимо имелось ввиду libpcap.
Зачем pcap и прочее?
Делайте свой TCP на базе UDP.
Подход будет практически таким же, как если бы вы делали на сыром IP сокете.

Как через bat информацию полученную в cmd внести в другой bat в определенную строчку?

Альтернативные варианты:
1. передать это как параметр командной строки в другой бат и использовать его там соответствующим образом
2. устанавливать переменную окружения с соответствующим значением, а во втором батнике использовать эту переменную окружения. Второй батник должен запускаться из первого.
3. сохранить инфу в файл, во втором батнике читать ее из файла.

Почему программа остаётся в фоновых процессах после закрытия?

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

Почему после статической линковки на другом пк все равно запрагивает dll?

Ars_15, В доке vcpkg все написано, про триплеты, про то как устанавливать разные варианты библиотек, как использовать библиотеки в проекте MSVS. Тебе туда надо. 100%

Почему после статической линковки на другом пк все равно запрагивает dll?

Ars_15, Блин, оказывается не static/dinamyc в триплете, а release/debug. Ну я уже года 3 не заглядывал туда :) подзабылись детали.

похоже на нужную library???

Нет. Это не тот вариант. dbg - в триплете означает, что это версия с отладочной информацией. Другой вариант - видимо релизный, т.е. без отладки.
Ты видишь, что тут же в этом каталоге лежит и TgBot.dll - это значит, что lib файл для динамической библиотеки.
В статическом варианте tgBot.dll не будет в каталоге, только lib побольше размером, чем этот.
Похоже у тебя статический вариант библиотеки не установлен. Но его можно установить дополнительно с помощью опций vcpkg. А этот вариант лучше удалить, чтоб не мешался, т.к. тебе он не нужен.

Почему после статической линковки на другом пк все равно запрагивает dll?

Ars_15, 1. Это создатели vcpkg так называют сборное название платформы, туда входит ОС, разрядность и static/dynamic на сколько помню. Подробней можно почитать в доке vcpkg, они там много по этому поводу пишут.
vcpkg --help
2. Это название подкаталога после installed на твоем последнем скрине

Почему после статической линковки на другом пк все равно запрагивает dll?

Ars_15, То что лежит в buildtrees, это видимо после сборки осталось. Видимо это можно почистить какой-то командой vcpkg.
Тебе по идее нужны те что в installed/<triplets name>/
Что лежит в packages не помню.
Какие у тебя каталоги <triplets name>? На сколько помню по имени триплета можно понять что это за библиотека (динамическая/статическая, x32/x64)
Но вообще у vcpkg есть штатный способ использования библиотек в проекте. Читай документацию по нему или погугли какие-нибудь примеры использования библиотек из vcpkg в проекте MSVS.

Вообще во всех 3 местах buildtrees/packages/installed должно лежать одно и то же. Так что у тебя всего 2 варианта.
Чем они отличаются - смотри триплеты.

Почему после статической линковки на другом пк все равно запрагивает dll?

Ars_15,

я нашел еще 5 кроме этой lib как понять какая мне нужна?

Нашел где? В vcpkg, по идее, не должно быть 5. Ну может быть 4 по две для x32 и x64. Откуда еще одна взялась?

Почему после статической линковки на другом пк все равно запрагивает dll?

Ars_15, Я бы просто удалил лишние триплеты для этой библиотеки из vcpkg, тогда у компилятора выбора не будет.
https://learn.microsoft.com/en-us/vcpkg/concepts/t...

Почему после статической линковки на другом пк все равно запрагивает dll?

Ars_15, В микросовтовском компиляторе все библиотеки подключаются через lib файл и статические и динамические. Просто в случае с динамической библиотекой в lib находятся ссылки на dll, а в статической - исполняемый код библиотеки.
Так что ты видимо взял lib от динамической библиотеки. Ну или не ты взял, а компилятор его нашел и подключил.

Почему после статической линковки на другом пк все равно запрагивает dll?

Ars_15,

линковку сделал

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