Νο. I can't now. And it is default syntax of golang. 1. Find sum of length of your [][]byte. 2. Use make for allocate expected capacity. 3. Use copy for replace bytes into new array

Example 1. Calculate length of your result slice 2. Make result slice 3. Iterate over origin slice and copy it’s parts into result

this is a bit... not that elegant

thanks for the inspiration

this is a bit... not that elegant

Also , I think that its probably possible to look at unsafe and find something interesting. But it’s unsafe :D

Как я писал ему, у тебя есть массивы байт разбросанные по памяти

ok i got the solution. thx all

Те , я могу ошибаться , но вроде бы нет же гарантии , что все данные прям лежат в памяти в одном месте ?

Я и думал прилинклвать разбросанные адресса к одному )

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

Нет гарантии. И скорее всего последовательность адресов не будет непрерывной и упорядоченной.

Тогда разве технически мы не можем сами эти адресса по привязывать?

If you find another great solution than share it with us please. I think that it’s interesting

ok write our own []byte format []byte{[num or []byte (limited to 255 for 1 byte or 65535 for 2 bytes],[length of 1st []byte],[[]byte 1st []byte total length],[length of 2nd []byte]...],[[]byte 2nd []byte total length],... ) etc.

And your own Iteration method ?

в каком смысле привязать?

Тогда разве технически мы не можем сами эти адресса по привязывать?

Так оно не работает, массив это указатель на начало массива. И ну разве что если ты явно запишешь бацты в конец, похеришь то что было там, потом gc наведет суеты>...)

Мы не про массивы же

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

basically writing your own [][]byte format in []byte

Заменить указатель на слайс на указатель на Данные того слайса

what language are you from

... why does that matter? :)

я не понимаю :(

Заменить указатель на слайс на указатель на Данные того слайса

Да, но как ты собираешься из этого сделать слайс байт

Какой формат .data у обычныго слайса байт ? Адресса в памяти , где расположены его кусочки ? Если так , то мы это и получим

Я тоже могу ошибаться) Попробую на досуге заалоцировать гигабайт

Доброе утро, если закрыть рутину которая запустила другую рутину, обе рутины будут закрыты?

Ага, но программа думает что все подряд, и думаю это главное

есть же приколы с балластами для сборщика: он думает, что на куче 10 гигов, но по факту всё лежит в виртуальной памяти

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

это к примеру main?

Но если вы вызовете еще раз main из другой рутины, она не приобретет этих свойств "ведущей" рутины. Хотя это утверждение лучше перепроверить экспериментально.

А так можно? 0_о

по идее - да. Функция как функция. Ее можно еще раз вызвать из кода. Непонятно только зачем. Но я этого не проверял.

Извините, может вы сможете помочь? вообщем перепробовал все что в моих силах, может еще что-то придумаю, но го рутину не закрывает, case <- ctx.Done(): и cancel() работают, но рутина (func new_sub) продолжает работать и выводит сообщение. Посмотрите пожалуйста, https://pastebin.com/2tJvdfan

Извините, может вы сможете помочь? вообщем перепробовал все что в моих силах, может еще что-то придумаю, но го рутину не закрывает, case <- ctx.Done(): и cancel() работают, но рутина (func new_sub) продолжает работать и выводит сообщение. Посмотрите пожалуйста, https://pastebin.com/2tJvdfan

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

Подождите, а что это такое: go func() { <-t.callBackChan[userTGID] cancel() log.Print("cancel use") }() go new_sub(ctx, t.messageChan[userTGID], update, t, t.callBackChan[userTGID]) Почему асинхронный вызов new_sub и анонимной функции func() происходят так, без внутренней синхронизации и контроля порядка выполнения?