CityCat4

Хайп вокруг ЯП Rust и C?

Нет никакого хайпа. Кто писал на С - тот пишет и дальше. Кто хочет модно-стильно-молодежно - пишет на Rust

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

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

и не являются ли ошибки с памятью ошибками программиста,

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

Броском кухонного ножа можно спасти жизнь человека. А можно ее забрать. Является ли возможность ножа убить насмерть ошибкой его разработчика? Нет, потому что нож предназначен для тех, кто умеет его применять. Не умеешь - используй столовый.

разве общее число ошибок не перераспределяется на другие недостатки программы или программиста

Нет конечно же, это же не тараканы :) их потравили в одной квартире - они "перераспределились" в другие

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

(И, если это не преднамеренный стеб - переименовать учетку - как-то смешно выглядят элементарные вопросы от юзера с ником LinuxGod :ROFL: )

Эту переменную сама система устанавливать будет

Будет. Если скажешь. $? - это код возврата последней выполненной команды. Код возврата устанавливается вызовом exit()

man exit в общем.

Через fscanf() ничего вписать нельзя - это функция чтения Она ничего никуда не пишет (за исключением данных в переменные)

Вопрос поставлен неверно.

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

Смысл считать растактовку есть только для слабых процов - берется даташит на конкрентую модель проца - и считается.

gdb в зубы и вперед

А питоновские либы (собственно и содержащие код функции Py_Initialize()) добавит Пушкин? Ищите, где стоит питон и как называется его основная либа и подключайте ее

Можно по-топорному - через system(), при этом родительский процесс приостанавливается на время выполнения потомка.
Можно более-менее правильно - через fork() и exec(), потом словить код возврата через waitpid()

Я не слишком люблю потоковый ввод-вывод, поэтому всегда с небольшими файлами работаю по одной схеме - проверил наличие-получил размер-запросил память- прочитал- закрыл.
А дальше работа по такой схеме:
Нашел пробел, запомнил место, ляпнул сюда '\0'
От текущего места до запомненного сделал sscanf() (чтобы не греть голову распознаванием формата вещественного числа, а напрячь этим stdio).
Если sscanf не вернул ошибки - это вещественное число и счетчик ++, иначе счетчик не трогаем.
Текущее место перенес на один байт дальше, чем запомненное.
Вернулся к поиску пробела, если строка не кончилась

Блин тут что группа студентов окопалась, у которой сейчас тема "работа с текстом"?

man realloc, чувак
ну либо считать текст, посчитать, на сколько увеличился, взять памяти для новой версии, скопировать слово, вставить новое слово, вставить хвост.
ну либо "Фрилансим"

Взял размер файла (man readdir)
Запросил памяти под чтение файла по размеру файла (man calloc)
Открыл файл (man open)
Прочитал его (man read)
Закрыл файл (man close)
Посчитал число пробелов в буфере, проверил, что после последнего идет цифра (исключить ситуацию когда пробел после последнего числа), если это так, прибавил единицу
Вывел
Освободил память (man free)

ПРОФИТ!

"Фрилансим" немного по другой ссылке.