<div>To summarize:</div>
<div> </div>
<div>Problem: memory leak in handling OMAPI messages</div>
<div> </div>
<div>Description: The problem contains in incorrect arguments to omapi_signal while processing OMAPI STATUS replies by client side (usually such replies are sent for error state operations like non-existent object searches and so on). The problem is observed only on client side.</div>

<div> </div>
<div>The patch against dhcp-4.2.0-P2 is attached (it resolves the problem and some minory fixes).<br></div>
<div>Regards,</div>
<div>Serghei Samsi<br></div>
<div>P.S. </div>
<div>Solaris MDB output is attached</div>
<div> </div>
<div class="gmail_quote">2011/1/25 Wilson Yang <span dir="ltr"><<a href="mailto:wyang@neoninc.org">wyang@neoninc.org</a>></span><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div lang="EN-US" vlink="purple" link="blue">
<div>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Hi Serghei,</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">You’ve got it!</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">After wiping out the platform, I am still seeing the issue from this particular platform with the first two modifications.</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">The good news is with _<i>all</i>_ three modifications you suggested, it works great now. E.g. NO leak on any of the platform(s).</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Good job well done.</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Appreciate your great help and timely responses.</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">It is my pleasure working with you.</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p>
<div class="im">
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"></span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8; FONT-FAMILY: Consolas">Wilson Yang</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8; FONT-FAMILY: Consolas">720-836-2444</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p></div>
<div style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; PADDING-LEFT: 0in; PADDING-BOTTOM: 0in; BORDER-LEFT: medium none; PADDING-TOP: 3pt; BORDER-BOTTOM: medium none">
<p class="MsoNormal"><b><span style="FONT-SIZE: 10pt">From:</span></b><span style="FONT-SIZE: 10pt"> <a href="mailto:sscdvp@gmail.com" target="_blank">sscdvp@gmail.com</a> [mailto:<a href="mailto:sscdvp@gmail.com" target="_blank">sscdvp@gmail.com</a>] <br>

<div class="im"><b>Sent:</b> Monday, January 24, 2011 1:16 PM<br></div>
<div>
<div></div>
<div class="h5"><b>To:</b> Wilson Yang<br><b>Subject:</b> Re: memory leak using omapi?</div></div></span>
<p></p></p></div>
<div>
<div></div>
<div class="h5">
<p class="MsoNormal"> </p>
<p class="MsoNormal" style="MARGIN-BOTTOM: 12pt"> </p>
<div>
<p class="MsoNormal">2011/1/24 Wilson Yang <<a href="mailto:wyang@neoninc.org" target="_blank">wyang@neoninc.org</a>></p>
<div>
<div>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Agree with your analysis, memory leak occurs when non-existent server lease is acquired…  and it is all right when objects are presented. I had a workaround to minimize clients to be queried.</span></p>

<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p></div></div>
<div>
<p class="MsoNormal"><br>You are trying to minimize influence of leak by minimizing the functionality use? Hmm...<br> </p></div>
<blockquote style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0in; BORDER-TOP: medium none; PADDING-LEFT: 6pt; PADDING-BOTTOM: 0in; MARGIN-LEFT: 4.8pt; BORDER-LEFT: #cccccc 1pt solid; MARGIN-RIGHT: 0in; PADDING-TOP: 0in; BORDER-BOTTOM: medium none">

<div>
<div>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">As in my last mail, your previous two modifications DO fix the issue on deployment platform per what I am seeing.</span></p></div></div></blockquote>
<div>
<p class="MsoNormal"><br>But valgrind output says "no". It means that previous patches did nothing with the initial problem although it fix other minor problems. The situation is very clear at the moment, because the leak visualized by valgrind is the one, so it can be fixed easy.<br>
<br>As to your source code, you can omit any delay and make endless loop for sending traffic and you will convince yourself very soon if the leak is presented.<br><br>Also I don't think seriously if rebuilding isc dhcp and/or reinstalling packages will resolve the problem or will change behavior of code - isc dhcp has very minimal environment, and almost all code is self-contained and independent.<br>
  <br>Can you try the last proposed patch just to be sure if it does the trick? With valgrind running output, of course.<br><br>Thanks in advance.<br><br>Regards, Serghei</p></div>
<blockquote style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0in; BORDER-TOP: medium none; PADDING-LEFT: 6pt; PADDING-BOTTOM: 0in; MARGIN-LEFT: 4.8pt; BORDER-LEFT: #cccccc 1pt solid; MARGIN-RIGHT: 0in; PADDING-TOP: 0in; BORDER-BOTTOM: medium none">

<div>
<div>
<div>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p></div>
<div style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0in; BORDER-TOP: windowtext 1pt solid; PADDING-LEFT: 0in; PADDING-BOTTOM: 0in; BORDER-LEFT: medium none; PADDING-TOP: 3pt; BORDER-BOTTOM: medium none">
<p class="MsoNormal"><b><span style="FONT-SIZE: 10pt">From:</span></b><span style="FONT-SIZE: 10pt"> <a href="mailto:sscdvp@gmail.com" target="_blank">sscdvp@gmail.com</a> [mailto:<a href="mailto:sscdvp@gmail.com" target="_blank">sscdvp@gmail.com</a>] <br>
<b>Sent:</b> Monday, January 24, 2011 11:34 AM</span></p>
<div>
<div>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt"><br><b>To:</b> Wilson Yang<br><b>Subject:</b> Re: memory leak using omapi?</span></p></div></div></div>
<div>
<div>
<p class="MsoNormal"> </p>
<p class="MsoNormal" style="MARGIN-BOTTOM: 12pt">Hi, Wilson,<br>What do you mean by "platforms"? Is it the same OS with the same patch set, right? If the answer is "no", we have more opportunities to test the patch correctness.)<br>
<br>     The latest patch should fix the cause of the problem you discovered - omapi signal with invalid argument. Let me explain shortly - the core of the problem - the memory leak occurs when non-existent server object (e.g. lease) is acquired via OMAPI, it's all right while querying the objects (leases) already presented in server's memory. I suppose it is the case why the platforms behavior so differs.<br>
Please correct me if I was wrong.<br>The problem is only observed on the client-side only, and the mentioned patch touches the client part of OMAPI only. You code (list_dhclient) should be relinked with modified version of libdhcpctl (statically).<br>
<br>I will wait for your response.<br><br>Regards, Serghei</p>
<div>
<p class="MsoNormal">2011/1/24 Wilson Yang <<a href="mailto:wyang@neoninc.org" target="_blank">wyang@neoninc.org</a>></p>
<div>
<div>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Hi Serghei,</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Not at all.</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">I tested on three platforms, two for deployment and one for development.</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Memory leak issue from deployment platforms seem to be fixed with your suggestions last week. E.g. your first two modifications do fix it ! However, issue from the development platform persists.</span></p>

