не последняя - та, что за ней

видишь \ - ставишь флаг escape на следующем символе сбрасываешь

и перед выходом проверяешь, что флаг сброшен - иначе строка битая

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

более чем уверен, что полезет :)

очень рекомендую написать ряд тестов, чтобы все эти сложные случаи обработать

а что делать то. три поля, полторамиллиона записей таких, надо перелопатить

вначале очевидные, что обсудили, а затем - на основе тех, данных что есть

я уж дамю в самом деле что ли считать их в php и переписать в json

тоже вариант

потратить день на это, чем патчить либу 2013 года

может даже быстрее будет

конвертор очень простой - читаешь самим пыхом эти сериалзованные данные и родной же либой пишешь в json

опять - если пых не смог прочесть - логировать такую строку, потом разгребать руками

Щас все таки запатчу, вдруг не вылезет. бываю же удачи

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

ладно, прочитаем с запасом вперед

если нужно читать с произвольного места const nihongo = "日本語" for i, w := 0, 0; i < len(nihongo); i += w { runeValue, width := utf8.DecodeRuneInString(nihongo[i:]) fmt.Printf("%#U starts at byte position %d\n", runeValue, i) w = width }

и снова хочу отрекламировать замечательную статью :) https://blog.golang.org/strings

Евгений я понял про что вы, просто в ваших примерах уже const nihongo в начале, что вам и позваляет его читать, а у меня потоковый реадер типа

И опираясь на прочитанное число я и пытаюсь предсказать сколько буфера то прочитать вперед

а целиком нельзя загрузить в память? или они огромные?

Да можно наверное, но либа вся (не моя) на то расчитана что читаем

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

я пока придумал так, я вижу число s:15 и сразу читаю себе 30 байтов вперед на случай кирилицы

а затем отсчитываю там 15 рун

Запатчил s:15:"Низкое качество" == Низкое качество" заработало

Я, честно говоря, не особо в теме, но может быть, для потокового чтения рун вот это поможет: https://golang.org/pkg/bufio/#Reader.ReadRune

либо читать 1 байт и смотреть сколько еще из него надо дочитать utf8.RuneLen('界')

Правда, другие тесты в этой либе упали, хаха

Спасибо Олег!

Не знаю поможет ли но этот мой патч кеоторый двойной буфер читает, явно убивает либу

Да, конечно убивает, нашел место, оно как бы перематывает позицию реадера этого моего strings.Reader ,и потом там всё наперекос

Похоже func (*Reader) ReadRune моё спасение

А не проще php скриптом в нормальный вид преобразовать?

Уже бы решилось

Ну есть да такой вариант, согласен, но выбор то или go ковырять или php. Пока первое выбрал

ну вобщем отчаялся, все кто сразу говорил идти в php были правы.

Оппа. тока написал отчаялся, и тут же ошибку нашел, и тесты прошли.

Вы когда даже молчите и то помогаете

Я и не такое могу

прогнал тесты супротив базы, почти всегда работает

не жизнь а сказка просто

кто может пояснить, зачем нужны указатели?

уу жесть

вот так приплыли)

я вижу, что они нужны для изменения значения переменных определенных в других функциях

я вижу, что они нужны для изменения значения переменных определенных в других функциях

дуй в учебники

это наверное самая тупая для понимания тема в вузе моем была)

я сам допер только спустя какое то время)

а из пояснений в учебниках по go, понимаю, что с их помощью эмулируется ООП

мда)

Для большего понимания лучше с++ зайти)

где по человечески объясняется?

где по человечески объясняется?

Нигде, это сложно))

можно ими пользоваться и без разъяснений конечно, но хочется "концептуально" понять

А что сложного? Это переменная в которой хранится адрес в памяти другой переменной

А что сложного? Это переменная в которой хранится адрес в памяти другой переменной

вжух, минус мозг

ахаха))

чем f(&p) лучше p=f(p) ?

Зависит от вкуса

Зависит от вкуса

БРАВО 10 из 10 за обьяснения)

ну и например если у тебя p — массив

то так у него изменится указатель на начало

'

и это может что-то сломать

чем f(&p) лучше p=f(p) ?

В первом случае p это указатель на адрес памяти в котором что-то хранится. если ты пишешь &p то ты обращаешься к тому участку памяти, на который указывает *p.

если ты прокидывал его в другие места

и это может что-то сломать

обьясняешь как школьник

но это скорее не про го вопрос

А если p структура в килобайт и функция десятки тысяч раз в секунду дергается?

чем f(&p) лучше p=f(p) ?

А во втором это просто переменная)

я не объясняю, что он написал, он спросил, что лучше

В первом случае p это указатель на адрес памяти в котором что-то хранится. если ты пишешь &p то ты обращаешься к тому участку памяти, на который указывает *p.

неверно, *p — перейти по указателю, &p — взять указатель на переменную

Вообще указатели иногда удобная штука, но там где можно без них — лучше без них как мне кажется.

я понимаю, что такое указатель

ну вот там пример был

у тебя огромная переменная

я вижу, что они нужны для изменения значения переменных определенных в других функциях

http://www.r-5.org/files/books/computers/languages/c/kr/Brian_Kernighan_Dennis_Ritchie-The_C_Programming_Language-RU.pdf