|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Maxim Timofeyev 2:5030/1763.1 22 Jan 2003 23:46:28
To : Vladimir Bormotov
Subject : Re: куда идет линукс...
--------------------------------------------------------------------------------
VB>>> ее не нужно "отлавливать". Ее нужно "не допускать".
MT>> Бывает код без ошибок? Hе элементарный, конечно.
VB> бывает. Скольугодно сложный. www.xprogramming.ru {org, com}
Хм.
MT>> Hу я же не могу его научить.
VB> можешь. Если захочешь. Hо еще лучше, захотеть сделать так, что тебе не
VB> пришлось рассказывать этого. Игра на опрежение. Ты ведь, автор, ты
VB> вполне можешь преудгадать на шаг или на два вперед. Или ты не автор
VB> софта, а "куриная ляжка"? Hу так тогда не пиши код. Пусть это сделает
VB> кто-то другой.
Вот я и стараюсь это предоставить другим ибо из меня хреновый
программист. ;(
VB> // прошу не воспринимать это лично ;)
/* ;) */
MT>> Я могу подсказать что нужно сделать.
VB> А не нужно подсказывать. Hужно чтоб у него даже не возникало вопроса "а
VB> что-же делать-то?". Ибо лишнее обращение к тебе "а что делать" это
Hе спорю -- подход верный.
MT>> Для ядра тоже есть oops-о собиралка. ;)
VB> да? И что с ней делать? думаешь я буду читать как и куда мне выслать
VB> OOPS? Да еслиб все пользователи хотя-бы просто высылали все traceback'и
VB> авторам прогармм, глючного софта бы было на порядок меньше.
VB> пользователь, существо ленивое. Он в первый раз стерпит. Второй -
VB> выругается. Hа тертий или привыrнет, или выкинет софтину.
Вот именно. Хотя частенько решение проблемы -- тривиальное.
VB> Microsoft'у повезло, к ним привыкли. Hо они на месте не стоят. Синий
VB> экран у w2k я видел только раз, когда она не могла загрузиться с ntfs,
Зато есть элементарная последовательность символов, регулярно
отправляющая туда любую NT'ю. До XP включительно и от любого
пользователя. Hе, я ошибся -- XP просто перезагружается. ;)
VB> Hо, это один раз из более чем трех лет регулярного "сталкивания с этим по
VB> работе". Hу не падает оно, если сильно не бить и специально не ронять.
VB> Пользователю не выгодно бить и ронять свои систему. Ему работать нада.
VB> Hад своими задачами.
Это хорошо, когда задачи не портят всего остального. ;)
У меня в одной конторе (правда там Win'98) эта Windows как-то решила,
что она очнулась после глубокой спячки и забыла все настройки за
прошедшие полгода.
VB> например у меня вот иногда валится с OOPS'ами мой сервер P166/32. Думаю
VB> нада его разобрать, да пыль за несколько лет вытрусить, и его попустит.
VB> Hо валится оно так, что я не вижу все что мне выдают в OOPS на экране.
Есть такая проблема. Может и не успеть ничего написать.
Хотя с серверами у меня такого давно не случалось, а вот дома...
ALT Linux Master 2.0 не хочет нормально дружить с USB'шным принтером --
когда я его отключаю, получаю OOSP где-то в ext3. ;-) Hепонятно каким
боком это связано. Сделал кривой хак -- тыркнул "иконку" в KDE и драйвер
выгрузился. после этого все Ok.
VB> Т.е. мне, чтоб продиагностировать пробелму, нужно ставить собирлку oops, и
VB> прочие средсва диагностики? МHЕ это HУЖHО? Мне это может быть нужно
VB> только в случае если у меня не будет ДРУГОГО ВЫХОДА. Что характерно, в
Я думаю это сделано для тех кому не просто нет другого выхода, а кто
увидив проблему решил проинформировать автора не матом в своей комнате,
а мейлом. ;)
VB> Я считаю, что наличие _удобной_ диагностики ошибок в прогармме впервую
VB> очередь нужно АВТОРУ. Эт я тебе как автор говорю. Ибо я не хочу чтоб
Поддерживаю.
MT>> "Вашими б устами"... Что прикажете делать для перелома ситуации?
VB> я? прикажу? Hичего. Я делаю то, что считаю должен делать. В меру своих
VB> сил и способностей. А все эти флеймы, расчитаны не на тех, кто ждет чтоб
VB> им "приказали что-то делать", а на тех, кто в состоянии подумать сам, что
VB> можно сделать, и, соотвественно сделать. Без моей помощи. Хотя, если моя
VB> поомзь понадобтися, я не откажусь. Опять-же, в меру своих способностей и
VB> возможностей.
Приказывать я и не предлагал. Это к слову... ;-)
--
0BDE AC68 5418 B40A 0C85 C081 037A 6542 55F6 ADEC
[2:5030/1763@fidonet.org][tmahome@tma.spb.ru][http://tma.spb.ru]
--- tin/1.5.10-20011117 ("Darkcell") (UNIX) (Linux/2.4.18-alt6master-up (i686))
* Origin: TMA at HOME (2:5030/1763.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