<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">I am verifying why differences are seeing among them and keep you posted.</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">I’ll hold off this change for now if that is OK with you.</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Appreciate your great help and timely responses! </span><span style="FONT-SIZE: 10pt; COLOR: #0000c8; FONT-FAMILY: Wingdings">J</span></p>
<div>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8; FONT-FAMILY: Consolas">Wilson Yang</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8; FONT-FAMILY: Consolas">720-836-2444</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p></div>
<div style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0in; BORDER-TOP: windowtext 1pt solid; PADDING-LEFT: 0in; PADDING-BOTTOM: 0in; BORDER-LEFT: medium none; PADDING-TOP: 3pt; BORDER-BOTTOM: medium none">
<p class="MsoNormal"><b><span style="FONT-SIZE: 10pt">From:</span></b><span style="FONT-SIZE: 10pt"> <a href="mailto:sscdvp@gmail.com" target="_blank">sscdvp@gmail.com</a> [mailto:<a href="mailto:sscdvp@gmail.com" target="_blank">sscdvp@gmail.com</a>] <br>
<b>Sent:</b> Sunday, January 23, 2011 11:35 AM<br><b>To:</b> Wilson Yang</span></p>
<div>
<div>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt"><br><b>Subject:</b> Re: memory leak using omapi?</span></p></div></div></div>
<div>
<div>
<p class="MsoNormal"> </p>
<p class="MsoNormal" style="MARGIN-BOTTOM: 12pt">Hi, Wilson.<br><br>Apologies for not responding last days.<br>Can you make the following changes in omapip/messages.c in method omapi_message_process_internal() along with the changes posted by me before?<br>
<br>--cut--<br>              case OMAPI_OP_STATUS:<br>                /* The return status of a request. */<br>                if (!m)<br>                        return ISC_R_UNEXPECTED;<br><br>                /* Get the wait status. */<br>
                status = omapi_get_value_str (mo, message -> id_object,<br>                                              "result", &tv);<br>                if (status == ISC_R_SUCCESS) {<br>                        status = omapi_get_int_value (&wsi, tv -> value);<br>
                        waitstatus = wsi;<br>                        omapi_value_dereference (&tv, MDL);<br>                        if (status != ISC_R_SUCCESS)<br>                                waitstatus = ISC_R_UNEXPECTED;<br>
                } else<br>                        waitstatus = ISC_R_UNEXPECTED;<br><br><span style="COLOR: #999900"> /*               status = omapi_get_value_str (mo, message -> id_object,<br>                                              "message", &tv);<br>
                omapi_signal ((omapi_object_t *)m, "status", waitstatus, tv);<br>                if (status == ISC_R_SUCCESS)<br>                        omapi_value_dereference (&tv, MDL);*/<br></span><span style="COLOR: #009900">                omapi_signal ((omapi_object_t *)m, <br>
                                     "status", waitstatus,<br>                                     (omapi_typed_data_t *)0);<br></span><br>                omapi_message_unregister((omapi_object_t *)m);<br><br>                return ISC_R_SUCCESS;<br>
