BV
А адресная арифметика таки есть: https://kotlinlang.org/api/latest/jvm/stdlib/kotlinx.cinterop/plus.html
Так он же всё равно будет указывать на какой-то тип
Size: a a a
2019 December 16
AN
В нэйтиве есть прослойка по работе с нативными аллокациями. Если они нужны для интеропа -- их надо использовать.
То, что тут хотят - это уже не интероп. А попытка писать на С на котлине
AM
Так он же всё равно будет указывать на какой-то тип
Ну да, автор вполне себе говорил, что ему нужен поинтер на конкретный элемент массива, очевидно с учётом типа.
AN
Так он же всё равно будет указывать на какой-то тип
AN
реф типа и реф массива тождественны
A
Ну не надо так делать. Сами себе грабли раскладываете. Возьмите котлин-массив и делайте это все с ним
Как так-то? Это работа с сокетом, в нонблок, он может произвольные порции данных выдавать, которые необходимо собрать в изначальную последовательность
AN
Aleksei🐈
Как так-то? Это работа с сокетом, в нонблок, он может произвольные порции данных выдавать, которые необходимо собрать в изначальную последовательность
А почему нельзя все это делать на Array? или у вас из сокета в небезопасный массив все прилетает?
BV
Да, я прошу прощения, арифметика есть
BV
Иначе с некоторыми либами вообще нельзя было бы взаимодецствовать
A
А почему нельзя все это делать на Array? или у вас из сокета в небезопасный массив все прилетает?
Обычный posix.read принимает CArrayPointer<ByteVar>
AN
Ну тогда грусть
A
Хотелось бы что-то типо buffer.offset(index) который просто возвращает Также CArrayPointer<ByteVar>
BV
Тогда просто p + length
BV
Где p это указатель
BV
Выше же Александр присылал ссыку на операцию plus()
BV
buffer + index в нашем случае
A
Да спасибо
BV
И ещё раз прошу прощения за неверный совет в начале
A
И ещё раз прошу прощения за неверный совет в начале
Да ничего страшного
A
Я сам наверно не разобрался к CArrayPointer почему не применим оператор +