C++ - как правильно записать число в строку

itoa?

• C++: std::to_string
• C: itoa

Как можно такие простые вещи не нагуглить?

Это я находил.

error: ‘to_string’ is not a member of ‘std’

error: ‘itoa’ was not declared in this scope

И приехали. gcc version 5.4.0
Для itoa stdlib.h подключаю, нашёл, что для крестов надо подключать cstdlib - ни фига.

Вангую, что в тред заглянет царь, после чего начнётся очередной срач на 10-20 страниц.

Так, уже ближе к телу. Осталось только понять, какого *** IDE его не использует. Спасибо, буду смотреть.

man 3 printf

boost::lexical_cast

std::ostringstream

Еще из модных и молодежных: fmtlib

Так, уже ближе к телу. Осталось только понять, какого *** IDE его не использует. Спасибо, буду смотреть.

А должно?

std::to_string

std::ostringstream

Плюсую.

Еще из модных и молодежных: fmtlib

Зачем столько кода на цепепе, если есть printf() :-)

С каких пор itoa? Оно только под MSVC есть.

Более правильный и портируемый метод — s(n)printf

Плюсую стрингстримы.

Плюсую s{n}printf.

itoa это что-то замшелое и покрытое мохом. Непереносимое и отсутствующее в стандартных библиотеках. Кажется этот костыль был предложен в K&R.

itoa? Оно только под MSVC есть.

Это, конечно, не так. У itoa другая проблема - код возврата. Так что остается snprintf или std::to_string.

Шел 2016 год, в плюсах нет одного нормального способа сконвертировать число в строку.

Я вам больше скажу, в плюсах даже нет нормального понятия «строка».

Шел 2016 год, в плюсах нет одного нормального способа сконвертировать число в строку.

Зато там есть reinterpret_cast :-)

Так что остается snprintf

Которого нет в студии

или std::to_string

Который из 11 плюсов
Жизнь — боль.

Я вам больше скажу, в плюсах даже нет нормального понятия «строка».

Лучше скажи, что там есть нормального :-)

Которого нет в студии

4.2

https://msdn.microsoft.com/uk-ua/library/2ts7cx93.aspx

Который из 11 плюсов

А сколько тебе надо лет, чтоб начать их использовать? Или ты еще на cfront?

Основная проблема не в том, что в плюсах чего-то нет, а, наоборот, в том, что там этого добра слишком много. В любом проекте, которому больше пары лет и который использует внешние библиотеки, легко наберётся с десяток разного рода велосипедов на тему тех же строк, включая стандартные std::string, std::wstring, std::basic_string<whatever>.

А сколько тебе надо лет, чтоб начать их использовать?

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

Я не разбирался что с ним не так. Знаю точно есть в студии и её библиотеке. В остальных даже намеков нет.

Просто всегда использую snprintf. :)

как в крестах/сишке можно записать данные из переменной типа int в string?

snprinf(«%d»)

или std::to_string

Который из 11 плюсов

Знаю. Но я набыдлил свой. Дело нехитрое.

4.2

А ты попробуй это собрать десятой студией. Приходится под ифдефами заменять на _snprintf, да ещё и не забывать, что поведение не совсем идентичное.

О том и речь. Что в каких-нибудь Java, Python или Ruby есть общепринятое понятие «строка», а в C++, в зависимости от условий, доступных библиотек и уровня соответствия компилятора стандарту строкой может быть как char[], так и std::string, так и std::wstring или даже какой-нибудь std::vector<char> с оберткой вроде string_view или чем-то подобным.

Отсюда и вопрос о конвертации числа в строку может иметь целую кучу ответов.

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

Да ну ладно. У нас есть клиент еще аж Debian Lenny - прекрасно пользуется нашим софтом на С++11.

А ты попробуй это собрать десятой студией

Не вижу смысла. Во-первых я не использую snprintf, т.к. не считаю его подходящим ни для безопасного кода, ни для оптимального. Во-вторых у нас билды идут на пятнадцатой.

которые до сих пор живут на всяких древних дебианах

