Microsoft по незнанию продавала Linux со своего сайта

> я могу взять исходники ядра Linux и собрать ядро и на MIPS и на ARM и на x86! Сделай мне тоже самое с WinXP!

У Windows другая можель распространения. Это не имеет ни какого отношения к портируемости.

> А какое это отношение имеет к твоей фразе о "партнере-лидере" и 64х винде?

64-х разрядная венда для Itanium вышла раньше дистрибутивов Линуксов для тойже платформы, а что ?

>64-х разрядная Венда вышла тогда, когда были выпущены 64-х разрядные процессоры их партнёром, лидером рынка, а не крикунами-выскочками с 9% рынка. До этого была бета прекрасно работающая.

Ага. "Крикунами выскочками", которые оставили Intel сосать, выпустив свой 64 процессор чуть на год раньше.

И еще, неужели ты действительно думаешь, что M$ стала бы так благородно ждать релиза от партнера, если ьы могла выпустить раньше? Да они просто были ВЫНУЖДЕНЫ выпустить. Иначе все было бы в полной жопе: Передовые производителие процессоров уже давно выпустили 64bit версии, и все нормальные OS уже поддерживают, а M$ тащится в хвосте...

Слив защитан?

> А ты собери мне прогу для WinCE на x86

Какие проблеммы ? Про Platform SDK не слыхал никогда ?

«Есть две бесконечные вещи — Вселенная и человеческая глупость. Впрочем, насчет Вселенной я не уверен» (с) Очень умный дятка.

Так что я умываю руки ибо твою бесконечную тупость мудростью не заполнишь и до скончания времен!

> Ага. "Крикунами выскочками", которые оставили Intel сосать, выпустив свой 64 процессор чуть на год раньше.

Первыми 64-х разрядный процессор выпустили Intel. Только он был не для геймеров. Рулевые решили, что геймерам 64-х битный процессор не нужен, оказалось, что всё наоборот. Что-то разрабатывать заново было поздно. Не ошибается тот, кто ничего не делает. Важно исправлять ошибки с минимальными потерями. Intel это делает успешно.

> Передовые производителие процессоров уже давно выпустили 64bit версии, и все нормальные OS уже поддерживают, а M$ тащится в хвосте...

Да, для пеара нужно было сделать. Реальная потребнеость в 64-х битной венде ничтожна до cих пор. Вон, местные аналитики и не видели её ни разу, но уверены, что она "глючит".

> Так что я умываю руки

Скатертью дорожка.

>А если я дам тебе ссылку, ты признаешь себя тупым ламером ?

Верховный Ламер пока у нас ты.

>Вот когда запустишь перекомпиляцией Мозиллу на PDA, тогда продолжим. Попробуй. Зайди в магазин, купи телефон/КПК с линуксом, которые "есть" хи-хи-хи, и запусти там Мозиллу. Что проще ? Не пробовал ? Не пробовал.

Насчет mozilla на PDA даже не сомневайся. Работать будет. Другое дело, что медленно (ведь там еще железо не такое быстрое)и интерфейс для PDA не очень предназначем. Поэтому сейчас разрабатывают новый удобный интерфейс Mozilla для мобилок. И лишнее обрезают.

>Если бы ты работал с MIPS, то знал бы, что порт Windows CE на MIPS есть.

Блин. Ты тупой ламер. WinCE != Win98 - это раз.

PS Все. Я больше не могу. Ламеру доказывать что-то бесполезно.

>Да, для пеара нужно было сделать. Реальная потребнеость в 64-х битной венде ничтожна до cих пор. Вон, местные аналитики и не видели её ни разу, но уверены, что она "глючит".

Вот потому потребность и ничтожна, ибо глючит и не работает.

>Первыми 64-х разрядный процессор выпустили Intel. Только он был не для геймеров. Рулевые решили, что геймерам 64-х битный процессор не нужен, оказалось, что всё наоборот. Что-то разрабатывать заново было поздно. Не ошибается тот, кто ничего не

Ага. Первые Opteron 64 были именно геймерскими :)

> Вот когда запустишь перекомпиляцией Мозиллу на PDA, тогда продолжим.
Попробуй. Зайди в магазин, купи телефон/КПК с линуксом, которые "есть"
хи-хи-хи, и запусти там Мозиллу. Что проще ? Не пробовал ? Не пробовал.

