ReactOS 0.4.3

поставить сейчас цель поддержки драйверов от доса в линуксе

Эта цель была поставлена достаточно давно и давным-давно успешно выполнена. Вплоть до запуска Win 3.11 включая звук, сеть, мышь и так далее.

BSOD я увидел быстрее, чем сумел поставить драйвер.

Учитывая специфику реактоса, без описания как ты его запускал - эти слова просто белый шум.

Т.е. линукс может работать с железом, например сетевой картой, при помощи бинарного драйвера от доса? И эта цель была поставлена и решена именно _сейчас_?

Учитывая специфику реактоса

Ну да, запашок специфичный, этого не отнять.

без описания как ты его запускал

Тут ты меня подловил — я действительно не стал дожидаться полнолуния в пятницу 13 в нечётный високосный год после того, как чёрный петух снесёт яйцо, ставил по-простому, думал проканает.

Так BeOS или Haiku ставила разумные цели?

Haiku. Мы же про открытые ОС говорим. Какие цели были коммерческой BeOS не берусь судить.

Но сейчас уже 2016 год!

И Haiku умеет несколько больше чем старый BeOS. В обсуждении того старого кода монтажки это упоминалось. И ты не сможешь запихать 2016 год в ядро Линукса. Вот так голословно. Линукс неплох для многих задач. Но вот в этой конкретной области Haiku может быть лучше. Столько эмоций.

с какой целью бинарная совместимость с протухшим софтом от BeOS
А поддержка софта от BeOS на уровне бинарников зачем?

То что ты не знаешь осуществовании чего-то, не значит что такого софта вобще нет. BeOS энтузиасты тянули очень долго. А софт под OS/2 есть до сих пор. Но вобще это такая заявка на то что они не будт ломать рабочее по желанию левой пятки. Когда-то похожий подход поднял винду до 98%.

ценой сборки системы древним gcc?

А вчем тут цена. Запихал и пускай собирается? Новый вариант тоже есть.

Это почти все равно как поставить сейчас цель поддержки драйверов от доса в линуксе.

Я тебе по секрету скажу что в ядре линукса есть крыжики для поддержки бинарников unixoв до линукса.Но новичкам об этом не говорят. И ты никому ...

Ага, это называется DosBox и это работает.

Я тебе по секрету скажу что в ядре линукса есть крыжики для поддержки бинарников unixoв до линукса.Но новичкам об этом не говорят. И ты никому ...

Не надоело очевидные вещи под видом мировых тайн писать? При чем тут это, если в линуксе свои же бинарники 10 летней давности легко могут не завестись. Я как-то пытался на ядро 2.6.18 поставить иксы года 2012 или 2013 с соответствующим юзерспейсом. И хрен.

А вчем тут цена. Запихал и пускай собирается? Новый вариант тоже есть.

Бесполезное дублирование библиотек. Мучение при его использовании программистами.

То что ты не знаешь осуществовании чего-то, не значит что такого софта вобще нет.

Приводи конкретный пример. Если доступны исходники, их очевидно можно подрихтовать и собрать новым gcc. Так что нужен пример закрытого приложения под BeOS, нужного до сих пор.

Haiku. Мы же про открытые ОС говорим.

При этом ты приводишь цели, которые ставила BeOS.

Ты издеваешься? Или хочешь меня довести, чтобы меня забанили )))

Какой нахрен досбокс, ответь по существу на то, что я писал.

Почему, это как раз интересно. Как и за счет чего Хайку моментально переключает контекст, просвети?

Я не настолько ядерщик и ненастолко лектор что бы делать хорошо. Но насколько я понимаю компилятор встречая в коде на С++ примитивы из BeAPI собирает эту информацию. Поэтому планировщик может сворачивать многие переходы между процессами в подобие автомата. А в линуксе планировщик не имея такой информации вынужден руводствоватся эвристикаи держать много лишней информации на случай непредсказуемого перехода. Поэтому к слову BeOS/Haiku неразделимы с С++.

Я не настолько ядерщик и ненастолко лектор что бы делать хорошо. Но насколько я понимаю компилятор встречая в коде на С++ примитивы из BeAPI собирает эту информацию. Поэтому планировщик может сворачивать многие переходы между процессами в подобие автомата. А в линуксе планировщик не имея такой информации вынужден руводствоватся эвристикаи держать много лишней информации на случай непредсказуемого перехода. Поэтому к слову BeOS/Haiku неразделимы с С++.