--cut--<br><br>Please confirm if this patch fixes the problem.<br><br>Regards,<br>Serghei Samsi</p>
<div>
<p class="MsoNormal">2011/1/21 Wilson Yang <<a href="mailto:wyang@neoninc.org" target="_blank">wyang@neoninc.org</a>></p>
<div>
<div>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Hi Serghei,</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">valgrind output attached.</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Thanks.</span></p>
<div>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8; FONT-FAMILY: Consolas">Wilson Yang</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8; FONT-FAMILY: Consolas">720-836-2444</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p></div>
<div style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0in; BORDER-TOP: windowtext 1pt solid; PADDING-LEFT: 0in; PADDING-BOTTOM: 0in; BORDER-LEFT: medium none; PADDING-TOP: 3pt; BORDER-BOTTOM: medium none">
<p class="MsoNormal"><b><span style="FONT-SIZE: 10pt">From:</span></b><span style="FONT-SIZE: 10pt"> <a href="mailto:sscdvp@gmail.com" target="_blank">sscdvp@gmail.com</a> [mailto:<a href="mailto:sscdvp@gmail.com" target="_blank">sscdvp@gmail.com</a>] <br>
<b>Sent:</b> Thursday, January 20, 2011 3:02 PM<br><b>To:</b> <a href="mailto:wyang@neoninc.org" target="_blank">wyang@neoninc.org</a></span></p>
<div>
<div>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt"><br><b>Subject:</b> Re: memory leak using omapi?</span></p></div></div></div>
<div>
<div>
<p class="MsoNormal"> </p>
<p class="MsoNormal" style="MARGIN-BOTTOM: 12pt">Hi, Wilson,<br><br>Hmm, the problem still persists. According to your trace it seems that omapi_protocol_object loses some pointers in omapi_protocol_signal_handler() which are not dereferenced in some cases.<br>
<br>Can you add four lines in protocol.c and retest (with valgrind)?<br><br>--cut--<br>isc_result_t omapi_protocol_destroy (omapi_object_t *h,<br>                                     const char *file, int line)<br>{<br>        omapi_protocol_object_t *p;<br>
        if (h -> type != omapi_type_protocol)<br>                return ISC_R_INVALIDARG;<br>        p = (omapi_protocol_object_t *)h;<br>        if (p -> message)<br>                omapi_message_dereference (&p -> message, file, line);<br>
<span style="COLOR: #009900">        if (p -> name)<br>                omapi_data_string_dereference (&p -> name, file, line);<br>        if (p -> value)<br>                 omapi_typed_data_dereference (&p -> value, file, line);<br>
</span><br>--cut--<br><br>Regards,<br>Serghei Samsi</p>
<div>
<p class="MsoNormal">2011/1/20 Wilson Yang <<a href="mailto:wyang@neoninc.org" target="_blank">wyang@neoninc.org</a>></p>
<div>
<div>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Hi, Serghei,</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Attached the code I am using and the output of valgrind. The change you suggested was made to dhcp-4.1-ESV.</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">It seems OK per linux “ps” output, but valgrind still complains.</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Thanks again for your time and effort and let me know if this is OK or more mod needed.</span></p>
<div>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8; FONT-FAMILY: Consolas">Wilson Yang</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8; FONT-FAMILY: Consolas">720-836-2444</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p></div>
<div style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0in; BORDER-TOP: windowtext 1pt solid; PADDING-LEFT: 0in; PADDING-BOTTOM: 0in; BORDER-LEFT: medium none; PADDING-TOP: 3pt; BORDER-BOTTOM: medium none">
<p class="MsoNormal"><b><span style="FONT-SIZE: 10pt">From:</span></b><span style="FONT-SIZE: 10pt"> <a href="mailto:sscdvp@gmail.com" target="_blank">sscdvp@gmail.com</a> [mailto:<a href="mailto:sscdvp@gmail.com" target="_blank">sscdvp@gmail.com</a>] <br>
<b>Sent:</b> Thursday, January 20, 2011 5:44 AM<br><b>To:</b> <a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a>; <a href="mailto:wyang@neoninc.org" target="_blank">wyang@neoninc.org</a><br>
<b>Subject:</b> Re: memory leak using omapi?</span></p></div>
<div>
<div>
<p class="MsoNormal"> </p>
<div>
<p class="MsoNormal">Hi,</p></div>
<div>
<p class="MsoNormal">While looking through the file message.c,</p></div>
<div>
<p class="MsoNormal">I found that in function omapi_message_destroy()</p></div>
<div>
<p class="MsoNormal">in the following block</p></div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal">--cut--</p></div>
<div>
<p class="MsoNormal"><span style="COLOR: black">        m = (omapi_message_object_t *)h;<br>        if (m -> authenticator) {<br>                omapi_typed_data_dereference (&m -> authenticator, file, line);<br>
        }<br></span> <span style="COLOR: #33cc00">       if (!m -> prev && omapi_registered_messages != m)<br></span>                omapi_message_unregister (h);<br>--cut--</p></div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal">omapi message_unregister() for h argument (m has the value of h!) is never processed because it tests the same condition for exiting prematurally (return ISC_R_INVALIDARG):</p></div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal">--cut--</p></div>
<div>
<p class="MsoNormal">isc_result_t omapi_message_unregister (omapi_object_t *mo)<br>{<br>        omapi_message_object_t *m;<br>        omapi_message_object_t *n;</p></div>
<div>
<p class="MsoNormal">        if (mo -> type != omapi_type_message)<br>                return ISC_R_INVALIDARG;<br>        m = (omapi_message_object_t *)mo;</p></div>
<div>
<p class="MsoNormal">        /* Not registered? */<br>    <span style="COLOR: #33cc00">    if (!m -> prev && omapi_registered_messages != m)<br></span>                return ISC_R_INVALIDARG;</p></div>
<div>
<p class="MsoNormal">--cut--</p></div>
<div>
<p class="MsoNormal">I suggest commenting the block in omapi_message_destroy()</p></div>
<div>
<p class="MsoNormal">like this (leaving omapi_message_unregister() to try it's own test):</p></div>
<div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal">--cut--</p></div>
<div>
<p class="MsoNormal"><span style="COLOR: #666666"> </span><span style="COLOR: #33cc00">       //if (!m -> prev && omapi_registered_messages != m)<br></span>                omapi_message_unregister (h);<br>--cut--</p>
</div></div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal">Can you make this change, recompile & run a valgrind test again?</p></div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal">Regards, </p></div>
<div>
<p class="MsoNormal">Serghei Samsi</p></div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal">2011/1/19 Wilson Yang <<a href="mailto:wyang@neoninc.org" target="_blank">wyang@neoninc.org</a>></p>
<div>
<div>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Hi,</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Found a email thread related to memory leak using omapi. Not sure if this has been fixed or a work around is available.</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Could you please shed some light on this?</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Appreciate your help in advance.</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">An issue record, </span>[ISC-Bugs #22784]<span style="FONT-SIZE: 10pt; COLOR: #0000c8"> has been created to address this behavior.</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">Here is valgrind output while using v3.1-ESV </span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==2849== 70 (12 direct, 58 indirect) bytes in 1 blocks are definitely lost in loss record 37 of 39</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==2849==    at 0x4022FBA: malloc (vg_replace_malloc.c:236)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==2849==    by 0x804FABF: dmalloc (alloc.c:80)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==2849==    by 0x805066C: omapi_value_new (alloc.c:1025)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==2849==    by 0x8055D10: omapi_generic_set_value (generic.c:160)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==2849==    by 0x805881A: omapi_message_set_value (message.c:160)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==2849==    by 0x8056A35: omapi_set_value (support.c:356)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==2849==    by 0x804CFFF: omapi_protocol_signal_handler (protocol.c:653)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==2849==    by 0x8052C3D: omapi_connection_signal_handler (connection.c:1018)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==2849==    by 0x805566E: omapi_io_signal_handler (dispatch.c:614)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==2849==    by 0x8056976: omapi_signal (support.c:290)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==2849==    by 0x804EBA7: omapi_connection_reader_trace (buffer.c:261)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==2849==    by 0x804E75F: omapi_connection_reader (buffer.c:137)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">And valgrind output while using v4.1-ESV,</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==5828== 70 (12 direct, 58 indirect) bytes in 2 blocks are definitely lost in loss record 39 of 39</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==5828==    at 0x4022FBA: malloc (vg_replace_malloc.c:236)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==5828==    by 0x804F596: dmalloc (alloc.c:75)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==5828==    by 0x804F663: omapi_value_new (alloc.c:1021)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==5828==    by 0x805473D: omapi_generic_set_value (generic.c:157)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==5828==    by 0x805784A: omapi_message_set_value (message.c:162)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==5828==    by 0x804D2DA: omapi_protocol_signal_handler (protocol.c:649)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==5828==    by 0x8055866: omapi_signal (support.c:286)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==5828==    by 0x804EAC3: omapi_connection_reader_trace (buffer.c:265)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==5828==    by 0x80536D2: omapi_one_dispatch (dispatch.c:520)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==5828==    by 0x8053D53: omapi_wait_for_completion (dispatch.c:290)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==5828==    by 0x804AC39: dhcpctl_wait_for_completion (dhcpctl.c:141)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8">==5828==    by 0x8049B7B: main (in /home/user/list_dhclient)</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8"> </span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8; FONT-FAMILY: Consolas">Wilson Yang</span></p>
<p class="MsoNormal"><span style="FONT-SIZE: 10pt; COLOR: #0000c8; FONT-FAMILY: Consolas">720-836-2444</span></p>
<p class="MsoNormal"> </p></div></div>
<p class="MsoNormal"><br>_______________________________________________<br>dhcp-users mailing list<br><a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a><br><a href="https://lists.isc.org/mailman/listinfo/dhcp-users" target="_blank">https://lists.isc.org/mailman/listinfo/dhcp-users</a></p>
</div>
<p class="MsoNormal"> </p></div></div></div></div></div>
<p class="MsoNormal"> </p></div></div></div></div></div>
<p class="MsoNormal"> </p></div></div></div></div></div>
<p class="MsoNormal"> </p></div></div></div></div></blockquote></div>
<p class="MsoNormal"> </p></div></div></div></div></blockquote></div><br>