Компания Garmin заявила (http://androidcommunity.com/garmin-asus-android-phone-by-end... о прекращении разработки своего открытого Linux дистрибутива и о переходе на использование решений на базе Google Android и Windows Mobile для новой категории выпускаемых компанией устройств.
Первый GPS навигатор Nuvifone G60, сочетающий в себе функции мобильного телефона, на основе прошивки Android планируется выпустить в кооперации с компанией Asus в конце 2009 года. Устройство будет снабжено 3.5-дюймовым сенсорным экраном, содержит 128MB ОЗУ, 4GB Flash, GSM, "3.5G" HSDPA, 802.11b/g WiFi, Bluetooth, mini-USB, GPS, и 3-мегапиксельную камеру с поддержкой привязки гео-тегов (http://en.wikipedia.org/wiki/Geotagging).
Программное обеспечение навигаторов выпускаемой в настоящее время серии Nuvi базируется на программном обеспечении, построенном на основе Linux (ядро 2.6.17.7) с графическим окружением на базе GNOME Mobile (http://www.gnome.org/mobile/...URL: http://androidcommunity.com/garmin-asus-android-phone-by-end.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=22239
М-да. Похоже прижали хвост Garmin'у...
майкрософт патентами небось опять пугает
Печально. Видимо кризис вмешался.
ну да накладно разрабатывать свой Дистриб ! лучше взять уже готовый...
одно радует что решили использовать открытую - развивающую платформу )) Андройд не так уж и плох ...
А Гугл там ничего не запатентовал случайно?
Да, мне вот тоже эта мысль покоя не даёт. Линукс уж как-то провереннее.
Читайте лицензии под которыми гугл распространяет android. Всё что он распространяет как free software дает всем разрешение на патент автоматом по условию лицензии.> Линукс уж как-то провереннее.
в android ядро linux.
Запатентовать "случайно" невозможно. Информация о выданных патентах находится в свободном доступе, специально для того, чтобы никто "случайно" не нарвался.
Брать _развивающую_ платформу? :)
Скорее дело в MS и FUD. Взяв Android, они надеются, что урегулированием конфликтов с MS будут заниматься Google - так как они разрабатывают Android.
Ждём перехода Android на BSD-ядро (NetBSD). Это будет выгодно всем, в том числе Microsoft.
а Вам то какой прок? :-D
то ли ви троль, то ли балмер - не пойму.
Для меня это будет означать унификацию операционного окружения и стэка прикладных программных технологий с managed-кодом (Java или MSIL — неважно).Когда-то это нужно начинать, не так ли?
так.
называется linux.
и кстати, что Вы подразумеваете под managed-кодом?
а то боюсь возникают недоразумения по данному вопросу.
> и кстати, что Вы подразумеваете под managed-кодом?Марь Ивановна, можно я отвечу, ну можно?! :) managed это типа на Java, C# и подобных языках написанный код, терминология мекросовта.
>терминология мекросовта.вот-вот. :-D
и java тут приплетать не стоит. совсем.в свете последних инноваций наверное странно прозвучит, но... любой код управляемый (managed). да ещё с современными тенденциями к юзерспейсам, виртуализации, динамическим отладчикам и т.д.
что хотела мс поддчеркнуть вводя это понятие - тайна великая есть. уж не хотела ли она признать, что до этого момента весь её код был не управляемым? :-D
косвенным доказательством конечно можно признать полчища вирусов и бсодов,... но чтобы прямо весь не управляемый!!! :-D
http://ru.wikipedia.org/wiki/%D0%A3%D0%B...
>но... любой код управляемый (managed).Это Вы расскажите авторам всяких эксплоитов, использующих ошибки переполнения буфера программ, написанных на "управляемом" коде какого-нибудь Си. Когда "управляемый" код и глазом не моргнув затирает адрес возврата в стеке и программа вообще передает управление невесть куда. Такое вот "управление".
1. это расказывать надо не "авторам всяких эксплоитов" (они и так знают), а гореписателям, выпускающим такое ПО. си - не десткая игрушка. таким писателям место в жабе, сишарпе и т.д. (там хоть есть на кого свалить ответсвенность :-D)
2. программа передает управление не невесть куда, а в своё адресное пространство. трюк только в том, чтобы она не свалилась в корку на этом, а продолжила выполнение, но уже с новыми качествами. такого же эффекта можно достичь и в .net - http://weblog.ikvm.net/PermaLink.aspx?guid=e548c92d-42f7-469...
(оратите внимание на системы защиты DEP and ASLR).
3. также такие гореписатели обычно не в курсе, что есть уже куча защит, в том числе и аппаратных, от переполнения буфера и уже давно. например - http://www.linux.org.ru/view-message.jsp?msgid=572709 обратите внимание на дату.
4. есть ещё масса способов заставить выполняться свой код. и различные регулярные новости об очередных vulnerability в .net/asp.net/java-приложениях встречаются ничуть не реже, чем на си/си++.но самое главная - эта защита сводиться к простейшему правилу, который с примерами по объему занимает меньше, чем мой комментарий - http://www.silicontaiga.ru/home.asp?artId=5205
аппелировать на некие платформы, которые якобы защищают програмистов от продуктов их же творчества - это признавть свою не компетентность и халатность.
без сомнения так
всё это верно. Но во-первых, злобные хацкеры давно уже научились обходить эти защиты, включая аппаратные вещи типа NX-бита. А во-вторых, всё это было сказано, чтобы показать, что далеко не любой код является "управляемым". Вот в случае Java/.net ситуация, приводящая к записи в ESP указателя на код хакера невозможна _в принципе_. Поэтому этот код является managed, несмотря на Ваше предвзятое отношение к подобным технологиям и нежелание признать разницу в "управлении" кодом на Си и на Java. И не надо сваливать всё на кривые руки программистов, людям всегда было свойственно ошибаться, в том числе и разработчикам проектов, которые тут чуть ли не обожествляют.
>Вот в случае Java/.net ситуация, приводящая к записи в ESP указателя на код хакера невозможна _в принципе_.это прямо скажем обман, в многозадачной системе можно изменить образ самой виртуальной машины жабы и когда она получит следующий квант времени процессора, будет делать то, что запишут перед этим в память
можно использовать всякие selinux и apparmor, чтобы ограничить действие программы
а вообще такого архитектура Фон Неймана и тот факт, что компьютер машина, он не думают, он исполняет команду и переходит к следующей.с такой архитектурой выполняется любой код, ибо нету хакерского или не хакерского кода, _в принципе_
p.s. не читайте маркитоидного бреда
>это прямо скажем обман, в многозадачной системе можно изменить образ самой виртуальной машины жабы и когда она получит следующий квант времени процессора, будет делать то, что запишут перед этим в памятьЕсли у Вас хватит на это привелегий, то скорее всего Вы - админ. А админу в общем-то можно всё, тут не то, чтобы виртуальная машина, тут ничего не устоит. Можно взять да и загрузить модуль ядра, который Вам диск покрошит нафиг, минуя всякие ядра, напрямую. Так что пример Вы привели воистину идиотский: "java- решето, поскольку админ теоретически может изменить память её виртуальной машины!" :-D
>можно использовать всякие selinux и apparmor, чтобы ограничить действие программы
Спасибо, КО, а мы-то не знали:) В любом случае найдутся программы, которым нужно будет давать много привелегий, и если одна из них окажется бажной, то никакой selinux не спасёт. Именно потому, что код хакера и "родной" код неразличим на уровне машинных команд.
>а вообще такого архитектура Фон Неймана и тот факт, что компьютер машина, он не думают, он исполняет команду и переходит к следующей.
Вот оно что, Вы просто не понимаете что такое управляемый код :D В том-то и дело, что в этом случае над машиной фон Неймана существует еще и виртуальная машина, в которой этот самый управляемый код выполняется. И она как раз-таки "думает" о том, что выполняет. И в случае чего может дать "плохому" коду по рукам ;)
>p.s. не читайте маркитоидного бреда
Я его и не читаю. Чего и Вам желаю :)
на заметку - jvm запускается от имени пользователя и в пространстве пользователя.
ни о чём не говорит? :-DDDDDDDDDDDDDDDD
>>можно использовать всякие selinux и apparmor, чтобы ограничить действие программы
>Спасибо, КО, а мы-то не знали:) В любом случае найдутся программы, которым нужно будет давать много привелегий, и если одна из них окажется бажной, то никакой selinux не спасёт. Именно потому, что код хакера и "родной" код неразличим на уровне машинных команд.ещё раз - dtrace и systemtap в помощь. взгляните на возможности:
http://www.sunhelp.ru/archives/84-DTrace_v_reshenii_povsedne...
http://www.sunhelp.ru/archives/90-Proekt_D-Light_DTrace_dlJa...
http://www.sunhelp.ru/archives/92-DTrace_vhodJawie_ssh_toZhe...
http://www.sunhelp.ru/archives/134-DTrace_menJaem_vyvod_who_...
>существует еще и виртуальная машина, в которой этот самый управляемый код выполняется. И она как раз-таки "думает" о том, что выполняет.её вычеслительная мощь ни чем не отличается от машины, вообще Тьюринга, никакого осмысления там нет... если есть какие-то проверки после или перед ветвление, то можно попробовать их обойти, а вообще можно попробовать отравить кэш процессора, если это PC, и игнорировать виртуальную машину
да и вообще виртуальная машина не идеальна, она усложняет доступ, но и тормозов добавляет
всё смешалось в королевстве Датском. хорошо бы для начала почитать определение управляемого кода. например тут - http://ru.wikipedia.org/wiki/%D0%A3%D0%B... а там по ссылке "Брэд Абрамс из Microsoft дает определение управляемому коду" и его перевод :
>Управляемый код — это код, выполнение которого управляется .NET Framework Common Language Runtime. "Управляемый" относится к механизму взаимодействия между родным исполнимым кодом и его управляющей средой. ......... Прежде чем запустить код, IL компилируется в родной исполняемый код. И, поскольку данная компиляция производится средой управляемого исполнения (или, точнее, компилятором среды запуска, которому известна целевая среда управляемого исполнения), среда управляемого исполнения может давать некоторые (ПОЧЕРКНУ - некоторые) гарантии о том, что код будет делать. Она может добавлять ловушки (traps) и вызовы сборки мусора, за исключением обработки ошибок, механизмов безопасности типов, проверки границ массивов и индексов, и так далее.и вот это может проделать ЛЮБОЙ компилятор. и выход за границы может быть очевидным или нет. и платформа (даже в документации) ничего не гарантирует (ссылку выше я уже приводил - имеющий разум да прочтёт).
и не смешивайте это всё с жабой. это совсем другая технология. и отказ от указателей в самом языке - это ещё не панацея. :-D вот для размышлений - http://www.ibm.com/developerworks/ru/library/j-fuzztest/inde... и http://www.osp.ru/cw/2006/46/3725357/
и ещё - система ловушек отлично создаётся динамическими отладчиками (см. dtrace, systemtap,..) и намного надёжней. Использование java/.net/... не отменяет правила по проверке кода. собственно по трудозатратам это также, как в си/с++. кто пренебрегает этим (или полагается на платформы) напишет одинаково дырявый софт на любом языке.отличайте уже маркетинг от реальности. все эти проверки жит-компиляторов пишутся на си. в си же их уже навалом в виде библиотек (и профайлеров), которые имеют вполне либеральную лицензию и могут быть присоединены к любому коду (если уж своего разума нет)
>И не надо сваливать всё на кривые руки программистов, людям всегда было свойственно ошибаться, в том числе и разработчикам проектов, которые тут чуть ли не обожествляют.именно. помните! индусы из мс/сана/... тоже не боги! :-DDDDDDDDD
Людям - ошибаться, "блондинкам" - тупить. Никто ж не говорит, что на C#, Жабе принципиально невозможно написать качественный полноценный код. Просто получилось так, что среда C# и Жабы оказались доступны и усвояемы для понимания более широкому кругу лиц, нежели С или ASM. Поэтому в обществе прогаммеров на C#, Жабе оказалось много людей (я бы даже сказал - случайных!!), желающих считаться программистами, но лишенными от природы соответствующими талантами. Из-за этого и появляется и кривой код, и неучет аспектов безопасности и пр. халтура.ЗЫ: Проблема - в вопросе снижения планки, минимально возможного уровня для вхожения в ряды программеров. Вопрос на самом деле более глубокий. С одной стороны это хорошо - это демократично, доступность, упрощение итп. Но с другой стороны - такое снижение планки - причина массового появления некомпетентных людей в среде разработчиков.
+10^3
лол началось
пишем на си, никаких плюсов, никаких яв, и упасиаллах никаких патентованных дотнетов
ну кто ещё доставит? ждем с нетерпением
почитай Рихтера, а не википедию, в википедии как-то очень мутно написано.
там есть очень "не мутные" ссылки.
чуть выше приводил. хотя если на википедии не добрался, то.....
>Для меня это будет означать унификацию операционного окруженияОдна проблема - это будет не ваше окружение.А майкрософтовское.И вас там ждали к обеду в позапрошлую среду.Дадут вам на руки ограниченный со всех сторон блоб и делайте с ним что хотите.Ну, в смысле, вы сможете програмить на каком-нить сильно обкусанном дотнете.Чем это будет принципиально отличаться от стодолларовых звонилок с (закрытой) J2ME и какой-то (самопальной и закрытой) RTOSиной?Да в общем то мало чем.Внимание, коронный вопрос: почему бы вам не пойти в магазин и не купить стодолларовую звонилку?В окружение вас там точно так же не пустят и вам будет точно так же пофигу на то какое там операционное окружение.А managed код там есть.Какие проблемы?Вроде, отлично совпадает с вашими мечтами и - зачем ждать?
> Ждём перехода Android на BSD-ядро (NetBSD).А не боитесь умереть от старости раньше чем это произойдет? :)
Скорее что-то в этом духе может сделать M$ (они там с Danger что-то затевали).Вот только, боюсь, MS вам выдаст блоб в подарочном фантике и грести под себя будет в одно рыло.Ну, немного забыв поделиться с вами и остальными исходниками а потому вам (и всем остальным) будет немножко пофиг что там за платформа.Потому что блобы на вид все примерно одинаковые ;)
В этом нет смысла просто, гугл и компания давно использует linux, и чисто технически причин переходить на другую платформу, а значит иметь разработчиков, которые будут работать с несколькими платформами - у них нет. С точки зрения защиты от патентов и тд, тоже никаких преимуществ - всё точно также подпадает под патенты. С точки зрения лицензии - тоже ничего, так как linux под gplv2 и на третью переходить не собирается, а значит не несёт никакой проблемы по части его использования в закрытых устройствах. Количество поддерживаемых архитектур - тоже ноль. В целом было странно, чтобы гугль и компания вдруг и перевели андроид на bsd.
Выгода майкрософта гуглю мало интересна, вообще одни производители никогда не заботятся о выгоде других, заботятся лиш о пактах о ненападении - это единственное что важно. И с этой точки зрения любая bsd ровно также опасна, как и linux. Пожалуй единственный возможный выход - это выпуск андроида как закрытой платформы, где все компоненты будут бинарными блобами, но на это гугль уже вряд ли пойдёт.
наоборот. гуглу выгоден как раз линух.
это защищает (не на все 100% конечно, не росгосстрах всё-таки :-D) от возможных улучшенных форков, т.е. код будет так или иначе стекаться к ним. что им и нужно. и этот маховик только начинает раскручиваться.....ps:
но у меня всё-равно доверия как-то побольше к чисто линуховым проектам.
типа маемо. только вот этот маховик уж очень как-то медленно раскачивается. эта нокиа - как собака на сене. да ещё с костью симбиана в зубах.
.... ну спрыгнул Гармин - и / \ / с ним..... не знаю кому -как ... а мне вот не холодно -не жарко от этого ....опен как был - так и есть ... а кому не нравиться -идут лесом...
Юзал gps-навигатор garmin nuvi, ни на какой гном это похоже не было.
имхо зря гармин в телефоны полез. жпс он хорошие делает а вот в телефонах затопчут его имхо