LINUX.ORG.RU

Несмотря на переход Nokia на Windows Phone, развитие Qt и MeeGo продолжится

 , , , ,


0

1

В открытом письме к разработчикам компания Nokia сделала сегодня несколько важных заявлений:

  • Windows Phone будет основной платформой для смартфонов Nokia (подробнее);
  • будут предоставлены руководства для портирования существующих приложений с платформ Nokia на Windows Phone;
  • сервисы Nokia и Microsoft будут интегрированы вместе, например Ovi Maps и Bing Maps будут слиты, магазины приложений и контента Nokia станут частью Microsoft Marketplace;
  • развитие Qt продолжится;
  • устройства на MeeGo будут выведены на рынок, они будут позиционироваться выше устройств на Windows Phone, MeeGo будет развиваться как платформа для энтузиастов и приверженцев Open Source;
  • устройства на Symbian будут продолжать продаваться, рекомендуется использовать для разработки под них только Qt, чтобы облегчить портирование на MeeGo.

>>> Подробности

★★★★

Проверено: svu ()

Ответ на: комментарий от anonymous

Мелкософт - не враг :) Просто они никак не могут залатать дырки в системе.И я не топаю ногами за Android и др. Linux платформы. Просто чем дальше, ... тем они действительно ДАЛЬШЕ!

anonymous ()
Ответ на: комментарий от anonymous

Ну ты же видишь, на этом сайте WP7 - плохо по-умолчанию только потому, что ее сделал Microsoft.

anonymous ()
Ответ на: комментарий от anonymous

Я бы хотел WM... скажем 8! с хорошим багфиксом и новым интерфейсом :)

anonymous ()
Ответ на: комментарий от InsaneClown

> Действительно, надо пойти сказать нашим физикам-онкологам, что они

домохозяйки. Потому что обработка данных с КТ, симуляции и расчет

параметров для линейного ускорителя делается на венде.... Как же это


так случилось?



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

А считать можно и на калькуляторе. Задача как раз для десктопной ОС. Ну свалится в процессе обсчёта - ничего страшного и критичного, никакого 24х7 не надо, экономить на энергопотреблении тоже, торопиться некуда, можно по-новой запустить. Надеюсь контроль выходных параметров (что после расчёта они в допустимых пределах) имеется, и ускорителем рулят не идиоты, догадаются что в данных что-то не так, если что.

Stanson ★★★★★ ()
Ответ на: комментарий от anonymous

Ну дырки если там и есть, то они не мешают нисколько ни играм, ни кубейсам.
Да и коммерческий продукт не может избавиться от дырок принципиально, так как пользователи перестанут покупать его новые версии :))

anonymous ()
Ответ на: комментарий от anonymous

Ну, я думаю специально WM дыры не делала, иначе была б в ТОП :)) Значит недоглядели

anonymous ()
Ответ на: комментарий от Stanson

>что после расчёта они в допустимых пределах

я всегда наивно думал, что ошибки вычислений происходят от ошибок в прикладных программах, а не в ОС.

anonymous ()
Ответ на: комментарий от InsaneClown

> Действительно, надо пойти сказать нашим физикам-онкологам, что они домохозяйки. Потому что обработка данных с КТ, симуляции и расчет параметров для линейного ускорителя делается на венде.... Как же это так случилось?

Русские физики выбирают SlackWare! Эх, вот оно, подрастающее поколение

anonymous ()
Ответ на: комментарий от Stanson

>>>Хотел требовать немедленного разглашения местоположения этого ужаса, в целях безопасности.

Сильно волнуетесь за безопасность? )) Сходите на экскурсию на ближайшую атомную элетростанцию и поинтересуйтесь, под управлением какой ОС работает их оборудование)

InsaneClown ()
Ответ на: комментарий от redkot

На рынке смартфонов одной Linux-платформы маловато. Пусть и MeeGo развивается.

ns_ramesses ()
Ответ на: комментарий от InsaneClown

На приличных станциях цифру вообще нельзя допускать к оборудованию. Аналог рулит :)

anonymous ()
Ответ на: комментарий от anonymous

Слежение за состояние СРЗА, ПКиУ, КИП, АСКУЭ ведется в цифре

anonymous ()
Ответ на: комментарий от anonymous

> я всегда наивно думал, что ошибки вычислений происходят от ошибок в

прикладных программах, а не в ОС.


