Главная

Win4Be быть! =)

«Win4Be доделаем и BeOS поднимем! =)"

Решил как–то на досуге поковырятся в коде Win4Be…и чем больше ковырялся тем больше нравилось! =)
И появилась дикая мысля — «А может всетаки что нить получится…?!"

Вопчем на данный момент:
-Доработал немного систему сообщений.
-Работает вызов оконной процедуры приложения.
-CreateWindow с трудом но дело свое делает.
-Создается окно,диалог,нормально отображается меню(без акселераторов,хоткеев — но работает)

Конечно на данном этапе ничего даже отдаленно напоминащего хотя бы калькулятор запустить не удасться…но надежды есть! =)

Сейчас буду рабираться с прописовкой остальных элементов GUI (баттоны, эдиты и т.д.)
К сожалению не так много свободного времени чтоб вплотную этим заняться — так что скорых результатов не ожидайте(но надейтесь!=) )

И… Внимание! Вопрос! :–)

Какое сообщение в BeOS генерируется при двойном щелчке кнопкой мыши на форме? (что–то как–то не нашел нигде…)

Если есть «желающие и могущие» — welcome в помощь! Она всегда понадобится.
Mail to: shade_ [at] ngs.ru

Re: Win4Be быть! =)

B_MOUSE_DOWN

int32 clicks;
msg–>FindInt32(«clicks», &clicks)

Однако, первое сообщение на форуме — зато какое!!

Re: Win4Be быть! =)

Супер, готов быть тестером, в коде полный ноль !!!

Re: Win4Be быть! =)

Ок! Ток тестить пока к сожалению нечего…=(
Думаю результаты(хотя бы какие нибудь) будут не ранее чем недели через две…

Re: Win4Be быть! =)

Почту проверяешь??

Re: Win4Be быть! =)

Епстественно! А ты что то писал?

там в мыле _подчёркивание_ перед собакой…не пропустил случаем?

Re: Win4Be быть! =)

Вроде не забыл, сейчас ещё раз отпишу…
Может другое мыло дашь??

Re: Win4Be быть! =)

КУЛ,!!!!!, кул и еще раз кул!, я тоже буду тестером :)

Re: Win4Be быть! =)

Без Win4Be неззя….проект нузно поднять %)

Re: Win4Be быть! =)

интересно, а wine в теории возможно портировать? Поставил как то последнюю версию под линухом — пашет почти все, даже некоторые игры и оффис мелкомягкий с его инсталлером…

Re: Win4Be быть! =)

Зачем портировать…если Win4Be оптимальнеее будее… потому что портировать с линуха то что портируется под линух это вообще глюковато бу–т :))

Re: Win4Be быть! =)

Был такой проект,http://bewine.loungenet.org
Уже давно заброшен.Wine хотели портануть с использованием x11,но проблема была еще и в том,что адресное пространство,используемое виндовыми программами,использовалось также и БеОСным ядром.так что думаю портировать будет сложно,если вообще возможно.

Re: Win4Be быть! =)

портировать потому что за мелкомягкими хрен–угонишся… wine хоть кое–как успевает, зачем еще распылять силы…. хотя наверное можно просто стырить полезную инфу из исходников wine в win4be….

Re: Win4Be быть! =)

Приветствую всех и удачного начала рабочей недели =)

2BeRUS : Тестер…это хорошо =) А случаем не знаешь VC++ (хотя бы на уровне «чуть–чуть»)…потому как какието конкретные приложения еще не запустить…а нужно уже протестировать правильность работы некоторых функций…

2Sagrer : проще винду вообще заново написать чем портировать wine под Be =)
А заимствовать(заметь не «тырить» =) ) и так придёцца(хотя на самом деле вся инфа оттуда только «на уровне алгоритмов»,сильно уж отличается вся архитектура)
Кста одно из главных отличий — Win4Be использует нативные графческие элементы (wine сам рисует над X) — благодаря этому многое упрощается…

2BeSman : автор Win4Be реализовал dynamic rellocation (и довольно успешно)–так что с этим тож проблем нет (он вообще довольно много уже сделал,включая большУю часть ядра)

2ALL : Тестеры и «болельщики» это очено хорошо, но нужны программеры…это большой проект для одного человека. Так что я все еще надеюсь и жду =)

PS: Думаю через пару дней (максимум неделя) — выложу первый скрин всего этого безобразия =)

