Ответ на »сообщение 2367« (Руслан Богатырев)
___________________________

Если в описании Вирта ничего по этому поводу не сказано, значит, он это не регламентирует. Т.е. семантика неправильных действий остается на усмотрение конкретных реализаций. В Oakwood Guidelines просто явно сказали то, что и так очевидно.


Я уже писал, что это отнюдь не очевидно и очень важно. Я, кажется, даже подробно объяснял, почему (неопределенность в данном конкретном случае, с проверкой индексов, накладывает слишком жесткие ограничения на разработчика программ). Мой скромный опыт показывает, что если дать нескольким людям возможность выбора, обязательно выберут разное. Этот опыт не показатель? Хорошо, сошлемся на более авторитетных людей. Авторы Oakwood guidelines, люди в разработке компиляторов не последние, более того --- практики, которые слишком хорошо представляют цену того или иного умолчания либо неоднозначной трактовки, уделили особое внимание уточнению этих умолчаний. Они не только их перечислили, но и подробно расписали, как должна выглядеть реализация компилятора. Все это исключительно потому, что им нечем заняться? Или потому, что они видят в этой неоднозначности потенциальную проблему? Мне почему-то кажется, что вероятнее второе. Более того, они не просто упомянули эти неопределенности, но и намекают, что хорошо бы поправить и базовое определение языка (здесь речь идет об Обероне-2, но аналогичные проблемы есть и у "просто Оберона"):

This chapter consists of a list of language clarifications. Ideally there would be no necessity for clarifications and it is hoped that, where relevant, the ETH Oberon-2 Report will be modified at some time in the future. The clarifications listed here are a snapshot of the situation in September ‘93.

Что-то слишком много внимания уделяется "очевидным" вещам, не так ли?

Наконец, раз уж мои теоретические соображения не убеждают, проверим теорию практикой. Я тут покопался в свалке компакт-дисков десятилетней давности и нашел некий транслятор Оберона:

Oberon-M(tm) version 1.0    for Intel 80x86 processors running MSDOS

(c) Copyright E. R. Videki, 1989-1991,
...
The Oberon-M compiler is source compatible with the Oberon language found under the Oberon System produced by the Swiss Federal Institute of Technology (where Niklaus Wirth is).

Естественно, я не мог устоять перед искушением проверить на нем свои догадки. Как я и ожидал, никаких проверок и обработки ошибок этот транслятор не реализует. Надо же, как интересно получилось --- у человека хватило навыков и знаний написать компилятор, а вот "очевидные" умолчания в "Oberon Report" (который, кстати, прилагается к компилятору) он почему-то интерпретировал по-другому. Надо понимать, все дело в том, что он американец и у него орган телепатии устроен не так, как "надо"?

На этом я свои изыскания заканчиваю. Надеюсь, хоть кто-то из тех читателей этой ветки, которые все еще склонны искать "серебряную пулю", задумался над тем, что мир на самом деле сложнее, чем кажется, и некоторые "странности" мейнстрима на самом деле имеют вполне разумное объяснение.

Все это крайне интересно и познавательно, вот только никак не могу взять в толк, какое отношение наша столь обстоятельная дискуссия имеет к проекту новой ОС?

Так уж получилось, что в очередной раз был помянут миф о достаточности "16-страничного описания" (тоже, кстати, здесь не в тему)... Nothing personal.

>> Необходимо ли ОС заботиться о своем выживании даже при работе с ней сисадмина с максимальными правами?

http://www.dybkov.kiev.ua/M/HUMTEXT/bezotkaz.htm

;-)

Ответ на »сообщение 2378« (Ка джа)
___________________________

?Вопрос к мэтрам - существует ли более эффективная и гибкая модель?

Мне встречались самые разные модели. Но если речь идет о массовом пользователе (а не об операторе атомной станции или водителе автомобиля), то нужны вещи, близкие к подходам в реальной жизни. Рабочий стол есть у многих. Бардак там творится, подчас, похлеще чем на рабочем столе в ОС. Благо там есть третье измерение, да и сами размещаемые объекты имеют размеры и вес (подчас немалый).

Можно пофантазировать, если есть желание. Если не трогать 3D, в ОС можно таких столов (поверхностей) иметь немало и мешать засорять основную. Вытеснение на другие может осуществляться разными критериями фильтрации (по времени размещения и/или использования; по функциональному назначению; по ролевому назначению и т.д.). Манипулирование доступа к рабочим столам можно сделать достаточно простым и наглядным.

Но к столам, как и в реальной жизни, нужны приспособления для упорядочения бумаг (а не просто каталоги/папки/директории файловой системы): полки, шкафы, стеллажи, тумбы, стойки, надставки, приставки и др. Правда, это уже лучше развивать в случае 3D-интерфейса.

Ответ на »сообщение 2371« (Сергей Прохоренко)
___________________________

2. Нужно попытаться стереть грани:

Посмотрите на Oberon System. По-моему, там практически все перечисленные Вами пожелания учтены. Лет 20 назад.

Ответ на »сообщение 2375« (Geniepro)
___________________________

Ответ на »сообщение 2371« (Сергей Прохоренко)
___________________________

...

(а) "рабочий стол" (свалка, выставленная на всеобщее обозрение) - если пользователю нравится картинка рабочего стола, то её можно пристроить в виртуальную папку для хранения часто используемых ярлыков приложений и документов;

Чем Вам рабочий стол-то не угодил? Вполне нормальная и удобная метафора...

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

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

?Вопрос к мэтрам - существует ли более эффективная и гибкая модель?

Ответ на »сообщение 2373« (Сергей Перовский)
___________________________

Меняю их все на одну: ОС гетерогенной сети.

В чем, на Ваш взгляд, состоят недостатки в этом плане Jini и использования этой технологии в ОС для обеспечения работы в разнородной сети?

Ответ на »сообщение 2373« (Сергей Перовский)
___________________________

Меняю их все на одну: ОС гетерогенной сети.

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

Ответ на »сообщение 2371« (Сергей Прохоренко)
___________________________


1. Должна создаваться виртуальная папка "открытые документы" - разработчики операционных систем всё никак не могут пристроить на экране ярлыки открытых

А зачем это нужно? Какие удобства это даст?

(б) между браузером, менеджером файлов, поисковиком, вьюером картинок, видеоплеером, вьюером презентаций, вьюером pdf-документов и прочих текстовых

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

(а) "рабочий стол" (свалка, выставленная на всеобщее обозрение) - если пользователю нравится картинка рабочего стола, то её можно пристроить в виртуальную папку для хранения часто используемых ярлыков приложений и документов;

Чем Вам рабочий стол-то не угодил? Вполне нормальная и удобная метафора...

Ответ на »сообщение 2372« (Сергей Прохоренко)
___________________________

И очень зря. Самое время обсудить. Напомню вопросы:

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

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

Ответ на »сообщение 2369« (Сергей Прохоренко)
___________________________
Предлагаю перечень типичных применений ОС:
Суперкомпьютер
Сервер/мэйнфрэйм (мэйнфрэйм явно не для "Росы", просто для полноты картины)
Персональный компьютер
Тонкий клиент
Система реального времени на процессорах общего назначения
Система реального времени на контроллерах
Контроллер низкой производительности (ОС применяется только при необходимости)
Меняю их все на одну: ОС гетерогенной сети.