И совершенно напрасно. Промежуточные результаты вычислений хранятся в физической памяти. Физическая память отображается в виртуальную, которую видит процесс. При ошибках работы системы с табличкой для процессора, в которой записано соответствие физического и виртуального адреса (TLB) на месте нормальных данных может оказаться полнейшая чушь. Сталкивался с этим на ещё на NT4.0, при частом и многократном Alloc и Free, после очередного Alloc вместо странички с данными иногда появлялась совершенно левая страница. Пришлось в начале работы программы тупо делать Alloc огромного куска памяти, который может потребоваться и пользовать потом его. Причина была где-то в ntdll.dll Nt(Zw)AllocateVirtualMemory, окончательно так и не выяснили, терпения не хватило. Это, кстати, к вопросу, о том, отчего винда и её софт так прожорливы. А вот поэтому в том числе.
Это раз.

В винде нередки сбои ОС, не приводящие к чему-то фатальному, но портящие данные процесса. Ядро, прочитав данные из устройства (с файлами вроде всё хорошо было), например, пишет данные не в предоставленный буфер, а куда-то от балды. Это два.

Ну и разумеется реализация системных математических функций. Честно скажу - с ошибками в математической библиотеке винды я не сталкивался. Может быть тут у микрософта всё хорошо. Это три.

Stanson ★★★★★ ()
Ответ на: комментарий от Stanson

Но почему я этих проблем не заметил за многолетнее использование Виндовс XP на домашнем и рабочем компьютерах?

anonymous ()
Ответ на: комментарий от InsaneClown

> Сильно волнуетесь за безопасность? )) Сходите на экскурсию на

ближайшую атомную элетростанцию и поинтересуйтесь, под управлением

какой ОС работает их оборудование)



Во-первых, ближайшая АЭС достаточно далеко, а во вторых винда там в управлении реактором не используется. Для расчётов всякой фигни типа статистики, в худшем случае для отображения инфы с датчиков (долбаный Siemens, обычно), ну и в администрации, разумеется.
Реактор, к счастью, рулится совсем другими железяками.

Stanson ★★★★★ ()
Ответ на: А это-то зачем? от anonymous

Нокия вослед за этим попытается перенести штаб-квартиру в США и стать «американской» компанией.

Нокла могла бы и американский Андроид выбрать. Зачем было связываться с отморозками из МС?!

ns_ramesses ()
Ответ на: комментарий от Stanson

Приведите примеры системных математических функций Виндовс (или Линукса). Именно системные вызовы, а не библиотека С.

anonymous ()
Ответ на: комментарий от anonymous

> Но почему я этих проблем не заметил за многолетнее использование

Виндовс XP на домашнем и рабочем компьютерах?


Никогда-никогда за много лет сама не перезагружалась, никогда про Exception внезапно ничего не говорила и никогда не вываливалась в синий экран?

Stanson ★★★★★ ()
Ответ на: комментарий от Stanson

Ага. Там работяги ручками Уран добавляют. лопатой, как в паровоз :))))

anonymous ()
Ответ на: комментарий от anonymous

> Приведите примеры системных математических функций Виндовс (или

Линукса). Именно системные вызовы, а не библиотека С.


А разве математическая либа не является частью системы? Речь-то не о ядре, а о системе целиком. ntdll.dll или там kernel32.dll - не системные библиотеки?
Впрочем, если докапываться до столба, то обработка FPU Exception и всякая эмуляция сопроцессора, если FPU нету - прям в ядре и находятся.

Stanson ★★★★★ ()
Ответ на: комментарий от anonymous

> Ага. Там работяги ручками Уран добавляют. лопатой, как в паровоз

:))))


Уран там вообще не добавляют. Там ТВЭЛы заменяют периодически. Как правило именно работяги и, что интересно, без рук не обходится.

Stanson ★★★★★ ()
Ответ на: комментарий от Stanson

А чем FPU на Linux так кардинально отличается от FPU на Windows?

anonymous ()
Ответ на: комментарий от Stanson

Синий экран Виндовс как-то давала в результате проблем с памятью, после замены планки проблемы исчезли. Никаких exception от самой виндовса не было, только от прикладных программ без проблем у самой виндовс. ЧЯДНТ?

FreeBSD у меня вешалась гораздо чаще. Даже тупое переключение между консолями ctrl-alt-F* бывало вешало наглухо. Загрузка процессора её вешала. После перезагруки открытые файлы были пустые. И т.д.

