--===============0352072759==
Content-Type: multipart/alternative; boundary="0-1466198738-1179493321=:86418"
Content-Transfer-Encoding: 8bit

--0-1466198738-1179493321=:86418
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Thing is, the code I gave you was only my "test" code. My real implementation (once I am convinced I know what I am doing) is going to require me to populate the row context data (all the rows in the table) in the "row_prep" procedure and "not" in the "container_load" procedure anymore. This is because the data can change so I can not simply load it one time when the "container_load" procedure is called at the start.

** I guess I am assuming that the "container_load" procedure only gets called one time at the start, this is why the "row_prep" is provided ..... so values can be set into the table before the SNMP Get requests are processed. Is this correct?

Anyway, I guess I was more interested in knowing why "mib2c" generates that type of code in which a variable (ie: "rowreq_ctx->data.ocStbHostAVInterfaceType_len") is used in a defensive check "before" the variable is actually set with the valid value. Just trying to make sense of the automatically generated code and I am trying to figure out why this would ever be used like this since this automatically generated code does not make sense to me as is ...



Robert Story wrote: On Thu, 17 May 2007 13:44:41 -0700 (PDT) Need wrote:
NH> Now, I attached the "data_access.c" module which has the container_load procedure in it for you to see. I included a description of the problem for you to read at the location in which in occurs. Search for the text "PROBLEM" in the code and you will find it. It is very easy to find.

The solution you mention in the comments, removing the check, is fine in this
case because you are initializing a new object with its value.



---------------------------------
TV dinner still cooling?
Check out "Tonight's Picks" on Yahoo! TV.
--0-1466198738-1179493321=:86418
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Thing is, the code I gave you was only my "test" code.   My real implementation (once I am convinced I know what I am doing) is going to require me to populate the row context data (all the rows in the table) in the "row_prep" procedure and "not" in the "container_load" procedure anymore.  This is because the data can change so I can not simply load it one time when the "container_load" procedure is called at the start. 

**  I guess I am assuming that the "container_load" procedure only gets called one time at the start, this is why the "row_prep" is provided ..... so values can be  set into the table before the SNMP Get requests are processed.  Is this correct?

Anyway, I guess I was more interested in knowing why "mib2c" generates that type of code in which a variable (ie: "rowreq_ctx->data.ocStbHostAVInterfaceType_len") is used in a defensive check "before" the variable is actually set with the valid value.  
Just trying to make sense of the automatically generated code and I am trying to figure out why this would ever be used like this since this automatically generated code does not make sense to me as is ...



Robert Story <rstory@freesnmp.com> wrote:
On Thu, 17 May 2007 13:44:41 -0700 (PDT) Need wrote:
NH> Now, I attached the "data_access.c" module which has the container_load procedure in it for you to see. I included a description of the problem for you to read at the location in which in occurs. Search for the text "PROBLEM" in the code and you will find it. It is very easy to find.

The solution you mention in the comments, removing the check, is fine in this
case because you are initializing a new object with its value.




TV dinner still cooling?
Check out "Tonight's Picks" on Yahoo! TV.
--0-1466198738-1179493321=:86418--


--===============0352072759==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
--===============0352072759==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/...et-snmp-coders

--===============0352072759==--