Даже если это так (что сомнительно), то это преимущество не ядра, а компилятора либо фреймворка в юзерспейсе. BeAPI на С++ это никак не ядро. Тогда и в линуксе компилятор так же может собирать некую информацию из кода, если написать заточенный под это фреймворк. Зачем Хайку оригинальное ядро тогда, влекущее необходимость писать все драйверы самим с нуля.

При чем тут это, если в линуксе свои же бинарники 10 летней давности легко могут не завестись.

Потому что stable api nonsence. И сборка дистрибутивов это не совсем то же самое что должно завестись через 10 лет.

Я как-то пытался на ядро 2.6.18 поставить иксы года 2012 или 2013 с соответствующим юзерспейсом. И хрен.

Значит тебе в чем то не повезло Или чего-то не знал. Я года полтора жил на похожей конфигурации. То бишь все возможно.

Бесполезное дублирование библиотек. Мучение при его использовании программистами.

Ты внезапно програмист Haiku?Ж

Так что нужен пример закрытого приложения под BeOS, нужного до сих пор.

Кому нужно? Почему они тебе этот пример должны приводить. Ты ведь не разработчик Haiku ни разу. На прикладной софт и развитие Api это не влияет.

При этом ты приводишь цели, которые ставила BeOS.

BeOS как комерческая компания много чего хотела не толко массовую ОС но и варианты Apple-а и свое жлезо. Haiku выбрала некотрую часть.

Haiku выбрала некотрую часть.

После того как идеи BeOS начали воплощаться в остальных ОС, занимающих весь рынок.

Почему они тебе этот пример должны приводить.

Чтобы я проникся их высокими целями и стал разработчиком Haiku. А то пока непонятно, нафейхоа мне gcc 2 в 2016 году.

из новостей

«Не читайте на завтрак советских газет» (ц)

то это преимущество не ядра,
BeAPI на С++ это никак не ядро.

Это премущество взамодейсвия кода пользовательского и ядра. В линукс специально запиливали вызовы и целые модули что бы ускорить сетевое взаимодействие. А Be-сообщество традиционно ориентировано на C++ и их ядро тоже на нем. BeAPI это в том числе интефейсы ядра.

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

Тыф сейчас пытаешся заявить людям которые делом доказали право на жизнь для своего подхода, что они не правы. Тебя так кажется. Какой смысл? Я знаю такие варинты. Но они не показывают чего-то похожего на Haiku.

Зачем Хайку оригинальное ядро тогда, влекущее необходимость писать все драйверы самим с нуля.

Вариант с BeAPI под линукс он тоже был. Но не от сообщества Haiku и вызывал срач похожий на ROS здесь. Но чем то особенным он не запомнился.

С тех пор умеет posix api.

Моя венда тоже умеет posix api, но это не делает её системой unix-like.

Её еше со времен BeOS так позиционировали.

4.2

Если что, мы с Haiku за одним столом будем стоять на FOSDEM

:D

На реальном железе работает намного больше двух.

Он хочет, чтоб в виртуалбоксе работали все 6 сетевух искаропке. А у нас собственный драйвер есть только для двух. Что собственно не означает, что остальные четыре не работают, если им сторонний драйвер подсунуть.

Только его куриного мозга не хватает, чтобы осознать, что для виртуального окружения незачем делать 6 драйверов сетевух, и одного-двух более чем достаточно.

Однакож дальше без меня. Совсем до маразма дошли.

Если заведомо не работает хотя бы один драйвер, то это означает, что api реализовано

Работают 2 из 6 из коробки, потому что для них есть свой опенсорсный встроенный драйвер. 4 остальные тоже работают, но драйвера нужно проприетарные ставить.

Вариант с BeAPI под линукс он тоже был.

Еще бы, менять гибридное микроядро на монолитное, это для них регресс однако )) Или там с лицензией GPL какие-то терки возникли, что-то припоминаю.

Пожалуй, я погорячился обозвав разработчиков Haiku. Мне всегда нравилась эта система, до недавнего времени. Никакого прогресса в нужном направлении уже несколько лет не видно. Изначальная суть системы в BeAPI, именно приложения на нем раскрывают все преимущества. Но их никто не пишет, только WebPositive пилится. Пошла тенденция - Qt, JVM. Еще бы на Колибри Qt портировали. Это же убивает всю идею. Еще и с драйверами перспективы крайне туманны, а вопрос «кто будет писать драйверы» звучал еще много лет назад.

Ну вот тем более.

