[СИ] Коварный malloc.

можно ли выделять память в функции, а потом использовать ее вне функции?

strdup именно этим и занимается. Так что проблем нет.

Да.

Спасибо.

> Как я понимаю, память выделяется в статической памяти, а не в стеке.

В динамической памяти или (как её называют) в куче.

Спасибо всем.

зачем такой мудрённый init? нет, можно конечно и так, но можно и проще:

char *
init_test(size_t size)
{
        char *buf = malloc(size);

        if (buf)
                strncpy(buf, "proba malloc(); proba malloc(); proba malloc();", size);

        return buf;
}

и да, никогда не используй strcat/strcpy — они протухли и плохие, используй strncat/strncpy или strlcat/strlcpy.

 
int init_test(char **buf)
{ 
  *buf = (char*)malloc(100); 
  if(*buf == NULL) return(-1); 
  strcpy(*buf, "proba malloc(); proba malloc(); proba malloc();");
  return(0); 
} 

а зачем так? поскольку маллоком аллоцируешь, то эта память выделяется в куче (динамической памяти) и просто так не освобождается (собсно это и есть утечка, если ее не освободить). посему просто можешь сделать просто:

 
char * init_test() 
{ 
  char *buff = malloc(100); 
  // здесь наполняешь всем, чем нужно 
  return buff; 
} 

такой подход будет более понятным для последующего использования. вообще, лично я стараюсь избегать (type **var) параметров, потому как иногда они вводят дополнительную путаницу.

Только _всегда_ делай по free на каждый malloc.

Да, инит мудреный. Но программа-то тестовая.
И писался тест под рабочюю программу. Там указатель
упакован в структуру вместе с другими переменными.
По той же причине (тест) применены опасные функции.

Спасибо.

anonymous. Да. Я понял. Подобно тому, как нельзя
забывать закрывать файлы и сокеты во всех ветвях.

> память выделяется в статической памяти

маллоком - в динамической, ака куче

> free(*buf);

*buf = NULL;

Вот это правильно. Молодец.

Не используй транслит >.<

Да. malloc выделяет память в так называемой куче.

Спасибо всем.

uGin
«Не используй транслит >.< »
Не понял эту фразу. Поясните.

Да коряво смотрятся всякие «proba», «init», «sbros». Пишите уж лучше или по-английски, или по-русски.

Понял.

Почему? Не будет ставить NULL получит просто сегфол ;)

так на всякий, man brk. поймешь где и как именно выделяется память. ради интереса можешь написать собственный аллокатор с дефрагментацией.

Наоборот. Будет ставить NULL - получит сегфолт. Не будет - может и память потереть, и структуру хипа попортить. Может и сегфолт получить, если повезёт.

ты еще забыл про анонимный mmap ;) Хотя на собеседование мне кто-то говорил про третий способ память получить.

shmget?

>>Хотя на собеседование мне кто-то говорил про третий способ память получить.

хм... это какой?

О. Спасибо. Я думал это обвязка вокруг open/mmap, а оказалось эротиченее!

похоже shmget. Т.е. судя по glibc это дырка в ядро. Сейчас пойду удостоверюсь что с той тороны ядра торчит.

имхо это все ж более для IPC нежели просто для аллокации. да и mmap хоть и безопаснее но я бы не стал его использовать только для аллокации.

Безопасней чем brk?

Почему это дырка? shmget тоже память только в user-space выделяет. Еще есть «эротичный» вариант: делать mmap на виртуальный файл в shm (у Стивенса описывалось) :)

да, так можно аллоцировать память. И даже не shm. Как страшно жить.

shmget дергает ядерный sys_shmget, который просто обвязка наз ipcget :) => можно выставить key в IPC_PRIVATE и получить аллокатор.

Я расширенную память во многих вещах использовал. Правда, остается некоторая вероятность коллизий (т.к. не факт, что полученный, к примеру, ftok'ом идентификатор не используется уже кем-то еще).

>>Безопасней чем brk?

ЕМНИП в OpenBSD именно mmap используется для аллокации.

А разве действие mmap с MAP_ANONYMOUS не идентично shmget с IPC_PRIVATE и тому же malloc?

>>А разве действие mmap с MAP_ANONYMOUS не идентично shmget с IPC_PRIVATE и тому же malloc?

я так думаю смотря с какой стороны посмотреть.

malloc это высокоуровневая обвязка над анонимным mmap и sbrk с какой-то логикой.

Действие mmap(MAP_ANONYMOUS) и shmget(IPC_PRIVATE) похожи, но на первый взгляд это разные дырки.

Еще я вспомнил про alloca и пока не могу понять где и как она реализуется.

Т.е. сейчас у меня отсатеся впросы:

1. что такое alloca
2. в чем разница в поведение между mmap(MAP_ANONYMOUS) и shmget(IPC_PRIVATE)
3. в чем разница в поведение между mmap(MAP_ANONYMOUS|MAP_SHARED) и shmget(IPC_PRIVATE)

The alloca() function allocates size bytes of space in the stack frame of the caller. This temporary space is automatically freed when the function that called alloca() returns to its caller.

интересно на реализацию посмотреть. там какие то хуки используются или как?

в чем разница в поведение между mmap(MAP_ANONYMOUS|MAP_SHARED) и shmget(IPC_PRIVATE)

По-моему, в этом случае уже явно не IPC_PRIVATE (с этим ключом shmget выделяет сегмент только для «личного» пользования).

alloca вообще выделяет кусок стека со всеми вытекающими.

Советую, кстати, Стивенса почитать. У него хорошо объясняется что к чему во взаимодействии процессов и видах выделения памяти. (правда, я и сам в тонкости не вдавался - вычитал, что мне надо, и использую).

Если я правильно понял мануал, это встроено в gcc (через макросы), т.е. char *p = alloca(10) эквивалентно char tmp[10]; char *p = tmp;

> там какие то хуки используются или как?

Грубо говоря,

sub esp, size

Все просто :)

На самом деле все понятно. Просто странно что столько одинаковых дырок.

Про alloca тоже все понятно.

Даже как-то грустно.

Грустно, что понятно, или что все в конце-концов сводится к одной и той же операции?

> Советую, кстати, Стивенса почитать

А это вы «UNIX. Взаимодействие процессов» имели в виду?

Не, дырок в итоге три: shmget, mmap и brk

Точнее: на каждый успешный malloc. И только один раз.

>ЕМНИП в OpenBSD именно mmap используется для аллокации.

AFAIR только в openBSD

В этом и вопрос: можно ли выделять память в функции, а потом использовать ее вне функции?

Можно, но так лучше не делать. Практика говорит о том, что жалкие человечишки в этом вопросе делают море ошибок.

Если из функции А нужно вызвать функцию Б, которая должна вернуть какой-то буфер с информацией, то гораздо лучше этот буфер выделить в А и передать его в Б. Идеально, если буфер в А выделяется автоматически, в виде массива, а не malloc'ом.

Пример:

void b(char *buf, int buf_sz)
{
    snprintf(buf, buf_sz, "Answer to life, universe, everything: %d", 42);
}

void a()
{
    char buf[MAX_BUF];

    b(buf, sizeof(buf));
    ...
}

Не, дырок в итоге три: shmget, mmap и brk

Можно ещё из программы сохранить и запустить системтаповский скрипт (или ядерный модуль, чё уж там), который тихой сапой подключит к твоему процессу память.

Только _всегда_ делай по free на каждый malloc.

man std::auto_ptr<> ну или man Java/Python

А это вы «UNIX. Взаимодействие процессов» имели в виду?

Да