anonymous ()
Ответ на: комментарий от Stanson

>>>Во-первых, ближайшая АЭС достаточно далеко, а во вторых винда там в управлении реактором не используется. Для расчётов всякой фигни типа статистики, в худшем случае для отображения инфы с датчиков (долбаный Siemens, обычно), ну и в администрации, разумеется. Реактор, к счастью, рулится совсем другими железяками.

Это Вам так кажется, что винда используется только для игры в косынку. Да и вообще, переубеждать бессысленно. Пример использования венды на оборудовании в 25 млн гривет свелся к тому, что на ней смотрят фильмы и считают в калькуляторе.

InsaneClown ()
Ответ на: комментарий от Stanson

Да, а расписание смены ТВЭл ( ну Уран же :)) или Плутоний ) у них по графику? Система, контролирующая кучу датчиков, и дающая команду к замене сего элемента доржна быть собрана на отработанном ядре

anonymous ()
Ответ на: комментарий от anonymous

> А чем FPU на Linux так кардинально отличается от FPU на Windows?

Если FPU есть - то оно не на линуксе и не на винде, а в процессоре.

Отличаются математические библиотеки, ибо в x86 в FPU всяких синусов и косинусов нету.

Stanson ★★★★★ ()

Продались сцуки. Раньше у нокиа не только железо говном стало, так теперь еще и ос говно будет.

anonymous ()
Ответ на: комментарий от Stanson

>в x86 в FPU всяких синусов и косинусов нету.

какой жёсткий слив.

anonymous ()
Ответ на: комментарий от Stanson

«Чем принципиально 64-битные x86 процессоры отличаются от 32-битных? Помимо возможности быстрой работы с целыми 64-битными числами и прямой адресации несравнимо больших объёмов как виртуальной, так и физической памяти, новый индустриальный стандарт для x86 процессоров ликвидировал три принципиальных недостатка этой архитектуры:

1. Удвоение числа целочисленных регистров общего назначения - по этому параметру все потомки Intel 386 очень сильно отставали от современных RISC и VLIW процессоров. Использование компилятором этих регистров позволяет заметно улучшить эффективность реализации многих алгоритмов. 2. Использование для операций с плавающей точкой не стека, а регистров, используемых в наборе команд SSE2. Очень заметно отражается на производительности, но также требует перекомпиляции программного обеспечения. 3. DEP - Data Execution Protection (защита от передачи на выполнение содержимого сегмента данных при возникновении ошибки переполнения), также называется EVP (Enhanced Virus Protection), сильно затрудняет работу определённых классов вредоносных программ, в первую очередь - червей и троянцев. Не требует перекомпиляции ПО, поддерживается и 32-битными ОС Microsoft, начиная с WindowsXP SP2 и Wndows 2003 Server SP1» ???

anonymous ()
Ответ на: комментарий от anonymous

> Никаких exception от самой виндовса не было, только от прикладных

программ без проблем у самой виндовс.


Откуда такая уверенность? :)
Как раз exception на виндовсе и говорят о проблемах в ядре.
Характерное поведение в винде - _внезапно_ выскакивает exception, софтина закрывается. Последующие попытки повторить это, совершая те же самые действия ни к чему не приводят, софтина нормально работает. Это и есть свидетельство того, что с большой вероятностью проблема в системе.

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

А теперь, внимание, вопрос - куда винда предлагает (если предлагает вообще) отослать сообщение об ошибке?
А почему не автору софтины?

Stanson ★★★★★ ()
Ответ на: комментарий от Stanson

Здесь не домохозяйки сидят, а в том числе профессиональные программисты, которые прекрасно знают, что такое ошибки и откуда они берутся. Смешить так не надо своими познаниями. Сначала разберитесь, куда у вас пропали синусы в интеловских FPU.

anonymous ()
Ответ на: комментарий от anonymous

> какой жёсткий слив.

Минуточку. в винде double sin(double) это FSIN?
Ахренеть.

Stanson ★★★★★ ()
Ответ на: комментарий от anonymous

> Сначала разберитесь, куда у вас пропали синусы в интеловских FPU.

Не знаю как у вас, а у меня синус из интелевского FPU сидит в fsin() и никогда не используется, а что?

Ну нету double sin(double) в x86 FPU. Оно везде ручками написано. Ну хоть в сырцы libc гляньте для приличия.

