информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Spanning Tree Protocol: недокументированное применениеЗа кого нас держат?Страшный баг в Windows
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Блокировка российских аккаунтов... 
 Отзыв сертификатов ЦБ РФ, ПСБ,... 
 Памятка мирным людям во время информационной... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / operating systems
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
То есть ты противник проектирования. надо писать как есть, а... 29.09.05 14:57  Число просмотров: 1677
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка> <обсуждение закрыто>
> Какие ещё дыры? Отсутствие ACL - это не дыра. Их не было за
> ненадобность. Теперь кому-то надо, поэтому скоро реализуют
> в полном объёме.

То есть ты противник ПРОЕКТИРОВАНИЯ. Надо писать как есть, а архитектура сама появится. Вот я и говорю, что в процессе латания появится КРИВАЯ архитектура. Она действительно будет проходить все тесты.

> А, точно, ты за inode боялся. Мне этого не понятно. Ты не
> волнуйся, с ними (inode) ничего не случится.

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

> И что? =). Я же говорю, что поддерживаю такой подход. Или
> это опять поптыка показать, как в виндах всё круто и причём
> давно? Дык, пожалуйста.

Ну да. В виндах эта абстракция еще более расширена. И это пример бОльшей "приятности" архитектуры винды

> Да причём тут заплатки?! Заплатка - это когда закрывают
> какую-то ошибку, devfs и udev, если хочешь, можешь не
> использовать, и при этом ты НИЧЕГО не потеряешь. Эти

Кстати, почитал я про udev - просто user-mode devfs. Ничего революционного она в плане major code-ов не сделала. Все так же я не могу написать драйвер и распространять его без согласия какого то там комитета.

> механизмы реализованы не для латания каких-то дыр, а для
> удобства некоторых пользователей.

Неудобство (которое приходится исправлять), заложенное в архитектуру - дыра в архитектуре (не путай с дырой в безопасности).

> Уверен, что расширить можно как дописав, так и переписав
> ;).
> А вот огласите, плз, критерии нормальности опеределения
> устройств. Если это виндовая, то помнится как-то была
> интересная ситуация с драйверами для какого-то устройства.
> Кажется двуковой платы. Так вот, винда её как-то определила

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

> конечно поставил-таки нормальный драйвер, но если это
> нормальная реализация PnP, то извините. Я пешком постою.

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

> Значит, это уже дело удобства. Я сторонник более
> противополжного мнения.

Да ты видишь конфиг только на экране, и то как ты его видишь - это исключительно на совести конфигуратора. Если тебе ОЧЕНЬ нравится интерфейс vim/mcedit, то можно отображать конфиг в этом виде (удобном для тебя). А хранить его в виде, удобном для машины.

> Видимо, им насрать на ТВОЁ удобство, потому как моему они
> отвечают полностью ;)

Удобство конфигурялки и удобство машинной обработки - разные вещи. Вот конкретно этим юниксовским разработчикам насрать на удобство для машины.

> Ну да, а что? А вот кто мне в виндовсе расскажет, кому
> принадлежит rкакой-нибудь наугад тыкнутый ключ в реестре?

HKLM - общесистемные ключи, HKCU - ключи, свои для каждого пользователя
HKLM\Software\Название компании\Названии продукта
и то же самое для HKCU
Кроме того в HKLM хранится несколько ключей, в которых записана инфа о конфигурации подсистем, сервисов, устройствах и пр.. Большинство тыкнутых наугад ключей можно идентифицировать по пути довольно быстро.

> И при этом никсы раззвиваются семимильными шагами. Нда,
> действительно всё плохо.

Где? Постоянное переписывание ядра из-за того, что архитектурно оно нерасширяемое это и есть развитие?

> Ну уж нет. Глядя на него, я начинаю понимать, что виндовые
> графические конфигураторы - это хорошо. Понятно теперь, КАК
> людей отучают от текстовых конфигов ;). Хотя никакой он не
> текстовый и твоя аналогия притянута за уши.

Он консольный. В FAR-е есть плагин для реестра, в котором ты можешь лазить по реестру точно так же как лазишь по каталогам и редактировать значения, как редактируешь файлы. Это есть архитектура документ-вид. Документ - внутреннее состояние - делается для удобства обработки, Вид - внешнее представление - для удобства использования.
<operating systems> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2022 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach