Функция с двойным количеством неизвестных

char * sprintf2(const char * format, args...); Строки пусть выделяет в статическом буфере.

Есть идеи?

Если вы создаёте утилиту, которая работает с параметрами пусть и с примитивной, но некоторой логикой «языка», то надо создавать парсер, который и будет распознавать ввод, и от предыдущего распознаного значения готовится принимать следующее в том или ином статусе.

Собери оба шаблона в одну строку с разделителем (например '\n'), и передавай в ticket_create этот шаблон и параметры для заполнения. После заполнения шаблона через vsprintf(), разбей текст по разделителю на две строки и передавай их скрипту.

Многопоточное приложение, статический буфер разве что для каждого потока свой, но потоков штук 30-40, разрастется все.

Нет, главная программа- массивный контрольный демон, в котором очень много логики. Дернуть скрипт - это вторичная функция, ради которой большой логики никто крутить не будет.

Перепиши на go

Есть GNU-тый asprintf. Можно переписать с кривого system() на execlp(), там по аргументам отдельно без буферов. И вообще, вы стек знатно юзаете, и обрежете если таки имена файлов будут большие. Вычисляйте объёмы буферов и алоцируйте для мелких alloca(), для больших - malloc()

А замыканий в C нет, да?

Вместо system используй fork + подходящий вариант exec.

system форкает процесс, запускает в нем /bin/sh, который парсит твою тщательно сконкатенированную строку и разбирает ее обратно на массив аргументов, а родительский процесс делает wait и спит пока шелл не завершит работу [напр., 1]

exec же позволяет запустить процесс с массивом аргументов, никакой конкатенации, никакого шелла, никакого парсинга.

[1] https://github.com/kraj/uclibc-ng/blob/master/libc/stdlib/system.c#L26

Кстати, наличие шелла внутри system способствеут появлению уязвимостей в виде выполнения прозиольного кода, если в вызываемую строку могут попасть внешние данные. exec пресекает такие поползновения на корню

malloc()

Стек есть всегда кроме случаев когда мы сами напортачили и выжрали его статическими массивами. Маллок на линуксе может повлечь SIGSEGV если опять сработает эта сраная оптимистичная выделялка. Больше маллоков - также больше вероятность утечки.

Вы же сами написали, что у вас «Многопоточное приложение». Следовательно выжрать кучу это ещё надо очень умудриться, а вот стек в многопоточке как нефиг делать.

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

1. берешь apr
2. в своем быдлокоде, утыканном дырами в виде переполнения буфера делаешь

   int main()
   {
     apr_initialize();
     ....
   }
   
   // читаешь man execvp, не дожидаясь, пока тебя *** в *** через $() или ``, либо
   const char* shell_arg(apr_pool_t *pool, const char *fmt, ...)
   {
     return 
   }
   
   //
   apr_pool_t *pool;
   apr_pool_create_unmanaged(&pool);
   ticket_create(TICKET_SERIAL_WRONG,
     apr_psprintf(pool, "Serials mismatch in hall %d: \'%s\' (db) and \'%s\' (device).",
                        devicesdb.devices[devindex].hallid,
                        devicesdb.devices[devindex].serial, serial),
     50,
     apr_psprintf(pool, "/tk/dd24/log/ctms/protocol-%d.log", devicesdb.devices[devindex].hallid));
   apr_pool_destroy(&pool);
   
   // затем стимулируешь свой мозг и либо отказываешься от system,
   // либо осваиваешь apr_shell_escape прежде, чем тебя *** в ***
   // через $(rm -fr /*) или `rm -fr /*` и вносишь дальнейшие
   // улучшения в код
   

А, ну а если ты рулетчик, который только и ждет, когда же его накажут в недостаточно объемный буфер, то просто

#define argsprintf(buf, fmt, ...) ({ \
  snprintf(buf, sizeof(buf), fmt, ##_VA_ARGS__); \
  buf; )}

А замыканий в C нет, да?

нет, да

Строки я формирую сам, те данные, которые формируются в этих строках тоже я положил сам. Если кто-то может залезть в память демону, то ему проще было выполнить rm -rf напрямую. Переполнения буфера не будет с 10тикратным запасом.

Можете и дальше играть в паранойю.

нет сборки му поэтому приходится ручками (али измышлять как в чикине поколения в стеке и через континуации чёбы прибиралось стеком) а коротышы в Ся е: (в частности частный пример) https://gist.github.com/vidarh/259462