Пользователь под ником mamaich (http://mamaich.cjb.net) доработал эмуляторы QEmu и Bochs для того, чтобы обеспечить возможность запуска Windows 95 на сотовом телефоне с операционной системой Android.По заявлению разработчика Bocks работает очень медленно, цитата: <i>"95ую запустил - грузится чуть больше минуты. Мышь по экрану прыгает как бешеная, т.к. я вместо дельты при движении отдаю абсолютные значения, но это исправимо"</i>. Инструкцию по запуску Windows 95 с использованием эмулятора Bochs можно найти здесь (http://4pda.ru/forum/index.php?showtopic=169480).
QEmu предоставляет очень высокую скорость работы, но пока не все возможности работают корректно. <i>"Эмулируется видеоадаптер Cirrus Logic, звуковая карта SB16, какая-то сетевая карта ("внешней" сети нет), мышь - экран используется как тачпанель на ноутбуках. Клавиатура вызывается по долгому нажатию на menu, не доделана. Скорость эмуляции у меня на Desire - очень неплохая. 95ка вполне работоспособна, если сделать нор...URL:
Новость: http://www.opennet.me/opennews/art.shtml?num=27362
и кому это нужно?
Вы не представляете сколько есть полезных приложений, которые отлично работают под Windows 95.
Лучше бы переписали эти приложения нативно под андроид если они такие нужные и хорошие.
Кто будет их переписывать? Вы за это заплатите?
Естественно тот, кому надо, тот и перепишет... ну или заплатит чтоб переписали
> Естественно тот, кому надо, тот и перепишет... ну или заплатит чтоб переписалиТот кому надо лучше доработают QEmu и Bochs. Это дешевле и быстрее чем переписывать устаревшее ПО.
Костыли дешевле и проще лечения, но это не повод всю жизнь ходить на костылях, ведь так?
те у кого не достаточно денег на лечение обычно так и поступают, к сожалению.
> Тот кому надо лучше доработают QEmu и Bochs. Это дешевле и быстрее
> чем переписывать устаревшее ПО.Удачи в этом начинании. А вы представляете себе насколько жопна и костыльна по своей сути затея гонять на маломощном ARM на эмуляторе x86 программы? А если вспомнить что андроид обычно встречается на небольших девайсах - представляете себе какая будет эротика когда вы будете целиться в кнопку размерами миллиметр на миллиметр? На писюке это выглядело нормально, но на устройстве с мелким экраном - DPI намного выше. И как бы интерфейсы управляемые пальцами в почете. А тут - такое вот УГ будет. Потому что когда писали программы под вин95 - понятия ни о каких андроидах и телефонах на нем не имели! Ну и зачем оно такое? Думаете, оно достигнет точки когда ЭТО УГ будет кому-нибудь всерьез надо? Ставлю сто баксов на то что оно не имеет применений кроме как некий забавный PoC. И, разумеется, толпы спецов разбирающихся в армовском арме и защищенном режиме i386 одновременно (имхо настолько редкий вид програмеров что их можно в красную книгу заносить) - побежали тратить свое время на странный извращенский проект, который ИМХО не имеет внятного будущего.
Любой специалист профессионально работающий с ARM-овским ассемблером знает и х86 платформу. Защищенный режим был основной фишкой платформы, которую MS к своему позору смогла освоить только моменту появления 486-х и то благодаря и с помощью IBM c ее OS/2.
Знает x86 по той же причине, по какой нормальные программисты знают C, Pascal и тот же ASM x86. Это азы...
> Любой специалист профессионально работающий с ARM-овским ассемблером знает и х86 платформу.Специалистов работающих с ARMовским ассемблером от х86 ассемблера (и вообще х86 архитектуры) блевать тянет как правило. Все познается в сравнении. И костыли из 80-ых очень невыигрышно смотрятся на фоне более новой архитектуры не снабженной кучей костылей и архаизмов ради совместимости с ископаемым самим собой.
> которую MS к своему позору смогла освоить только моменту появления 486-х
>и то благодаря и с помощью IBM c ее OS/2.Если уж про OS/2 вспомнили - iirc, IBM очень долго не поддерживал 32-битный режим и его фичи (надеюсь, вы не ссылаетесь на ископаемый 16-битный защищенный режим эпохи i286, который в 2010 году практически никому не впился?). Где-то там микрософт и обштопал на повороте айбиэм. И пока айбиэм осилило фичи 32-битного режима и перестало цепляться за свои 286 - все полимеры были просраны и win95 покорил мир. А полуось с тех пор толком и не отскреблась от асфальта. Да и хрен бы с ней.
Блевать, не блевать это другой вопрос... То, что это обязательный пункт в резюме серьезного системного программиста это факт.Мы говорили про защищенный режим. 32/16-битный режим в ОS/2 совсем это другое. Не надо подменять мокрое холодным. Вы видимо имеете весьма общие представления про то, что такое OS/2, иначе бы не смешали это в кучу.
OS/2 была первой ОС с реальной многозадачностью. На базе ее MS позже выпустила дикого, неимоверно прожорливого монстра WindowsNT, от которого даже они сами долго шарахались.
MS играл со псевдомногозадачностью и плюшками интерфейса на W95 и W98, а OS/2 использовались в реальных задачах в банкоматах и в качестве серверов в платежных системах.
OS/2 имела первый реально объектный интерфейс пользователя WorkplaceShell, до которого MS доросла более-менее только в Vista, и то, только в отдельных элементах.IBMовские маркетологи закопали OS/2 в угоду MS'у, именно по причине ее технологического совершенства на тот период. MS'у нужна была корпоративная ниша с ее большой маржой и гигантскими объемами. А в конкуренции с OS/2 ей ничего не светило.
Так что презрительный тон фразы "...не отскреблась от асфальта" неуместен. Сама OS/2 к этому никакого отношения не имеет.
>OS/2 была первой ОС с реальной многозадачностью. На базе ее MS позже
>выпустила дикого, неимоверно прожорливого монстра WindowsNT, от которого даже они сами
>долго шарахались.Чёт вы путаете 16 метров мало для "прожорливого монстра WindowsNT". OS/2 требовалось ненамного меньше. И да они так не отскреблись от асфальта, хотя OS/2 у меня и на серваках стояла :)
>И да они так не отскреблись от асфальта, хотя OS/2 у меня и на серваках стояла :)Они сами "похоронили" OS/2
Жаль. Могли похоронить Windows. Наверное, решили с тем, что не тонет не связываться во избежание распространения запаха :)
>Блевать, не блевать это другой вопрос... То, что это обязательный пункт в
>резюме серьезного системного программиста это факт.Странный пункт. Озвучьте название компании где от специалиста по ARM ассемблеру зачем-то требуют знание х86 ассемблера. Или предоставьте какие-либо иные пруфы вашей точки зрения, желательно кстати чуть более глобальные чем пруф вида "местная конторка "рога и копыта" делает так". Потому как это достаточно разные сущности. Безусловно, можно потребовать от водителя белаза уметь водить и болид F1 до кучи. А вот нафига? Скажем какойнить Cortex M0 и Core i7 - весьма разнокалиберные системы. Первое, простите, может быть брелок, вообще без операционки. А хотя-бы и ARM. А второе - как бы сложный монстрик.
>Мы говорили про защищенный режим. 32/16-битный режим в ОS/2 совсем это другое.
>Не надо подменять мокрое холодным. Вы видимо имеете весьма общие представления
>про то, что такое OS/2, иначе бы не смешали это в кучу.Так точно, как и насчет х86. Так уж получилось что первыми я освоил иные процессоры, ну и слегка посмотрев на х86 архитектуру я понял что такое дерьмо мне всерьез изучать - ужасно лениво. Просто потому что на свете есть полно более вменяемых и менее костыльных архитектур. А вы в ващем праве колупаться с вашими A20 gate, сегментами, полутора регистрами на все и прочими 8042-ми контроллерами и т.п., если оно вам надо :).В сумме все это х86 УГ с его архаизмами нынче выглядит примерно как порш снабженный ... ручкой для запуска мотора вручную. Потому что все так привыкли, дескать. При том это еще и единственный метод запуска мотора (старт происходит зачем-то в реальном режиме, ыгыгы). И как-то трудно перейти к старту мотора кручением ручки руками когда до этого всегда запускал его стартером.
>OS/2 была первой ОС с реальной многозадачностью.
Насколько я помню, ранние версии полуоси не обеспечивали даже честную защиту программ друг от друга, позволяя работать программам в реальном режиме. В лично моем видении мира - система позволяющая какой либо задаче кроме ядерных уронить или повесить все нафиг - многозадачной может считаться крайне условно. Померло такое вместе с вин3.х и 95 - туда и дорога. Вменяемой осью в 2010 году может считаться что-то не хуже честной преемптивной системы, юзающей минимум 32-битный защищенный режим и честно изолирующей себя от юзермода и задачи в юзермоде друг от друга. Остальное по современным меркам - ископаемый помет мамонта. И первая полуось насколько я помню была весьма далека от такого устройства.
>На базе ее MS позже выпустила дикого, неимоверно прожорливого монстра WindowsNT,
>от которого даже они сами долго шарахались.Да вообще-то монстр NT сделан гораздо менее через попу (с архитектурной точки зрения) чем то что было в первых полуосях. И да, нтя по крайней мере честная многозадачка. Реальный режим послан в зад, куда ему и дорога. 32 бита защищенный режим везде. Сравнительно честная защита памяти ядра и задач, контроль прав и прочая. Сразу видно что систему проектировали относительно вменяемые системщики (скупленная команда VMS, IIRC). Да, запуск досовых программ и т.п. древнего крапа там сделан через нереальный зад. И тормозно и малосовместимо. Но зато это по крайней мере стало относительно проблематично подвесить юзеровской задаче сделав что-то брутальное и стало можно говорить о какой-то более-менее настоящей многозадачности (если задача пользователя может нагнуть раком всю систему одной левой - это пародия на многозадачность, пардон).
>MS играл со псевдомногозадачностью и плюшками интерфейса на W95 и W98,
Их устройство напоминает большую свалку костылей. Дикая смесь 16 и 32-битного кода это полный пэ. В тормозном монстре НТ хотя-бы сделали архитектурно вменяемо, практически все - 32-битное (в 2010 году юзающие 16-битный код на десктопе должны умереть от серебряных пуль и осиновых кольев, это и полуоси касается, с ее смесью 16 и 32 кода). Да, юзеры на нтю сначала плевались. Тогда для них внесли кус GDI в ядро в виде win32k.sys, стройность порушилась но зато скорость работы графики была подтянута и от NT4 и далее юзеры плевались сильно меньше уже, т.к. графика по скорости стала более похожа на win9x.
>а OS/2 использовались в реальных задачах в банкоматах и в качестве серверов
>в платежных системах.В банкоматах и WinXP встречается. В том числе и с протухшей активацией или скринсейвером. Не показатель, имхо.
>OS/2 имела первый реально объектный интерфейс пользователя WorkplaceShell,
Громкие декларации и бумажные достижения - это замечательно. А толку с них? IBM это не спасло. Может оно и к лучшему, хотя-бы сейчас про 16-битный режим все кроме особо элитных некроманов более-менее забыли.
>до которого MS доросла более-менее только в Vista, и то, только в отдельных элементах.
А чем интерфейс висты ПРИНЦИПИАЛЬНО отличается от win9x? Что с точки зрения програмера - win32 api не сильно поменялось, что с точки зрения юзера - рабочий стол, таскбар, ярлыки, меню. Даже кернел не сильно далеко ушел от того что в нт4 и (особенно) - в винтукее. Десять отличий найти - фиг. Только выглядит менее уныло. Ну разве что - композитинг осилили, так что стало возможно окна гламурно украшать. Правда почему-то у меня есть сильное такое подозрение что MS явно не первый кто допер юзать "оконные манагеры" и "композитный режим". Потому что где-то я их видел. Еще до выхода висты... ;).А в целом логика интерфейса и кишки не больно то и менялись. А зачем? И так ведь хавают. А у MS как вы понимаете цель не движение прогресса вперед а обычная рубка баблосов. Если покупают паровозы - значит надо продавать паровозы. Все просто. Барыжат же NTFSом хренадцатилетней давности, и ничего, пипл хавает.
>IBMовские маркетологи закопали OS/2 в угоду MS'у, именно по причине ее технологического
>совершенства на тот период. MS'у нужна была корпоративная ниша с ее
>большой маржой и гигантскими объемами. А в конкуренции с OS/2 ей ничего не светило.Позволю себе прцитировать с http://en.wikipedia.org/wiki/OS/2
[quote]
OS/2 1.x targeted the 80286 processor: IBM insisted on supporting the Intel 80286 processor, with its 16-bit segmented memory mode, due to commitments made to customers who had purchased many 80286-based PS/2's because of IBM's promises surrounding OS/2.[16] Until release 2.0 in April 1992, OS/2 ran in 16-bit protected mode and therefore could not benefit from the Intel 80386's much simpler 32-bit flat memory model and virtual 8086 mode features. This was especially painful in providing support for DOS applications. While, in 1988, Windows/386 2.1 could run several cooperatively multitasked DOS applications, including expanded memory (EMS) emulation, OS/2 1.3, released in 1991, was still limited to one 640KB "DOS box".
[/quote]
Судя по этому спичу - большой вопрос у кого там было превосходство. Айбиэм поюзал пюшки i386 позже мс судя по этим фактам. Если это враки - извольте исправить статью и сослаться на надежные источники, чтоли. Да, потом выпустили улучшенные версии, но... но рынок виндам 3.х и потом 9х был уже просран и как бы too late. А снимая сливки с работающего дерьма 9x MS подумал и о том как снимть сливки завтра. Сделав куда более вменяемую NT. В общем все правильно сделали и в итоге айбиэм был растоптан в хлам. Да, когда-то MS умел вовремя суетиться. Это они сейчас рынок за рынком профукивают, а тогда у них хватка была нормальная, суетились как могли :)>Так что презрительный тон фразы "...не отскреблась от асфальта" неуместен. Сама OS/2
>к этому никакого отношения не имеет.Да, конечно, ей помогли конкуренты. Однако в данном случае - выглядит так что конкуренты все правильно сделали. Сначала взяв маркетингом и фичами, а потом добив еще и НТшной архитектурой. Вот где-то тогда микрософт выглядел как контора делающие интересные операционки ака NT...
Я только подумал, что наш user<какой-то там по счету> начал взрослеть и становиться серьезным спецом и тут оп-па. Подозреваю, что тот user кто ответил двумя сообщениями выше и этот, это разные люди. Причем первый явно вменяемей..>[оверквотинг удален]
>
>Странный пункт. Озвучьте название компании где от специалиста по ARM ассемблеру зачем-то
>требуют знание х86 ассемблера. Или предоставьте какие-либо иные пруфы вашей точки
>зрения, желательно кстати чуть более глобальные чем пруф вида "местная конторка
>"рога и копыта" делает так". Потому как это достаточно разные сущности.
>Безусловно, можно потребовать от водителя белаза уметь водить и болид F1
>до кучи. А вот нафига? Скажем какойнить Cortex M0 и Core
>i7 - весьма разнокалиберные системы. Первое, простите, может быть брелок, вообще
>без операционки. А хотя-бы и ARM. А второе - как бы
>сложный монстрик.У тебя вообще какое образование, сынок? 10 классов и админство и местечковом гейм-клубе?
Ты похоже понятия не имеешь что такое опыт. Скажи, это работодателю на западе.
пруф тебе?! Ты подрасти, сынок, для начала, чтобы я суетился тебе пруфы подсовывал.>Так точно, как и насчет х86. Так уж получилось что первыми я
>освоил иные процессоры, ну и слегка посмотрев на х86 архитектуру я
>понял что такое дерьмо мне всерьез изучать - ужасно лениво.Сынок, не ври, это портит карму. Максимум, что ты мог освоить с такими суждениями это Counter Strike.
>[оверквотинг удален]
>потому что на свете есть полно более вменяемых и менее костыльных
>архитектур. А вы в ващем праве колупаться с вашими A20 gate,
>сегментами, полутора регистрами на все и прочими 8042-ми контроллерами и т.п.,
>если оно вам надо :).В сумме все это х86 УГ с
>его архаизмами нынче выглядит примерно как порш снабженный ... ручкой для
>запуска мотора вручную. Потому что все так привыкли, дескать. При том
>это еще и единственный метод запуска мотора (старт происходит зачем-то в
>реальном режиме, ыгыгы). И как-то трудно перейти к старту мотора кручением
>ручки руками когда до этого всегда запускал его стартером.
>Ты забыл еще сравнить средневековый толчок, с японскими унитазами с вытяжкой. Вообще клево...
>Насколько я помню, ранние версии полуоси не обеспечивали даже честную защиту программ
>друг от друга, позволяя работать программам в реальном режиме.Дите, память твоих предков тебя подводит. Защищенный режим это штатный режим 386. А real mode это режим совместимости с 8086. А защищенный режим именно потому так и назывался, потому как обеспечивал полную изоляцию приложений друг от друга.
>В лично
>моем видении мира - система позволяющая какой либо задаче кроме ядерных
>уронить или повесить все нафиг - многозадачной может считаться крайне условно.
>Померло такое вместе с вин3.х и 95 - туда и дорога.А твой психотерапевт в курсе этого?
>Вменяемой осью в 2010 году может считаться что-то не хуже честной
>преемптивной системы, юзающей минимум 32-битный защищенный режим и честно изолирующей себя
>от юзермода и задачи в юзермоде друг от друга. Остальное по
>современным меркам - ископаемый помет мамонта. И первая полуось насколько я
>помню была весьма далека от такого устройства.Мамочка, он помнит... Дите, то, о чем ты говоришь, разывается ring level и как раз именно OS/2 2.0, ориентированная на 80386, первая использовала это в своей работе. OS/2 1.x была сделана под 80286, в которых защищенного режима не было в принципе. Изоляция приложений это хардварная фича, а не софтовая...
Не уверен, что ты способен это осилить.>Да вообще-то монстр NT сделан гораздо менее через попу (с архитектурной точки
>зрения) чем то что было в первых полуосях.Ну естественно, особенно если вспомнить WinNT появилась спустя как минимум 4-5 после первых версий OS/2. В сравнении с актуальной версией OS/2 на тот момент, NT сосала в полный рост. Например, она не умела запускать приложения Windows 3.0 в принципе,в том числе и знаменитый ныне MSWord. А 16-битные приложения Windows 3.0 без особых проблем работали в OS/2, не взирая на то, Windows 3.0 продукт в другой компании. И именно это называлось 16-битным режимом...
>[оверквотинг удален]
>по крайней мере честная многозадачка. Реальный режим послан в зад, куда
>ему и дорога. 32 бита защищенный режим везде. Сравнительно честная защита
>памяти ядра и задач, контроль прав и прочая. Сразу видно что
>систему проектировали относительно вменяемые системщики (скупленная команда VMS, IIRC). Да, запуск
>досовых программ и т.п. древнего крапа там сделан через нереальный зад.
>И тормозно и малосовместимо. Но зато это по крайней мере стало
>относительно проблематично подвесить юзеровской задаче сделав что-то брутальное и стало можно
>говорить о какой-то более-менее настоящей многозадачности (если задача пользователя может нагнуть
>раком всю систему одной левой - это пародия на многозадачность, пардон).
>Дите, ты вообще о чем говоришь? Как я сказал, OS/2 версий 1.х и 2.0 и выше, это две большие и существенные разницы. NT построена на кодовой базе OS/2 2.0, и в версии 3.0 умела она куда меньше чем OS/2 на момент релиза WindowsNT.
>В банкоматах и WinXP встречается. В том числе и с протухшей активацией
>или скринсейвером. Не показатель, имхо.Тогда она в принципе на банкоматах не встречалась. А сейчас просто нет альтернатив...
Тогда это все было очень серьезно и вполне себе показатель. Это сейчас банки шарашкины конторы которые гоняют финансовые транзакции своих клиентов без всяких шифрований по http.>Громкие декларации и бумажные достижения - это замечательно. А толку с них?
>IBM это не спасло. Может оно и к лучшему, хотя-бы сейчас
>про 16-битный режим все кроме особо элитных некроманов более-менее забыли.Это ты у нас бумажная декларация, а WPS на OS/2 3.0 реально работающая система.
>>до которого MS доросла более-менее только в Vista, и то, только в отдельных элементах.
>
>А чем интерфейс висты ПРИНЦИПИАЛЬНО отличается от win9x?Если для тебя разницы нет, то ты просто голимый чайник, не имеющий к программированию никакого отношения.
>Что с точки зрения програмера - win32 api не сильно поменялось, что с точки зрения
>юзера - рабочий стол, таскбар, ярлыки, меню. Даже кернел не сильно
>далеко ушел от того что в нт4 и (особенно) - в
>винтукее. Десять отличий найти - фиг.Тебе пожалуй действительно фиг. Уровень знаний пожалуй не тот. Это даже на чайниковских форумах в сети никто не обсуждает. Всем и так понятно, в чем разница...
Попробуй с помощью первых версии MFC собрать что-нибудь под Windows 7. Ты будешь "приятно удивлен". Боюсь лишь, что это сложно будет тебе понять....
>[оверквотинг удален]
>OS/2 ran in 16-bit protected mode and therefore could not benefit
>from the Intel 80386's much simpler 32-bit flat memory model and
>virtual 8086 mode features. This was especially painful in providing support
>for DOS applications. While, in 1988, Windows/386 2.1 could run several
>cooperatively multitasked DOS applications, including expanded memory (EMS) emulation, OS/2 1.3,
>released in 1991, was still limited to one 640KB "DOS box".
>
>[/quote]
>Судя по этому спичу - большой вопрос у кого там было превосходство.
>Айбиэм поюзал пюшки i386 позже мс судя по этим фактам.А теперь переведи, чудо. Ты разницу между вытесняющей и кооперативной многозадачностью знаешь? И какие именно пюшки поюзал MS?..
>Если это враки - извольте исправить статью и сослаться на надежные источники,
>чтоли.Не враки, а ваша неграмотность. Учите Английский... Учитесь понимать текст правильно.
>Сделав куда более вменяемую NT. В
>общем все правильно сделали и в итоге айбиэм был растоптан в
>хлам. Да, когда-то MS умел вовремя суетиться. Это они сейчас рынок
>за рынком профукивают, а тогда у них хватка была нормальная, суетились
>как могли :)OS/2 ничего никому не просрало. Я не знаю ни одной опрерационной системы которая будучи проприетарной умудрилась бы прожить 10 лет, после закрытия ее поддежки производителем. А это о чем-то говорит...
Для примера, OpenSolaris рискует не дожить до конца года как проект, не смотря на то, что слияние между Sun и Oracle произошло едва ли год назад, хотя OpenSourсe и все такое...
>Да, конечно, ей помогли конкуренты. Однако в данном случае - выглядит так
>что конкуренты все правильно сделали.Ей помогли свои, а не конкуренты...
>Сначала взяв маркетингом и фичами, а
>потом добив еще и НТшной архитектурой. Вот где-то тогда микрософт выглядел
>как контора делающие интересные операционки ака NT...Милый мой, неужто ты получил статус ms evangelist?
Готов поспорить, местные адепты MS будут просто в восторге. Надеюсь тебе тех денег на мороженое хватило...Короче, кто-то тут похоже стебается от имени несчастного user'a.
Наверное wine лучше :).
>Вы не представляете сколько есть полезных приложений, которые отлично работают под Windows
>95.Какие н-р? Word/Excel?
Ого... Серьезная работа. Не понятно, зачем он затеял это. Из спортивного интереса, что-ли? Если под конкретного заказчика, то на законченный продукт это не похоже.
>Ого... Серьезная работа. Не понятно, зачем он затеял это. Из спортивного интереса,
>что-ли? Если под конкретного заказчика, то на законченный продукт это не
>похоже.Ну может в качестве обкатки этих "виртуализующих" технологий.. Мол, сделаем 98-ой (а они лёгкие и ненагруженные по ср. с "совр." виндами) - за НТ возьмёмся. Сделаем НТ - за 2000\ХР. Ну и т.д. От самого то 95\98-ого проку - 0,00, в любых применениях.
Да... Многие забыли, но большинство и не знали - что такое "Just for fun".
Люди повышают свой уровень. Люди занимаются тем, что им интересно, с пользой для себя.
Попробуй прикинуть стоимость необходимого железа, объема знаний и документации... А также уровень подготовки. У таких спецов для того "fun" времени должно быть весьма не много.
>Попробуй прикинуть стоимость необходимого железа, объема знаний и документации... А также уровень
>подготовки. У таких спецов для того "fun" времени должно быть весьма
>не много.Вот в том то и проблема, что многие (вот и вы) успех, деньги и выгоду поставили как самоцель и уже не понимаете, как можно заниматься чем-то, если оно в данный момент не сильно востребовано\не имеет прямого применения и\или не приносит выгоды\имя. Просто есть "профи", "программисты" и "кулхацкеры". Которые штампуют и штампуют всё более размалёванные велосипеды с новой блестящей наклейкой... А есть - энтузиасты, любители своего дела, увлечённые. Которые возьмут, да и напишут мелкую, малоприметную, но очень полезную и нужную вещь.
>У таких спецов для того "fun" времени должно быть весьма не много.Вообще говоря: если на fun совсем не остается времени... наверное следует начать считать себя рабом? У свободного человека время на собственный fun должно быть. По определению.
>>У таких спецов для того "fun" времени должно быть весьма не много.
>
>Вообще говоря: если на fun совсем не остается времени... наверное следует начать
>считать себя рабом? У свободного человека время на собственный fun должно
>быть. По определению.У таких ребят fun как правило в других видах activity. Спорт, активный отдых и прочая. В противном случае к 35-40 годам у них будут серьезные проблемы со здоровьем, учитывая их в подавляющем большинстве своем сидящую работу в закрытом помещении.
Я по крайней мере уже стараюсь лишний раз не засиживаться за компом. Хотя в былые времена мог сутками из-за компа не вылазить...
Кстати да. "Just for fun" допиливание запуска w95 под Аромом - это показывает что-то вроде познавательной активности субъекта, и оценивается весьма высоко, что чел не какой-нибудь тупой геймер, потребитель или профи-кодер.С другой стороны результаты этого Just-for-fun, так же и остаются Just-for-fun, т.е. не понятно, зачем к этому относится объективно-серъёзно (в противовес субъективной серъёзности, интересу) - писать об этом новости, привлекать других разработчиков и т.п.?
В качестве курсовой по асму АРМа, может быть даже диплома (в зависимости от объёма работ) - зачёт, конечно. Но не более...
И правда - затея оригинальная. Проблема только в том что довести результат до вменяемого состояния - маловероятно и то что получится - годится только как "proof of concept" вида "а еще мы вот так можем".
1C 6й версии запускать!!!
> 95ую запустил - грузится чуть больше минутыУ меня на 486-м грузилось дольше. А вообще, если на PSP и DosBOX, то минуты 3 загружается
>> 95ую запустил - грузится чуть больше минуты
>
>У меня на 486-м грузилось дольше. А вообще, если на PSP и
>DosBOX, то минуты 3 загружаетсяНу так то уже, простите, мазохизм есть.
"Мышь по экрану прыгает как бешеная, т.к. я вместо дельты при движении отдаю абсолютные значения, но это исправимо"Что это предложение значит?
Очевидно это значит, что вместо разницы передаются сами координаты. И еще что это можно поправить
зачем для доработки -- нужны знания Cygwin... непойму %) %)
>зачем для доработки -- нужны знания Cygwin... непойму %) %)А что такое Cygwin - вообще понимаете?
нет
>А что такое Cygwin - вообще понимаете?Это такой кривой и грабельный костыль для винды. Если уж он понадобился - значит наступила пора призадуматься о установке нормального линуха. Безусловно, можно пользоваться и резиновой Зиной, но как-то на любителя это. Cygwin - что-то типа того как раз.
>>А что такое Cygwin - вообще понимаете?
>
>Это такой кривой и грабельный костыль для винды. Если уж он понадобился - значит наступила пора призадуматься о установке нормального линуха. Безусловно, можно пользоваться и резиновой Зиной, но как-то на любителя это. Cygwin - что-то типа того как раз.Ну так там кое у кого возник вопрос, зачем нужен Cygwin при портировании Виндов.
А не просто, зачем нужен Cygwin. Без Виндов ясно-понятно - не нужен.
>зачем для доработки -- нужны знания Cygwin... непойму %) %)Для GCC, autotools, и пр. средств разработки
А может, wine использовать для аналогичных целей?... :)
Если не знаете - лучше молчите, сойдёте за умного.Wine работает и собирается только на x86 железе.
>Wine работает и собирается только на x86 железе.В теории можно скомпилить winelib и если есть сорсы программы то ее с winelib под что-то отличное от х86. На практике ессо такими извращениями мало кто любт заниматься (соотношение геморрой/результат как-то не ахти)
хреново у тебя с теорией. он не соберется
>он не соберетсяЭто вы озвучили практический, а не теоретический результат, вообще-то. Так что хреново имхо не у меня и не с теорией, а у вас и с логикой. Не вижу что такого в теории мещает скомпилить winelib и виндовую программу хоть под ARM. С именно теоретической точки зрения (может быть потребуется костылестроение в меру, но ничего такого сверхъестественного). Ну да, это не будет совместимо с Win32 x86 бинарями под винду и тамошним ABI. Но работать в теории сможет. А почему нет то? Если у вас так круто с теорией - озвучьте тогда глобальные проблемы мешающие этому действу то аж в теории. Там есть глобальные неразрешимые проблемы типа деления на ноль?
Сами молчите, что бы сойти :) qemu может запускать не только ОС, но и отдельные бинари, в том числе x86 Linux ELF на ARM Linux, подробнее в документации qemu.Сразу скажу, что не пробовала, но когда копалась в документации qemu, отметила себе задачу на будущее попробовать запустить wine на Maemo через qemu ARM :)
Если это кому-нибудь еще интересно, пишите, можем когда-нибудь попробовать вместе (inbox at shaggy-cat dot ru)
> Сами молчите, что бы сойти :) qemu может запускать не только ОС, но и отдельные бинари,Глаза откройте, косметику смойте, и почитайте внимательно - речь шла о wine.
>> Сами молчите, что бы сойти :) qemu может запускать не только ОС, но и отдельные бинари,
>
>Глаза откройте, косметику смойте, и почитайте внимательно - речь шла о wine.А что мешает запустить x86 wine на Linux ARM таким образом? Почитайте документацию qemu...
Если люди готовы тратить время, силы и деньги на подобные задачи, значит в творческом плане люди дергадируют. Ничего толкового придумать уже не могут и делают то что уже пройдено временем.
Меня адски удивляет 90% анонимных комментаторов - ничего в жизни не добились, не отдали сообществу ни одной строчки кода, не отправили ни одного bug report'a, сидят на ворованной Windows 7 Ultimate и решают за _других_, что им лучше делать и как им лучше жить.Только хаять.
Тьфу на вас, просто противно.
согласен. Ещё и выпендриваются "это не нужно", "это костыль" итд итп
Зато вот ты - герой. Строитель опенсурса. Не менее смешно.
Вот мне намного понятнее энтузиасты, которые запустили бы оперсорсный ROS на Android/ARM/голом его железе и добились бы каких-то успехов в портировании чего-либо
http://www.reactos.org/wiki/ARM_PortТогда - да, тогда было бы что-то. а какой-то мертвый Win95, под которым нечего и запустить - кому он нужен?
Как мне надоели эти умники.**Вы*** будете умолять на коленях переписывать/перекомпилировать x86 софт для ARM?
Может у вас есть пару миллионов долларов, чтобы довести ReactOS до человеческого состояния?
Да там бы не столько миллионы, сколько рабочие руки с думающими головами пригодились бы. Финансирование, конечно, в некоторых пределах тоже не помешало бы поднять, но оно не всегда играет главную роль. Обычный вопрос всегда, по любому предложению, - это "кто это будет делать ?". Как правило, в это всё и упирается. Под любое начинание нужны определенные средства, но это уже следствие, главное - чтобы были такие люди, которые бы реально работали над системой. Вот им, да, нужно помогать разными способами, в т.ч. и материально поддерживать.
> Как мне надоели эти умники.
> **Вы*** будете умолять на коленяхНасмотря на Ваши личные проблемы, все же, агрессия тут неуместна.
> переписывать/перекомпилировать x86 софт для ARM?
Не знаю откуда Вы пришли, но в мире опен-соурс портирование нормально написанного кода совсем не глобальная/нерешабельная задача. В разумном понимании конечно, а не если только троллить.
Если(Когда!) будет готовая платформа (ROS) наверняка найдутся программисты-пользователи программ желающие спортировать, сперекомпилировать.Если GCC на DOS перевели, когда он уже умирал, то на ARM спортируют и много чего, лишь вопрос времени. ждать молений не придется.
> чтобы довести ReactOS до человеческого состояния
когда я им занимался - он у меня работал. на моей машине.
Я *делал* так чтобы он работал. и он работал.
>Может у вас есть пару миллионов долларов, чтобы довести ReactOS до человеческого
>состояния?Маловато пара миллионов. По современным аппетитам ИТ-ников этого хватит на несколько месяцев разработки нормальной команды. :)
С.
Имхо, гораздо полезнее, для получения доступа к legacy win32 программкам, запуск через qemu в режиме одного бинаря, на ARM платформе wine x86
>Имхо, гораздо полезнее, для получения доступа к legacy win32 программкам, запуск через
>qemu в режиме одного бинаря, на ARM платформе wine x86Прикольная идея... Запускать например MSOffice 2007 в режиме одного бинаря на компе без OS. Это же прорва сэкономленного бабла...
Идея интересная, кстати.
>Идея интересная, кстати.Ну так реализовывайте, админы-теоретики.
Что за долбанный бред? Win95 работал под bochs и qemu испокон веков. Что там надо было дорабатывать, и при чем здесь именно андроид когда он - линукс?
ключевое слово "телефон"
Да хоть кофеварка, разница какая?