Best regards, Shade

Re: Win4Be быть! =)

Про VC++ — я чуть–чуть знаю… MFC сильно не люблю, сам проги на нем не пишу, тока чужие изменяю, но что–то не сложное сделать смогу наверное, в общем если что — sagrer -at- yandex -dot- ru.
Под самим беосом почти не программил кроме почти пустой проги в BeIDE… ну еще AboutHaiku сырц в BeIDE засунул, чуть изменил чтоб компилился и скомпилил — позырить охота было в цвете :).

Re: Win4Be быть! =)

MFC как раз и не нужен…
Нужно сделать диалог(ресурс) со кучей кнопок, меню,едитов и тд. с разными наборами флагов(style)…чтоб проверить правильность рисования всех компонентов + обработка всех возможных сообщений от/к этих контролов.

Re: Win4Be быть! =)

берём VC++ 6 создаём пустой шаблонный проект и компилим. и вся работа.

Re: Win4Be быть! =)

CV++ не знаю но начинаю учить Си… %))

Re: Win4Be быть! =)

Кстати! $hade !
Челы,…. 3Dyes, knorr, больше не зн. кто портирует вы лучше обьединити усилия… По портированию софта…так будет на много легче…. вместе и с удовольствием.. %)). И быстро проекты продвигались бы …

Re: Win4Be быть! =)

ну вообще то да =)
тока у одной кнопки стилей больше 10
у окна — больше 30!
и все их надо проверить отдельно друг от друга и вместе…
у меня к сожалению нет 2х компов где я на одном делаю на другом запускаю
(эмулятор предлагать только с подарком в виде 8и процессорной машины =) )

Вот взял бы и занялся…=)

Re: Win4Be быть! =)

ТОесть как я понял — это должно работать на чистом WINAPI? Тогда — имеет ли значение компилятор? Если я на ассемблере прогу сделаю? Или к примеру Delphi + KOL? Или C++ билдер опять же без применения VCL, тока апи?

И еще — про окошки — можно ведь и с ресурсом и без ресурса — в самом коде задавать параметры создаваемых окошек. Надо именно брать из ресурса?

З.Ы. может тогда стоит выложить сырцбинарник твоей версии Win4Be то что есть сейчас чтобы можно было самому смотреть как оно на проги реагирует?

Re: Win4Be быть! =)

ну в принципе любой компилер…
на счет Дельфи и Билдера…не знаю…в принципе должно работать(просто проект с формой пустой запустить не удалось — дельфя туда немеряно разных нереализованых пока функций пихает)

> еще — про окошки — можно ведь и с ресурсом >и без ресурса — в самом коде задавать >параметры создаваемых окошек. Надо именно >брать из ресурса?
и так и так надо…
нужно проверить CreateWindowEx и CreateDialog(Indirect)
вторая функция просто читает/парсит ресурс–диалог из памяти и вызывает для каждого контрола(в том числе и самой формы) CreateWindowEx

>может тогда стоит выложить сырцбинарник >твоей версии Win4Be то что есть сейчас чтобы >можно было самому смотреть как оно на проги >реагирует?
выложу обязательно вскорости(там сейчас есть проблема парсинга ресурсов которую пока не могу решить…).
а для просмотра реакции — там в отладке стока вылезает — замучаешься смотреть =)

Сейчас завал на работе…на неделю где то все преостанавливается — а там обязательно выложу(и knorr'у еще исходничек обещал…)

А сорс Win4Be

А сорс Win4Be еще у когонибудь остался? Киньте мне на мыло плиз beos344@mail.ru

у меня есть,

у меня есть, вышлю

отправил

отправил

На osdrawer бы его

На osdrawer бы его положить, а то сгинет не дай б…
А доработок от автора этой ветки, похоже, уж и не увидим :(

А

А оно действительно надо??

А почему

А почему же нет, это шаг к дальнейшему развитию проекта.
Как говорится: надежда померает последней.
Конечно, win32, уйдет в историю, и надеюсь копатся в этой истории будет удобнее всего в Haiku (так, как, конечно, winXP будет нот супорт).
Так или иначе, поддержка win32 в будущем полюбому будут осуществлена в Haiku.

Одиозная

Одиозная репутация, заработанная мной в бессчётном скрещении рогов и костяном стуке лбов на сём ресурсе позволяет мне ограничиться одной фразой в ответе:

Хто там катил круглые пустые предметы из под бензина в теме про полезность портов? Идите сюда — вам есть работа! :–)

Если серьезно — венда зверюга уникальная — и если порт никсовой проги достаточно тривиален, то вендозную прогу проще написать с нуля, чем портировать. А для полноценной win32 подсистемы гайка пока что находится не в той весовой категории, чтобы переварить такую надстройку.

Выслушаю тебя

Выслушаю тебя охотно.

Ээээ…

Ээээ… по поводу? Ты про работу? Так это я тем, кто радел за чистоту программ от wxWidget–oв. КуТэ им значит не комильфо — а вин32 слой — типа стоящая идея. :–)

