АП
коллега, вы как-то эпически недообразованы 🙁
да понятно что он вернет меньше чем надо (с некой вероятностью), остальное все будет забито нулями
Size: a a a
2020 July 22
АП
но как то просто корявы выглядит, может ReadFull попробывать
с
да понятно что он вернет меньше чем надо (с некой вероятностью), остальное все будет забито нулями
что куда вернет?
ВС
тут скорее нужен Scanner (как уже раньше предлагали)
ВС
или аналог expect (который собственно для подобных задач и изобретали)
АП
что куда вернет?
Read может заполнить буфер не полностью, ему похрену на длинну
с
[:n ] же срезает до n прочитанных
АП
дада, а потом хак у нас с [:n]
АП
это я и называю "криво"
с
ну у нас нет курсоров, я поэтому свою либу вчера и написал
с
бинарный (ан)маршалинг это то еще веселье, потому как стандартный как-то совсем плох
DP
это я и называю "криво"
а как было бы прямо?
АП
а как было бы прямо?
может аля reader.ReadString('\n') ?
ГП
func (t *Telnet) Read() {
buf := make([]byte, 4096)
for {
n, err := t.Conn.Read(buf)
if err != nil {
panic(err)
}
t.Result = append(t.Result, string(buf[:n]))
if strings.Contains(string(buf[:n]), t.WaitPrompt) {
return
}
}
return
}поправил в другой функции тоже, единственное [SUKHUM_LAKOBA_114] d i s v e r , когда он считывает команду что я отправил, он добавляет пробелы между отправленными символами, не знаете почему?
АП
если мы со строками работаем
АП
bufio конечно же
ЛА
Коллеги, кто-то имел опыт/мысли с системами с большими sql таблицами, вы как-то масштабировали бд?
DP
может аля reader.ReadString('\n') ?
ну так оно есть, в чем проблема.
но надо понимать, что там переаллокация и копирование, которое в 90% случаев не требуется
но надо понимать, что там переаллокация и копирование, которое в 90% случаев не требуется
с
так
string(buf[:n]) тоже переаллокация и копированиеDP
Коллеги, кто-то имел опыт/мысли с системами с большими sql таблицами, вы как-то масштабировали бд?
а что такое - большая?