нет никаких гарантий

сама java никакая не endian, вот только интерфейс DataOutput big endian

но с новыми NIO буферами оно там может быть любым

сама java никакая не endian, вот только интерфейс DataOutput big endian

bigendian засунь 1цу в int и посмотри

bigendian засунь 1цу в int и посмотри

и как именно смотреть?

Сдвинь вправо число например, если чисто увеличится то значит big endian, если уменьшится значит little

Если я все правильно помню

Блин где-то был метод хороший.

Вот так ещё можно. BigInteger.valueOf(1695609641).toByteArray()

вправо это всегда уменьшится :)

BigInteger это не вся Java

0000_0001b = 1 для big endian сдвиг вправо даст на big endian уменьшение. Для little endian 1000_0000b сдвиг вправо даст увеличение числа.

0000_0001b = 1 для big endian сдвиг вправо даст на big endian уменьшение. Для little endian 1000_0000b сдвиг вправо даст увеличение числа.

LE/BE влияет только на порядок байт, но не на операции сдвига. В нативном коде есть hton()/ntoh(), чтобы не париться на эту тему.

Порядок байт не влияет на операции сдвига, только на запись. Java по-умолчанию подразумевает BigEndian, но в NIO буферах можно менять. конвертировать переменные напрямую в байты - не очень хорошая идея, особенно если хочется это потом куда-то передавать. Лучше действительно взять код из kotlinx.io

в смысле подключить как библиотеку

LE/BE влияет только на порядок байт, но не на операции сдвига. В нативном коде есть hton()/ntoh(), чтобы не париться на эту тему.

ок. впринципе так, пока ты в нативный код структуры данных не начнешь отдавать из java

ок. впринципе так, пока ты в нативный код структуры данных не начнешь отдавать из java

Ну структуры напрямую всё равно трудно передавать - выравнивание и порядок полей никто не гарантирует (насколько я знаю).

Ну структуры напрямую всё равно трудно передавать - выравнивание и порядок полей никто не гарантирует (насколько я знаю).

можно передавать в java из native смещения и размеры полей и присваивать по полям (это конечно жесть, но можно)

Не надо так делать.

Товарищи, что делать когда Котлин не видит Class. У меня часть кода на Kotlin другая на java

Товарищи, что делать когда Котлин не видит Class. У меня часть кода на Kotlin другая на java

javaClass

javaClass

Тоже не видит

Красным пишет

Не собирает

код давай сюда

Товарищи, что делать когда Котлин не видит Class. У меня часть кода на Kotlin другая на java

Нада получить объект Класс? Если да то NameClass::class.java

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

Кто-то знает что-то про поддержку 9-ой жабы (модули) в котлине?

на сколько слышал нет её еще

есть 2 таргета, jvm6 и jvm8

Товарищи, что делать когда Котлин не видит Class. У меня часть кода на Kotlin другая на java

Наверно не подключен Kotlin gradle plugin или ещё какие-то зависимости для Kotlin

есть 2 таргета, jvm6 и jvm8

Это то понятно, хотелось бы услышать новости, да и таргет будет уже на 11, имхо

Это то понятно, хотелось бы услышать новости, да и таргет будет уже на 11, имхо

не слышал. где почитать?

Не надо так делать.

А почему бы и нет, если у тебя размеры полей разные. В зависимости от битности.

Не надо копировать поле в поле. Надо не полениться и сделать нормальный сериализатор.

Не надо так делать.

Например в Linux в некоторых API пишут просто long, size_t, ssize_t,

Не надо копировать поле в поле. Надо не полениться и сделать нормальный сериализатор.

А на основе какой информации ты будешь в нативный код отдавать? Откуда смещения полей возьмёшь?

Это то понятно, хотелось бы услышать новости, да и таргет будет уже на 11, имхо

Недавно обсуждение было на форуме. Лень искать. Не могут портировать стандартную библиотеку пока анродид этого не умеет, но возможно сделают параллельные артефакты с модулями.

не слышал. где почитать?

Про что ? Почему 11 ? Ну LTS version

Например в Linux в некоторых API пишут просто long, size_t, ssize_t,

Смещение гвоздями прибиты к сериализатору. Не надо брать их из класса аля С

Недавно обсуждение было на форуме. Лень искать. Не могут портировать стандартную библиотеку пока анродид этого не умеет, но возможно сделают параллельные артефакты с модулями.

У меня такое ощущения что андроид не начнет поддержку модулей

Про что ? Почему 11 ? Ну LTS version

Потому что если поддерживать, то последнюю версию. Но вообще, 11 от 9 в этом смысле вообще ничем не отличается

Недавно обсуждение было на форуме. Лень искать. Не могут портировать стандартную библиотеку пока анродид этого не умеет, но возможно сделают параллельные артефакты с модулями.

Спасибо за инфу

У меня такое ощущения что андроид не начнет поддержку модулей