Вы не знали, что FSIN на практике не используют, и что для синуса практически везде написана своя функция которая быстрее и точнее чем FSIN?

Stanson ★★★★★ ()
Ответ на: комментарий от Stanson

где в словах «в x86 в FPU всяких синусов и косинусов нету» слово винда? Слив - они есть слив, не оправдывайтесь :))

anonymous ()
Ответ на: комментарий от InsaneClown

Господи, да сколько можно кичится этими русскими/украинскими недоучками-физиками, которые других ОС даже в глаза не видели, а рассчеты в экселе делают? Их особенно много в наших странах, узнаю таких по цветастым поверпойнтовским презентациям(мин 10 шрифтов и 20 цветов) на конференциях. А вообщем, экспериментаторы-физики зачастую используют виндовс только потому что под некие железки давно написаны драйвера, которые никто не собирается переписывать. А вот поехали бы вы хотя в ЦЕРН, то процент винды там 0.0001. Только в секретарей-референтов, да и то через одну. А о 25 млн гривен это вообще смешно. У нас в лаборатории только одна железка размером 20*20см - почти треть этой суммы стоит.

terminat0r ()
Ответ на: комментарий от terminat0r

Действительно, человек, способный наиболее точно рассчитать процесс распада в ядерной реакции - недоучка, а программист, пишущий софт для мобил - гений! Если человеку удобнее использовать ручной калькулятор, ему не будет удобнее считать на тачфоне.

anonymous ()
Ответ на: комментарий от terminat0r

Вау, пошли оскорбления? Мило, мило.

Оборудование и софт из США. Что же такие мегакрутые программеры не сделали это на базе линукса? Почему же нету до сих пор конкурентоспособного софта? В любой отрасли: обработка графики, видео, звука, развлечения, т.д. А цена оборудования приведена не для того, чтобы письками меряться. И да, противоопухолевый центр это государственная структура, с соответственным финансированием.

InsaneClown ()
Ответ на: комментарий от terminat0r

Какая разница на чём сделан расчёт? Вы не покупаете в универсаме товары только лишь по той причине, что ценники на витрины печатали под виндовсом? Это же просто линуксовый фанатизм крайне экстремистского толка.

anonymous ()
Ответ на: комментарий от InsaneClown

Плюс 100500 (по выражениям нашей nET молодежи :))) )

anonymous ()
Ответ на: комментарий от anonymous

> где в словах «в x86 в FPU всяких синусов и косинусов нету» слово

винда? Слив - они есть слив, не оправдывайтесь :))


Единственное в чём я облажался - надо было какой-нибудь арксинус упомянуть. Ну не пришло мне в голову, что кто-то знаменитый своим вечным багом FSIN/FCOS x87 может всерьёз воспринимать. Впрочем, и остальные «тяжёлые» функции x87 типа логарифмов и пр. тоже не особо используют в математических библиотеках, а пишут ручками.
Но суть-то не в этом.

Stanson ★★★★★ ()
Ответ на: комментарий от InsaneClown

> И да, противоопухолевый центр это государственная структура, с

соответственным финансированием.


И откатами.

Stanson ★★★★★ ()
Ответ на: комментарий от Stanson

Вы говорите об архитектуре процессора, а не о программной части.Во всех процессорах Intel x585 (могу ошибиться Pentium I) использована нормальная FPU с мат функциями. На ASM в любом случае этого не видно, но инструкции прописаны...

anonymous ()
Ответ на: комментарий от InsaneClown

> Вот давайте вы не будете говорить о том, чего не знаете?

Я и не говорю. Вот, например я НИЧЕГО в онкологии не знаю, и ничего про онкологию не говорю.

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

Stanson ★★★★★ ()
Ответ на: комментарий от Stanson

Перестаньте, иы говорим об ОС а не о Власти. Давайте отринем политику, она и так, как MS DOS, требует все больше, дает все меньше :)))

anonymous ()
Ответ на: комментарий от Stanson

>обработка FPU Exception и всякая эмуляция сопроцессора, если FPU нету - прям в ядре и находятся.

в каком ядре? в ядре Виндовс? или в ядре МС-ДОС тоже была эмуляция сопроцессора на случай его отсутствия для процессоров 8086-80386?

anonymous ()
Ответ на: комментарий от Stanson

>Вот, например я НИЧЕГО в онкологии не знаю, и ничего про онкологию не говорю.

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

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.