Конкатенация в С/С++

strcat, strncat, strlcat, malloc(total_len), много как можно.

Совсем обленились миллениалы!

std:string, но оно чото сегфолтится с terminate called after throwing an instance of ‘std::bad_alloc’,

У тебя там какой-то emdebbed с 4KiB памяти что ли? Давай код.

std::bad_alloc

Строки не null-терминированы? Писать на С++ и не уметь пользоваться отладчиком, это как вообще?

total = total + str;

Это вам не пэхапэ!

Есть варианты типа strcat(), но ты складываешь типы разные.

strcat, strncat, strlcat, malloc(total_len), много как можно.

Да.

Совсем обленились миллениалы!

Верно. Просто непривычно возвращаться с нормальных ЯП туда где есть такие детские болячки.

\ в заголовке, но вместе с этим комментарии // ----- и // Надо все

Что за шиза развесистая такая?

У тебя там какой-то emdebbed с 4KiB памяти что ли? Давай код.

Уже поздно, пофистил.

Есть варианты типа strcat(), но ты складываешь типы разные.

std::string рулит.

«Нормальные» это которые не могут в эмбед? Вы спустились на уровень ниже и теперь жалуетесь, что у вас нет высокоуровневых инструментов.

Если у вас возникают вопросы «как саллоцировать память для суммы всех строк и поместить их одна за другой» - то С вам не нужен.

Что за шиза развесистая такая?

Обыкновенное визуальное выделение места, которое меня интересует.

Если у вас возникают вопросы «как саллоцировать память для суммы всех строк и поместить их одна за другой» - то С вам не нужен.

Если у меня возник вопрос - я пришел и спросил как его решить. Вопроса о нужности или не нужности С в теме нет.

Заголовок на сайте тебя тоже должен интересовать.

Он экранировал пробел в слове " С++", чтобы тот не считался за часть пробелов между словами, а ты зачем-то всё испортил, убрал пробелы вообще и добавил вместо них какой-то слэш.

man strcat[/thread]

Сразу заодно про MALLOC_DEBUG_ после этого вредного совета пиши.

Примерно такж

char * total;
int len=0;
while(...){
...
 len+=strlen(str);.
 ..
}
total=malloc(len+1);
char *buff=total;
while(...){
 strcpy(buff,str);
 buff+=strlen(str);
}

при желании можно оптимизировать.

Есть варианты типа strcat(), но ты складываешь типы разные.

gchar это синоним char. То есть типы одинаковые

смотрим https://docs.gtk.org/glib/types.html#gchar

gchar

Equivalent to the standard C char type.

This type only exists for symmetry with guchar. The standard C char type should be preferred in new code.

и множество вопросов к ТС

• почему люди использующие glib/gtk (qt/somelib) не читают оф.документацию
• сколько надо выпить чтобы назвать переменную «char *total»

Забавно так наблюдать за тем, чем выше уровень входа в ЯП, тем больше дилетантов с разрывающимся пуканом, стремлению которых, закидать тебя тухлыми помидорами, можно позавидовать. Чувак, я в тебя верю! У тебя всё получится…=)

P.S> Как сказал Bfgeshka - «Это Вам не пэхапэ»

gchar это синоним char. То есть типы одинаковые

Ок, я подумал, что это какие-то стринги из glib.

Ок, я подумал, что это какие-то стринги из glib.

стринги из glib «это другое» :-) https://docs.gtk.org/glib/struct.String.html

struct GString {
  gchar* str;
  gsize len;
  gsize allocated_len;
}

A GString is an object that handles the memory management of a C string.

и ТС должен был не ипать моск про char*, а их использовать в аккумуляторе. Заодно и избежит ошибок с realloc в конкатенации, судя по вопросам - там он точно упорется, и будет новая тема лор

Если уж glib и g_variant_iter_loop, то и прочие сущности оттуда брать, а не делать салат «тут переменная char*, рядом gchar, тут ещё какие-то»..на std::string уже замахивается.

Если конкатенаций в задаче много, то неплохой вариант вообще переаллокации физически не делать, char* хранить в списке и конкатенация - это добавление ссылки на уже имеющийся в памяти массив char. Естественно под это дело сделать свои функции ввода/вывода. Или собирать список в одну строку, когда нужно.

Тема на 5 звёзд.

По теме, как уже написали выше – strcat() и аналоги.

А что касается

Пробовал через std:string, но оно чото сегфолтится с terminate called after throwing an instance of ‘std::bad_alloc’

я так на всякий случай напомню: Пежо и Порше C и C++ это два разных языка. Хотя в плюсовый проект можно включать сишные файлы. Но у меня где-то в глубине души есть жуткое подозрение, что ты попытался сделать наоборот. Возможно, моя Ванга ошибается, но на то она и Ванга. :)

