res2001

Когда вы программируете на питоне не важно как реализован список внутри, главное, чтобы он выполнял то, что от него требуется.
Он вполне мог бы быть реализован и как связный списк. Такая реализация не отменяет операцию взятия элемента по индексу.
Взятие элемента по индексу в питоне, это совсем не взятие элемента по индексу в массиве Си.
Все операции в питоне (в т.ч. и взятие элемента по индексу) просто вызывают соответствующие функции обработчики. В функциях может быть какая угодно логика от Сишного взятия элемента по индексу, до прохождения списка до нужного элемента и т.п.
Реализация каждого типа в питоне заполняет структуру указателей на функции, реализующих питоновские операции для этого типа. Вы выйдите на эту структуру, если дальше продолжите раскопки PyObject_VAR_HEAD.

PS: Ваши выводы, основанные на структуре питоновского списка, верны.
Для студента 1 курса очень не плохо!

В последнем случае сыграла, видимо, какая-то оптимизация компилятора и реального вызова pow не было.
Вообще 99 получается в результате преобразования плавающей точки в int.

#include <stdio.h>

int main(int argc, char **argv)
{
   printf("Hello world!\n");
   return 0;
}

Если серьезно, то сначала нужно поставить задачу. Сделать декомпозицию. Продумать методы достижения цели.
А там уже и до кода не далеко.

Еще есть хорошая книга Дейтелов "Как программировать на Си". Там то же самое начало Си, дальше С++. Книжка годная.

В стандарте уже есть комплексные числа:
https://en.cppreference.com/w/c/language/arithmeti...
Почему их не используете?

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

system() не предоставляет подобного функционала.

Необходимо перед запуском процесса создать набор пайпов, форкнуть процесс, в дочернем заменить на пайпы stdin и stdout, затем уже стартовать процесс с помощью одного из вариантов exec.

Если обратная связь не нужна (т.е. не нужно читать, то что пишет дочерний процесс), то можно делать по упрощенной схеме через popen/pclose.

На эту тему в гугле и в литературе масса информации, просто правильно задайте вопрос. Искать нужно что-то типа "перенаправление stdin stdout"

PS: запуск из sh скрипта или на прямую значения не имеет.

IDE включает в себя в том числе и текстовый редактор, заточенный именно под создание кода.

В винде MSVS не плох, но имейте ввиду, что компилятор по умолчанию (микрософтовский cl) официально не поддерживает стандарты Си. Возможно поддерживает ANSI C, но тут я не в курсе, т.к. он не актуален. Какие-то вещи из свежих стандартов работают, другие нет, некоторые работают, но не совсем так как в стандарте.
gcc, clang - поддерживают стандарты.
Я использую qtcreator. Его можно использовать даже если в проекте не применяется Qt и нет С++.
Раньше использовал eclipse, но он написан на Java, соответственно тормоза в самый не подходящий момент, изрядно подбешивал этим.

Тут еще важен момент, какую систему сборки использовать. Если используете MSVS + cl, то система сборки будет msbuild ну и там особо заморачиваться не нужно - конфигурируете проект в студии и все применяется как надо, по сути вы и не видите систему сборки, но она есть, как суслики.
Так же MSVS поддерживает и другие компиляторы и системы сборки, например cmake, но тут уже придется изучать язык управления системой сборки и писать свои сборочные скрипты.
В qtcreator по умолчанию используется qmake, так же умеет из коробки cmake. То же нужно писать сборочные скрипты.
Eclipse - тут можно без системы сборки, через свойства проекта все делать. Eclipse сам все соберет. Но местами довольно запутано, хотя быстро привыкаешь. Кроме того в конце концов вам понадобится собрать проект без IDE (например у заказчика), вот тут вам и понадобится система сборки, которой вы не обзавелись в Eclipse и придется как-то выходить из положения. Я писал makefile в этом случае, мне казалось это самым простым вариантом. Сейчас я так не думаю - проще сразу делать проект используя какую-то систему сборки. В том числе и по этому отказался от Eclipse.

Много букв, не осилил.
Но для вашей задачи просто переведите float в double и забудьте об этой проблеме.
Другой вариант - пересчитывать дельту в число с фиксированной точностью, в целое грубо говоря.

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

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

