Лишние символы в конце строки - C

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

Где здесь проблема? Если я возвращаю просто «Source» вместо конвертирования, таких символов в конце нет. Это вообще образец из интернета, сам я так и не додумался, как в этом мегасложном C работать с текстом. Вообще отвратительный язык, хуже java в 100 раз.

По-моему кусок выделенный malloc'ом не зануляется, может быть дело в этом.

Если у тебя такие проблемы с си уже на этом этапе, то пиши лучше на js или пистоне. Это не троллинг.

как в этом мегасложном C работать с текстом

Си не работает с текстом. Он работает с байтами.

Библиотека, которую я модифицирую, вся на C. Как занулить чтобы не было этого?

В приведённом примере ошибок не вижу. Но если ты используешь strncpy, 0 в конце может не поставиться если под него не хватит места и будет мусор.

Как занулить чтобы не было этого?

Функция какая-то есть, но я хз. В цикле пробегись по массиву да занули, как вариант.

В массиве проблемы такой нет, на появляется в out после конвертирования.

она*

Ну, массив, который out я и имею ввиду.

Еще strcpy свой сделай. Или сделай дамп всех переменных циферками и посмотри что там внутри.

Вообще отвратительный язык

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

По-моему кусок выделенный malloc'ом не зануляется, может быть дело в этом.
strcpy

Ммм.

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

почему не memset?

сделай дамп всех переменных циферками и посмотри что там внутри.

но ведь есть отладчик

Я выполняю операции декодирования

В ней траблы и происходят.

почему не memset?

Я думаю после предложения занулить первый аргумент strcpy, про memset можно и не говорить. Да и компилятор скорее всего сам memset этот и вставит.

На код посмотри, здесь нет никакого декодирования, я убрал его пока не разберусь что с этим делать

Может попробовать удалить просто последний символ из out, если он не соответствует последнему символу в string? Но я не знаю как это сделать

Показывай код полностью.

Где ты увидел про первый аргумент? Бегом побежал показывать:)

Это и есть полный код, больше показать не могу

У тебя «SourceX\x06» после декодирования получается?

Лишние символы в конце строки - C (комментарий)

По-моему кусок выделенный malloc'ом не зануляется, может быть дело в этом.

почему не memset?
но ведь есть отладчик

Ну дай человеку проникнуться сишечкой.

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

Я ещё раз говорю, если я не использую strcpy, то проблемы этой нет, траблы в ЭТОМ куске

А, ну да. Ну и что такого? malloc выдаст ему мусор, и ничего не занулит кмк.

Да и компилятор скорее всего сам memset этот и вставит.

В честь чего?

Мне кажется, что если ты определил что траблы в ЭТОМ куске, то сам же можешь их и найти

/thread

Попробую сделать так, когда библиотека скомпилируется скажу что получилось

out[strlen(string)] = ‘\0’;

Вообще отвратительный язык, хуже java в 100 раз.

Звучит примерно как «КАМАЗ отвратительная машина, хуже Матиза в 100 раз». Он просто немного для другого, и работа со строками там действительно боль. Но не стоит своё неосиляторство переносить на язык.

Если есть возможность, посмотри на C++. Он почти так же эффективен, как C, но строки там человеческие.

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

Судя по коду, проблемы где-то таки за его пределами (строку эту ты где-то, наверное, выводишь?) Память освобождается тоже где-то ещё. Возможно, освобождается до того, как ты выводишь строку. В общем, не видя полного кода, гадать и не угадывать можно бесконечно.

Длину массива до 6 уменьшать нельзя, надо 7, один байт под завершающий ноль. +1 тоже убирать нельзя. Лучшая альтернатива malloc+strcpy функция strdup, но она нестандартная посмотри, может она у тебя есть?

char string[5000] = {‘S’,‘o’,‘u’,‘r’,‘c’,‘e’,‘\0’};
return strdup(string);

если я не использую strcpy, то проблемы этой нет

траблы в ЭТОМ куске

Подсказка: в общем случае второе из первого не следует.

А, ну да. Ну и что такого?

strcpy это не strcat, ему не нужна нульнотерминаторная строка в первом аргументе. Только во втором. Так что без разницы что там malloc вернул в массиве.

В честь чего?

Потому что может. gcc -S проверяй сам.

Ну ты где то накосячил, и теперь при вставке strcpy компилятор оптимизирует так что возникает ошибка.

Пусть лучше perl или python берет если ему текст обрабатывать надо.

Потому что может. gcc -S проверяй сам.

Ну у меня и без -S везде нули, но не факт, что у него также. Я думаю там его iconv может цепляться за /0+/wtf и получать хз что, причём рандомно. Вообще надо бы заюзать calloc там.

Да у него там либа какая-то, которую ему злые сишники оставили.

Причём тут strcpy и iconv?

Ну у меня и без -S везде нули

Короче gcc умеет

for(i = 0;i < length;i++) buff[i] = 0;

Ну так пусть новый функционал на скриптоне пишет.

calloc не гарантирует что в массиве что он вернет все будет занулевано.

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

Потому что в этом куске кода, как написал mittorn, ошибки нет.

А ещё, оформляй куски кода как надо в Markdown или LORCODE.

https://en.cppreference.com/w/c/memory/calloc

Allocates memory for an array of num objects of size size and initializes all bytes in the allocated storage to zero.

Точно?

+1.

Как я понял он конвертирует это во что-то потом. Может быть у него конвертатор кривой и когда он встречает какой-нибудь 002f, то пытается его перевести во что-то.

Хоспаде, что я пишу, но ладно, всегда могу оправдаться что его поведение зависит от либы %)

Тогда можно попробовать (чисто в качестве теста, не для прода) в исходном тексте обеспечить два \0 вместо одного, ну и в malloc наговнокодить +2 вместо +1.

Если вдруг поможет (вот смеху-то будет) — копать дальше в этом направлении.

malloc ничего не затирает сам.

#include <stdio.h>
int main() {
    int cnt = 16;
    char *c = malloc(cnt);
    memset(c, 1, cnt);
    free(c);
    c = malloc(cnt);
    int i;
    for (i = 0; i < cnt; i++) {
        printf("%d", (int)c[i]);
    }
}

0000000011111111

Попробовал написать в конце функции out[strlen(string)] = ‘\0’;

Не помогло вообще, хотя символы отсекает нормально.

Полный код дать не могу, это строка GL_RENDERER, баг проявляется только в проприетарной программе в wine. Если я задаю static const string = "" то такого бага нет.

?)

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

int main(int argc, char **argv) {
        for(int i = 0;i < 10000;i++) {
                char *s = malloc(i);

                // Ни разу fail не выведет
                for(int j = 0;j < i;j++) if(s[j]) puts("fail");

                for(int j = 0;j < i;j++) s[j] = j;
        }

        return 0;
}

Но я тебе про превращение цикла в memset, а не про malloc. Про malloc я уже сказал, strcpy пофиг что в первом аргументе.

Вот так попробуй:

char string[5000] = {'S','o','u','r','c','e','\0','\0','\0','\0'};