--===============0048870823==
Content-Type: multipart/alternative; boundary="0-836705930-1164925457=:77535"
Content-Transfer-Encoding: 8bit

--0-836705930-1164925457=:77535
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Dear Dave
Thank you very very much
It worked, that was my mistake.

Thank you again
Reddy


Dave Shield wrote: On 27/11/06, Venkata Guddeti wrote:
> Even if I switch the order of variables, the problem is with the 2nd variable.


That sounds like the handler isn't properly working through the list
of varbind that it's given.


> I am attaching the code here in a file tables_gbbfcommn.c: (Code is
> generated using iterate.conf option)


int
fileTable_handler(...)
{
for (request = requests; request; request = request->next) {
var = request->requestvb;
switch (reqinfo->mode) {

case MODE_SET_RESERVE1:
switch (table_info->colnum)
{
case COLUMN_FILETABLEFILENAME:
if (requests->requestvb->type != ASN_OCTET_STR) {
netsnmp_set_request_error(reqinfo, requests,
SNMP_ERR_WRONGTYPE);
}
break;
}
}
}
}


Which is exactly what's happening.
You've got a loop variable "request", which walks through
the list of varbinds, starting from the head "requests".

But all of the processing is done on the *first* entry
(requests) rather than the "current" entry (request).

Dave


--0-836705930-1164925457=:77535
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Dear Dave
Thank you very very much
It worked, that was my mistake.

Thank you again
Reddy


Dave Shield <D.T.Shield@csc.liv.ac.uk> wrote:
On 27/11/06, Venkata Guddeti wrote:
> Even if I switch the order of variables, the problem is with the 2nd variable.

That sounds like the handler isn't properly working through the list
of varbind that it's given.


> I am attaching the code here in a file tables_gbbfcommn.c: (Code is
> generated using iterate.conf option)

int
fileTable_handler(...)
{
for (request = requests; request; request = request->next) {
var = request->requestvb;
switch (reqinfo->mode) {

case MODE_SET_RESERVE1:
switch (table_info->colnum)
{

case COLUMN_FILETABLEFILENAME:
if (requests->requestvb->type != ASN_OCTET_STR) {
netsnmp_set_request_error(reqinfo, requests,
SNMP_ERR_WRONGTYPE);
}
break;
}
}
}
}


Which is exactly what's happening.
You've got a loop variable "request", which walks through
the list of varbinds, starting from the head "requests".

But all of the processing is done on the *first* entry
(requests) rather than the "current" entry (request).

Dave


--0-836705930-1164925457=:77535--


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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?p...rge&CID=DEVDEV
--===============0048870823==
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

--===============0048870823==--