Re: Expanding the "data_context" structure to include other Table

--===============0985396513==
Content-Type: multipart/alternative; boundary="0-2034899701-1181239307=:46018"
Content-Transfer-Encoding: 8bit

--0-2034899701-1181239307=:46018
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

A) You stated there are other methods (instead of using "se_add_pair_to_slist" and "se_find_value_in_slist" routines) which can be used to remember index values. I assume "other methods" mean that I am free to implement any other way to remember index values if I want :>) ... or perhaps other methods already exist within NetSNMP? I asked this question, since it does seem silly to assign a "text string" to each index value like the "se_xxxx" routines mentioned above require in order to remember the index mappings. I might see if I can find another way without using text strings. Any advice?

B) You state "Check out the container load function(s) for ifTable." . Well, this seems to complicated for me to understand just yet. I think I will simply regenerate Table1 during it's container_load() routine everytime since this would be easier for me right now. Perhaps in the future, updating this to not regenerate the full table everytime would be possible.

C) Just wanted to confirm with you the following is true .... please confirm:

The "_mfd_ocStbHostAnalogVideoTable_object_lookup( )" routine calls the "ocStbHostAnalogVideoTable_row_prep()" routine and now it is possible for the "ocStbHostAnalogVideoTable_row_prep()" routine to return a MFD_SKIP value. This means the "_mfd_ocStbHostAnalogVideoTable_object_lookup( )" routine can now return a MFD_SKIP value.

I just wanted to confirm that this is ok and no additional code is required (somewhere else) to handle a MFD_SKIP value from being returned by the "_mfd_ocStbHostAnalogVideoTable_object_lookup( )" routine.

D) "the more questions you ask in a single message, to more likely I am to take longer to respond. I only have so many hours in the day!"

I completely understand and immensely appreciate all the time and guidance you have provided me so far. Without this sort of assistance, I would not even come close to using SNMP for my company, especially after finding out I am dealing with tables which are related to other tables.

I do apperciate your help immensely ...... thanks to you (as well as David of course) !





---------------------------------
Choose the right car based on your needs. Check out Yahoo! Autos new Car Finder tool.
--0-2034899701-1181239307=:46018
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

A) You stated there are other methods (instead of using "se_add_pair_to_slist" and "se_find_value_in_slist" routines) which can be used to remember index values.&nbsp; I assume "other methods" mean that I am free to implement any other way to remember index values if I want :&gt;) ... or perhaps other methods already exist within NetSNMP?&nbsp;&nbsp; I asked this question, since it does seem silly to assign a "text string" to each index value like the "se_xxxx" routines mentioned above require in order to remember the index mappings. I might see if I can find another way without using text strings.&nbsp; Any advice?<br><br>B) You state "Check out the container load function(s) for ifTable." .&nbsp;&nbsp; Well, this seems to complicated for me to understand just yet.&nbsp;&nbsp; I think I will simply regenerate Table1 during it's container_load() routine everytime since this would be easier for me right now.&nbsp;&nbsp; Perhaps in the future, updating this to not regenerate
the full table everytime would be possible.<br><br>C) Just wanted to confirm with you the following is true .... please confirm:<br><br>The "_mfd_ocStbHostAnalogVideoTable_object_lookup( )" routine calls the "ocStbHostAnalogVideoTable_row_prep()" routine and now it is possible for the "ocStbHostAnalogVideoTable_row_prep()" routine to return a MFD_SKIP value.&nbsp; This means the "_mfd_ocStbHostAnalogVideoTable_object_lookup( )" routine can now return a MFD_SKIP value.&nbsp;&nbsp; <br><br>I just wanted to confirm that this is ok and no additional code is required (somewhere else) to handle a MFD_SKIP value from being returned by the "_mfd_ocStbHostAnalogVideoTable_object_lookup( )" routine.&nbsp;&nbsp; <br><br>D) "the more questions you ask in a single message, to more likely I am to take longer to respond. I only have so many hours in the day!"<br><br>I completely understand and immensely appreciate all the time and guidance you have provided me so far.&nbsp; Without this
sort of assistance, I would not even come close to using SNMP for my company, especially after finding out I am dealing with tables which are related to other tables.<br><br>I do apperciate your help immensely ......&nbsp; thanks to you (as well as David of course) !<br><br><br><br><p>
<hr size=1>Choose the right car based on your needs.
Check out <a href="http://us.rd.yahoo.com/evt=48518/*http://autos.yahoo.com/carfinder/;_y...FyLWZpbmRlcg-- ">Yahoo! Autos new Car Finder tool.</a>

--0-2034899701-1181239307=:46018--



--===============0985396513==
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/
--===============0985396513==
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

--===============0985396513==--