Ошибка сегментирования в Cи «Баг или я дурак_2»

str_one[count_one]='_'; //вызывает ошибку сегментирования, схерали? gcc от 4.2 до 4.7

Потому что str_one это не массив.

И вообще твоя функция должна принимать не char, а указатели, то есть char *

Почему ты думаешь, что литералы можно менять?

ок, спасибо, туплю.

char one[20] = «11g111f111511\0»; char two[50] = «55gfnf5gfhnrtfjn5sgdg5\0»; sque(one,two);

Ну и печатает 11_111_111_11 как и надо.

2 пишется как two, а не как too

да, но литерал это массив.

Всё потому, что «11g111f111511» константа

функция должна принимать не char, а указатели, то есть char *

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

А вот так будет работать:

    char* s1 = strdup("11g111f111511");
    char* s2 = strdup("55gfnf5gfhnrtfjn5sgdg5");
    sque(s1, s2);

Да, точно, я что-то сильно сложно думаю. Спасибо, пойду перечитаю K&R. А то избаловался джавами и сишарпами.

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

Во, вам exception13 показал, что при таком определении.

char *a=«5gffgfg»;

данные находятся в .rodata (т.е. read only data)

да этот С просто богат на всяческие подколы)

массивы и передаются в функцию по указателю, так что

void foo(char *arr);
void foo(char arr[]);
void foo(char arr[42]);

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

дело не в константе а в том что она размещена в секции с RO

Скорее всего, просто нужно иметь определенный опыт, как и везде, чтобы на них не попадаться. :)

Увы или к счастью, у меня опыт с java/c# куда больше, чем с С. И к счастью или увы, что нет вообще никакого опыта с С++. :)

это просто следствие. даже если строковой литерал лежит не в .rodata section (вот билдер например не кладет их в ro, насколько я помню) это не значит, что можно их изменять.

Почитай K&R хотя бы, чтобы таких нелепых ошибок не было, а потом Pointers on C

это просто следствие. даже если строковой литерал лежит не в .rodata section (вот билдер например не кладет их в ro, насколько я помню) это не значит, что можно их изменять.

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

в стандарте сказано, что изменение строкового литерала приводит к ub. то, что это привело к попытке изменения данных в ro секции - дело десятое.

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

И как же тогда они определены?

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

На сколько я помню, char[] эквивалентно char * const. Что является неконстантным указателем на константные данные.

@Dron: будь внимаетелен с C-шними «char * const», «const char *» и «const char * const».

На сколько я помню, char[] эквивалентно char * const. Что является неконстантным указателем на константные данные.

Что является неконстантным указателем на константные данные

анон такой анон. в твоем примере КОНСТАНТНЫЙ указатель на НЕКОНСТАНТНЫЕ данные

анон такой анон. в твоем примере КОНСТАНТНЫЙ указатель на НЕКОНСТАНТНЫЕ данные

Пишу по памяти. А так - да, ты прав. Я всё перепутал.

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

Простите что? Кто не определен? Данные константные. Параметры нет. Но передаются константные данные. Кстати вроде в Си++ такое и не скомпилится. Нэ?

Что является неконстантным указателем на константные данные.

Наоборот.

Простите что? Кто не определен? Данные константные.

okay. а теперь представь что это фирмварь т.е. из elf с секциями и атрибутами секций мы делаем objcopy в binary. допустим что эти строки у нас будут использоваться под некий буфер и все будет прекрасно работать (естественно при соблюдении array boundary)

и все будет прекрасно работать

Это называется UB. Стандарт запрещает изменять константные данные. Не думаю, что передавать строковый летерал в функцию и потом его менять - это хорошая идея.