Они и на Марс притащили оффтопик!

Ты внимательно читал?

Для промышленных применений использовались не Windows CE, а Windows Embedded CE. Которая на платформе x86 есть урезанная Windows 95, хахахаха. В некоторых местах даже эту надпись не выпилили.

Именно так и сделают, абсолютно уверен, в этом. Удобно же, ч0.

такой софт в win98 имел вполне реалтаймовый доступ к железу.

Не рилтаймовый, но имел. Дело ещё в том, что мужчины уважаемые люди программисты от б-га в то время ещё не были приучены пейсать драйверы. И даже вендовый софт херачил в порты и области памяти.

Для промышленных применений использовались не Windows CE, а Windows Embedded CE.

они все использовались )

Которая на платформе x86 есть урезанная Windows 95, хахахаха.

хахаха конечно, но после первой версии она была уже ближе к nt, чем к 95:

«Поэтому изначально ядро и компоненты ОС Windows CE были в большой степени унифицированы с ядром и компонентами настольных ОС семейства Windows NT.»

Не только допускаю, но абсолютно уверен, что так сделают, если есть возможность

а поскольку возможностей не так много, и есть некий порог профессионализма, ниже которого опуститься не так просто, то вряд ли

Windows CE - это для коммуникаторов. А после первой версии, она уже была не Windows Embedded CE, а Windows XP Embedded, такие дела. Знаем мы этих прафэсианалов, сами такие.

Хватит позориться, прогульщик. Даже древнющие Voyager 1/2 апдейтили не один раз. Про real-time коммуникацию речь не идёт.

Windows CE - это для коммуникаторов. А после первой версии, она уже была не Windows Embedded CE, а Windows XP Embedded, такие дела

Надеюсь вы в состоянии прочесть и разобраться самостоятельно

https://ru.wikipedia.org/wiki/Windows_CE

Ну, и там русским языком написано, что первые версии были на базе Windows 95. Последующие, конечно были не Windows 95, потому что сама Windows 95 кончилась. Я об этом и говорил.

Надеюсь, вы в состоянии самостоятельно сравнить с тем, что вы говорили.

Не рилтаймовый, но имел

Ну как не реалтаймовый, досовские игрушки под 95/98 вообще не лагали по управлению и звуку.

Игрушки - хороший у тебя критерий. Имелся приличный лаг, по сравнению с DOS.

Хорошо пропатчили. Винды 9x, если не ошибаюсь, без патчей сами ловили какое-то переполнение через неполный месяц аптайма.

Ребут по расписанию - вот и весь патч.

Цитата, если что, про баг в прикладном софте. А у меня win98 как раз в режиме практически сервера долгое время работало, никакого обслуживания не требовало.

Цитата, если что, именно про Windows:

Windows crashed frequently anyways and Win9x had the same bug and crashed after 49 days or so…

И баг этот был очень известный: https://sites.google.com/site/edmarkovich2/whywindows95andwindows98wouldcrashafter49.7daysofuptime

Ошибаешься. У меня win98 работало 24/7 безо всяких перебоев. Надо только не ставить всякий мусор с инета.

http://edition.cnn.com/TECH/computing/9903/05/win98bugfix.idg/

Этот баг был в официальной версии Windows 98, вот как раз на CNN статья 1999 года.

Так что либо ты врёшь, либо твой сервер не был в аптайме >49.7 дней, либо ты как раз ставил «мусор с инета» со вшитыми фиксами аля «Zver98».

Лаги с NTVDM или как его там видел? :) Ну и как бы игрушки такое же приложение под DOS, под них не было каких-то специальных API и прочего. Где кроме военки надо «ещё реалтаймовее» не представляю.

Везде в промышленности. Банальный опрос RS иногда терял байт состояния из-за лагов.

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

А, пропустил.

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

либо ты как раз ставил «мусор с инета» со вшитыми фиксами аля «Zver98».

Ну нет, я даже hw-файрволл ему организовал чтобы с инетом незапланированных контактов не было.

RS это что?

Ну потому что нет там никакой винды, это всё проделки неграмотных переводчиков/журналистов.

Журналистов. Это почти дословный перевод английской статьи, и там тоже про венду в космосе.

Видимо, последовательные порты. Не знаю, что там у товарища с ними не так было, под win98 у меня весь фидософт досовский с внешним модемом прекрасно работал. Вот под 98SE уже Bink/+ через раз не мог порт открыть при запуске и т.п., пришлось на win-версии софта перекатываться.

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

Если через прерывание с портами работать, то нормально было. А если poll байта состояния, то уже нет. Через прерывание не всегда работать можно, по разным причинам. Наш софтверь работать через прерывание не мог.

Я и не говорю что это невозможно, пошаговуху в виде «набрал на клавиатуре команду, ждем пока отрисуется» можно и на земле получить." посмотрите на что именно я отвечал.

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

Нет, спецом систему переставлял. На 98 без-SE звонилки нормально работали всегда и любые, на 98SE вот эта хрень с портами начиналась. Фоссилы менял, параметры крутил - бестолку, иногда оно договаривалось с модемом, чаще нет.

