Я понимаю, что есть библиотека libiconv. Я думал есть простой пример считывание простого файла в UTF-16

Есть конечно, берете и читаете бинарно

Есть конечно, берете и читаете бинарно

А дальше?

А файл в какой кодировке?

А файл в какой кодировке?

utf16

Ну так все готово

Или вам надо в UTF-32 перекодировать? Там 10 строк кода по праздником

и вроде встроенное средство есть

Или вам надо в UTF-32 перекодировать? Там 10 строк кода по праздником

чуть выше у него и готовый код есть, но он валится

чуть выше у него и готовый код есть, но он валится

да он eof проверял в while вместо проверки чтения

да он eof проверял в while вместо проверки чтения

я не смотрел, если честно

я не смотрел, если честно

ну когда я вижу непроверенный stream » something я расстраиваюсь и больше не смотрю

Или вам надо в UTF-32 перекодировать? Там 10 строк кода по праздником

Мне либо находить в строке нужную подстроку, то есть работать как с UTF-16 строками, либо перевести в UTF-8 и обрабатывать как обычно

ну когда я вижу непроверенный stream » something я расстраиваюсь и больше не смотрю

На этом самом stream >> something и валится

Мне либо находить в строке нужную подстроку, то есть работать как с UTF-16 строками, либо перевести в UTF-8 и обрабатывать как обычно

Я не знаю разницы обработки UTF-8 и UTF-16 строк

Я не знаю разницы обработки UTF-8 и UTF-16 строк

Я не могу считать строку этого файла и проверить, есть ли там подстрока "test" обычным методом (getline, find)

Я не могу считать строку этого файла и проверить, есть ли там подстрока "test" обычным методом (getline, find)

А что, для UTF-16 строк запретили find?

Или перевод строки по-другому пишется?

А что, для UTF-16 строк запретили find?

Вы хотите сказать, что файл в UTF-16 считывать так же, как UTF-8?

Я хочу сказать, что я не знаю никакой разницы между работой с UTF-16 и UTF-8 строками

Я хочу сказать, что я не знаю никакой разницы между работой с UTF-16 и UTF-8 строками

https://hastebin.com/ubusogodub.cpp

В файле строка "Test Тест"

Файл сохранён как UTF-16LE with BOM

Файл сохранён как UTF-16LE with BOM

Ты чего тут делаешь? Марш в @supapro !

Ты чего тут делаешь? Марш в @supapro !

Там не отвечают

И что такого в моём сообщении?

Всем привет. Помогите разобраться со считыванием файла в кодировке UTF-16

Ты же вчера всё выяснил..

Ты же вчера всё выяснил..

Как раз нет

Там не отвечают

Жди.

Как раз нет

std::u16string

https://hastebin.com/ubusogodub.cpp

https://ideone.com/qBVfie

std::u16string

getline не срабаотывает с u16string

getline не срабаотывает с u16string

Значит бинарно считать в неё, предварительно выделив размер

https://ideone.com/qBVfie

А причём тут stdin, если у меня файл с BOM

https://ideone.com/qBVfie

У меня это тоже работает, но если я меняю первую строчку на std::wifstream fin("/home/asutp/test"); то Not Found

Каждый.

Нет жеж

Значит бинарно считать в неё, предварительно выделив размер

Считать все байты в vector<uint8_t>?

Считать все байты в vector<uint8_t>?

В std::u16string

Или поднять документацию как открываются utf-16 потоки

На вашей платформе разработки

В std::u16string

Добавлять, считывая uint8_t и добавляя его опратором += ?

В std::u16string

https://hastebin.com/faxepaguji.rb В чём ошибка?

В Boost приняли новую либу: https://github.com/tzlaine/yap

только std::future это недофьюче, поэтому много с него не выжать, впору о новомодных корутинах подумать.

https://github.com/stlab/libraries такое не подходит?

https://github.com/stlab/libraries такое не подходит?

приятно, что они используют Conan для билда. очень и очень приятно

приятно, что они используют Conan для билда. очень и очень приятно

я не шарю, поэтому верю )

Кстати, заседание комитета началось

уже что-то приняли от Тимура Doumler (хз, как написать правильно)

Мини новости: Executors в C++20 не попадут и будут выпущены в виде TS (ещё непончтно когда) basic_string_view(nullptr) останется UB

с экзекуторами ок - они ещё не доработаны, имхо с string_view... ну... такое, если честно

почему так решили?

чтобы отличать как-то от пустой строки?

Думаю, потому что есть optional

Я там поподробнее расписал https://stdcpp.ru/proposals/834489f5-1fb6-475e-ae8b-70ac1d290a80

Думаю, потому что есть optional

Да, это был один из аргументов, но он не особо повилял на обсуждение

Я там поподробнее расписал https://stdcpp.ru/proposals/834489f5-1fb6-475e-ae8b-70ac1d290a80

вижу. ну ясно

что там ещё интересного сделали?

Вот вам пока интересная преза: https://www.think-cell.com/en/career/talks/pdf/think-cell_talk_memorymodel.pdf

Вот вам пока интересная преза: https://www.think-cell.com/en/career/talks/pdf/think-cell_talk_memorymodel.pdf

За что так все ненавидят volatile?

За что так все ненавидят volatile?

а кто его ненавидит?

не знаю, чем он может не нравится людям

разве что презрение к тем, кто юзает его как атомик

Вот вам пока интересная преза: https://www.think-cell.com/en/career/talks/pdf/think-cell_talk_memorymodel.pdf

А рассказ есть? Я бы послушал про relaxed read-modify-write.

не помню насчёт relaxed, но есть кое-что интересное. ща скину

А рассказ есть? Я бы послушал про relaxed read-modify-write.

https://www.youtube.com/watch?v=SIZmLPtcZiE

https://www.youtube.com/watch?v=SIZmLPtcZiE

На самом деле нужно просто прочитать одну книжку

Это краткий пересказ ее части фактически

На самом деле нужно просто прочитать одну книжку

ну, не томи же

ну, не томи же

? C++ concurrency in action, тут все знают вроде

Лол в следующем году в универе будет mpi и openmp, оно ваще мне надо?

В 2к18

Да, надо

А рассказ есть? Я бы послушал про relaxed read-modify-write.

А что-то конкретное интересует?

А что-то конкретное интересует?

Как оно работает?)

С примерами граничных случаев

С примерами граничных случаев

Платформа имеет право не далать результат релаксд записи видимым для других потоков в течение разумного времени (например в течение 1000 лет)

А в остальном клёвая штука :)

А рассказ есть? Я бы послушал про relaxed read-modify-write.

C++ concurrency in action

там вроде нормально обьясняется

Платформа имеет право не далать результат релаксд записи видимым для других потоков в течение разумного времени (например в течение 1000 лет)

А если запись relaxed, а чтение не relaxed? А наоборот?

Есть объяснение короче: если вы только на x86 платформе или не делаете супер производительных приложений - всегда используйте seq_cst

C++ concurrency in action

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

Я и сам полностью не читал

:)

просто читал часть про эти все примитивы синхронизации

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

Не соответствует

и про все эти ордеринги

там отлично всё обьясняется

А если запись relaxed, а чтение не relaxed? А наоборот?

Такое можно крутить при отделении барьера памяти от атомарной операции. Видел только в одном проекте

Но там хитрая сместь из aquire и release барьеров, которая жжет нена x86