Looks like r1755343 fixed it...
> On Aug 5, 2016, at 11:28 AM, Jim Jagielski wrote:
>
> This is HEAD
>> On Aug 5, 2016, at 11:09 AM, Yann Ylavic wrote:
>>
>> On Fri, Aug 5, 2016 at 4:06 PM, Jim Jagielski wrote:
>>>
>>> Will try to recreate on Linux
>>
>> Can you still reproduce with r175534
This is HEAD
> On Aug 5, 2016, at 11:09 AM, Yann Ylavic wrote:
>
> On Fri, Aug 5, 2016 at 4:06 PM, Jim Jagielski wrote:
>>
>> Will try to recreate on Linux
>
> Can you still reproduce with r1755343?
That's the one... :/
> On Aug 5, 2016, at 10:27 AM, Rainer Jung wrote:
>
> Am 05.08.2016 um 16:06 schrieb Jim Jagielski:
>> Testing HEAD on trunk I see t/apache/limits.t failing w/
>> a core dump on OSX 10.11.6:
>>
>> t/apache/limits.t .. 4/12 # Failed test 4 in t/apache/limits.t at line 168
>
On Fri, Aug 5, 2016 at 4:06 PM, Jim Jagielski wrote:
>
> Will try to recreate on Linux
Can you still reproduce with r1755343?
On Fri, Aug 5, 2016 at 9:27 AM, Rainer Jung wrote:
> Am 05.08.2016 um 16:06 schrieb Jim Jagielski:
>
>> Testing HEAD on trunk I see t/apache/limits.t failing w/
>> a core dump on OSX 10.11.6:
>>
>> t/apache/limits.t .. 4/12 # Failed test 4 in t/apache/limits.t at line
>> 168 fail #2
>> t/apache/l
Am 05.08.2016 um 16:06 schrieb Jim Jagielski:
Testing HEAD on trunk I see t/apache/limits.t failing w/
a core dump on OSX 10.11.6:
t/apache/limits.t .. 4/12 # Failed test 4 in t/apache/limits.t at line 168 fail
#2
t/apache/limits.t .. Failed 1/12 subtests
(lldb) bt
* thread #1: tid = 0x, 0
Testing HEAD on trunk I see t/apache/limits.t failing w/
a core dump on OSX 10.11.6:
t/apache/limits.t .. 4/12 # Failed test 4 in t/apache/limits.t at line 168 fail
#2
t/apache/limits.t .. Failed 1/12 subtests
(lldb) bt
* thread #1: tid = 0x, 0x7fff9307f362 libsystem_kernel.dylib`read +