CityCat4

А почему должно? Это С, не С++, не перл, где существуют самые дикие конструкции. Здесь все просто как полено :)

char domen[100];
char stroka = "В чащах юга жил бы цитрус";

strcpy(domen, stroka);

Оператор sizeof возвращает длину типа. Вам он вернет 1, потому что длина типа char - 1 байт :)
Если хотите сформировать одну длинную строку - то индекс можно вычислять, но если слева стоит что-то типа domen[N], то справа может быть только литерал. Для записи в массив строки с определенной позиции нужно использовать все то же strcpy()

В винде - обычно runtime C library, msvcpXX.dll, где вместо ХХ - номер, причем их до десятка может быть разных версий, MS обычно бесплатно раздает инсталляторы.
В линухе обычно все уже есть, там нужна обычно libc ну и другие, если использовались.

Первая запись обьявляет переменную ptd указателем на double. Компилятор ожидает, что в данной переменной хранится адрес памяти ячейки, который указывает на переменную типа double, хотя сразу после обьявления в ней находится мусор - неопределенное значение.
Вторая запись выделяет память под хранение переменных.
sizeof(double) - получить размер переменной double для текущей платформы
malloc - выделить память под десять переменных размером в double - обычная вещь для массива например.
(double *) - привести тип возвращаемого значения (malloc всегда возвращает void) к типу "указатель на double"

Надо сказать, что данный код можно использовать только в том случае, если сразу за malloc() идет чтение или инициализация массива. Потому что malloc() вернул область памяти, заполненную случайными данными. Для гарантии, что там не будет мусора лучше использовать calloc:
ptd = (double *) calloc(sizeof(double), 10);

Это абсолютно верно. Посимвольного ввода-вывода (getchar()/putchar(), getc()/putc(), fgetc()/fputc()) стоит избегать как только можно. Если файл небольшой (и даже не очень большой) - его проще всего считать в память и уже в памяти его как угодно крутить-вертеть.

Потому что '0' - это совсем не нуль. Это ASCII-символ нуля с кодом 0x30. Поэтому сложив 10 (0xA) и '0' (0x30) Вы закономерно получили 0x3A :) Что является ASCII-кодом ':'

Есть замечательный отладчик gdb, который может показывать изменение переменной в процессе работы программы и которым настоятельно рекомендуется пользоваться в спорных моментах. Вот например данная ситуация решается им в течение пары минут :)

Утечка памяти не зависит от природы программы - ну, если Вы конечно не допустили глобального косяка типа забытого free() после malloc() Утечка памяти зависит от реализации ядра ОС.
Использовать нужно всегда динамическую память. В статической разве что константы хранить.
Почему? А очень просто получить эксплойт через переполнение границ массива.
Вы, конечно, скажете - да я простой юзер, я модули ядра не пишу etc... на что я отвечу - а стиль программирования формируется. Привыкнув делать статические массивы - Вы и в модуле ядра будете делать так.