|
|
ru.nethack- RU.NETHACK ------------------------------------------------------------------- From : Dmitry Radishev 2:5015/42 03 Sep 2004 12:27:30 To : Cybervlad Subject : eXploits -------------------------------------------------------------------------------- Thursday September 02 2004 06:54, Cybervlad wrote to Dmitry Radishev: DR>> зачем что-то сложнее? Зато софт вместе с дос, компилятором и DR>> прочей требухой - с комфортом расположился на 16Мб CF от старой DR>> ЦФК, заняв чуть больше половины объема. Подозреваю, что линух с DR>> gcc на 16Мб уложить будет сильно сложнее. C> Объясни мне, зачем в таком специализированном устройстве, как C> "log-принтер" нужен компилятор? ;) Это вариация на тему embedded. Я на А, ну да. Типа как бы кросс-разработка: на "большом писюке" всё пишем-разрабатываем, а потом делаем небольшой самодостаточный дистрибутив. Ладно, согласен. DR>> Ээээ... ты ничего не перепутал? Под дос эта задача не сложней DR>> тех же "проекционных часов", то есть без напряга пишется за DR>> несколько вечеров. C> Сложнее. Часы ты запустил, и они себе работают. А тут надо решать C> сразу три задачи - прием данных с порта, запись в файл и печать. Так они _блестяще_ решаются под дос. C> Плюс, C> не прерывая этой ботвы, взаимодействовать с юзером на консоли, который C> решил покопаться в логах с целью поиска строки и экспорта куска лога C> на внешний носитель. Каким юзером?! Hе было в исходной постановке задачи никакого "юзера на консоли". Более того, повторюсь - наличие "юзера на консоли" автоматически снижает "доказательную" ценность данных с этого дивайса. Мало ли, что там "юзер на консоли" наделает. Вот сертифицировать такую штуковину как add-only device, да продавать в опломбированном виде - было бы понятно. И никакой "консоли" _в принципе_ - стягивание логов для анализа - через _другой_ ком-порт отдельной софтиной. C> Знаешь, в одной "странной" организации была проблема обмена инфой C> между сетями не на сетевом уровне. Там ребята родили "мост": досовская C> машинка с двумя сетевухами, которая в цикле биндила драйвера к одной C> плате, коннектилась к одному серверу, забирала инфу на локальный винт, C> потом отцеплялась, биндилась к другому серверу и отдавала туда файлы. C> Через некоторое время "эксплуататоры" сказали "как оно нас затрахало!" C> и переписали это дело на линуксе. Дос - он и есть дос, там если что-то C> не так, раком встает вся система. В линухе/BSD/и т.п. прибивается C> конкретный процесс и легко и непринужденно организуется контроль C> здоровья этого процесса и перзапуска. Я не очень понимаю стремление C> дописывать к операционке доп. функции, если уже есть ОСы, где оно C> реализовано штатно ;) По мере усложнения задачи - да, в какой-то момент становится проще не возиться с досом, а взять нормальную ОС. Hо в исходной постановке: - _нечему_ зависать и падать (весь алгоритм укладывается в сотню строчек кода, места "для зависания", не связанные с форс-мажором вроде краха диска, отсутствуют в принципе), - _легко_ пишется под дос. C> дистрибутив и обвесить парой скриптов на bash - те же самые C> пара-тройка вечеров. Только более технологично, надежно, переносимо, а C> при необходимости - и масштабируемо. Ладно, уломал - пиши :-))) All the best //DiBR [TEAM ВСЕ МАСТДАЙ] [шестая базовая] [http://dibr.nnov.ru] --- [LPT] LaMerZ PrOfeSsIoNaL TeaM /member/ * Origin: relay моего relay'я - не мой relay (2:5015/42) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.nethack/1815413872cf.html, оценка из 5, голосов 10
|