C
Size: a a a
2020 May 22
АП
testslice2 := testslice1[0:399]чо?
а
у тебя len testslice1 равно нулю, чо
АП
без разницы, даже если там 1 элемент
АП
а мы вырезали кусок
АП
он поставит на том куске "коретку" в конец
АП
(попробуй вырезать слайс от 0 до 1000 элементов, а потом добавь хоть 1 - при cap: 1000000)
АП
у тебя будет 1 элемент, 1000 пустототы и 1 запись
АП
ну ладно это лирика, пошел разбираться с шедулером :)
DP
короче, коллега, ставьте “каретку” сабслайса туда, куда надо, и будет вам счастье
C
(попробуй вырезать слайс от 0 до 1000 элементов, а потом добавь хоть 1 - при cap: 1000000)
вырезай слайс не от 0 а от len родителя
p
However, the guarantees made by atomic operations are never written down in the Go specification and any other official Go documentation. If you want to write cross-compiler and cross-compiler-version compatible Go code, the safe advice is, don't rely on atomic to guarantee memory orderings in general Go programming.
АП
However, the guarantees made by atomic operations are never written down in the Go specification and any other official Go documentation. If you want to write cross-compiler and cross-compiler-version compatible Go code, the safe advice is, don't rely on atomic to guarantee memory orderings in general Go programming.
это ты к чему?