zagrodzki: kernel.spec
Tomasz Kłoczko
kloczek w rudy.mif.pg.gda.pl
Pon, 21 Sty 2002, 19:13:42 CET
On Mon, 21 Jan 2002, Artur Frysiak wrote:
> On Mon, Jan 21, 2002 at 05:20:52PM +0100, Tomasz Kłoczko wrote:
> >
> > Związek jest taki że gdzieś jest coś w tym patchu co powoduje że cdrecord
> > dostaje becki. To czego jest to wina (cdrecorda czy poprawek w kernelu) to
> > już inna bajka i masz rację .. o ile patch blokuje poprawnie ptrace() to
> > nie powyże nie powinno mieć miejsca. Niemniej bez przejrzenia tego co
> > własniwie powoduje wywalenie się cdrecord cieżko bezie to zlokalizowac.
> > Wydaje mi się że patch na ptrace powinien o ile to mozliwe zrzucać do
> > sysloga informacje umożliwiające zlokalizowanie pinktu w kodzie programu
> > który wykonał niedozwolną operację. Potencjalnie o ile blokada ptrace() w
> > podobmnym stylu ale w module byłaby poprawna mogłaby się przyczynić od
> > wychwycenia pewnej ilosci błędów w programach.
>
> Albo ja czegoś nie rozumiem albo ptrace != sig11.
> Tomku, wiesz co to jest sys_ptrace() (z ptrace.c) ?
> Tomku, wiesz co to jest sys_signal() (z entry.S) ?
Nie wczytałeś się chyba w to co napisałem. Powyższe nie sugeruje że mam
pełną widze co patch robi. Formułuje tylko wnioski które będą poprawne bąć
nie o ile <lista_założeń> jest poprawna.
Zakładam także że w tym wypadku nie muszę (jeszcze) teraz wnikać w to co
ten patch robi bo albo ktoś komu zależy na tym żeby ten patch znalazł się
w kernelu poprawi co trzeba w tym patchu albi poprawi aplikacje albo
patch wyleci z kernela.
kloczek
--
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*
Więcej informacji o liście dyskusyjnej pld-devel-pl