https://www.boost.org/doc/libs/1_64_0/libs/math/do...
https://rsdn.org/forum/cpp/2640596.1
https://habr.com/ru/post/112953/
https://randomascii.wordpress.com/2012/02/25/compa...

Какого-то специфического lock-free алгоритма у вас в коде нет.
Достоточно для чтеня/записи использовать атомик операции и оно будет нормально работать, без гонки данных.

Под винду лучше всего MSVS и микросовтовский компилятор, но, как верно заметил Дмитрий Золотарев, у микрософтовского компилятора проблемы с поддержкой современных стандартов. Точнее Микросовт в принципе не заявлял о поддержке стандартов Си (может быть ANSI C, но я не уверен).
В принципе, если вы пишите исключительно под винду, то на это можно не обращать внимания - поддержки нет только для каких-то вещей, которые микрософт считает не нужным поддерживать, например VLA, многопоточность. Большая часть Сишного кода вполне нормально собирается микросовтовским компилятором.
Так же можно использовать IDE qtcreator. Компилятором к нему может быть тот же микросовтоский из состава MSVS или mingw. В этом случае я бы все таки так же использовал компилятор от микрософта, т.к. он дает более компактный и быстрый код, имхо. Микрософтовский компиялтор, кстати, можно поставить отдельно, без студии, называется Microsoft Build Tools ищите на сайте микрософта.

На будущее - все подобные ошибки решаются гуглением по тексту ошибки.
В данном случае вам нужно включить заголовочный файл стандартной библиотеки string.h

1.rand() генерирует только положительные числа: https://en.cppreference.com/w/c/numeric/random/rand
2.Даже если бы с п.1 было бы все нормально, то после того как выделена память для mas_otr ее нужно обнулить, т.к. malloc никакой инициализации памяти не производит и там будет содержаться мусор. А вы заполняете mas_otr только выборочно. Так что итоговый результат очевидно то же будет не тем, что вы ожидаете.
3.нужно в правильных местах в вывести переносы строк, а то сейчас у вас все будет лепиться в одну строку.
4.В sort() вместо массива вы передаете целое число.

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

Если файл записан на машине с одной и той же архитектурой, то при таком подходе проблем не будет.
Если же архитектуры (процессоры) разные, то может вмешаться порядок байт (big/little endian). Это нужно учитывать.
Так же, если вы читаете файл в котором записаны данные разных типов (например какая-то структура), то может возникнуть проблема с выравниванием полей в структуре. https://stackoverflow.com/questions/4306186/struct...
Думаю, что к вашей текущей задаче эти нюансы не относятся. Но знать, что двоичная чтение/запись это несколько сложнее аналогичных операций с текстом стоит.

Правильно пишут. Вас не смущает два void* в callback?
У вас функция принимает 2 параметра на что угодно, хреновая идея. Тут и будут ошибаться.
На сколько я могу судить data - это пользовательские данные, тут void* без вариантов, но можно обозвать например userdata и описать, что userdata в калбэке и в init - это одно и то же и библиотека больше никак не использует этот указатель.
На мой взгляд event вполне можно описать какой-то заранее определенной структурой. Или хотя бы у этой структуры должен быть единый заголовок (включающий тип события и возможно что-то еще общее для всех событий). Посмотрите, например, на адресные структуры в сокетах: struct sockaddr, struct sockadd_in, struc sockaddr_in6. Это не самая удачная реализация, на мой взгляд, но достаточно распространенная. Гораздо лучше реализованы объекты в питоне (имею ввиду исходный код самого питона на Си), принцип тот же, но реализация более понятна.
callback может принимать указатель на заголовок структуры, затем его можно будет преобразовать в структуру для конкретного типа события. Хорошо бы для этого предусмотреть в реализации набор макросов.
Общий посыл таков: нужно как можно реже использовать void*, можно его использовать только тогда когда без этого ну вообще никак не обойтись (а если обойтись, то это будет ну очень "дорого"). К сожалению в Си время от времени приходится использовать void*. В т.ч. для решения этой проблемы в плюсах придумали шаблоны.

Я так и не понял, что означает type.
По моему идентифицировать издателей/подписчиков лучше всего по имени. И пусть имя они сами себе выбирают.

Где набор функций для добавления/удаления подписчиков?

int searchByHash(Stack* hashTable, int element)