strtok

[Aleks2215]

Возникла необходимость разобрать строку. Воспользовался функцией strtok. Т.к. она уничтожает строку, которую парсит, то я пытался сохранить ее для работы в дальнейшем, но не получилось. Вот код:

 AnsiString str,mem;
 str="0#123#100";
 char *temp;
 mem=str;
 temp=strtok(str.c_str(),"#");
 ShowMessage(mem);

Здесь я записываю в дополнительную переменную mem исходную строку, но после выполнения strtok в переменной mem оказывается "0\0123#100", т.е. значение, которое должно быть только в переменной str. И собственно вопросы: почему это происходит и как этого избежать? Каким образом эта функция затрагивает переменную, которая с ней никак не связана? Прямо мистика какая то)

[Krok27]

Потому что

mem=str;

и

ShowMessage(mem);

а парсишь

temp=strtok(str.c_str(),"#");

[Granus]

Вы слишком хорошо знакомы со строками, видимо. В си строк - это массив char'ов, а массив это почти указатель на первый элемент. Соответственно, строка

mem=str;

заставляет переменную mem указывать на ту же строку, на которую указывает str.

[Aleks2215]

Сообщение от Granus

Вы слишком хорошо знакомы со строками, видимо. В си строк - это массив char'ов, а массив это почти указатель на первый элемент. Соответственно, строка

mem=str;

заставляет переменную mem указывать на ту же строку, на которую указывает str.

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

[Krok27]

// Assignments
    AnsiStringT& __fastcall operator =(const AnsiStringT& rhs) {
      AnsiStringBase::operator =(rhs);
      return *this;
    }

AnsiStringBase& __fastcall AnsiStringBase::operator=(const AnsiStringBase& src)
  {
#if defined(USE_ASM)
    asm
    {
      mov     edx, [edx]
      call    _System__LStrAsg
    }
#else
    typedef void (__fastcall *LStrAsg_Proc)(AnsiStringBase*, char*);
    (reinterpret_cast<LStrAsg_Proc>(_System__LStrAsg))(this, src.Data);
#endif    
    return *this;
  }

Указывают на один и тот же адрес в памяти. Косяк Борланда. Хотя по идее нужно было бы скопировать область с данными в операторе присваивания.

используй массивы char и будешь счастлив.

[Aleks2215]

Сообщение от Krok27

// Assignments
    AnsiStringT& __fastcall operator =(const AnsiStringT& rhs) {
      AnsiStringBase::operator =(rhs);
      return *this;
    }

Указывают на один и тот же адрес в памяти.

Хм... я немного не понял, откуда этот код? из описания типа AnsiString? и как он мне поможет сохранить свою переменную не как указатель?

[Krok27]

Хм... я немного не понял, откуда этот код? из описания типа AnsiString?

Из описания AnsiString.

и как он мне поможет сохранить свою переменную не как указатель?

никак.
сделай как нибудь в лоб типа

mem = str.SubString(1, str.Length());

[Granus]

Вы не можете сохранить ее не как указатель. Вроде есть функция strcpy или что-то похожее, копирует строку.
Да, и зачем Вам AnsiString? Чем обычные строки не угодили?

[Aleks2215]

Сообщение от Krok27

Из описания AnsiString.


никак.
сделай как нибудь в лоб типа

mem = str.SubString(1, str.Length());

Я уже и сам в лоб сделал вот так:

mem=" "+str;
 ShowMessage(Trim(mem));

Но твой вариант тоже работает. Спасибо
Granus, да просто привык с AnsiString в билдере работать, вот и все))

[p51x]

Указывают на один и тот же адрес в памяти. Косяк Борланда.

Лучше жевать, чем ...

АнсиСтринг - это планомерная замена обычных чаровских строк, выросла из недр в силу ввода юникода. И да, их поведение было задумано и сделано именно, как поведение обычных чаровских строк.
Ну вот не взялася из небытия РАД ХЕ2 (или как она там)...