Я понимаю, что уже заманал, и весь этот спор вообще смысла не имеет, но пишу последний пост во имя справедливости. Скачал я последнюю ночную версию Haiku, почти год ее не тыкал уже, дай думаю посмотрю. Итог меня поразил. Чтобы использовать менеджер пакетов, нужно создавать онлайн аккаунт, форма с капчей. Аккаунт, Карл! За что мы боролись?.. Да даже в десятке можно без онлайн аккаунта.

Ну ладно, это фигня. Дальше стандартная задача для тестирования - написать на лоре. Запускаю ВебПозитив, логинюсь на лор - вся система виснет. Нет, я понимаю, что заклинивание браузера возможно. Но повисла вся система полностью! Включая мышь. То есть хваленая суперархитектура Хайку допускает такую возможность, когда приложение вешает чуть ли не ядро системы (а скорее всего ядро и повисло). Это о многом говорит.

Перезагружаюсь - запускаю браузер. Залогинился на лор удачно. При нажатии на ссылку «Трекер» браузер тут же виснет, так что не убивается процесс. Так я ничего и не смог сюда написать с Хайку. Это все на VirtualBox конечно же. При этом раньше все пахало, это удавалось.

После этого теста я понял, почему Хайку до сих пор альфа, как и ReactOS.

Перезагружаюсь - запускаю браузер. Залогинился на лор удачно. При нажатии на ссылку «Трекер» браузер тут же виснет, так что не убивается процесс. Так я ничего и не смог сюда написать с Хайку. Это все на VirtualBox конечно же. При этом раньше все пахало, это удавалось.

Вот я пишу этот текст из Хайку, запущенного в виртуалбоксе. Сборка Хайки - 50705, ВиртуалБокс - 5.1.10, завелось все сразу и без проблем, ВебПозитив не вылетал, на ЛОРчик зашел без проблем, кнопка «трекер» работает, как и все остальные. Могу выложить скриншот куда скажешь. Сдается мне, или кто-то кхм... несколько фантазирует, ну или просто несколько привирает.

Ну чо , IBM SPSS, Python, R, Word/Excel робят?

Его пишут что бы использвать win-програмы совместно c unix-like. Его пользователи получат преимущества обоих миров.

Куча штук из мира unix/linux существуют и под Windows: Проект Gnu On Windows даёт, собственно, GNU Core Utils. Проект BIND даёт unix-like сетевые утилиты. Проект Win32-OpenSSH разрабатывает вроде как сама MS, адаптируя OpenSSH под windows.

А ещё, говорят, в последних версиях windows можно запускать Ubuntu и её утилиты, но сам я этого не видел.

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

А несколько страниц назад я точно также как ты сейчас с Хайку, писал сюда с ReactOS. А мне отвечают - она не работает и работать не может, сразу бсод. Понимаешь, что я чувствовал теперь? )))

P. S. У меня та же сборка и коробка, что и у тебя. Странно почему же оно клинило, но факт остается фактом.

Python 2 с PyQt4 я ставил и свои проги запускал. Вроде работоспособно, только с pip какая-то проблема была, но ее можно обойти.

Но это и говорит о стабильности, которая хромает.

На минуточку, речь идет о ночных сборках Гаечки, которые вообще-то имеют право хоть вообще не запускаться. В отличие от «релиза» РОС, пусть даже и альфы.

А когда был последний релиз Хайку, который должен запускаться? Сколько мегалитров воды утекло с тех пор.

А когда был последний релиз Хайку, который должен запускаться? Сколько мегалитров воды утекло с тех пор.

Чем выпускать недопиленные релизы, кричать и пиариться, а потом краснеть, люди спокойно работают, и весьма успешно, судя по промежуточным результатам.

о есть хваленая суперархитектура Хайку допускает такую возможность, когда приложение вешает чуть ли не ядро системы

Возможность такого факапа - прямое следствие ее архитектуры. Линукс в разрезе многопоточности медленее Haiku в многом потому что написан с учетом возможного кривого кода и падений пркладных програм. Но если ты посмотришь хаутушки по RT-режимам линукса например в области обработки звука. То там как раз обычно стоит заметка, что кривой код левых по отношению к музыке браузеров может повесить вашу систему. Это вот как раз та же область что и для BeOS/Hаiku. И это примерно то что отличает Пульсу от Jack-а в линуксе.

И я уже раза три по моему объяснял почему Haiku специалированая система в отличае от декстопного линукса например. Поэтому ее архитектура имеет немного другие критерии «супер».

