CityCat4

Ну, поехали.
int *ptr0, *ptr1;
Обьявили два указателя на int. Поскольку переменные на куче, там может быть все, что угодно.
printf("%d %d\n",ptr0,ptr1);
Указатели так не печатают. Ты получишь бессмысленное число, которое не использовать нигде. Обычно указатели печатают так:
printf("%0X %0X\n", ptr0, ptr1);
*ptr0= 21;
Дальше этого оператора программа работать не будет - в этом месте в 99% возникнет прерывание защиты памяти - то есть попытка обращения к области памяти, которая не принадлежит программе. При этом как правило возникает SIGSEGV и все. Если программа выполняется в однозадачной среде, где нет защиты памяти - такой оператор приведет к зависанию, поскольку в нижних адресах обычно расположены системные таблицы.

Ну, наверное проверить, что передаваемая строка содержит только цифры. И не забыть, что long integer имеет хоть большую, но конечную длину, соответственно ввод нужно проверять на длину - иначе первый же какер-недоучка попробует вас на зуб переполнением ввода.

long integer

man strtol
man strtoul

Никогда не задумывался, потому что сколько на С пишу - всегда пишуchar *aaam, bbbm;
и мне так сразу понятно, что первая переменная у меня - указатель, а вторая - нет.

Отключи оптимизацию при сборке ключом -O0. В режиме оптимизации GCC вполне способен сам скрячить undefined behavior оптимизацией "неправильно" расположенных переменных, например.

По количеству аргументов, вестимо. Если аргументов не передали - значит читаем stdin

разве они не аналогичные?

Нет.

*(current-1) // Взять значение по адресу current - 1
(*current-1) // Взять значение пo адресу current и вычесть из него (значения) 1

Не хочет принимать n в качестве значение глубины массива. В С компилятор не умеет в такие штуки - придется явно выделять память:

void ft_print_combn(int n)
{
    int *x;

    x = calloc(n, sizeof(int));
    create_while(x, 0, n);
    free(x);
}

Нет. Никакого преобразования типов не произошло.
int x = 42;
Присвоили переменной х типа int (как правило четырехбайтовой, знаковой) значение 42;
x /= 10;
Поделили нацело на 10, получили 4
x += '0';
Прибавили к x 48 (код символа '0'). Где тут преобразование типа? Равным образом могло стоять 'A', 'Z', '+' и т.д. Компилятор просто решил, что Вам так удобнее записать свою мысль.

Структура не может быть указателем. Но можно иметь указатель на структуру и это постоянно используется. Посмотри пример от Wataru - там есть все, что надо. Ты конечно мусор считаешь, потому что структура создалась на куче, но мусор - тоже данные :)

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

Да не вопрос. Но нужна среда разработки для DOS. Borland C, Watcom C. Я предпочитал борланд, в нем есть прикольный отладчик.

Написав программу, удивишься копеечности ее размеров :)

malloc потому и возвращает void, потому что ответственность за то, какого типа будет массив - на программисте.

Если нужно заполнить его фиксированным значением - есть memset()
Если нужно заполнить нулями - обычное дело перед тем, как начать работу со строками - есть calloc()
Если нужно расписать его структурным типом - ну определи структуру, потом приведи массив к типу структуры и циклом пробегись

Скорее всего на асме, но возможно и на других языках, см. ответ freeExec

Уэйт, Прата, Мартин "Язык С"

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

Если разово - то man opendir(), man closedir() - просто чтение каталога в том месте, где должен быть файл. Можно по-топорному - через system выплюнуть команду "ls | grep blabla.txt". Можно попробовать открыть файл - man open(), если файла нет - будет ошибка, если успешно - он есть.

Можно ли обойтись без использования WinAPI?

Нужно. Если не хотите лабать под кажду платформу свой код.

Здесь нужно различать два случая:
- хочу написать кроссплатформенное приложение, пофиг на чем
В этом случае берут Qt, Gtk иже с ними и пишут. Там уже обеспечили кроссплатформенность

- хочу написать кроссплатформенное приложение без сторонних библиотек
В этом случае придется изучать механизмы отрисовки окон (и скорее всего опять-таки лабать под каждую платформу свой код)

большинство людей в своих программах активно используют WinApi

Смелое и голословное утверждение.

На С никто не пишет кроссплатформенных приложений. На С никто не пишет гуев - это сложно и никому не нужно. Гуи пишут на С++