Слив засчитан.

http://ru.gentoo-wiki.com/HOWTO_Gentoo_на_КПК

"Как работать с gentoo linux на КПК

Gentoo на КПК изнутри ничем не отличается от обычного Gentoo. Поэтому
применими все обучные навыки работы с Gentoo и доступная в сети
документация."

А теперь жду от тебя руководство по установки Windows XP/2000 на КПК. WinCE - это не Windows, это совершенно другая ОС с другим ядром. А Linux он везде Linux.

> Насчет mozilla на PDA даже не сомневайся. Работать будет.

Святая вера ? Не будет она там работать. Причины - начиная от того, что весь Линуксовы/Юниксовый софт портирован за счёт макросов #if defined, т.е., он непортабелен. И заканчивая тем, что по тем же причинам не портировано на PDA огромное количесво билиотек, без которого никакой Мозиллы не будет. У меня Мозилла не перенеслась на старинный AIX, развлекался было дело. Какой уж там PDA.

> Другое дело, что медленно (ведь там еще железо не такое быстрое)

Железо там всяко получше первого пенька, а на первом пеньке Мозиллла работает сносно. Много времени назад я за такой машиной работал. Там не надо ничему детать, смена табов за 2 секунды - отличный результат, быстрее и не надо.

> и интерфейс для PDA не очень предназначем.

Это ты о чём ? Какой интерфейс ? Разрешение до 640x480 и выше, я на таком когда-то за пицуком работал. Браузеры для телефонов есть и работают. Что там не предназначено-то ?

> WinCE - это не Windows, это совершенно другая ОС с другим ядром.

Линукс на КПК - это совершенно другая ОС, с другим ядром.

> Gentoo на КПК изнутри ничем не отличается от обычного Gentoo.

Это писАл тупой журналюга. Когда ты компилишь ядро для ARM, компилится и исполняется совершенно другой код. Не знал ? Знай. Я молчу про ядро, даже gcc на разных платформах - совершенно разные продукты, на разных платформах исполняется совершенно разный код и одна и таже версия gcc может на разных платформах собирать один и тотже код или не собирать. Сюрприз ?

> 64-х разрядная Венда вышла тогда, когда были выпущены 64-х разрядные процессоры их партнёром, лидером рынка, а не крикунами-выскочками с 9% рынка.

Ыыыы да ты наверное не в курсе, что vелкософт послал своего партнера Intel нах, заявив, что не будет делать две версии маздая для AMD64 и IA-64. ж)

> А теперь жду от тебя руководство по установки Windows XP/2000 на КПК.

Если бы у меня были исходники ядра Windows, я тебе это показал. У Windows другая можель распространения. Не понятно ? Жаль. Ровно на таком уровне, как и у линуксойдов - ядро запускается. Только если развернуть все макросы ядра Линукс, ни единой совпадающей строчки ядра Линукс для PDA и для PC не будет. Линуксойды на это закрывают глазки, а Microsoft честно пишет - Windows XP и Windows CE.

> елкософт послал своего партнера Intel нах, заявив, что не будет делать две версии маздая для AMD64 и IA-64

Ты бы тему хоть почитал перед вываливанием своего могза в конференцию. Не будет поддерживаться только Windows XP, Windows Server family для Itanium поддерживается и поддерживаться будет. Конечно, жать, что не поддерживается десктопная версия. Мне она именно сейчас и нужна.

> Линукс на КПК - это совершенно другая ОС, с другим ядром.

Ты идиот или притворяешься? Gentoo она что на x86, что на ARM, что на PPC одна и та же, собранная из одних и тех же исходников.

> Когда ты компилишь ядро для ARM, компилится и исполняется совершенно другой код.

Какой еще "другой"? Из тех же самых исходников, понятно, что собирается не x86 код, а код для ARM/PPC/MIPS/etc. )

> Я молчу про ядро, даже gcc на разных платформах - совершенно разные продукты

Не совершенно разный, а тот же самый код ядра с включением кода, учитывающего машинную специфику конкретной платформы и предоставляющий в юзерспейс то же самое API, которое использует glibc, предоставляя единое API на любой платформе для пользовательских программ. Ты хочешь сказать, что Debian на всех своих поддерживаемых платформах - это суть совершенно разные системы с совершенно разными ядрами и совершенно разным gcc, который на каждой платформе собирает код как попало?