И когда после всего понаписаного вновь читаю спич «Haiku - Браузер упал - Архитектура гоно - Нас кинулии -ААА! » то я пониманию что я объяснял эти тонкости зря. И мне печально:(

Хотя возможно более виновен процесс запилтвания видеодрайверов. Их взимодействие с браузерами это такое вечно веселое место. Линукс тоже когда-то страдал в этом месте.

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

Вот это и странно, такого быть не должно. ОС не может быть спроектирована так, что юзерспейс вешает ядро влет, какие бы преимущества это не несло. Это же не ДОС. Фризы WebPositive - это его давний бич, наблюдаю их годами. Ну и ясно конечно, что дело в многопоточности. Сейчас в списке тикетов пестрят попытки устранить их.

Драйвер в данном случае VESA, по идее там виснуть не чему.

Но если ты посмотришь хаутушки по RT-режимам линукса например в области обработки звука. То там как раз обычно стоит заметка, что кривой код левых по отношению к музыке браузеров может повесить вашу систему.

Не сталкивался с таким как-то, хоть сижу на RT ядре настроенном под звук. И у меня на одном прерывании сидит WiFi карта и звуковая. А вот драйвер virtualbox (хостовый который) регулярно при загрузке убивает ядро, не заточен он под реалтайм. Но то модуль ядра, а не юзерспейс. Вообще не отрицаю, что на RT ядре бабах и от браузера чисто потенциально возможен.

И когда после всего понаписаного вновь читаю спич «Haiku - Браузер упал - Архитектура гоно - Нас кинулии -ААА! » то я пониманию что я объяснял эти тонкости зря. И мне печально:(

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

Архитектура винды и линукса фуфло по сравнению с беосом (так считается). Только я за почти 20 лет ни разу не видел ни на одной их версии, чтобы приложение вешало ядро, даже на спец RT ядре. Так может лучше пусть будет фуфло?

ОС не может быть спроектирована так, что юзерспейс вешает ядро влет, какие бы преимущества это не несло. Это же не ДОС.

Это у тебя какое-то возвышеное представление оторваное от реальности. Массовые ОС и ходят вокруг ДОС. И в ядре линукса запилино штук 5 если не больше системных вызовов обеспечивающик разную многопоточность. И гарантировать что все они имеют «защиту от дурака» сложно. А обычные приложения используют вместо них что-нибудь вроде user-space libpthread.so как единствно верный рецепт. Архитектура ОС здесь маленько подперта. То бишь злые кернел-хакеры отбили пальцы желающим покопаться в ядре без осознания надобностей:) Haiku на самом делее нехватает путеводителя по фунциональности. С времен BeOS там немножко изменилось.

Не сталкивался с таким как-то, хоть сижу на RT ядре настроенном под звук.

Тут есть тонкая разница между наличием такой возможности в ядре и реальным моментом когда спец. приложение начнет ее использовать.

Драйвер в данном случае VESA, по идее там виснуть не чему.

Драйвер он подперт внутреностями которые общие для всех их. А VB он сильнохитрый и для ускорения частично меняет реальность для ОС внутри. И если для винды примерно понятно что надо делать. То для самой новой Haiku он может и облажаться. По хорошему это надо проверять на железе.

Только я за почти 20 лет ни разу не видел ни на одной их версии, чтобы приложение вешало ядро, даже на спец RT ядре.

Это значит что 20 лет ты прожил в мире розовых пони. И вместо тебя с этим бодался «тестер быстрого реагирования» :) А почему тебе неизвестно оего тяжком труде остается загадкой:( Я немножко злобствую от удивления.

И возникает вопрос - так ли хороша эта архитектура на практике.

У тебя просто нет задач на которых это архитектура себя должна показывать и тебе нечему радоваться в противовес. В реальности для Haiku сейчас любой user-space приветствуется но непринципиален.

Ну, может ты и прав. Я просто немного разочаровался в Хайку последнее время. Что, по твоему, принципиально для нее сейчас? Раньше всегда как система для персонального десктопа позиционировалась.

Я просто немного разочаровался в Хайку последнее время.

Ты просто не поверишь, как я разочаровался в ROS в последние 18 лет!

Я заметил )))

VST MediaAddOn Там кстати внезапно всплывает зачем нам старый gcc. Tales of a Video Editor и оттуда же Port UltraDV over to Haiku c картинками.

Спасибо, почитаю.