Нет такого языка «C/C++»

Да ты просто чертов гений!

Конкатенация в Java/PHP++

Приветствую. Возникла задача условно говоря уложить все элементы массива в одну строку. Как делается конкатенация c добавлением в себя самого?

Пробовал через java.lang.String, но оно чото падает по OOM, так что лучше все таки простейшими PHP-функциями.

Благодарю

Конкатенация в C#/VBA

RE: Конкатенация в Java/PHP++

Вы писали:

Приветствую. Возникла задача условно говоря уложить все элементы массива в одну строку. Как делается конкатенация c добавлением в себя самого?

Переходи на Лисп и будет тебе счастье! Да пребудет с тобой баланс скобочек!

для си строк - то есть ноль терминированных массивов - strcat (что в переводе на общепонятный - string concatenate).

для всяких std::string - или функция append, или оператор +=

my_string.append("abc")
my_string += "abc";

для прочих релизаций строк в плюсах, иногда есть оператор <<

my_string << "abc"

короче плюсы - волшебный лес возможностей, в котором каждая красная шапочка найдет своего волка.

g_variant тут явно лишний…

StringBuilder?

Очень даже есть. Это любой сишный код, совместимый с плюсами (что уже не любой сишный код)

Благодарю.

Да, я примерно так и решил =)

std::stringstream ss;

std::ostringstream ?

ss << " ";

Это лишний strlen(), обычно так не делают.

Это лишний strlen()

Такой уровень производительности ему не требуется. Наглядно зато.

Такие «знатоки» в треде, на одном гектаре не присядешь.

Раз написано с использованием glib, так и используйте glib. А там много чего есть. Вам нужна g_strconcat(). То же самое можно сделать и через g_strdup_prinyf().

Не нужен тебе плюсик и цикл. Пиши Array.join() на сишке

Почему бы не написать что-нибудь такое?

#include <stdio.h>
#include <string.h>
#include <stdlib.h>

void strappend(char **str, const char *append)
{
    if (*str == NULL)
    {
        *str = malloc(0);
    }

    size_t strLen = strlen(*str);
    size_t appendLen = strlen(append);
    size_t newLen = strLen + appendLen;

    *str = realloc(*str, newLen + 1);

    memcpy(*str + strLen, append, appendLen);
    (*str)[newLen] = '\0';
}

int main()
{
    char *str = NULL;

    const char *array[] = { "Hello", " ", "World", ", epta", "!" };

    for (int i = 0; i < sizeof(array) / sizeof(*array); i++) {
        strappend(&str, array[i]);
    }

    printf("%s %ld\n", str, strlen(str));

    free(str);
    return 0;
}

strcat - гавно, нужно резервировать под него память, чтобы не было переполнения.

strcpy

за такое по рукам бить надо.

*str = malloc(0);

man realloc
If ptr is NULL, then the call is equivalent to malloc(size), for all values of size.

Тогда так, потому что strlen NULL не жуёт.

#include <stdio.h>
#include <string.h>
#include <stdlib.h>

void strappend(char **str, const char *append)
{
    size_t strLen = 0;
    
    if (*str)
    {
        strLen = strlen(*str);
    }

    size_t appendLen = strlen(append);
    size_t newLen = strLen + appendLen;

    *str = realloc(*str, newLen + 1);

    memcpy(*str + strLen, append, appendLen);
    (*str)[newLen] = '\0';
}

int main()
{
    char *str = NULL;

    const char *array[] = { "Hello", " ", "World", ", epta", "!" };

    for (int i = 0; i < sizeof(array) / sizeof(*array); i++) {
        strappend(&str, array[i]);
    }

    printf("%s %ld\n", str, strlen(str));

    free(str);
    return 0;
}

обоснуй

UB, опасносте.

Тогда так

O(N^2) из-за постоянных realloc() не смущает? Если уж так хочется в рамках C оставаться нужно делать примерно как господин Psilocybe выше предложил. Там тоже не всё идеально, но по крайней мере без таких ляпов.

OoB, UB, криворукие рукожопы

В данном конкретном примере имеем набор строк вся информация о длине которых это нуль на конце, почему использование strcpy тут неприемлемо, при том, что мы прошлись strlen и всё посчитали? Где тут UB?

Речь не одет о случает вообще.

Да всё там нормально у вас. Если что и крутить - от лишних strlen() избавляться: лучше делать их «до» и потом memcpy() (strcpy() там действительно ни к чему). Ну и zero-terminate‘ить один раз в самом конце.

криворукие рукожопы

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