> gcc может на разных платформах собирать один и тотже код или не собирать

Естественно - если не думать головой и писать некроссплатформенный код, не учитывать является система big endian илил little endian, то он даже на x86_64, по сути продвинутом x86, не соберется, а если соберется, то заработает не так как надо. А если код приложения написан правильно, то соберется и будет работать на линуксе на любой платформе! Огромные репозитарии Debian для 14 архитектур тебе в пример.

> Motorola E680, A768i

В этих телефонах Линукс играет роль некоей "своей", закрытой операционной ситемы, которых полно. Линукса пользователь не видит, видит жаву. Сравни с системами на Windows Mobile.

> Ты бы тему хоть почитал перед вываливанием своего могза в конференцию. Не будет поддерживаться только Windows XP, Windows Server family для Itanium поддерживается и поддерживаться будет.

Ты бы хоть немного подумал, пиаря "всемирно известного партнера" мелкософта, которого мелкософт пнул как нащкодившего щенка, выбрав архитектуру AMD64 от выскочек, а не IA-64 от своего любимого партнера.

> В этих телефонах Линукс играет роль некоей "своей", закрытой операционной ситемы, которых полно. Линукса пользователь не видит, видит жаву. Сравни с системами на Windows Mobile.

На телефон можно поставить обычный Linux - Debian, Gentoo. Как поставить ОС семейства WinNT, которой WinCE ни разу не является на КПК?

> Какой еще "другой"? Из тех же самых исходников, понятно, что собирается не x86 код, а код для ARM/PPC/MIPS/etc. )

Ты знаешь, что такое макросы ? Нет. Иди учи буквари. В исходниках ядра Линукс почти всё - макросы. Равно как и в Unix - многое есть маросы. Пробовал читать ядро ? Нет. Попробуй. Многое узнаешь. Если осилишь. Хи-хи.

> Не совершенно разный, а тот же самый код ядра с включением кода, учитывающего машинную специфику конкретной платформы и предоставляющий в юзерспейс то же самое API

Это твои фантазии. Реальность же состоит в том, что у меня не собирался один и тотже код на той же версии gcc под разными тплатформами.

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

Ты на редкость пронициателен. Именно это я и хочу сказать.

> Естественно - если не думать головой и писать некроссплатформенный код, не учитывать является система big endian илил little endian,

Дружочек !!! Если не учитывать big и little endian, а также выравнивание и пр. особености, код СОБЕРЁТСЯ БЕЗ ЕДИНОГО ПРЕДУПРЕЖДЕНИЯ. У меня же код не собирался.

> если код приложения написан правильно, то соберется и будет работать на линуксе на любой платформе!

Где ты такой код видел ? В сказке ? В своих розовых фантазиях о Линуксе ? В лекциях преподов, не написавших ни одной программы ? Загляни в любой файл любого приложения. Увидишь там #define #define #define #if defined #if defined и этого барахла чутьли не больше, чем полезного кода.

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

> , а если соберется, то заработает не так как надо.

А вот это, дружочек, совсем другое дело. Если бы он собрался, но не заработал по причине аппаратных особенностей, претений бы никто не предявлял, но тут другое.

> мелкософт пнул как нащкодившего щенка, выбрав архитектуру AMD64 от выскочек, а не IA-64 от своего любимого партнера

А ты месте Болмера выбрал бы архитектуру, которая не продаётся ? Ну ты ППЦ фанатик. Ты ба следующий же день с пером под мышкой проснулся бы, если бы на месте Болмера поддержал бы Itanium, а на AMD64 положил.

> Ты знаешь, что такое макросы ? Нет. Иди учи буквари.

Знаю, умник распальцованный.

> В исходниках ядра Линукс почти всё - макросы. Равно как и в Unix - многое есть маросы.

Я что-то не понял что ты этим хотел сказать? Что из-за макросов код становится совершенно другим продуктом - заюзал size_t - и все, капец? :) У разных платформ порядок байт разный, разрядность машинного слова разная, поэтому использовать макросы, учитывающие такие особенности - это нормально. По твоей логике получается, что NT для альфы была совсем не NT, а совершенно другим продуктом?

> Это твои фантазии.

