NP
кста, винда utf8 уже поддерживает
Size: a a a
2020 June 24
ПК
кста, винда utf8 уже поддерживает
Да, только использовать это можно будет ещё не скоро
NP
Да, только использовать это можно будет ещё не скоро
почему? я не пробовал, но там вроде если скомпилировать программу со специальным ключем, то ansi версии системных вызовов обрабатывают строчки как utf8
ПК
почему? я не пробовал, но там вроде если скомпилировать программу со специальным ключем, то ansi версии системных вызовов обрабатывают строчки как utf8
ansi версии никто не юзает
ПК
потому что они не utf-8 как раз :)
ПК
А даже если б юзали, для этого надо как минимум чтоб вымерли все винды кроме 10
NP
ansi версии никто не юзает
а ну да, тут получается нужно будет еще код менять))
OS
Посоны, а если у меня unique_ptr с custom deleter, он вызовется если ptr.get() == nullptr?
OS
Логично предположить что нет
A
> character type used by the native encoding of the filesystem: char on POSIX, wchar_t on Windows
Зачем они сделали value_type разным на разных платформах? Чтобы не реализовывать конвертацию узких строк в нативные для венды строки?
Зачем они сделали value_type разным на разных платформах? Чтобы не реализовывать конвертацию узких строк в нативные для венды строки?
Бля, берёшь generic_u8string
RR
Логично предположить что нет
+
A
чар и пусть все функции файловой системы принимают узкие чар* утф8 строки и внутри конвертируют в нативные строки на венде.
Это не эффективно на всех системах, где не чары
A
То что utf-8 это линуксовая кодировка это точно такая же завязка на реализацию одной ОС как UTF-16 на винде
+++++++
OS
но мало ли, может они полагаются на факт что delete(nullptr) ничего не делает. на cppreference я не нашел ответа. в сорцах gcc стоит проверка на null перед вызовом deleter'a
RR
но мало ли, может они полагаются на факт что delete(nullptr) ничего не делает. на cppreference я не нашел ответа. в сорцах gcc стоит проверка на null перед вызовом deleter'a
MD
#chatlist
RR
нз :)
ПК
Посоны, а если у меня unique_ptr с custom deleter, он вызовется если ptr.get() == nullptr?
нет
ПК
но мало ли, может они полагаются на факт что delete(nullptr) ничего не делает. на cppreference я не нашел ответа. в сорцах gcc стоит проверка на null перед вызовом deleter'a
На cppreference в деструкторе юника это написано прямо