ну так wstring уже есть 

Добавлено через 1 минуту и 9 секунд
на крайней случай есть еше std::basic_string

Добавлено через 4 минуты и 49 секунд

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

Добавлено через 7 минут и 53 секунды

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

mes

По идее, да, но чего же класс-то таким разным получился, что на разных операционных системах представляется по-разному? С wstring ещё больше гемора, чем с UTFфным std::string  Мне легче работать с текстом как с цифрами UTF-8, нежели бегать за багами wstring'а - где там на какой платформе он как ещё представится, постоянно отлаживать, анализировать, а тут наверняка знаешь, что у тебя там за данные UTF-16 или UTF-8, UTF-32... Да и в случае с std::string и деться некуда - UTF-8 и std::string - так и сдампиться в файл как обычно. На UTF-8 у меня уже лет 8-10 операционки работают, при программировани только с ними дело имел (в крайнем случае unix iconv'ом приводил все файлы к ней), поэтому эта кодировка не нова мне, но копаться в её внутренностях только сейчас пришлось 

Это сообщение отредактировал(а) Proger10 - 2.6.2013, 14:03

проблема не в wstring, а в базовом wchar`е.. используйте basic_string с нужным типом кирпича для вашей стены.. 


Вы сейчас сравниваете теплое с мягким... (w)string это всего лишь контейнер для хранения. 
А utf-8 это формат хранения текста в контейнере..  Недостаток utf-8 в переменной длине символа и в этом же  ее преимушество. При этом хранить его можно как в string так и в wstring. Только при хранении в однобайтовом контейнере границы символа. В многобайтовой же строке для каждого символа есть свое место. Естественно при переносе текста между форматами хранения нужен конвертер.

Добавлено через 5 минут и 1 секунду

опять же высказывание показывает непонимание происходящего и подмена обстоятельств..

работает в windows. И всегда работало...

Proger10, кончай заниматься велосипедоизобретательством. Есть такая вещь в С++ называется locale. У всех потоков есть getloc и imbue, которые позволяют задать локаль. С ее помощью, можно сделать автоматическую конвертацию читаемые/записываемых данных между UTF-8 и wstring. Под линуксом это работает без проблем.

а затем функцию length(), возвращающую количество символов (не байт) в строке
  

Это сообщение отредактировал(а) borisbn - 12.6.2013, 10:41

borisbn, ну кол-во символов теоретически можно написать, 
а вот оператор [], написать нельзя, даже теоретически.

 

Добавлено через 6 минут и 17 секунд
причем это первое что ТС собирался сделать из не так многого:

можно, если этот оператор будет оперировать не байтом   

причем сложность будет линейная.

Естественно если писать wstring, то можно.
Но там по условию ТС хранит UTF8 строку. 
оператор[] должен вернуть неконстантую ссылку, на символ из этой строки.

хорошо, скажем мягче. я не знаю как писать такой оператор.


Добавлено через 12 минут и 29 секунд
Разве что с привлечение каких-то временных объектов...
и постоянным конвертированием UTF8<->UTF16/32.
но заставить такое глюкало корректно работать во  всех режимах, врядли получицца...

ага, возвращением прокси объекта


как будет свободное время напишу примерчик


  
НИ о какой конвертации кодировок тут речи нет !   

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

а в первом варианте нет.. 

Не из-за путаницы понятий   , а просто чтобы покороче написать.
Да именно это я и имел ввиду.


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

А заставлять вас писать полный вариант - мне абсолютно не удобно.
Работа большая и очень не благодарная.


Это сообщение отредактировал(а) volatile - 16.6.2013, 00:21

позвольте узнать в чем глюкало ? разбить строку на символы ?! 

чего то хорошей идеи для примера не пришло, вот накалякал пример прокси на скорую руку :

> proxy((int*)&at(idx));
С русскими буквами в utf-8 работать не будет. Вернее, поведение будет отличаться от предполагаемого.
Например, я бы хотел, чтобы в строке "привет мир" символ с индексом 3 был бы 'в'