Re: Getting stacktrace for userspace applications on crash(SIGSEGV)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Ohhh, I see, Thansk Johannes, now everything make sense. If this was a
post I would mark it as SOLVED :)

Best regards,

2016-09-11 14:39 GMT-03:00 Johannes Thoma <johannes@xxxxxxxxxxxxxxxxx>:
> Hi,
>
> Am 10.09.16 um 05:18 schrieb Daniel.:
>>
>> Yeap it is. The protocol takes 4 threads the other are user's threads.
>> Still, when getting some core dump and fatal error log I was expecting
>> to get backtrace from the thread responsible for the segmentation
>> fault? Am I wrong?
>
> AFAIK a signal (like SIGSEGV) is always sent to the whole process not to
> a specific thread. Therefore gdb cannot know which thread caused the
> segfault (except if it would analyse the assembly which it doesn't). So,
> unfortunately you'll have to find the misbehaving thread by yourself ..
>
> Best,
>
> - Johannes
>>
>> Thanks for the help and best regards!!!
>
> ;)
>



-- 
"Do or do not. There is no try"
  Yoda Master

_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@xxxxxxxxxxxxxxxxx
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies



[Index of Archives]     [Newbies FAQ]     [Linux Kernel Mentors]     [Linux Kernel Development]     [IETF Annouce]     [Git]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux SCSI]     [Linux ACPI]
  Powered by Linux