All,
   Managed to get myself stuck again....:(

   I have got quite a few mib modules that use shared memory. Updating these
for int is not a big deal. However, for char * I am in trouble - I can keep
the pointers in the shared memory - but not the memory that they point to -
which are process specific. So, I cannot update the Strings from a client
process for the agent to be returning these values. I am left with 2
options:

   o To manage a heap by myself in the shared memory.
   o To use messgae queue - where the client process puts the Strings to the
message queue for the agent to read and update its memory.

   The first, at best, is a tedious exercise.
   The second approach seemed easier - provided I can have a thread waiting
to read the message queue in the agent process - and update the memory for
the strings. I am not sure if this is possible - and need to know what would
be the right place to start. I was thinking in the following lines:

   - I have a base mib module - which calls the init_<mib_module>s of other
mib modules.
   - I can start up the other thread in this "master" mib module - and ask
it to wait on the message queue.
   - In the message queue - ask for an identifier for the module and the
oid.
   - Use that information to update the memory by calling method in the
corresponding mib modules (this is more of a personal coding style, I
guess:))

   I am not sure if this is a delirious dream - or will it work? Can anyone,
be so kind as to point out any obvious Error/Warning that I need to be aware
of if I go down this path.

   Really appreciate all the help that I get....,

Regards,
Arijit


-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Net-snmp-users mailing list
[EMAIL PROTECTED]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Reply via email to