для uintmax_t 19 на моей машине

угу

а для int8_t это 2 :)

размер буфера с учетом '\0' будет digits10 + 2 для uintmax_t и + 3 для intmax_t

кстати, ты не знаешь почему std::numeric_limits<uintmax_t>:max_digits10 не определен для uintmax_t?

знаю

потому что max_digits10 это вообще не то

это что-то там про вещественные числа

а digits10 это (внимание!) максимальная длина такая, что число такой длины гарантированно представимо в типе

т.е. если тип [0; 255] то digits10 будет 2

потому что 300 длины 3 не представимо в типе

ладно, все равно голова не работает, пошел спать

ява будет быстрее работать, вот серьезно

А почему тебе руками не написать б ?

А почему тебе руками не написать б ?

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

Ну, а это сильно странно ?

Все таки не double

Вообще-то говоря да

Как вы думаете, с какой частотой в коде встречается перевод строки в число и числа в строку?

Как вы думаете, с какой частотой в коде встречается перевод строки в число и числа в строку?

В gui это постоянно

В gui это постоянно

В gui другой вывод

там локаль-зависимость как раз

В gui другой вывод

Хорошо. Чтение логов с датой и временем. Но да, тут тоже local-dep

да запись XML/JSON любого формата

любой вывод лога

там локаль-зависимость как раз

А сишечка не могет в то что тебе нужно ?

А сишечка не могет в то что тебе нужно ?

И как?

Я не утверждал как. Просто если у тебя int можно же пере.... но придется выделять память самому и так далее

кстати в пропозале на to_chars встречается упоминание string_view я так и не понял че не сделали с ним

Я не утверждал как. Просто если у тебя int можно же пере.... но придется выделять память самому и так далее

Я умею выделять память, размер откуда брать?

Ну я про проблемы с размером и говорю.

std::numeric_limits<uintmax_t>::digits10() + 2 просто шикарно

Но обычно не больше чем 32

:)

640K ought to be enough to everyone

int128_t не влезет в 32

Ну в тех же строках она и так с запасом выделяется.

т.е. если платформа поддерживает int128_t, у меня buffer overrun на запись

int128_t не влезет в 32

А int128 стандартизирован ли ?

А int128 стандартизирован ли ?

что мешает в следующем стандарте его добавить?

А int128 стандартизирован ли ?

ноуп

что мешает компилятору считать имеющийся __int128_t как intmax_t

ноуп

а жаль

что мешает в следующем стандарте его добавить?

Обещают жеж wide int.

Обещают жеж wide int.

wide int это эмуляция, она не касается intmax_t

причем эмуляция через uintfast_t или как он там

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

wide int это эмуляция, она не касается intmax_t

Ничего не мешает simd там вхерачить. Но это детали реализации уже.

угу

В нулевых кстати, все на stl плевались

И знаешь что ????? Недовольные писали свой :)

Меня интересует не std::stack который реализован через vector

Меня интересует задача "перевести число в строку"

Напомню, такая встроенная функция была в Turbo Pascal

Полагаю, 30 лет назад была

Сформулируй ее более четко, пожалуйста

Задача: перевести число типа uintmax_t в std::wstring локаль-независимым способом

Для целей записи в JSON, например

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

?

А чо ржачного то, я уже сплю, считай

Ржачно, что этот вопрос вызывает замешательство в pro.cxx

В любом нормальном языке такой вопрос отправляется в ultramegapro

И знаешь что ????? Недовольные писали свой :)

у некоторых до сих пор живой

https://github.com/electronicarts/EASTL

Я уверен, с этим можно что то сделать. В моем случае замешательство более чем очевидно - я вообще не приспешник стандарта.(stl...)

Пока что могу посоветовать попробовать qt :))))))))

Ну через "я точно знаю, что результат лезет в std::numeric_limits<uintmax_t>::digits10() + 2" это реализуется адекватно

Через swprintf

Ну это я так понимаю С ? А ты хочешь ц плац плац ?

Я хочу на С++

Если оно не будет использовать какое-либо подмножество С++, реализация меня все еще устраивает

Гляну, конечно же. Мне просто самому даже интересно, что там.

Да, еще на M$ можно сделать через _snwprintf

https://github.com/electronicarts/EASTL

Угу. Я тестировал его, когда тут еще cyberzx был, которого беркус увы прогнал

Да, еще на M$ можно сделать через _snwprintf

Ну это таже сишка, будем считать.

https://github.com/electronicarts/EASTL

как же они форматируют ифдефы в optional

классика, намешанные пробелы и табы

Форматировано плохо - а может потому что у гитхаба чот полетело ?

Угу, а MAYBE_NOEXCEPT в NOEXCEPT это гитхаб MAYBE_ из кода удаляет

Ну мне опшионал как то более читаемо

саммое смешное если включены ексепшены то дефайн пустой

Ну а так а суть, ты придрался к их коду, что он так ужасен ?

саммое смешное если включены ексепшены то дефайн пустой

да, я понял, что это MAYBE_NOEXCEPT

Ну а так а суть, ты придрался к их коду, что он так ужасен ?

Я бы за такое дал по рукам стажеру в write-only коде

эх когда гитхаб научится рендерить хтмлки

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

Тогда во втором дефайне типо лучше сделать вторую проверку ?

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

Ну если бы они optional реализовали криво настолько, что первый попавшийся челик ткнул их носом в ошибку, им бы надо было выбросить компьютер и купить велосипед

Тогда во втором дефайне типо лучше сделать вторую проверку ?

?

Ну если бы они optional реализовали криво настолько, что первый попавшийся челик ткнул их носом в ошибку, им бы надо было выбросить компьютер и купить велосипед

а ты думаешь откуда столько багов в играх еа? :D

хотя если подумать

inline optional& operator=(const optional& other) { engaged = other.engaged; val = other.val; return *this; }

эх подозрительно

нет проверки engaged перед копированием val

Проверки на саму себя то ?