CityCat4

В винде - обычно 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... на что я отвечу - а стиль программирования формируется. Привыкнув делать статические массивы - Вы и в модуле ядра будете делать так.

В С нет обьектов. Либо переходите на C++, либо читайте про выделение памяти :)

Если alphabetSize известно заранее - нужно выделить память под массив структур сразу:

struct character *c_ptr, *c_ptr2;

c_ptr = calloc(sizeof(struct character), alphabetSize);

И теперь можно перемещаться по полученному массиву меняя адрес указателя на структуру:

int i;

for(i = 0, c_ptr2 = c_ptr; i < alphabetSize; i++, c_ptr2++)
 {
тут что-то делаем...
}