|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 21 Jan 2003 22:19:33
To : Alex Korchmar
Subject : Re: куда идет линукс...
--------------------------------------------------------------------------------
Hi, Alex!
>>>>> "AK" == Alex Korchmar <alx@e-moe.ru> writes:
VB>> да, в случае ядра и драйверов конкретного оборудования (многопоточной
VB>> работы, и еще дольно широкого спектра ситуаций), я согласен, что
VB>> такой подход неприменим в чистом виде... Hо ведь иногда даже нет
AK> в данном конкретном случае он прекрасно применим - взять и выдернуть
AK> кабель, если уж более простые средства не помогают. И посмотреть, как
AK> все рассыплется.
;-)
не, кабель дергать не интересно. Честно. Hо дело ведь не только в
выдергивании кабеля.
VB>> "все работает", _ему_ это не нужно, а ни о ком другом, он, скорее
VB>> всего не думает.
AK> он думает - зачем-то ведь встроил обработку ошибок.
думает, о себе. Т.е. он представил что "вот тут могут быть ошибки", и
все, вперед. Под танки.
AK> Hо его забыли научить элементарным вещам.
да может и не забыли... Hо уметь - не значит всегда пользовать умения ;-)
я тут попал на "шоу" - смотрел как чинили smbmount. Оказалось что прикол
есть инетерсный, если в fstab прописать левые параметры, котоыре ни
smbmount ни ядреный модуль не понимает, то обработаются не все параметры.
(если вообще хоть какие-то обработаются, не уверен, я не всматривался
детально в исходник).
причем ситуация 100% проверяется.
По логике вещей, навскидку, нужно поправить кусок в ядреном модуле. Пусть
что ему передали, то обрабатывает, что не понимает - ругается. При
некотором раздумьи, есть альтернативный вариант - зачем ругаться из
kernelspace, если можно выругаться раньше? Что лучше, так сходу не
решили. Hо чисто из технологической практики, решили что _сейчас_ есть
смысл править именно smbmount. Оно конечно ядро поправят, и патчи вышлют
туда, откуда они в ядро точно пападут... Hоо... Глядя даже мелком на
код, у меня уже портилось настроение, и возникал вопрос, разве можно так
кодить?
Кому интересно, можите сами посмотреть куски разбора параметров.
В качестве разминки, вопрос для "наподумать", как сделать красивее
возможность не копировать куски кода из трех исходников между собой.
1. исходинк mount
2. исходник монтирующий конкретную файлову систему.
3. исходник ядреного модуля этой файловой системы
чтоб опции монтирования можно было просто задавать там, где они нужны, и
что "неизветные опции" на следующий уровень не передавалась...
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
