jcmvbkbc

size_t read_from_url(const char *url, char *buf, size_t sz)
{
    char *cmd = malloc(strlen(url) + 13);
    FILE *f;
    size_t off = 0;

    sprintf(cmd, "wget -O - '%s'", url);
    f = popen(cmd, "r");
    free(cmd);

    while (sz) {
        size_t rd = fread(buf + off, 1, sz, f);

        if (rd == 0)
            break;
        off += rd;
        sz -= rd;
    }
    pclose(f);
    return off;
}

man popen

#include <stdio.h>

int main()
{
    int n;
    FILE *f = popen("grep -c \"a\" < 1.txt", "r");
    fscanf(f, "%d", &n);
    pclose(f);
    ...
}

Вот пример с двумя файлами, который компилируется и как С и как С++, но линкуется только как С. Различие между языками в наличии в С tentative definition:
Файл a.c:

int i;

int main()
{
    i = 1;
    return 0;
}

файл b.c:

int i;

int f(void)
{
    i = 1;
    return 0;
}

$ gcc -std=c89 a.c b.c -o a
$ gcc -std=c99 a.c b.c -o a
$ gcc -std=c11 a.c b.c -o a
$ g++ a.c b.c -o a
/tmp/cc8AfU2T.o:(.bss+0x0): multiple definition of `i'
/tmp/ccBOJ29v.o:(.bss+0x0): first defined here
collect2: error: ld returned 1 exit status

table = fizz(table);

Что сделать-то хотел?
Если проинициализировать массив значением которое вернула fizz, нужно было просто проинициализировать его в этой функции.
Если поменять область памяти на которую указывает table, то нужно было сделать table указателем.

Почему при передаче table в fizz struct Item[100] преобразуется в struct Item *table, а при присваивании - нет?

Потому что массив -- это синтаксис для статического выделения памяти на стеке, в области данных или в структурах. Имя массива -- это имя этого блока памяти, а его адрес -- адрес этого блока. Поэтому имя массива можно легко сконвертировать в адрес. Но если бы язык давал возможность менять адрес массива с помощью присваивания его имени, массив помимо своих элементов должен бы был содержать дополнительный указатель. Получился бы странный, сложный класс объектов, соединяющий в себе свойства массива и указателя. Поскольку язык С -- простой язык, у вас есть отдельно массивы и отдельно указатели, а сложный тип можно сделать самому.

Используя TCP/IP -- никак. Указывайте длину данных в своём заголовке на сервере, а на клиенте получайте заголовок и читайте столько данных, сколько там записано.

Вот люди пишут "можно", но никто из них не уточняет при этом, что такое "чистый С".
Если "чистый С" -- это только то, что предоставляет сам язык, скажем, стандарта C99 или C11, то у вас возникнут проблемы в следующих областях:
- управление прерываниями: обычно выполняется через специальные регистры или специальными ассемблерными командами.
- обработчики прерываний: в зависимости от архитектуры вам нужны будут функции со специальными прологами и эпилогами, сохраняющими и восстанавливающими все регистры и, возможно, возвращающиеся особым образом.
- управление MMU: обычно выполняется через специальные регистры или специальными ассемблерными командами.
- управление кешем: обычно выполняется через специальные регистры или специальными ассемблерными командами.
- порождение процессов и переключение контекстов: теоретически можно сделать с помощью setjmp/longjmp, но вам придётся разобраться со структурой jmpbuf для вашей архитектуры, поскольку для новых процессов её нужно будет заполнить вручную.

Студии и GCC не нравится двоеточие.

Студия (MSVS) вроде и не понимает такой формат.
А моему gcc всё нравится, и код получается правильный:

$ cat rdtsc.c
void f(unsigned long *low, unsigned long *high)
{
        asm("rdtsc\n":"=a"(*low), "=d"(*high));
}
$ gcc -O2 -S -W -Wall rdtsc.c
$ cat rdtsc.s
        .file   "rdtsc.c"
        .text
        .p2align 4,,15
        .globl  f
        .type   f, @function
f:
.LFB0:
        .cfi_startproc
#APP
# 3 "rdtsc.c" 1
        rdtsc

# 0 "" 2
#NO_APP
        movq    %rax, (%rdi)
        movq    %rdx, (%rsi)
        ret
        .cfi_endproc
.LFE0:
        .size   f, .-f
        .ident  "GCC: (GNU) 4.7.2 20121109 (Red Hat 4.7.2-8)"
        .section        .note.GNU-stack,"",@progbits

В чем я ошиблась?

В том, что не привела компилируемый код и сообщение об ошибке.

info make, например.

Как можно убрать это автоматическое определение, что бы погода отображалась автоматически после получения ответа с Openweathermap.org??

Написав код для отправки запроса к Openweathermap.org, получения и разбора ответа и обновления полей в главном окне?
Вопрос имеет такое же отношение к "С/С++" как, например, к "управлению временем". А чо, часы же.

Покажи свой main.c, команду компиляции и полный текст ошибки.

Опции отладки ( -ggcc ) при компиляции и сборки добавлены.

Возможно вы имели в виду -ggdb?

Но эта реализация не выдает правильных значений.

А должна бы. Что же она выдаёт?

Да так же, как и в С++. Вместо классов -- структуры данных. Вместо интерфейсов -- структуры с указателями на функции. Вместо шаблонов -- макросы. Наследование -- структуры содержащие поля-структуры.

array = realloc(array, (i + 1) * sizeof(char *));
    array[i] = malloc((strlen(string) + 1));

Поскольку вы отмечаете последний элемент массива с помощью NULL, этот код должен выглядеть так:

array = realloc(array, (i + 2) * sizeof(char *));
    array[i] = malloc((strlen(string) + 1));
    array[i + 1] = NULL;

Без этого, после добавления первого элемента цикл поиска будет искать за пределами массива array.

Есть функция, инициализирующая массив, состоящий из структур.

В вашем примере инициализируется единственный экземпляр структуры.

struct product *pr

Покажите определение этой структуры.

pr->code[i] = (*code);

Без определения непонятно, но кажется вы пишете в неинициализированный массив.

free(p.title) не помогает

А должно бы. Ошибка от Valgrind та же самая? Добавьте --track-origins=yes для ясности.