В windows 98, точнее, windows 95 osr2, внедрели так называемый plug and play. Для rs, это означало, что периодически венда туда замуйнячивала цыфирь.

Так и есть, дос-софт под win9x может монополизировать процессор и общаться с железом через порты напрямую без каких-либо прослоек. Хотя DMA всякие недоступны будут, да, но мне кажется они тут ни причём.

Виндовый дрйвер ком-порта надо было деактивировать как-то скорее всего.

Интересно, жаль проверить уже не на чем.

В том то и дело, что монополизировать процессор он не может. While (1) не повесит машину. Хотя, весь ДОС софт пейсался по принципу while(1).

монополизировать процессор он не может

Зачем ты отвечаешь на сообщения, не читая их? Я как раз написал, как захватить проц, и немедленно в ответ получил твоё

Ты не знаешь, что такое рилтайм

с дальнейшими рассуждениями о том, будто это невозможно с помощью всяких while(1) которые я и не предлагал как способ.

While (1) не повесит машину.

Я бы не был так уверен. NTVDM в Win9x - такая интересная вещь…

В win9x нет ntvdm. Он то как раз всё безопасно (и нереалтаймово) обрабатывает. Там есть winoldap который выполняет только функции прослойки совместимости к досу, но не гипервизора.

То, что ты написал, не while (1), а отсутствие защиты.

Да, я не писал про while(1), ещё 10 раз надо повторить?

Повторяю: дос-программа может запретить прерывания (инструкция CLI), после чего win9x не будет переключать задачи (т.к. прерывание таймера до него не дойдёт) и прога может реалтаймово делать почти что угодно в т.ч. с железом через порты.

Я это написал ещё тут: Они и на Марс притащили оффтопик! (комментарий) и в ответ ты начал рассуждать о том что реалтайм невозможен.

Повторяю: дос-программа может запретить прерывания (инструкция CLI),

Это не рилтайм, а отсутствие защиты.

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

Но она при этом не сможет пользоваться средствами ОС. Не сможет работать с мышкой, например. Не сможет на экран ничего вывести. Нахрена такой рилтайм нужен. Это не рилтайм, а отсутсвие защиты. Ты просто выкидываешь ОС. Можешь даже Линукс загрузить. И что, Линукс у тебя будет оболочкой над вендой, да?

Это ложное противопоставление.

Да, в win9x нет защиты в дос-режиме, она там архитектурно не предполагалась даже.

А в программе, сделавшей CLI, есть реалтайм. На экран вывести можно (если фулскрин - он тоже напрямую к видеокарте пробрасывается), с мышкой работать тоже можно (ком-порт через свой драйвер, если PS/2 то сложнее - винда его немного перехватывает, но вроде для переключения задач этот хук не использует так что можно и клавиатуру).

Но да, если обращаться к ОС то она может заметить что пора переключиться и испортить реалтаймовость. Иначе говоря, асинхронного чтения файлов для дос-прог в винде нет. Впрочем, так же как и в настоящем досе его тоже нет.

В Win9x нет защиты вообще нигде. Ты в любом приложении можешь свой любимый cli напейсать. Я тебе даже более эффектный способ подскажу. rundll32 user, disableoemlayer.

Но да, если обращаться к ОС то

И даже если не обращаться.

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

Ну, вот именно. И она его портит. Пару раз в день, если работать методом поллинга, из RS пропадают байтики. Это - много. Под чистый ДОС такого нет. Хотя, ДОС и не RTOS, но доступ к железу даёт рилтаймовский, в отличие от Win9x.

чтобы не обсуждать скорость света

Чувак просто модемы в своей жизни не застал...

Не сможет работать с мышкой, например. Не сможет на экран ничего вывести.

А это смотря как ты все в своей проге реализуешь :) может у тебя там полноценный планировщик предусмотрен :)))

Ну как не реалтаймовый, досовские игрушки под 95/98 вообще не лагали по управлению и звуку.

Ну неправда ваша, были для которых 95-ю надо было в дос перезагружать.

Игрушки - хороший у тебя критерий.

Да фиг с ними с игорями, автокад досовский (за давностью лет версию не помню) не робил в оболочке.

NTVDM - это про NT линейку, а не про оболочки.

Смотря какие модемы и в каком объеме считать за «застал». А так последний из них в виде родного внешнего курьера, до сих пор дома валяется.

На anc бесполезно тратить время - он профессиональный дилетант и шланг. На фактологию отвечает бытовой логикой, скоростями света в вакууме и прочим белым шумом. Получить из него интересную информацию невозможно. Он даже не осилил почитать, как апдейтят софт в вояджерах, которые намного дальше Марса. И ничего, никто не умер.

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

Прилетит новое ядро, и модуль видеокарты откажется с ним собираться.

Больно уж вольное предположение ) На космических аппаратах целиком операционки или ядра не апргрейдят раз, всегда есть резервный комп, с которого делается откат если какое-то изменение на основном не прошло два. Исправлять могут непосредственно отдельные ошибки, либо какой-то малосвязанный с системой прикладной софт. Минимум зависимостей в софте - основное правило при разработке.