ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Maxim Timofeyev                      2:5030/1763.1  22 Jan 2003  12:16:19
 To : Vladimir Bormotov
 Subject : Re: куда идет линукс...
 -------------------------------------------------------------------------------- 
 

  MT>> Я конечно понимаю, что можно/нужно проделать кучу экспериментов перед
  MT>> выпуском ядра, но если подобная ситуация не провляется, то как ее
  MT>> отловить? 
 VB>  ее не нужно "отлавливать".  Ее нужно "не допускать".
 
 Бывает код без ошибок? Hе элементарный, конечно.
 
  MT>> Hу вот написал я программу.  Мне пишет кто-то -- у меня не работает.
  MT>> Подробностей ноль.  
 VB>  у тебя возникала мысль, что человек у которого "не работает" просто не
 VB>  знает _как_ тебе рассказать что именно не нработает?
 
 Hу я же не могу его научить. Я могу подсказать что нужно сделать.
 Для ядра тоже есть oops-о собиралка. ;)
 
  MT>> Теоретически все должно работать. Что я должен делать? 
 VB>  как минимум предоставить этому человеку средства диагностики твоей
 VB>  программы. 
 
 Для ядра вроде как есть - ksymoops. Hу не совсем средство диагностики...
 
 VB>  да, в случае ядра и драйверов конкретного оборудования (многопоточной
 VB>  работы, и еще дольно широкого спектра ситуаций), я согласен, что
 VB>  такой подход неприменим в чистом виде...  Hо ведь иногда даже нет
 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)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор