On 11/07/16 19:40, Robert Story wrote:
> On Mon, 7 Nov 2016 18:33:37 -0800 Bart wrote:
> BVA> The above commit message is not correct. The output I get on
> BVA> my workstation for the above commands is as follows:
> BVA>
> BVA> $ dig +short onea.net-snmp.org 8.8.8.8
> BVA> 8.8.8.8
> BVA> $ dig +sh
On Mon, 7 Nov 2016 18:33:37 -0800 Bart wrote:
BVA> The above commit message is not correct. The output I get on
BVA> my workstation for the above commands is as follows:
BVA>
BVA> $ dig +short onea.net-snmp.org 8.8.8.8
BVA> 8.8.8.8
BVA> $ dig +short twoa.net-snmp.org 75.75.75.75
BVA> 75.75.75.75
On 11/07/16 14:23, Robert Story wrote:
> commit f90d891c8f98b41cc46345dd27ae73e99afd5258
> Author: Robert Story
> Date: Mon Nov 7 17:17:38 2016 -0500
>
> Revert "T070com2sec_simple: Fix this test"
>
> This reverts commit 9b617e7b25a6119b20059db941f18f9ef7158bc6.
>
> - DNS resolution
[Replying only to coders list]
On Mon, 7 Nov 2016 19:25:49 +0530 Soubhagya wrote:
SP> I have some queries with respect to memory leak in inetCidrRouteTable while
SP> continuous query to inetCidrRouteTable .
SP> [...]
SP> As part of my project, we have added a support for ipv6 route entry in
SP> "a
Hi All,
I have some queries with respect to memory leak in inetCidrRouteTable while
continuous query to inetCidrRouteTable .
Valgrind report
===
7480 ==16547== 7,569,856 bytes in 3,416 blocks are definitely lost in loss
record 5,344 of 5,344
7481 ==16547==at 0x4C266B0: calloc (in
