Re: [lldb-dev] The lit test driver gets killed because of SIGHUP

2018-12-05 Thread Jonas Devlieghere via lldb-dev
On Wed, Dec 5, 2018 at 9:45 AM Pavel Labath wrote: > On 05/12/2018 18:36, Jonas Devlieghere wrote: > > I believe that posix doesn't make this guarantee, but that in reality > > neither linux nor darwin recycles pids before they wrap around? > > Yes, linux tries pretty hard to not recycle pids, bu

Re: [lldb-dev] The lit test driver gets killed because of SIGHUP

2018-12-05 Thread Pavel Labath via lldb-dev
On 05/12/2018 18:36, Jonas Devlieghere wrote: I believe that posix doesn't make this guarantee, but that in reality neither linux nor darwin recycles pids before they wrap around? Yes, linux tries pretty hard to not recycle pids, but this is hampered by the fact that the default pid limit is

Re: [lldb-dev] The lit test driver gets killed because of SIGHUP

2018-12-05 Thread Jonas Devlieghere via lldb-dev
On Wed, Dec 5, 2018 at 5:01 AM Raphael Isemann via lldb-dev < lldb-dev@lists.llvm.org> wrote: > @Jonas: Did you confirm it is SIGHUP? I remember that we were not sure > whether the signal kind was SIGHUP or SIGINT. > I'm relatively sure. I added a signal handler to lit and it fires on the signal.

Re: [lldb-dev] The lit test driver gets killed because of SIGHUP

2018-12-05 Thread Raphael Isemann via lldb-dev
@Jonas: Did you confirm it is SIGHUP? I remember that we were not sure whether the signal kind was SIGHUP or SIGINT. - Raphael Am Mi., 5. Dez. 2018 um 10:25 Uhr schrieb Pavel Labath via lldb-dev : > > On 05/12/2018 03:49, Jonas Devlieghere via lldb-dev wrote: > > Hi everyone, > > > > Since we swit

Re: [lldb-dev] The lit test driver gets killed because of SIGHUP

2018-12-05 Thread Pavel Labath via lldb-dev
On 05/12/2018 03:49, Jonas Devlieghere via lldb-dev wrote: Hi everyone, Since we switched to lit as the test driver we've been seeing it getting killed as the result of a SIGHUP signal. The problem doesn't reproduce on every machine and there seems to be a correlation between number of occurre

Re: [lldb-dev] The lit test driver gets killed because of SIGHUP

2018-12-04 Thread Jonas Devlieghere via lldb-dev
On Tue, Dec 4, 2018 at 22:03 Zachary Turner wrote: > Do you know if it’s Darwin specific? If so, maybe someone internally can > offer guidance on how to diagnose (like on the kernel team)? > Finding that out is part of the reason I sent this mail. We’ve only seen it on Mac Pros and iMac Pros. I

Re: [lldb-dev] The lit test driver gets killed because of SIGHUP

2018-12-04 Thread Zachary Turner via lldb-dev
Do you know if it’s Darwin specific? If so, maybe someone internally can offer guidance on how to diagnose (like on the kernel team)? When you aren’t using the lit driver, does the signal still get delivered (and we just handle it better), or does it not get delivered at all? On Tue, Dec 4, 2018 a

Re: [lldb-dev] The lit test driver gets killed because of SIGHUP

2018-12-04 Thread Jonas Devlieghere via lldb-dev
On Tue, Dec 4, 2018 at 19:11 Zachary Turner via lldb-dev < lldb-dev@lists.llvm.org> wrote: > Have you tried an strace to see if it tells you who is sending the signal? I used DTrace with the default kill.d script. It shows who sends what signal and there was nothing interesting other than debugs

Re: [lldb-dev] The lit test driver gets killed because of SIGHUP

2018-12-04 Thread Zachary Turner via lldb-dev
Have you tried an strace to see if it tells you who is sending the signal? On Tue, Dec 4, 2018 at 6:49 PM Jonas Devlieghere via lldb-dev < lldb-dev@lists.llvm.org> wrote: > Hi everyone, > > Since we switched to lit as the test driver we've been seeing it getting > killed as the result of a SIGHUP

[lldb-dev] The lit test driver gets killed because of SIGHUP

2018-12-04 Thread Jonas Devlieghere via lldb-dev
Hi everyone, Since we switched to lit as the test driver we've been seeing it getting killed as the result of a SIGHUP signal. The problem doesn't reproduce on every machine and there seems to be a correlation between number of occurrences and thread count. Davide and Raphael spent some time