Mercury13

Я добавлю к Александр .
В отличие от Си, где условие цикла каждый раз вычисляется полностью, в Паскале вторая граница for вычисляется один раз и запоминается.
Потому длина строки меняется, а мы ходим до самой первой.

К тому же вы неправильно решаете задачу. Никакой там не одной строкой. В ответе сервера концы строк LF, а надо CR+LF. Вот функция (крайне неоптимизированная), которая приводит концы строк к единому виду независимо от того, какие там стоят.

function NormalizeEol(const s : string) : string;
begin
  Result := StringReplace(s, #13#10, #10, [rfReplaceAll]);
  Result := StringReplace(Result, #13, #10, [rfReplaceAll]);
  Result := StringReplace(Result, #10, #13#10, [rfReplaceAll]);
end;

Очевидно, расширение GNU.
MinGW, даже с ключом -std=c99, OK.

Причём работает только в режиме Си. MinGW/Cи++
C:\TestApps\NestedFunction3\main.cpp|7|error: a function-definition is not allowed here before '{' token|

Embarcaredo x86 (Borland):
[bcc32 Error] File1.c(7): E2141 Declaration syntax error

Embarcadero x64 (clang):
[bcc64 Error] File1.c(6): expected ';' at end of declaration

Очень важный вопрос. Может ли содержимое папки попасться раньше, чем сама папка? Для простоты считаем, что нет, и что вы нашли библиотеку для JSON.
Нужны два объекта: дерево (самодельный) и словарь ID (map: id → развилка дерева).
Для каждого элемента…
1. По parent id через словарь находим, куда его впихнуть. Если не нашли — вывести ошибку.
2. Если folder: создать развилку, присвоить ID, вписать её в словарь ID.
3. Если не folder: создать лист, присвоить ID и вписать в словарь ID (если надо по какой-то другой причине).
Я плохо знаю Си с диезом, так что поправляйте меня.

class Node {
  List<Node> children;
  List<Leaf> leaves;
}

class Leaf {
  // в нём может быть что угодно
}

class Tree {
  Node root;
}

Tree tree;
Dictionary<string, Node> idDic;  // считается, что словарь нужен только на разбор JSON,
   // и он временный

Просуммировать элементы std::vector<int>. Си++.

Процедурный

int sum = 0;
for (int v : vec)
  sum += v;
std::cout << sum << std::endl;

ООП.

class Accumulator
{
public:
  void feed(int value) { fSum += value; }
  int sum() const { return fSum; }
private:
  int fSum = 0;
}

Accumulator acc;
for (int v : vec)
  acc.feed(vec);
std::cout << acc.sum() << std::endl;

Функциональный (правда, слегка настоянный на шаблонах)

int sum = std::accumulate(vec.begin(), vec.end(), 0);
std::cout << sum << std::endl;

UPD. Третий такой маленький, потому что в стандартной библиотеке нашли подходящую функцию.

UPD2. А теперь представьте себе, что нужно вычислять не сумму, а что-то сложное — например, среднее и квадратичное отклонение. В процедурном придётся или раскрывать сложные формулы, или налаживать какие-то обобщения. Объектное меняется на раз-два. В функциональном придётся менять функцию-шаблон, работающую над итератором.

Не зря студенты говорят «пойти на Иванова» — от личности препода зависит больше, чем от названия. Препод дятел — бросай нахрен.

• Язык Python — с ограничением в 5 лекций ходить на язык не стоит, греби своими руками.
• Структуры и алгоритмы компьютерной обработки данных — стоит, хотя зависит от программистской подготовки и может быть излишне просто.
• Программирование на языке Java — с ограничением в 5 лекций ходить на язык не стоит, греби своими руками.
• Язык C++ — с ограничением в 5 лекций ходить на язык не стоит, греби своими руками.
• Рекурсивно-логическое программирование — очередная хитрая концепция программирования, фтопку
• Системы искусственного интеллекта и экспертные системы — 70%, что пользование чужим софтом, тогда нет; 30%, что теория, тогда, возможно, да.
• Функциональное программирование — интересная штука, но сильно зависит от препода.
• Математическая логика — зависит от математической подготовки.
• Основы параллельного программирования — интересная штука.
• Объектно-ориентированное программирование (на примере C++) — фтопку
• Компьютерная графика — в этом курсе может быть что угодно от хорошего до дряни. Допустим, на самом шаровом (!) потоке у нас в Киеве под этим скрывались страшнейшие задачи по вычислительной геометрии, половине группы я их решал, как бывший олимпиадчик.
• Разработка ПО для мобильных систем (Objective C) — может потребоваться, но это инфраструктура Apple.
• Технология разработки программного обеспечения — может быть что угодно, но в целом стоит разведать.

• Системы реального времени — может быть что угодно. Пользование ПО — фтопку, что-то из теории и программирования — надо.
• Операционные системы и компьютерные сети — с твоими интересами можно и забить.
• Проектирование и администрирование информационных систем — может быть что угодно.
• Визуальное программирование — фтопку
• Операционная система Linux — фтопку
• Операционная система Unix — фтопку

• Теория автоматов, языков и трансляторов — очень хорошая штука, но с твоими интересами можно и забить.
• Основы криптографии — аналогично.
• Дискретная математика для программистов — зависит от математической подготовки
• Дискретная математика — аналогично.
• Алгоритмы теории графов — прогеру никогда не помешает.
• Введение в Маткад и Матлаб — с твоими интересами забей.

Раз у вас stdlib.h закомментирован, вы, наверно, знаете, откуда malloc взялся. Попробуем раскрутить ошибки.

note: include ‘ stdlib.h ’ or provide a declaration of ‘malloc’
Компилятор, очевидно, знает, где этот malloc завалялся…

warning: implicit declaration of function ‘malloc’ [-Wimplicit-function-declaration]
…но неявно объявляет функцию.

warning: incompatible implicit declaration of built-in function ‘malloc’
Неявное определение int* malloc(int). Реальное void* malloc(size_t). Преобразовать (int*)malloc надо было.

Почему всё-таки запустилось? А потому, что на целевой машине size_t = unsigned int, а размеры указателей совпадают практически всегда. После того, как функция неявно объявилась, линкер подцепил на её место стандартную, и соглашения вызова совпали.