а что так нельзя?

память не удалил - да, утечка. Что тут удивительного?

Открой уже для себя g++ и std::shared_ptr.

Продолжай наблюдение.

Я не понимаю. Зачем в прикладных программах хватать куски памяти памяти, когда можно объявить переменную или массив?

Best practices наверное очередные.

Необучаемый ТС.

Как ты будешь возвращать из функции строку, созданную в рантайме?

Произвольные ограничения на размеры это ведь так прекрасно!

может он не на си программирует.

Тс напоминает анекдот про Хигинса, когда тот скупает пол магазина, а продовец спрашивает: «Вы во что играете» - «Вот и я, пип, хочу знать во что они играют».

Как ты будешь возвращать из функции строку, созданную в рантайме?

Каком «рантайме»?

Произвольные ограничения на размеры это ведь так прекрасно!

Насколько произвольные и на размеры чего?

Можно так:

char *df(void)
{
  static _Thread_local char f[10];
  
  memcpy(f, "aaa", 4);

  return f;
}

или массив?

Массив на стеке? Ну ок, чо.

А мы нити поставим приоритет повыше, и она успеет прочитать.

да, похоже на плохой английский.

Прикинь, за такое в приличном обществе по рукам бьют. Конечно, ядро за тебя память подчистит, но это не повод мусорить где попало

Как ты будешь возвращать из функции строку, созданную в рантайме?

Передавайте буфер (и его длину) внутрь функции, возвращайте адрес этого буфера.

#define AS(x) (sizeof(x)/sizeof(x[0]))
char *df( char *buf, size_t size ) {
    ...
    return buf;
}
int main() {
  char buf[10];
  printf("%s\n", df(buf, AS(buf)));
  return 0;
}

Передавайте буфер (и его длину) внутрь функции, возвращайте адрес этого буфера.

А почему не количество использованных байт?

Ну и – нафига всё это? ТС никогда не писал и не будет писать код, в котором тормоза аллокации/деаллокации становятся существенны. А если вдруг в каком-нибудь параллельном мире доберется, то про существование кастомных аллокаторов к тому времени узнает.

Так что пусть аллоцирует на хипе и убирает за собой пока :)

В общем.

char *df ( )
{
  char *f = ( char * ) malloc ( 10 );
  memset ( f, 0, 10 );
  strncpy ( f, "aaa", 3 );
  return f;
}

int main ()
{
  char *s = df ();
  printf ( "%s\n", s );
  free ( s );
}

malloc + memset + strncpy

strndup

Так что не забывайте про это.

Что бы мы без твоих советов делали.

але школоло, долго ты будешь всякую куйню на форум постить ?

Что бы мы без твоих советов делали.

Хорошее сообщение. Когда мысленно не можешь поднять настроение, слова могут помочь.

Используй статические анализаторы:

clang-tidy:

main.c:16:1: warning: Potential memory leak [clang-analyzer-unix.Malloc]
}
^
main.c:15:20: note: Calling 'df'
  printf ( "%s\n", df() );
                   ^
main.c:7:24: note: Memory is allocated
  char *f = ( char * ) malloc ( 10 );
                       ^
main.c:15:20: note: Returned allocated memory
  printf ( "%s\n", df() );
                   ^
main.c:16:1: note: Potential memory leak
}
^

cppcheck:

main.c
строка 15
id: leakNoVarFunctionCall
Allocation with df, printf doesn't release it.

Почему нельзя просто использовать базовые возможности C++ и не перейти на std::string?

Я редко вижу таких как ты - вечно барахтаетесь в грязи, боретесь с несуществующими проблемами, тогда как остальные просто пролетают над этим «болотом безрезультатных потуг» и остаются чистыми и продуктивными.

я же говорю, что взял и подумал об этом примере, в этом примере был char *.

О сколько еще открытий чудных тебе предстоит…

strndup

нестандарт

strndup

нестандарт

В POSIX его нет, что ли?

Ты опять выходишь на связь?

А почему не количество использованных байт?

А потому, что пофигу сколько ты их использовал. Важно сколько ты их выделил.

Ты читал код, на который я отвечал?

Наброшу... Некоторые весь Си-код (отнюдь не маленьких и не маргинальных проектов) пишут без malloc:
http://www.catb.org/gpsd/hacking.html#malloc
Для Ъ:

Don't use malloc!
The best way to avoid having dynamic-memory allocation problems is not to use malloc/free at all. The gpsd daemon doesn't (though the client-side code does). Thus, even the longest-running instance can't have memory leaks. The only cost for this turned out to be embedding a PATH_MAX-sized buffer in the gpsd.h structure.
Don't undo this by using malloc/free in a driver or anywhere else.
Please note that this restriction includes indirect callers of malloc like strdup.

Я не знаю, что за демон, поэтому не понял ничего. Имеется в виду, что нужно использовать везде массивы фиксированной длины, что ли?

В чем тут прикол? Если есть malloc, то должен быть free. Так что, это совершенно очевидный пример. Или я чего то просмотрел?

Я не знаю, что за демон, поэтому не понял ничего.

gpsd. В каждом андроиде крутится, ЕМНИП. Но это не суть важно.

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

Да. Именно так они и делают, и с этим живут тасскать.

Пффффф. Ну как тебе сказать. Тут и так все кроме тебя об этом знали. Серьезно, прочитай хоть один учебник по Си, тогда у тебя количество таких «открытий» заметно уменьшится.

Наброшу... Некоторые весь Си-код (отнюдь не маленьких и не маргинальных проектов) пишут без malloc:

да, пони тоже розами какают и стэк у них бесконечный ...

Я твою шизофрению уже год точно на ЛОРе наблюдаю. Всё это время ты пытаешься осилить сишку.

И только сейчас дошел до того, что память надо освобождать?

Попробуй Go, серьезно. Это — твой язык.

ахахаха зачёт ахахах

Ну тут нет ничего нового. В эмбеддеде с стек-онли аллокациями живут и радуются, делов только пару рабочих буфферов сделать.

На крестах так вообще всё очень удобно с соответствующей обвязкой классов.

Попробуй Go, серьезно. Это — твой язык.

Не думаю что ты спец по навязыванию языков.

Я ничего не навязываю. Я берегу нервы и зрение лоровцев, читающих твои посты.

Наброшу... Некоторые весь Си-код (отнюдь не маленьких и не маргинальных проектов) пишут без malloc:

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

Я берегу нервы и зрение лоровцев, читающих твои посты.

Ну понятно, значит ты выбрал себя в качестве альтернативной защиты. Это ж как ты план будешь выполнять с такой то выдуманной обязанностью? Твои советы, которые мне даёшь, помогают лоровцам? Может ты не тебе советы даешь? Может тебе по теме лучше писать?

Это тоже самое, что ты хочешь на роликах кататься, а тебе предлагают на велосипеде.

Ну для меня это не тоже самое. В общем ты понел? Что от темы когда отходишь, чушь получается?

Лечи шизофрению. Совет попробовать другой язык — абсолютно в тему в этом треде.

Не осилил сишку за год даже на базовом уровне — не мучайся.

Не осилил сишку за год даже на базовом уровне — не мучайся.

Я её уже больше трех лет учу ( по немногу ). Для меня это не мучение.

И только сейчас дошел до того, что память надо освобождать?

Именно ту, которая возвращает как указатель на память, что в printf не использовать, потому как указателя на память не будет.

возвращает как указатель на память

указателя на память не будет

че

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

Кто-нибудь может это расшифровать?