PS: Погряз я в дровах надолго. Вчера вот на [т–сссс] усб аудио подвязался сдуру. :–)

Хоть бы кто

Хоть бы кто зарелизил уже чего. Ты мой cuneiform не смотрел??

Ну релиза

Ну релиза теперь до Рождества ихнего опять ждать. ;–) Я вот уже под гайкой один драйвер написал до готовности. Есть нюансы стабильности, но не настолько, чтобы это мешало ощутимо. Главное в интернет не лезть всякими фаерфоксами. Так что вполне себе для этой цели юзабельна уже.

cuneiform не смотрел. :–|

смотрел, скажу

смотрел, скажу честно — с никсов много чего переносится в хайку
но, толк появляется после дооформления )

пример -jocr -собирался и работал, но, польза от него реальная появилась только после того, как Герасим завернул его в транслятор

тоисьть) -напрягись еще чутка! -и за транслятор cuneiform сообщество скажет огромное спасибо, т.к. с русского распознавалка очень нужна

также, sane собирается и работает! -но, опять же, завернуть бы его в обертку -(которую уже начали писать некоторые=)и похоже заморозились) -и система обретает ценнейшее свойство

Это типично,

Это типично, сэр! Начать проект легко, наколбасить основную его часть тоже не так уж и трудно. Но довести до финала — это уже неподьемно для подавляющего большинства энтузиастов. :–(

Спорный вопрос

Спорный вопрос такой. Я периодически ковыряюсь в вайне, когда у меня в линухе что–нибудь виндовое не запускается, по–крайней мере, с сегфолтами иногда справляться удаётся. Кода там, мама моя. Перефразирую классиков: армагедон и мракобесие. У гайки просто нет такого количества разработчиков, чтобы это пилить. А одиночке.. Безумству храбрых поём мы песню.

Да зачем всё

Да зачем всё переписывать – подгружать виндовые библиотеки по максимуму.
Безумству храбрых поём мы песню.
На этом и живём.

Виндовые

Виндовые библиотеки есть зло. Портирование софта — это, конечно, тоже вселенское зло, но в качестве временного решения, пока не будут созданы нативные программы, оно является меньшим злом и может быть выбрано. Однако использование Виндузятских библиотек — это не только зло, это ещё и слабоумие.

Да уж,

Да уж, пользователь по сравнению с програмистом может и выглядит полным ламером.
Только програмист без пользователя никому не нужен.
Это философия GPL – „каждый сам себе програмист“.
Без закрытого кода не будет професионального програминга.
Так что, думаю как раз запуск на Гайке Win32 приложений с использованием максимума готовых виндовских М$ библиотек принесёт больше пользы платформе чем порт всех юникс програм.

Если в первую очередь думать о пользователе, это должно бы выглядеть так:
скачал win программу запускаешь, система (win32 сервер) просит вставить WindowsXP инсталл СД, подгружает от туда всё нужное и запускает програму.
Система которая не думает о пользователе мертва за ранее, вон таких много, и не важно на сколько они красивы для програмиста.
Все современные ОСи, которые чегото стоят, заботятся в первую очередь о пользователе, и не важно на сколько эти ОСи безобразны для програмиста.

>Это философия

>Это философия GPL – „каждый сам себе програмист“.

Ошибка: «философия» открытого кода это когда каждый имеет право быть программистом, либо заинтересовать программиста доработкой нужной ему программы. И это вне зависимости от текущего физического и психического состояния разработчика оригинальной программы и вне зависимости от желания последнего. И вне зависимости от смены аппаратного и программного обеспечения на вашем писюке. Закрытую–же программу при следующем серьезном апгрейде придется попросту выкинуть. Либо заплатить еще раз за тоже самое — что выглядит по идиотски для адекватного человека.

>Без закрытого кода не будет професионального програминга.

Как говорили в СССР — профессионал — это тот кому платят за работу. Никакой корелляции с открытостью результатов работы тут не прослеживается, не так ли? Наоборот — закрытость способствует неряшливому кодированию — все одно никто не видит. С открытым кодом сложнее — вся кривизна напоказ.

>Так что, думаю как раз запуск на Гайке Win32 приложений с использованием максимума готовых виндовских М$
>библиотек принесёт больше пользы платформе чем порт всех юникс програм.

Перед началом обсуждения такой серьезмой темы хотелось бы знать уровень ваших познаний об обсуждаемом предмете. У вас есть опыт низкоуровневого программирования под win32? Вы понимаете разницу между форматом виндозной dll и gcc–шной so–шки? Вы понимаете специфику каждой из систем и осознаете степень интегрированости типового dll модуля в базовую систему? Вы хоть раз видели дерево зависимостей dll–ки?

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

Ось — это концепция. Чем она новее — тем она ценнее для человечества. От тупого повторения уже пройденного материала — человечество ничего не выигрывает. Зачем мучиться если в любом случае лучше всего виндозные программы запускаются под виндой. Каков смысл? Компьютер — это инструмент а не самоцель. И вот усер это прекрасно знает и понимает. Ему нужно делать работу а не хвастаться перед друзьями экзотической осью.

>Все современные ОСи, которые чегото стоят, заботятся в первую очередь о пользователе,

Ошибка: оси «которые стОят [денех!]" — они заботятся в первую очередь о прибыли. А вот стОящие оси иногда имеют приоритетом стабильность, защищенность, портабельность, инновативность. Например защищенность системы как правило вступает в конфликт с удобством пользователя — ибо она имеет привычку «мешать» пользователю. И вы скажете что более защищенная ось менее стояща нежели та, что заваливается вусмерть первым прилетевшим червяком? Не нужно заботится о пользователе — пользователь сам знает что ему нужно. Ему нужен инструмент а не своенравное барахло. К сожалению сейчас наблюдатеся обратная тенденция — лишить пользоватреля даже права решать самостоятельно. И это есть деградация. За соплями рюшечек человек превращается в безвольное антропоморфное существо — био–приложение к набору копеечной китайской электроники. Царь Природы, мля.

>и не важно на сколько
>эти ОСи безобразны для програмиста.

Мышление противопоставлениями — плохая привычка и чаще всего играет плохую службу такому мыслителю. Если заказчик платит — мнение программиста мало кого интересует, если программист инвестирует свой личный энтузиазм — то это его право выбирать в чем копаться — в навозе либо в охапках фиалок.

Невозможно.

Невозможно. По многим причинам.

Во–первых, потому, что нарушает условия распространения программных продуктов Microsoft. Во–вторых, потому, что операционная система не имеет права требовать от пользователя обладания дистрибутивом другой операционной системы. Тем более Haiku — бесплатная ОС с открытым исходным кодом — не имеет права требовать наличия диска с Windows XP — платной лицензионной ОС с закрытым исходным кодом.

В–третьих, библиотеки не всегда безопасны. Используя чужую библиотеку, ты всегда используешь чёрный ящик. В большинстве случаев результат на выходе совпадает с нужным. Ну а если нет? Если библиотека случайно сбойнула и форматнула пользователю жёсткий диск? По идее, в таком случае пользователь обязательно засудит Haiku, — если, конечно, разработчики Haiku не открестились заранее с помощью длинного и запутанного EULA. Но если всё–таки Haiku после релиза будут гарантировать работоспособность и устойчивость системы; — а системой без гарантий никто, кроме экстремалов, пользоваться не будет, это я как специалист говорю; — то Haiku придётся отдуваться в том числе и за глюки чужих библиотек. Я готов поспорить, что никто этого делать не будет, не перелопатив сначала код библиотек и не убедившись в их безопасности, и не получив гарантий от производителя библиотек. А MS таких гарантий, разумеется, не даст, потому что Microsoft в принципе против использования их кода третьими лицами. Значит, использование чужих (читай — Microsoft`овских) библиотек на уровне операционной системы будет невозможно. Можно использовать библиотеки на уровне отдельных программ, — bes34472, кстати, так и делает, — и тогда, если что–то засбоит, то судить будут автора программы, но использование Microsoft`овских библиотек даже на уровне программы всё равно незаконно. Bes34472, кстати, это сознаёт, и свои творения на BeBits не выкладывает.

В–четвёртых, поддержка чужих приложений автоматически означает конец системы. Зачем писать программы под систему, если есть готовые из другой системы? Зачем переходить на Haiku и запускать программы Винды, если те же самые программы доступны на самой Винде? Это правило большого пальца: все операционные системы, анонсировавшие полную совместимость с бинарниками другой операционной системы, и не сломавшие её во–время, приходили в упадок и исчезали, оставаясь известными только кучке фанатов. Примеры: MS–DOS в своё время была на 95% бинарно совместима с CP/M, что позволило быстро и просто обеспечить её достаточным количеством программ на первое время. Но когда большинство программ были перекомпилированы под DOS, бинарная совместимость с CP/M была сломана. Plan 9 — уникальная, величайшая, передовая операционная система, первой в мире использовавшая UTF–8 для кодировки текстов во всей системе, полностью заглохла в 2002 году и была выпущена как ОС с открытым исходным кодом, после того, как для неё был разработан слой бинарной совместимости с Linux. О ней сейчас даже на OsNews не упоминают, — в отличие от Haiku.

В–пятых, подобная оболочка гарантирует наличие багов. Вообще, количество необнаружимых в тестировании багов на количество строк кода — величина постоянная, в какой–то (не такой уж большой) степени зависящая от разработчика, и намного больше зависящая от уровня реализуемых алгоритмов и понятности API. Win32 API по сравнению с API BeOS — это китайская грамота. И если какие–то баги были в Виндузятской библиотеке, то они будут дополнены багами в оболочке Haiku, использующей эту библиотеку, — в то время как нативное решение включало бы в себя намного меньше багов. А баги раздражают пользователя намного больше, чем отсутствие каких–то редко используемых фич.

Итог — надо сосредоточиться на разработе нативных программ, и если и портировать чужие, то очень аккуратно и не каждую. Иначе системе каюк.

Нельзя

Нельзя так нельзя.
Xотя пользователю чё с этого? Ему главное, чтоб работало!
Эx, ставим крест и возвращаемся к идее „сам себе програмист“, только тогда, даже Гайка врядли то что нужно…

Ну, принцип

Ну, принцип «сам себе программист» вовсе не так уж плох. Я не представляю себе человека, который претендует на востребованность в современном мире и при этом не знает ни одного языка программирования. Я не говорю о том, чтобы быть гуру и развлекаться реализацией алгоритмов выделения памяти на Ассемблере в уме, но банально уметь сваять программку, пусть для командной строки, на чём–нибудь простеньком типа Perl, для решения сиюминутной проблемы, чтобы не ждать, пока кто–то другой её решит — обязан уметь каждый.

Что касается будущего операционной системы, то для выживания у неё должны быть т. н. «убийственные программы», killer apps. Хотя бы одна. У Plan 9 это — доведённый до ультимативности принцип «любая вещь это файл». Plan 9 даже к Интернет–сайтам обращается, как к файлам на жёстком диске. Табличный редактор VisiCalc был такой программой для Apple II, а Adobe Photoshop — для Apple Macintosh. Windows 3.11 стал популярным практически исключительно благодаря Microsoft Office и Lotus 1–2–3. ICQ была убийственной программой в конце 1990–х. Windows Mobile выжил только потому, что для него были программы навигации GPS; под Palm их поначалу не было, потому что Palm изначально позиционировался как электронная записная книжка, а записная книжка по определению не может знать, где она находится. Когда люди стали покупать наладонники с GPS, оснащённые Windows Mobile, Palm зашевелился, но было поздно: Винда, пусть и менее стабильная, и менее быстрая, предлагала то, что Palm предложить не мог. С тех пор доля Palm в рынке наладонников неуклонно падает.

У BeOS / Haiku может быть несколько потенциальных killer apps. К примеру, широчайшие возможности открывает файловая система, работающая, как база данных. Очень широкий интерес к BeOS был вызван именно этим фактом; после разрыва с Microsoft IBM серьёзно рассматривали BeOS в качестве основной операционной системы на своих компьютерах. В 2000 году единственной широко используемой операционной системой со встроенной базой данных, кроме BeOS, был IBM`овский AIX, но в неё вбили настоящий DB/2. Фактически, полноценный SQL–сервер встроили в операционку. И результат был соответствующим: не было связи между базой данных и объектами в операционке. А у BeOS результаты запросов получали фактическое отражение на жёстком диске. Как результат, BeMail вполне могла стать killer app для BeOS. IM Kit в сочетании People могли бы стать killer app. Любая программа, использующая это свойство файловой системы bfs, имеет шанс стать «убийственной программой».

Естественно, условие существования «убийственной программы» — её уникальность. В наши дни табличный редактор не имеет никаких шансов стать «убийственной программой», разве что это будет какой–то уж очень необычный табличный редактор — к примеру, трёхмерный, — потому что даже у MenuetOS есть свой табличный редактор. (У BeOS тоже есть; хороший или плохой — неважно, но есть). Браузер тоже не может стать «убийственной программой», как это было с Netscape 3 и Netscape 4. Поэтому «убийственной программой» имеет шанс стать либо совершенно новая реализация существующей идеи, которая трудно реализуется на других платформах, либо совершенно новая идея. Именно поэтому портирование программ, читай — реализация существующих идей в уже существующем виде, не может привлечь пользователей на новую операционную систему.

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

Да,

Да, ты прав.
Раз такая тема, предложу «убийственую программу» для Haiku, как раз по теме. Как раз время для такой програмы подошло (многопроцессорные машины), за одно решается вопрос портирования и эмулирования win32 программ.
Вообще то начало уже есть: qemu, только он должен быть лучше интегрирован в систему и просче в использовании.
Или опять это уже есть на линухе и макоси?

Это

Это не «убийственная программа» :) Эмулятор не может быть «убийственной программой».

Ни одна операционная система не выиграла от наличия эмулятора для другой операционной системы. Пример: wine под Linux весьма неплох, и позволяет запустить почти всё, что угодно, (я лично видел Macromedia Flash под Linux с wine, и тормозил он, несмотря на эмулятор, не сильнее, чем под Виндой). Большую часть игрушек wine тоже позволяет запустить. Тем не менее, наличие wine не послужило причиной массовой миграции юзеров на Linux. Точно так же как наличие эмулятора Basilisk II для BeOS не послужило причиной массового перехода пользователей Apple на BeOS. Про Commodore и говорить нечего; проще сосчитать операционки, под которые эмулятора “Commodore” нет. Тем не менее, пользователи “Commodore” ни на что переходить не желают. Они даже веб–сервер и графическую операционку для этой старушки написали! Запихали веб–сервер в 2 килобайта памяти! Так что эмулятор — плохое предложение для «убийственной программы».

Но не отчаивайся. Моё мнение — это всего лишь моё мнение. Если ты так настаиваешь на необходимости существования слоя совместимости с Windows — напиши его! Только подумай на досуге, как ты будешь отличать вирусы и трояны от нормальных программ, как ты будешь обрабатывать ошибки, и как ты будешь отличать логические ошибки и потенциально деструктивные ошибки используемых библиотек (их выполнять нельзя) от нелогичных и потенциально деструктивных действий пользователя (их выполнять надо). К примеру, если ты напишешь такой слой совместимости, и я запущу в нём команду format C: — что должно произойти? Запретить команду? — Но я пользователь, и по определению знаю, что делаю. Разрешить? — А вдруг я думал, что речь идёт об эмуляторе, и хотел отформатировать диск эмулятора, и не планировал очищать весь диск с Haiku? А если я запущу CON\\CON? Последнее гарантированно вызывает «синий экран смерти» в Windows 9X, но является совершенно легальной командой. Должна ли Haiku, в целях совместимости, выпадать по этой команде в KDL?

В общем, тебе надо — ты и дерзай. А я считаю, что такая штука будет не только бесполезна, но и гарантированно убьёт Haiku. (Речь идет именно о слое совместимости, типа Apple`овской Rosetta или уже упомянутого wine, только позволяющем запускать Виндовсовские проги в Haiku. Я не говорю об эмуляторах типа BeBochs или VMWare, которые эмулируют компьютер целиком и позволяют поставить на виртуальный диск любую операционку. Эмуляторы я считаю бесполезными и безвредными: от них никому ни холодно, ни жарко).

Никакой

Никакой хороший (полезный) софт под ОСь не может убить эту ось. ОСь может убить отсуствие софта.
А так, лично, я бы хотел чтоб на Гайке мог бы запускать всё, что угодно. Как бы это называть не суть – эмулятор или нет,
главное, чтоб это работало просто и эфективно – многопроцессорность+вытесняющая многозадачность – должна же дать плоды, тем более под Гайкой пока и нечего более гонять чего потяжелее.

>главное, чтоб

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

виндовая программа, даже запущенная под гайкой, остается виндовой программой и ни о какой многопоточности и прочих гайко–фичах она не догадается и ее окна так и продолжат гонять сообщения через главный цикл потока/программы как во времена 3.11. Чудес не бывает. Даже в виртуальном мире. Живой пример — мозильный проект — виндозная ориентация которого создает массу головной боли портировщикам на остальные оси.

Винда запускает свои аппликации гораздо лучше любого эмулятора. В чем смысл мочиться против ветра — обьясните?! Предел обсуждаемой задачи — завернуть dll с хитрым кодеком в so–шную обертку.

Просто иногда

Просто иногда нужно запустить какую нибудь виндовую прогу, и вот ради минутной „радости“ надо перегружать комп сохранить гдето увиденное и опять вернутся в BeOS. Конечно, можно использовать rdesktop или
Qemu, но опять же для первого нужен второй комп (что для минутной „радости“ совсем нерационально), хорошим решением былобы запуск винды из Qemu, только этот опять же с недостатками, основной – постояно грузит процессор, вот здесь (Qemu) непомешали бы навороты: гуй для управления, чтение образа из BeOSи, функция засыпания (остановки–выгрузки в файл) и большая оптимизация всего этого, „многопроцессорность+вытесняющая многозадачность“ – тут я и имел в виду, чтоб Qemu вела бы себя как обычная БеОСовая прога: когда чего с ней делают она вертится как белка в колесе, а как только переключился на другое – немешает, уходит в тень.

1) Желание

1) Желание понятное — но ради минутной радости можно и смириться со стопроцентной загрузкой процессора.
2) Специфика эмуляции х86 архитектуры похоже требует постоянной работы виртуального «процессора» — что означает постоянный отбор мощности из базовой системы.
3) Опция засыпания по уходу фокуса чревата проблемами с отсчетом времени в эмулируемой системе.
4) Согласно закону нарастающего развития — win32 станет столь–же удобна в эмулируемом варианте как DOS сейчас когда она устареет настолько, насколько устарела DOS к данному моменту времени. Все это в отношении 1/2.7.
5) Задача создания слоя совместимости с win32 попросту экономически неэффективна — вложенные в её реализацию ресурсы банально не успеют отработать ввиду перехода на win64. Догоняющее развитие заведомо проигрышная стратегия.

Какое

Какое тут догоняющее развитие, просто сделать, что можно (в разумный промежуток времени) и пользоватся.

Сделайте, сами,

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

Ну ты то понял,

Ну ты то понял, что моя сказать хотел? :–)

Есть у меня

Есть у меня диск с «электронной библиотекой» — файлы в формате .zip с текстовыми книжками. Куплен в 1996 году, когда самой продвинутой операционной системой для пользователя был Windows 95. Я был бы рад вытащить оттуда книжки, но они запаролены, а пароли и связь «заголовок — имя файла» находятся в программе–просмотрщике, которая тоже есть на этом диске. Программа, естественно, даже не под Винду, а под ДОС.

