@taras atavin

Можно ли привести std::string к указателю на нуль-терминальную строку? Как?

0

@Toshkarik

string::c_str()

1

@taras atavin

Думаешь, я не могу этого сам написать? Я имел ввиду готовый член. Он существует?

0

@Bers

Нельзя.

Но можно сделать эквивалентную по смыслу операцию:

Но крайне не рекомендуется. Ибо нет никакой гарантии, что внутреннее хранилище стринга является непрерывным блоком памяти.
(разные реализации стандартной библиотеки могут по разному реализовывать std::string)

Безопасным способом является получение си-строки через метод: string::c_str()
Однако, данный метод обязан вернуть указатель на си-строку эквивалентную тому значению, что хранит в себе сам стринг. Это означает, что если стринг хранит данные не в непрерывном блоке памяти, то ему придётся выполнить ряд действий по созданию такого непрерывного блока памяти, чтобы предоставить указатель на него наружу, что приведет к падению производительности.

Если нужно гарантировать возможность быстрой работы, то можно использовать std::vector<char>, который исходя из ряда требований к контейнеру всегда хранит данные в непрерывном блоке памяти. И тогда запись:

гарантированно будет валидна.

1

@taras atavin

Это разовая операция с достаточно короткой строкой, менее сотни символов, а времени на неё не жалко двух секунд. Требуется ли освобождать указатель, который вернёт string::c_str()?

0

@Bers

Можно унаследоваться от std::string и определить свой собственный operator char*()
И тогда приведение будет доступно без явного вызова c_str()

Добавлено через 41 секунду
Ни в коем случае. Данные являются собственностью стринга, а не вызывающей стороны.

0

@Toshkarik

Да вот как раз таки нужно освобождать. c_str() генерирует строку, и возвращает указатель на нее. Если к примеру изменить сам объект std::string после генерирования этой строки, то последняя в свою очередь не изменится. Нужно удалять эту строку как любой другой массив Добавлено через 1 минуту
Хотя нет, я поспешил, и скорей всего не прав.

1

@Bers

Хм... кстати.. а это вопрос:


Generates a null-terminated sequence of characters (c-string) with the same content as the string object and returns it as a pointer to an array of characters.

A terminating null character is automatically appended.

The returned array points to an internal location with the required storage space for this sequence of characters plus its terminating null-character, but the values in this array should not be modified in the program and are only guaranteed to remain unchanged until the next call to a non-constant member function of the string object.

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


итого: удалять стринговые данные нельзя

0

@grizlik78

Строку, которую возвращает std::string::c_str() освобождать не только не надо, но и нельзя.
Ну и &test[0] для std::string не годится не только из-за возможной не непрерывности, но и потому, что строка не обязательно будет заканчиваться нулём. Скажем std::string::data() возвращает непрерываный блок, но нуля в конце там тоже не обещается, в отличие от c_str().

0

@taras atavin

Ну я когда свой кривостринг делал, sting::operator char* возвращал копию. Соответственно нужен был delete.

0

@grizlik78

Стандартный тоже может возвращать копию. Только копией этой владеет сам объект строки.

0

@Toshkarik

Да, сгенерированная строка не меняется при изменении самого объекта. Нужно вызывать повторно функцию, чтоб изменилась и Си строка. Мысль про освобождение памяти - скорей всего выделенная память под строку освобождается при удалении объекта.

0

@grizlik78

Этого, кстати, тоже никто не обещает. Результат c_str() можно считать валидным лишь до тех пор, пока для строки вызываются только константные функции.

1

@Bers

Есть правило: кто память выделял, тот её и освобождает.
К тому же, тот кто выделял - тот знает точно: как он выделял. А значит лучше знает, как правильно освободить. Чего не скажешь о вызывающей стороне.

Единственное исключение из этого правила - это специализированные инструменты, которые управляют временем жизни объекта (всякие там смартпоинтеры).

Если придерживаться этого правила, то путаницы не возникает.
На примере std::string видно, что она этого правила придерживается.

0

@taras atavin

Это константа.

0

@diagon

Разве?
А мне казалось, что возвращается указатель на строку в объекте. Например. Но здесь надо стандарт читать.

0

@Toshkarik

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

0

@Bers

Я это так понимаю:
Если внутри стринга данные лежат в непрерывном блоке, то было бы странным создавать новый блок, копировать туда данные, и выдавать наружу его указатель.
Ведь с таким же успехом можно сразу выдать указатель на итак уже имеющийся блок.

Однако, поскольку стандарт не запрещает реализовывать внутренее хранилище по разному. То - не факт, что это будет именно так.

Другими словами, в отдельных случаях (реализациях стринга) это может работать. А в каких то может и не сработать. В этом и заключается смысл слова:
Может быть будет работать. Может быть не будет. Если нужно гарантированно портабельное решение, то лучше на такое не опираться.

Добавлено через 3 минуты
Есть предположение, что:

0

@taras atavin

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

0

@Bers

Pardon

0