В oldstable Debian'а, который wheezy, GCC 4.7, который уже поддерживает C++11, хоть и не полностью.

Для интов все очень просто:

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

char *itoa(int i){
	int N = 2, M = i; // N=2 - minimal value (1 digit + EOL)
	if(i < 0){ M = -i; ++N;} // signum
	while(M /= 10) ++N;
	char *str = malloc(N);
	printf("allocated %d bytes\n", N);
	snprintf(str, N, "%d", i);
	return str;
}

int main(int argc, char **argv){
	if(argc != 2) return -1;
	long L = strtol(argv[1], NULL, 10);
	if(L > INT_MAX || L < INT_MIN) return -2;
	char *str = itoa((int)L);
	printf("get string: %s\n", str);
	free(str);
	return 0;
}

Эту же itoa тоже можно через strdup переписать:

#include <string.h>

char *itoa(int i){
	char buf[32];
	snprintf(buf, 32, "%d", i);
	char *str = strdup(buf);
	printf("allocated %d bytes\n", strlen(str)+1);
	return str;
}

в плюсах даже нет нормального понятия «строка»

Ну это если только в какой-нибудь суровой ембедщине. На всех остальных платформах есть ICU, в котором помимо очень крутых юникодных строк (fussball.toUpper() работает корректно, в отличие от), есть еще и регулярки для них, API календаря и еще куча разных плюшек.

Для itoa stdlib.h подключаю

ЧТООО?

Это с каких таких пор в stdlib.h есть itoa? Его всегда надо было самостоятельно рисовать. Потому как нифига нет в стандартных библиотеках этой хрени. Да даже atoi в манах пользоваться не советуют!

Если кто-то хочет поговорить о строках в Rust, создайте другую тему.

На всех остальных платформах есть ICU

А еще есть Qt. А еще есть обертки вокруг iconv.

И все вместе это приводит к тому, что понятие «строка» в C++ нуждается в дополнительном определении в зависимости от условий.

Да, release() мог бы вернуть мне копию на малых строках, или же указатель на массив - при больших строках :-)

Ps. Там комменты потёрли, не нравятся почему-то :-)

А можно просто вспомнить, что snprintf вернёт тебе нужную длину, если ему не хватает, и не надо ничего руками считать. Ну и проверить результат snprintf на ошибку всегда не лишнее.

O RLY?

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

Да, release() мог бы вернуть мне копию на малых строках, или же указатель на массив - при больших строках :-)

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

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

До тех лишь пор, пока ты сидишь в пределах Си++ :-)

Ну, в этом случае придется итеративно увеличивать размер буфера, либо брать буфер заведомо большего размера, а потом strdup'ить его.

В общем, как-то через задницу все.

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

Зачем? Вызови snprintf два раза, после первого он тебе скажет, сколько ему надо, ты выделишь ровно столько (точнее, +1 для нуля ещё), и нет никаких проблем. Это вряд ли будет сильно медленнее ручного подсчёта, но абсолютно точно надёжнее.

И правда:

If the output was truncated due to this limit then the return value is the number of characters (excluding the terminating null byte) which would have been written to the final string if enough space had been available

А я маны не привык вдумчиво читать. Думал, snprintf возвращает то же, что и printf

Вот:

char *itoa(int i){
	int L = 2;
	char *str = malloc(L);
	int rest = snprintf(str, L, "%d", i);
	if(rest){
		L = rest+1;
		str = realloc(str, L);
		snprintf(str, L, "%d", i);
	}
	printf("allocated %d bytes\n", L);
	return str;
}

Это вряд ли будет сильно медленнее ручного подсчёта

Для чисел по сути ничего считать и не надо - это очевидно. А для сложного форматирования snprintf придется два раза пробежаться по всем исходным данным и форматированию. А это сишные строки пробежать, и кол-во цифр посчитать и пр.

но абсолютно точно надёжнее

Надежнее вообще не иметь дело с длиной буфера, проверками и указателями.

Ошибка всё равно есть, будет домашнее задание :)