Regarding SIGSEGV

Sri Ram Vemulpali sri.ram.gmu06 at gmail.com
Wed Feb 2 16:11:41 EST 2011


Hi,

  Thanks for introducing me to 'phrack' magazine. I read the article.
It seems its kind of hack, which might leave process in unexpected
state. I am more of looking at which thread in the task generated the
SIGSEGV. This article is very helpful, but some more information the
direction would do for me. Thanks in advance

--Sri

On Wed, Feb 2, 2011 at 2:16 AM, Mulyadi Santosa
<mulyadi.santosa at gmail.com> wrote:
> On Wed, Feb 2, 2011 at 14:08, Sri Ram Vemulpali <sri.ram.gmu06 at gmail.com> wrote:
>> Hi all,
>>
>>       I know that when a thread in an application do invalid memory
>> reference, OS generates SIGSEGV(segmentation fault) signal and
>> terminates application. What if we handle this signal by defining a
>> signal handler to perform to terminate only the thread did invalid
>> memory reference. So, that the application will not be terminated.
>> Also, is there any way, we can find when SIGSEGV is generated to get
>> the invalid memory reference and thread id, who caused this fault. I
>> know debuggers are written in such fashion. Can anyone point me to
>> right direction. Thanks in advance.
> Perhaps phrack article in issue 58 file 03 could help you :) In case
> you're lazy, here's the URL:
>
> http://www.phrack.org/issues.html?issue=58&id=3#article
>
> look for the section:
> "Subject: Getting rid of SIGSEGV - for fun but not for profit."
>
> A bit hackish, but I think it is worth to read. Enjoy :)
>
> --
> regards,
>
> Mulyadi Santosa
> Freelance Linux trainer and consultant
>
> blog: the-hydra.blogspot.com
> training: mulyaditraining.blogspot.com
>



-- 
Regards,
Sri.



More information about the Kernelnewbies mailing list