Hi all,
In my proxy code, I have something that looks roughly like this:
if (TSIOBufferReaderAvail(reader) >= 10) {
blk = TSIOBufferStart(buffer);
ptr = (const uint8_t *)TSIOBufferBlockReadStart(blk, reader,
&nbytes);
TSReleaseAssert(nbyte
Hi all,
I've been looking at https://issues.apache.org/jira/browse/TS-1062, where the
VC_EVENT_READ_COMPLETE event is not propagated up through the PluginVC.
When the HTTP engine reads the final response chunk, we end up in
HttpSM::tunnel_handler_server(), and I think that this is the point whe
On 31/12/2011 02:40, Igor Galić wrote:
>
> - Original Message -
>> Hi,
>>
>> what do you guys think about eliminating the UDPNet stuff from the
>> core
>> and APIs (there are some old, "private" INK APIs related to UDP). I
>> suspect most (all?) of this is old code, related to the streaming
On 12/30/11 8:28 PM, ming@gmail.com wrote:
In all, I can not agree on kill most of the stuff from the core, if it
will break the stream, or we have to rebuild it later. If it does no
harm on ohters, and no one will take care of it for, why not just leave
it there?
The "problem" is that it's