Так вот, ради чтения этих книг я поставил Винду 95 в эмулятор BeBochs, настроил русский язык и замечательно читал книжки, когда оно мне было нужно. Уменьшение скорости виртуального процессора и снижение требуемой виртуальной машиной памяти привело к тому, что BeOS при запущенном эмуляторе почти не тормозил. Винда в эмуляторе, правда, поднималась не то чтобы очень быстро, но это разовая задача, время решения которой ничтожно по сравнению со временем чтения книжки, так что можно и потерпеть. А сам просмотрщик книг просто летал (оно и понятно: много ли ресурсов надо, чтобы два килобайта текста на экране перерисовать!)

В общем, ради решения конкретной нечастой задачи вполне можно использовать эмулятор. В ту же Винду 95, кстати, вполне можно поставить Microsoft Office 2000, которого вполне хватает для работы с офисными файлами, если способностей GoBe окажется недостаточно.

Всё равно жаль,

Всё равно жаль, что никто не хочет поработать на улучение qemu.

Стандартный

Стандартный ответ: тебе это надо — ты этим и займись.

Это не оскорбление, а руководство к действию. В самом деле, кто знает все твои требования лучше тебя самого? Кто сможет написать затребованную тобой программу лучше тебя? Никто. Не рассчитывай на доброго дядю, их в природе не осталось. Поэтому BeIDE в одну руку, руководство по C++ — в другую, и вперёд!

