Hi, I'm using ATS 3.0.1 and when using TSContSchedule its causing the
assertion on line 4124 in InkAPI.cc to be triggered. That corresponds
to the following code:
if (ink_atomic_increment((int *) &i->m_event_count, 1) < 0)
ink_assert (!"not reached");
Using GDB I checked and yes m_event_coun
Hi,
I have a Python application doing http PUSH on ATS 2.1.7 and, when the file
is big (tested with 105MB mp4 video), the script sometimes accuse "Errno 23:
Broken pipe" after sending some amount of data (something about 90 to 95MB).
Recently I changed the way data is sent to ATS from loading the
On 08/08/2011 11:46 PM, Brian Geffon wrote:
Hello,
I'm using the bnull-transform example and sometimes if connections are
terminated abruptly it can cause a SIGPIPE, I've spent a good amount
of time trying to track down the cause and have been unable to do so.
Also, the bnull-transform.c code isn