Это реальность бытия. У Linux машинозависимый код лежит в /usr/share/linux/arch/*, остальное - машинонезависимое.

> Реальность же состоит в том, что у меня не собирался один и тотже код на той же версии gcc под разными тплатформами.

Исправь свой кривой код.

> У меня же код не собирался.

Код в студию. Возможно, бага в gcc, что еще не означает, что он является совершенно разным продуктом для разных платформ.

> Где ты такой код видел ? В своих розовых фантазиях о Линуксе ? В лекциях преподов, не написавших ни одной программы ? Загляни в любой файл любого приложения.

http://ftp.ru.debian.org/debian/pool/

> Увидишь там #define #define #define #if defined #if defined и этого барахла чутьли не больше, чем полезного кода.

Ну и что с того? Опции конфигурирования, особенности AIX, Solaris, поддержвиаемые фичи специфичные для конкретной системы(kqueue, alsa, mmap, ip_queue...) и прочее.

> А ты месте Болмера выбрал бы архитектуру, которая не продаётся ? Ну ты ППЦ фанатик.

Да просто мс прошляпили рынок, фанатично медитируя как и ты на интель, когда Linux уже работал на AMD64.

> анонимусы, вы задрали вываливать сюда свой моск, не читая темы. Лень всё читать ? Это не оправдание. Я тоже не попугай одно и тоже повторять.

Ну то есть слил? Доказательство, что Linux работает от мобильников до суперкомпьютеров было приведено. Доказательство того как винда портируется - нет. Win9x, WinNT и WinCE - совершенно разные ОС. Если бы винда была нормальной ОС, то она бы эволюционировала и легко портировалась, а выкидывалась нахер как маздай 95 и не писалась бы с нуля под другие платформы как WinCE. Отсюда вывод винда - херово портируемая недоось. :)

> что-то не понял что ты этим хотел сказать? Что из-за макросов код становится совершенно другим продуктом

Да, дорогой друг, именно так. Только на несколько ином уровне. Ты, конечно, знаешь, что на PC, к примеру весь API ядра Linux реализован через int 80 ? Ну, я даже не сомневаюсь в этом. А теперь попробуй подумай на тему, как портировать приложение, используещее, допустим, только вызовы ядра на Alpha, где такой инструкции вообще нет ? Так, glibc, да ? Поехали дальше. А какой версии glibc <собирается> на Alpha ? Какой версией binutils ? Не знаю - не пробовал, да ? Я не буду углубляться. Я этим занимался, ты - нет. Реультат - из вашей же ссылки, которую кто-то из вас тыкнул мне в качестве доказательства портируемости Линукса. "# Собрана минимальная система. Поддерживаются КПК на базе PXA250 и PXA270. # X запускается корректно и работает # Работает тачскрин # Собрано минимальное графическое окружение". Всё. Никакой Мозиллы, ни, тем более, Nero, на Linux PDA нет и быть не может.

> Доказательство, что Linux работает от мобильников до суперкомпьютеров было приведено.

Доказательство, что Линукс работает на мобильнике, может находиться только в магазине. Те две модели Motorola, что привели, не пойдёт. Собственно, Линукса там не видно. Там видна Жава. Если бы не документация, вы бы не узнали бы никогда, что он там есть. В моделях с Windows Mobile видна именно ВЕНДА. С жавой в том числе.

> Win9x, WinNT и WinCE - совершенно разные ОС

Равно как Red Hat 3.0 и Debian Etch.

> выкидывалась нахер как маздай 95

Windows 95 сделала своё дело по переводу людей из-под DOS в GUI.

> о. По твоей логике получается, что NT для альфы была совсем не NT, а совершенно другим продуктом?

Это смотря что считать другим продуктом. Если считать Windows CE и Windows XP разныит пробуктами, то и Windows NT для альфы и для PC - разные продукты.

> Исправь свой кривой код.

Хех, это не мой код.

> Код в студию. Возможно, бага в gcc, что еще не означает, что он является совершенно разным продуктом для разных платформ.

Дело давно забытое, та машина уже списана. Да и зачем тебе это ? Ты такую технику и не видел никогда. Если бы gcc был написан дествительно портабельно, бага проявлялась бы на всех платформах

> http://ftp.ru.debian.org/debian/pool/

Я тебя тоже на microsoft.com могу послать набираться знаний, умник. Тебя ткнуть в директивы типа #if defined PPC ? Иди попробуй собери Sun JAVA 5 на Alpha, я поржу.

> особенности AIX, Solaris, поддержвиаемые фичи специфичные для конкретной системы(kqueue, alsa, mmap, ip_queue...)

О! Он сам признал, что разные Линуксы - это разные ОС. Афигеть.

> Windows 95 сделала своё дело по переводу людей из-под DOS в GUI.

Хотелось добавить. Это сделала даже не Windows95 а Windows 3.0. И вот именно windows 3.0 был настоящим чудом и шедевром программистов MS - на железке Intel 8086 и 640 kb памяти запускался оконный интерфейс, печать, сеть (в WFWG) и многое другое. В то время не было ни одной ОС, которая могла дать такое на таом железе (и за такие деньги). И это стало основой процветания MS.

Цель Windows 95 - заставить работать Win32 приложения на массовом железе того времени - Intel 80386 + 4 мб памяти.

> Ты, конечно, знаешь, что на PC, к примеру весь API ядра Linux реализован через int 80 ? Ну, я даже не сомневаюсь в этом.

int 80h, для i686 и выше еще и sysenter, на x86-64 - syscall.

> А теперь попробуй подумай на тему, как портировать приложение, используещее, допустим, только вызовы ядра на Alpha, где такой инструкции вообще нет ?

Ни одно нормальное пользовательское приложение не полезет использовать int80h/sysenter/syscal/trap напрямую. Если завязываешься на низкоуровневый платформозависимый интерфейс ядра - сам дурак.

> Так, glibc, да ?

Однозначно.

> А какой версии glibc <собирается> на Alpha ?

2.5 собирается http://packages.debian.org/testing/libs/libc6.1, 2.3.6 собирается для стабильной ветви http://packages.debian.org/stable/libs/libc6.1

> Какой версией binutils ?

2.17/2.17cvs20070426 http://packages.debian.org/stable/devel/binutils, http://packages.debian.org/testing/devel/binutils

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

> Не знаю - не пробовал, да ?

А зачем собирать если уже собрано? :)

> Реультат - из вашей же ссылки, которую кто-то из вас тыкнул мне в качестве доказательства портируемости Линукса

Результат - ты громко сел в лужу, пытаясь что-то доказать ;)))) Т.к. конкретно приведенный Debian GNU/Linux встанет и на КПК и на ПК, сервер и суперкомпьютер и любую встраиваемую технику, если памяти хватит, на любой из более чем десятка поддерживаемых архитектур. Linux - портируемая система, винджа - гавно, которое сначала пишут в виде Win 3.1, затем выкидывают переписывают ядро получают мадай 95, затем снова выкидывают пишут NT, затем для встраиваемой техники выкидывают NT и пишут с нуля WinCE.

wa - это пролсто дурак или он прриукалуется????

Неверю что настолько тупой чел умеет компьютером пользоватся...

wa за тебя твоя девушкка постится ? ;)

> Собственно, Линукса там не видно. Там видна Жава. Если бы не документация, вы бы не узнали бы никогда, что он там есть. В моделях с Windows Mobile видна именно ВЕНДА.

Эксперт млин, а если бы там стоял линукс с интерфейсом, закошенным под маздай, ты бы тоже сказал, что это винда?

> Равно как Red Hat 3.0 и Debian Etch.

Ну тогда и Win XP с Vista - тоже совершенно разные ОС. У RedHat и Debian ядро одно - Linux, API libc тоже одно, бинарник от одной системы заработает на другой если платформа одинаковая. У WinCE и WinNT и API и, что самое главное, ядро - совершенно разные.

> Windows 95 сделала своё дело по переводу людей из-под DOS в GUI.

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

> Т.к. конкретно приведенный Debian GNU/Linux встанет и на КПК и на ПК

О, до чего договорились. Ну, дай мне дистр Debian для КПК.

> А зачем собирать если уже собрано? :)

Что собрано ? Мозилла для КПК ? Не собрана.

> Linux - портируемая система

через ж###.

>Это писАл тупой журналюга. Когда ты компилишь ядро для ARM, компилится и исполняется совершенно другой код. Не знал ? Не ну это верх дибилизма. Почитайте Э. Таненбаума и поймете как устроена система и как происходит портирование (кстати -- там описан и Linux и Win2000 --- сравните) И чтоб вы знали --- разное в ядрах Linux-а под разные архитектуры -- только некоторая часть кода имеющая название HAL Так вот в Linux-е оный hal выполняет ф-и работы с MMU и еще некоторые -- в общем кода килибайт ентак на 100-150 (енто я по максимуму) А остальной код НЕ ЗАВИСИТ ОТ АРХИТЕКТУРЫ! Есткственно есть различные железяки и методы работы которые могут быть применимы только к одной или к нескольким архитектурам Есть дров ext3 -- код его совершенно одинаков для всех архитектур Есть управление памятью -- оно везде одно (за исключением различий в архитектуре памяти те раздельная памаять программ и данных) Вобщем учите мат часть и читайте больше книжек -- авось попустит....

> а если бы там стоял линукс с интерфейсом, закошенным под маздай, ты бы тоже сказал, что это винда

Там не видно ни линуксового API, никакого причём, ни линуксовых приложений. Ну, yе осилили китайцы из Мотролы написание собственного ядра и что ? Нормальные производители пишут ядро сами.

> У WinCE и WinNT и API и, что самое главное, ядро - совершенно разные.

Равно как и у Равно как Red Hat 3.0 и Debian Etch.

> И это оправдывает ее угребищность или перманентную невозможность мелкосакса сделать сразу все нормально

Линуксойд, а если я возьму ядро давности 98-го года, ты сможешь найти в ядре 2007-го года хотябы 10% кода того времени ? Что, нельзя было сразу нормально сделать, да ? Перманентная невозможность и далее по твоему тексту, да ?

> Это смотря что считать другим продуктом. Если считать Windows CE и Windows XP разныит пробуктами, то и Windows NT для альфы и для PC - разные продукты.

Не юли. Если бы в WinCE было ядро, собранное из NT-шных исходников и одинаковый основной API - WinAPI, то WinXP и WinXP были бы осями одного семества.

> Хех, это не мой код.

Ну тогда какие основания верить тому что ты говорил?

> Если бы gcc был написан дествительно портабельно, бага проявлялась бы на всех платформах

Покажи софт такого уровня без багов. Банально взял использовал long, а не int32_t, который везде будет представлять из себя именно 4 байта - вот тебе ошибочный код, корректный с точки зрения компилятора.

> Я тебя тоже на microsoft.com могу послать набираться знаний, умник.

Ну давай, покажи мне там такой же портируемый как на http://ftp.ru.debian.org/debian/pool/ код. ;)

> Тебя ткнуть в директивы типа #if defined PPC ?

Ну и? Ты давай показывай NT работающую на КПК, или любую винду на Cell пусть даже с директивами #ifdef CPU в коде. :)

> Иди попробуй собери Sun JAVA 5 на Alpha,

А они исходники дают?

> О! Он сам признал, что разные Линуксы - это разные ОС. Афигеть.

Дурак штоле? Прикладной софт пишут не только для Linux, отсюда и куча #define-ов и в том же линуксе новые сисколы добавляют, так что если ты захочешь использовать их, не сломав обратную совместимость придется лепиьт #define. Дошло?

> И чтоб вы знали --- разное в ядрах Linux-а под разные архитектуры -- только некоторая часть кода имеющая название HAL

Ну, слушай, это отлично. А теперь ответь на простой вопрос. Что в ядре Линукс есть ещё, кроме HAL ? Драйверы ? Дык они под ARM и PC разные.

> Есть дров ext3 -- код его совершенно одинаков для всех архитекту

Ну, допустим, код NTFS Windows тоже совершенно одинаков для всех архитектур.

> то WinXP и WinXP были бы осями одного семества.

WinXP и WinCE, конечно же. )

> Если бы в WinCE было ядро, собранное из NT-шных исходников и одинаковый основной API - WinAPI, то WinXP и WinXP были бы осями одного семества.

Откуда ты знаешь, из каких исходников собраны ядра WinCE и NT ? Я говорю, что из одних и техже. WinAPI - одинаковый, за исключением аппаратных особенностей.

> Ты давай показывай NT работающую на КПК, или любую винду на Cell пусть даже с директивами #ifdef CPU в коде.

Ты просто упёрся в наличие у тебя кода ядра и разные названия Windows. Закрывая глаза даже на то, Линукса на мобилах НЕТ.

> А они исходники дают?

Ну а какже.

> Прикладной софт пишут не только для Linux, отсюда и куча

Аааа, ну ладно. Тогда попробуй напрячься и объснить, почему Мозиллы и Жавы 5 для PDA нет.

>Ну, слушай, это отлично. А теперь ответь на простой вопрос. Что в ядре Линукс есть ещё, кроме HAL ? Драйверы ? Дык они под ARM и PC разные.

Ато они под виндой не разные Это всего-навсего говорит о том что если я написал pthread_create(...) то мне не прийдется писать что-то другое на совершенно другой платформе И параметры в том числе будут одинаковы и значить то же самое И libc одинаков -- это и есть API! и они одинаковы ! И давайте разберемся -- про какое портирование идет речь? Перегнать ядро на новую архитектуру -- это 1% от всего дела. Это быстро для любой ОС-и ! А вот ее окружение --- это совсем другое дело! В случае линуха -- если запущено ядро, если есть gcc -- все дело сделано --- компиль и используй. И что самое главное код API -- один и тотже --- только скомпанован в формате приемлемом для платформы (имеется в виду размер типов данных упаковка данных выравнивание и тд)

И чего я не наблюдаю в винде. По долгу работы я выполняю порты на разные платформы под Linux-ом а в соседнем кабинете сидят бедненькие коллеги выполняющие то-же под винду... Так у меня на порт уходит намного меньше времени!

И я повторюсь -- уважаемый прочитайте хотя-бы пару статей на эту тему

летел ЭрФрансом на 777 и обратно на A-340, так постоянно лицезрел Windows CE BSOD screen на телике сзади соседского кресла, уж устал - надеялся только что его автоматика не на этом дерьме построена.:(

> Это всего-навсего говорит о том что если я написал pthread_create(...) то мне не прийдется писать что-то другое на совершенно другой платформ

Дружочек !!! Синтаксис функции CreateThread СОВЕРШЕННО ОДИНАКОВ под Windows CE и NT. До единой запятой WTF !!! Другое дело в аппартных ограничениях, но обрабатывая ГРАМОТНО результат, можно и нужно делать совершенно портабельный код. А вот твоя pthread_create есть не везде и я не поручусь за наличие её в конкретной сборки. Особенно, под экзотические платформы.

> И libc одинаков -- это и есть API! и они одинаковы !

Только твой pthread_create в glibc не входит. Хи-хи-хи.

> Перегнать ядро на новую архитектуру -- это 1% от всего дела. Это быстро для любой ОС-и ! А вот ее окружение --- это совсем другое дело!

Золотые слова, слушай. Вот поэтому твоего линукса и нет на мобилах.

> По долгу работы я выполняю порты на разные платформы под Linux-ом а в соседнем кабинете сидят бедненькие коллеги выполняющие то-же под винду... Так у меня на порт уходит намного меньше времени!

Это ни о чём не говорит. К сожалению, "программистов", не знающих Win32 API, всё больше и больше. Даже не знают, что это. Как ты, например.

> И я повторюсь -- уважаемый прочитайте хотя-бы пару статей на эту тему

Ага, слона купи.

> О, до чего договорились. Ну, дай мне дистр Debian для КПК.

http://wiki.debian.org/PocketWorkstation http://pocketworkstation.org/ Хауту по Gentoo Linux на КПК было выше. А где хауту по NT на КПК?

> Что собрано ? Мозилла для КПК ? Не собрана.

Собрана. В портах под конкретную архитектуру.

> через ж###.

Да не - не через жопу. Вот винда вообще не портируется, в первых NT кое-как портировалась на альфу, в более поздних версиях портирование отключили :) поэтому портиорвание венды на КПК только через жопу - путем переписывания ОСи с нуля, в итоге все равно получилась глючная жопа, которую нужно перезагружать, чтоб не текла лол.

> Только твой pthread_create в glibc не входит. Хи-хи-хи. Гы-гы --- А куда он по твоему входит???? То что после этого идет системный вызов --- пользователю и не надо знать POSIX вообще не говорит где должна располагаться та или иная ф-я Она может быть и вовсе полностью библиотечная!!!

> Это ни о чём не говорит. К сожалению, "программистов", не знающих Win32 API, всё больше и больше. Даже не знают, что это. Как ты, например.

1) Что такое API скорее всего не знаете вы

2) Win32 API я не знаю и никто меня не заставит их знать но тем не менее знаю что данные API в разных аппаратных реализациях винды -- имеют разные ф-и (откройте MSDN и сразу натолкнетесь) (Даже имена иногда различаются!!! не говоря о том что там творится с параметрами). А API они на то и API чтобы быть НЕИЗМЕННЫМИ! и втом числе интерпретация и поведение.

> Золотые слова, слушай. Вот поэтому твоего линукса и нет на мобилах.

Дамь... Чувак ты хоть раз в жизни держал в руках клаву подсоединенную к компу с компилером?? Я честно говоря после прочитанного сомневаюсь в этом..... Я хоть сейчас запущу линух и почти любой кофеварке куда портирован Linux и gcc и любое графическое приложение если у железяки есть чем и куда отображать. И делаю это каждый день -- работа знаете ли такая...

Выдайте на гора пожалуйста стандарт на системные вызовы винды (хотя-бы на них) и покажите мне что они одинаковы

Какое мне дело до того какой там код? Самое главное есть спецификация и если ее придерживаться то можно не заботиться о портировании туда где есть Linux-kernel.

> http://wiki.debian.org/PocketWorkstation http://pocketworkstation.org/

Товарищ ! Скажи честно, ты ЭТО пробовал на практике ? А то все трубят о великом шествии Линукс, а в магазине - Венда. Сдаётся мне, что это не работает. Хи-хи-хи. А потому что венда, конечно, кривая, но если венда кривая, то линукс по VNC с самого себя через fbvnc - это вообще ППЦ какая жесть. Тем более, на таких слабых КПК, как Zaurus. Для нормальных КПК ничего нет, конечно же.

> Вот винда вообще не портируется

Друк, сходи в магазин и посмотри, как она "не портируется". На любом телефоне - венда с экплорером, WMP, и офисом. И линуксойды на старье vnc с самого себя запускают. И этим гордятся.

> Только твой pthread_create в glibc не входит. Хи-хи-хи.

Замечательно входит и выходит. Не в супердревние linuxthreads так в NTPL.

$ nm threadbench|grep pthread_ U pthread_attr_init@@GLIBC_2.1 U pthread_attr_setdetachstate@@GLIBC_2.0 U pthread_attr_setstacksize@@GLIBC_2.1 U pthread_create@@GLIBC_2.1

> Золотые слова, слушай. Вот поэтому твоего линукса и нет на мобилах.

Мумий из Мавзолея, очнись, на ЛОРе постоянно выходят новости про линуксовые КПК.

> но тем не менее знаю что данные API в разных аппаратных реализациях винды -- имеют разные ф-и

Равно как и юниксовое и линуксовое API имеет разные фичи в разных аппаратных реализациях. Пример - тотже твой pthread_create может создавать отдельный процесс, может не создавать. Твоего pthread_create вообще может не быть в какой-то реализации. На любую функцию полно ньюансов.

> Выдайте на гора пожалуйста стандарт на системные вызовы винды (хотя-бы на них) и покажите мне что они одинаковы

Win32 API.

> Самое главное есть спецификация и если ее придерживаться то можно не заботиться о портировании

Это только в розовых мечтах. Реальность вносит ограничения. Что в Windows, что в Linux. Но в Windows с этим лучше.

> Я хоть сейчас запущу линух и почти любой кофеварке куда портирован Linux

Я бы тебе дал терминал с Линуксом, где твоего pthread_create нет, да много чести.

> а ЛОРе постоянно выходят новости про линуксовые КПК

А ты, видимо, нигде, кроме ЛОР-а и не бываешь. В магазин зайди и протрезвей.

> Товарищ ! Скажи честно, ты ЭТО пробовал на практике ?

Не пробовал. У меня вообще КПК нет.

> А потому что венда, конечно, кривая, но если венда кривая, то линукс по VNC с самого себя через fbvnc - это вообще ППЦ какая жесть.

WinXP или любая другая NT хоть усрись даже так работать не сможет. :)

> Друк, сходи в магазин и посмотри, как она "не портируется". На любом телефоне - венда с экплорером, WMP, и офисом.

ПОртируется как виндд 95/98 - выкинули-переписали. Ты сам только что выше рассказывал про Linux с джавой на КПК. Как так, ведь линукса на КПК не существует?