Скорее не доживёт

Спасибо за инфу

Нашел: https://discuss.kotlinlang.org/t/kotlin-support-for-java-9-module-system/2499/16

Потому что если поддерживать, то последнюю версию. Но вообще, 11 от 9 в этом смысле вообще ничем не отличается

Потому я и спросил про 9

Смещение гвоздями прибиты к сериализатору. Не надо брать их из класса аля С

Не правда (: у тебя есть выравнивание, плюс у тебя в зависимости от компилятора в нативной половинке размеры long могут быть разные

11 от 9 отличается на уровне кода по-моему только введением частичного вывода типов, но нам-то оно не надо

Не правда (: у тебя есть выравнивание, плюс у тебя в зависимости от компилятора в нативной половинке размеры long могут быть разные

А не надо брать размеры из компилятора. В формате сериализации строго написано сколько байт на что. Выравнивание не нужно, смещения фиксированы. Я поэтому и говорю, что не надо использовать классы как основу для сериализации, слишком много мест, где можно напороться.

А не надо брать размеры из компилятора. В формате сериализации строго написано сколько байт на что. Выравнивание не нужно, смещения фиксированы. Я поэтому и говорю, что не надо использовать классы как основу для сериализации, слишком много мест, где можно напороться.

Не правда (:

11 от 9 отличается на уровне кода по-моему только введением частичного вывода типов, но нам-то оно не надо

Ну в 11 только оптимизации, байт-код класса вроде не поменялся

ERROR: S client not available

Там чего-то добавили с константам связанное, но обратную совместимость не ломает

Не правда (:

Ну джава порой много теряет на выравнивании, меняет местами переменные

А не надо брать размеры из компилятора. В формате сериализации строго написано сколько байт на что. Выравнивание не нужно, смещения фиксированы. Я поэтому и говорю, что не надо использовать классы как основу для сериализации, слишком много мест, где можно напороться.

Смещения зависят от того какое выравнивание в структуре на стороне C

Я же говорю про нормальную сериализацию с обеих сторон.

Смещения зависят от того какое выравнивание в структуре на стороне C

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

Я же говорю про нормальную сериализацию с обеих сторон.

У тебя есть ядро Linux в нем есть ipc, там есть структуры для настройки ipc, в ней может быть указан long, но если у тебя компилятор считает что long = 4 || 8 смещение следующего поля будет разное. Как ты из Java узнаешь это смещение?

У тебя есть ядро Linux в нем есть ipc, там есть структуры для настройки ipc, в ней может быть указан long, но если у тебя компилятор считает что long = 4 || 8 смещение следующего поля будет разное. Как ты из Java узнаешь это смещение?

Кратное 8 вроде

Кратное 8 вроде

Размер класса

Размер класса

При чем здесь класс, ядро пока не объектно ориентировано.

Можно ли в when проверить на два эксепшена сразу ? что-то вроде val message = when(e.cause) { is FirstException, SecondException -> "bla-bla-bla" }

У тебя есть ядро Linux в нем есть ipc, там есть структуры для настройки ipc, в ней может быть указан long, но если у тебя компилятор считает что long = 4 || 8 смещение следующего поля будет разное. Как ты из Java узнаешь это смещение?

Путем долгих страданий. Если надо взаимодействовать с ядром, то вас ждет грусть.

Путем долгих страданий. Если надо взаимодействовать с ядром, то вас ждет грусть.

Мне нужно взаимодействовать со службой, которая на ipc работает

Путем долгих страданий. Если надо взаимодействовать с ядром, то вас ждет грусть.

Естественно не смотря на наличие исходников менять ту службу я не могу (:

Путем долгих страданий. Если надо взаимодействовать с ядром, то вас ждет грусть.

Я привык (:

Можно ли в when проверить на два эксепшена сразу ? что-то вроде val message = when(e.cause) { is FirstException, SecondException -> "bla-bla-bla" }

Да, через запятую is Foo, is Bar ->

Да, через запятую is Foo, is Bar ->

Спасибо

Можно конечно перенести генерацию смещений на этап компиляции имеются ввиду написать такой код на C, который на этапе компиляции будет генерировать класс со смещениями для Java.

Сочувствую

Хм, я думал котлингвский @Deprecated лишь ссылка на джавовский, а оказывается в джаве даже нельзя месседж проставить :(

Или есть варианты?

Или есть варианты?

/** @deprecated message */

Хм, я думал котлингвский @Deprecated лишь ссылка на джавовский, а оказывается в джаве даже нельзя месседж проставить :(

Да вроде можно было, ток к котле получше

В джаве в javadoc есть специальная нотация для этого

Всем привет. Пытаюсь тут старенький проект не свой поднять с колен, а он мне вот так ругается > Failed to apply plugin [id 'kotlin2js'] > Cannot add extension with name 'kotlin', as there is an extension already registered with that name. В какю сторону копать не подскажете?

это gradle