Предполагается, что качество библиотек выше качества прикладного кода Их просто больше применяли и тестировали.

Прям таки закрыт?
С чего это он будет нормально закрыт если нормально не смог быть открыт.

Вся эта мишура работает только на процессорах с виртуальной памятью. Где процесс можно взять и убить спокойно, а памяти море.
На Cortex-M такой код неприемлем.

Я рассматривал случай нормальной работы, без вылета исключения. В Яве надо или явно закрывать файл в finally или использовать try-with-resources. В плюсах есть деструкторы, этот момент упрощается.


Тут выше приводили примеры микро JVM. Я с таким не сталкивался, интересно насколько существенные там ограничения



А за счет чего эта независимость? Просто переферия даже в рамках STM32F1 - F2 - F3 - F4 местами довольно сильно отличается. Я уже молчу про STM - другой производитель.

Там написан какой-то "толстый" слой совместимости, который эмулирует возможности, отсутствующие в железе?
Или возможности по использованию железа ограничены?
Или для использования железа мы пишем вставки на Си (прощай платформонезависимость) ?

К примеру, в F373 есть автонастройка скорости УАРТа. А в F2/F4 ее нет. Что будет с кодом на Java, который использует эту функцию, при запуске на F4?

Ну это уж такая мелочь....
Там, например, явно указано что графика реализована путём формирования картинки в памяти МК. То есть максимально софтово. Понятно, что такой расклад обеспечивает максимальную совместимость между платами. Иначе куча контроллеров, и фич различных. Но этот подход является самым медленным.


Здесь с Вами соглашусь. 2500$ на экземпляр как бы обязывает ... Просто ограничения будут очень мелким почерком ... В принципе продукт есть - всё можно почитать, возможности оценить.

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

Сообщение отредактировал Огурцов - Jul 6 2015, 11:28

"Телевидение. Будет одно сплошное телевидение."
Всё это интересно, конечно. Но если посмотреть вокруг, почему-то не видно оглушительной повсеместной победы жабы в мире МК. Наверное, на это есть какие-то причины, не правда ли? Кроме заговора сишников, конечно

ну да, сишники упорно продолжают писать для контроллеров по десять центов
с нетерпением ждём контроллеров по центу

Сообщение отредактировал Огурцов - Jul 6 2015, 12:22

Ну да, вот пока не сделают аппаратную поддержку жабы в мелких мк - "кина не будет"

Боюсь, что если даже и сделают, кина всё равно не будет

Повнимательнее посмотрел на эту бяку IS2T. Вообщем жуть. Явы виртуальной там оч и оч мало, что удивило можно сишные куски добавлять, отдельно компилить и тп. Вообщем солянка мультивитаминная какая-то у этих французов. Причем ява старая сановская вторая или третья 2006 года, не выше! То есть совсем не развитая, поэтому 29 кило всего. И классов не более 4Кило, что то еще от 8-битников осталось. Короче нет вам этой виртуальной явы как думалось. Хотя SDK полный всего.


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


Начиная с Cortex-M4 все там нормально получается в тех рамках виртуальной ява машины. Гарбаш колектора там трудятся прилично.
65К классов вам думаю будет достаточно для многих задач. Многих привлекала простая реализация TCP/IP стака и его уровни.

мне эта SDK тоже жутко не понравилась
есть альтернативы?
как собрать аналог самостоятельно из классического эклипса? сейчас программлю под арм испод эклипса + GCC. Как это довести до "программить для явы"?

уже делали, правда не в самых мелких МК - оказалось никому не нужно.

да тут не нужно, там нужно.


Никак. Самому взять недоделаную виртуальную яву, из любимого GCC и сваять, ограничившись ненужным.


Это вы про андройд, то что он никому не нужен? Ну не скажите ...

А в чем вопрос то? Эклипс для явы умеет запускать тот же ant, а через него вы можете цеплять любые действия...

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

Да и без МК тоже оглушительной победы не наблюдается...
Оценивать язык, по простоте обработки исключений, как то не убедительно ... Как говорится: Женитьба существенно помогает решать проблемы, которых у неженатых вообще нет.
Сначало вводим принцип написания, где реалтаймовое динамическое выделение памяти, а потом радуемся изяществу сборщика мусора.