Re: SIGSEGV (was: NCSA httpd 1.5.1)
CAGRI COLTEKIN (e70329@ceng.metu.edu.tr)
Thu, 9 May 1996 19:26:19 +0400 (GMT+3:00)
>
>
>
> On Thu, 9 May 1996, HATEM ONUR VOLKAN wrote:
>
> > >
> >
> > SIGSEGV sinyali alan bir process o"lu"r ( SIGSEGV sinyali
> > icin handler yazilmadigi surece, ki bu sinyali alan
> > bir processin dogru bir sekilde calismaya devam etme
> > sansi olmadigindan bu sinyal icin handler yazilmasinin
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > hicbir anlami yok). Config dosyasinda sunucu sayisi n
^^^^^^^^^^^^^^^^^
> > olarak gosterildiginden olen httpd'ler yeniden calistiriliyor.
> > PID degisikliginin sebebi de bu.... Yanlisim varsa duzeltin.
> >
> > sevgi, saygi, segmentation fault...
> >
> > -volkan
> >
> Meraba,
> Bu konuda cok bilgisizim ama bildigim kadarinin dogru olup olmadigini
> ogrenmek icin iyi bir firsat sanirim. Benim bildigim 9 ve 19. sinyaller
> disinda her sinyal yakalan(abil)ir. SIGSEGV "Invalid Memory Reference"
> sinyali ve seg. fault a yol aciyor. Ama neden handler yazilamaz anlamadim.
sadece dikkatli okumamissin :) yazilamaz degil, yazilabilir...
ama "segmentaion foult", yanlis bir bellek adresine yaziyorsunuz
ya da hakkiniz olmayan biryerleden birseyler okumaya
calisiyorsunuz demek. bu da buyuk (cok cok buyuk) olasilikla
programdaki bir hatayi (bug) gosterir. dolayisiyla programa bir
de kendi bug'larini yakalayabilecek birseyler eklerseniz ancak
SIGSEGV icin bir "signal handler" yazmanin anlami olabilir.
>
> sevgi, saygi, cannot dump core! stuck! ...
> Atakan G\"urkan
>
> PS: Tamam, tamam; bu unix sorusu ama merak ettim.
>
sevgi, saygi, tekrar...
--
cagri