Я свято верю в способность любого человека написать любую необходимую ему программу любой сложности. Вон Роберта Шелени не устраивали предлагаемые ему операционные системы, и он написал себе операционку SkyOS. Лично настрочил больше 95% кода. И сейчас эта SkyOS по своим способностям ненамного отстаёт от Haiku, а кое в чём даже превосходит.

Так что дерзай!

qemu умеет

qemu умеет работать со снапшотами

Поправка, Qemu,

Поправка, Qemu, по крайней мере 0.9.1, постояно не грузит процессор, наверно кокдато гонял на нём дьябло и возможно на игре и грузит постояно (при случае проверю). А так поставил виндовс 95 в Qemu, работает прилично, что интересно ворд (97) на нём тормозит меньше чем текстовый редактор опен офиса на убунте (на настоящем железе!).
Вот бы больше удобства в этом деле…

Это очень,

Это очень, очень плохая идея — «чтобы можно было запускать всё, что угодно». Примеры с вирусами и троянами я уже приводил.

А вообще–то, операционные системы потому и вводят бинарную несовместимость друг с другом, чтобы не тащить к себе чужой дизайн, чужие идеи о том, что такое хорошая, а что такое плохая реализация, чужое мнение о том, как должен работать пользовательский интерфейс… Новая операционная система — это попытка освободиться от наследия прошлого, попытка создать что–то новое, отличное от того, что было раньше. К примеру, в загрузочных полях .exe–файла до сих пор осталось место для расчёта платы за работу процессора — тяжёлое наследие тех времён, когда процессорное время было платным ресурсом. Это поле пришло в MS–DOS из CP/M и торчит там вот уже сорок лет! Зачем оно нужно в Haiku?

Ближе

Ближе к телу!
О каких длл–ях конкретно речь? ;–)

Что неужели ни у кого

Что неужели ни у кого не осталось, мне оттуда надо dll–лоадер для DMO–кодека

Вон выложил WinBe20030912,

Вон выложил WinBe20030912, но у меня были только бинарники:
http://www.mediafire.com/?uvzmxorjtz1

Спасибо конечно

Спасибо конечно но мне надо именно сорс

Прорыл интернет, нету

Прорыл интернет, нету сорца.
:(
У собеседников этой ветки они должны быть!
Отзовитесь!

Кто спрашивал

Кто спрашивал сорцы Win4Be?
Ловите — http://slil.ru/26573577

Ссыла битая.

Ссыла битая. Интернет перерыл, но ничего не нашёл…
Можете выложить ещё раз(желательно постоянный источник)?

http://junior.loungenet.org/~doug/BeStuf

http://junior.loungenet.org/~doug/BeStuff.html

первая ветка чтоль

Это bewine.

Это bewine. Не то.
Вон этот проект пропал:
http://wiki.bebits.com/page/WinBe
http://winbe.twintail.org/details.html
http://ostatic.com/winbe

На бебитс енто дело

На бебитс енто дело выложил Nathaniel Cross (nathaniel@than.org). Если связаться не получится, то можно вроде поискать контакты сдесь http://www.begroovy.com/wordpress/?p=389
--–
или спросить у японского автора, некоего мистера Тойошима (http://www.toyoshima–house.net/beos/)

Да автор этой ветки

Да автор этой ветки чего даже дорабатывал…
Наверное очень успешно, и его за это агенты М$ почистили.

You are quite right, it's

You are quite right, it's are good start point to hell, dll hell.

Отправить комментарий

Содержание этого поля является приватным и не предназначено к показу.
  • Адреса страниц и электронной почты автоматически преобразуются в ссылки.
  • Allowed HTML tags: <a> <em> <i> <img> <strong> <b> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • Строки и параграфы переносятся автоматически.

Подробнее о форматировании

CAPTCHA
Введите перечисленные символы, чтобы мы убедились, что вы не робот. Не требуется для зарегистрированных пользователей.
4
g
W
r
C
T
Enter the code without spaces and pay attention to upper/lower case.