Re: [dpdk-dev] Printfs in Signal Handler

2020-12-04 Thread Thomas Monjalon
04/12/2020 10:20, prateekag: > Hi, > > I can only look at this problem a week later, If someone wants to correct > this, they may go ahead. The problem is how to convert an integer to string > and what functions to use to create the final string. "itoa" is not a part of > C standard, writing cu

Re: [dpdk-dev] Printfs in Signal Handler

2020-12-04 Thread prateekag
Hi, I can only look at this problem a week later, If someone wants to correct this, they may go ahead. The problem is how to convert an integer to string and what functions to use to create the final string. "itoa" is not a part of C standard, writing custom itoa may pollute the code. strcpy i

Re: [dpdk-dev] Printfs in Signal Handler

2020-12-04 Thread prateekag
Ok. On 2020-12-03 02:11, Thomas Monjalon wrote: 01/12/2020 10:24, Thomas Monjalon: 01/12/2020 04:39, prateekag: > printf is not signal safe and may lead to deadlock if kept in signal handler > and > signal comes in two quick succession. It will not lead to incorrect behavior > and it is a highl

Re: [dpdk-dev] Printfs in Signal Handler

2020-12-02 Thread Thomas Monjalon
01/12/2020 10:24, Thomas Monjalon: > 01/12/2020 04:39, prateekag: > > printf is not signal safe and may lead to deadlock if kept in signal > > handler > > and > > signal comes in two quick succession. It will not lead to incorrect > > behavior > > and it is a highly unlikely event. And an exper

Re: [dpdk-dev] Printfs in Signal Handler

2020-12-01 Thread Thomas Monjalon
01/12/2020 04:39, prateekag: > printf is not signal safe and may lead to deadlock if kept in signal handler > and > signal comes in two quick succession. It will not lead to incorrect behavior > and it is a highly unlikely event. And an expert may understand why this > issue happened. Is it wort