PK
Очень медленно.
Чудес не бывает, читайте большим буфером
Size: a a a
2020 February 14
PK
Тогда уже проще на c.
Без разницы
DP
вот да
SA
Чудес не бывает, читайте большим буфером
Так модифицированый пакет нужно отправить назад.
PK
Тогда уже проще на c.
Go в фундаменте диалект C. Автором же C и отревьювенный
PK
Так модифицированый пакет нужно отправить назад.
Так читаем буфером, пишем буфером. Можно кстати сразу отправлять
PK
Я только пока сходу не понимаю как "идти" по utf-8
PK
Надо в какой-нибудь конвертер посмотреть
PK
А ну вот
SA
Так читаем буфером, пишем буфером. Можно кстати сразу отправлять
Нельзя. Там логика типа:
Если символы 0:12 имеет вхождение 0024 и 30:32 == 152417 то 18:25 меняем на 4418457
Если символы 0:12 имеет вхождение 0024 и 30:32 == 152417 то 18:25 меняем на 4418457
PK
И чего? Буфер не меньше 33 и с расшреием до 66 :)
PK
Точнее, какой буфер насрать. Хоть мегабайтный. Окно отслеживание 33
PK
не очень понимаю проблему. расширяемый промежуточный буфер для "следящей". ну окно такое. ща
DP
И как соединять не целые отрезки? Они не равной длины.
а как вы их вычленяете, отрезки эти?
PK
https://github.com/usher2/u2ckdump/blob/2ee7f99affd03df08bf51865432740dac553b691/parse_xml.go#L205 вот отсюда и выше посмотрите как "едет" окно для обработки. Смотреть надо на buffer
