On Sat, 2011-12-31 at 01:47 +0530, Suresh kumar wrote: > thanks Dave for quick respone > > > Regarding net-snmp compilation using g++ compiler we are getting > similar type error one by one previously we getting from disk_hw.c > > and resolved using manually type casting in line 268(in disk_hw.c > file)
It should be mentioned that the interface, i.e. the header files, shall be useable from C++. There have been some effort to have the snmplib directory written in the common subset of C and C++, but I am not certain about the current status. All the rest of Net-SNMP is written in C and so it isn't possible to compile it using a C++ compiler without changes. disk_hw is located somewhere under agent/mibgroup and thus that file can't be compiled as C++. /MF > disks = realloc( disks, maxdisks * sizeof( netsnmp_fsys_info*)); > > then we now geting in dlmod.c file. > > any work around for avoiding manual type casting. . > > ucd-snmp/dlmod.c: In function 'void dlmod_load_module(dlmod*)': > ucd-snmp/dlmod.c:136: error: invalid conversion from 'void*' to 'int > (*)()' > ucd-snmp/dlmod.c: In function 'void dlmod_unload_module(dlmod*)': > ucd-snmp/dlmod.c:161: error: invalid conversion from 'void*' to 'int > (*)()' > ucd-snmp/dlmod.c:164: error: invalid conversion from 'void*' to 'int > (*)()' > > complete compilers error are as flows > > > /bin/sh ../../libtool --mode=compile powerpc-montavista-linux-gnu-g++ > -te500v2 > -I../../include -I. -I../../agent -I../../agent/mibgroup > -I../../snmplib -I/vo > bs/gxc/src/OpenSource/ace-tao/include > -I/vobs/gxc/src/OpenSource/ace-tao/include > /TAO > -I/vobs/gxc/src/OpenSource/ace-tao/include/ace -I/vobs/gxc/src/OpenSource/a > > ce-tao/include/TAO/orbsvcs -I/vobs/gxc/src/OpenSource/ace-tao/include > -I/vobs/g > xc/src/OpenSource/ace-tao/include/TAO > -I/vobs/gxc/src/OpenSource/ace-tao/include > /ace > -I/vobs/gxc/src/OpenSource/ace-tao/include/TAO/orbsvcs -I/vobs/gxc/src/incl > > ude -I/vobs/gxc/src/include/TAO_INCLUDE > -I/vobs/gxc/src/include/ACE_INCLUDE -I/v > obs/gxc/src/CommonIDL > -I/vobs/gxc/src/NodeServices/CorbaSetup -fno-strict-alia > sing -Os > -Ulinux -Dlinux=linux -c -o ucd-snmp/dlmod.lo ucd-snmp/dlmod.c > libtool: compile: powerpc-montavista-linux-gnu-g++ -te500v2 > -I../../include -I. > -I../../agent -I../../agent/mibgroup -I../../snmplib > -I/vobs/gxc/src/OpenSource > /ace-tao/include > -I/vobs/gxc/src/OpenSource/ace-tao/include/TAO -I/vobs/gxc/src/ > > OpenSource/ace-tao/include/ace > -I/vobs/gxc/src/OpenSource/ace-tao/include/TAO/or > bsvcs > -I/vobs/gxc/src/OpenSource/ace-tao/include -I/vobs/gxc/src/OpenSource/ace- > > tao/include/TAO -I/vobs/gxc/src/OpenSource/ace-tao/include/ace > -I/vobs/gxc/src/O > penSource/ace-tao/include/TAO/orbsvcs > -I/vobs/gxc/src/include -I/vobs/gxc/src/in > clude/TAO_INCLUDE > -I/vobs/gxc/src/include/ACE_INCLUDE -I/vobs/gxc/src/CommonIDL > > -I/vobs/gxc/src/NodeServices/CorbaSetup -fno-strict-aliasing -Os -Ulinux > -Dlinux > =linux -c ucd-snmp/dlmod.c -fPIC -DPIC -o > ucd-snmp/.libs/dlmod.o > ucd-snmp/dlmod.c: In function 'void dlmod_load_module(dlmod*)': > ucd-snmp/dlmod.c:136: error: invalid conversion from 'void*' to 'int > (*)()' > ucd-snmp/dlmod.c: In function 'void dlmod_unload_module(dlmod*)': > ucd-snmp/dlmod.c:161: error: invalid conversion from 'void*' to 'int > (*)()' > ucd-snmp/dlmod.c:164: error: invalid conversion from 'void*' to 'int > (*)()' > make[3]: *** [ucd-snmp/dlmod.lo] Error 1 > make[3]: Leaving directory > `/vobs/thirdparty/net-snmp-5.7.1/agent/mibgroup' > make[2]: *** [subdirs] Error 1 > make[2]: Leaving directory `/vobs/thirdparty/net-snmp-5.7.1/agent' > make[1]: *** [subdirs] Error 1 > make[1]: Leaving directory `/vobs/thirdparty/net-snmp-5.7.1' > make: *** [build] Error 2 > > > > > Date: Fri, 30 Dec 2011 19:11:36 +0000 > > Subject: Re: dynamic table Table creation > > From: d.t.shi...@liverpool.ac.uk > > To: skjaiswa...@hotmail.com > > CC: net-snmp-coders@lists.sourceforge.net > > > > On 30 December 2011 18:09, Suresh kumar <skjaiswa...@hotmail.com> > wrote: > > > You haven't said which mib2c framework you are using for your > table, > > >> but a number of them take the option > > >> > > >> mib2c -Scache=1 ..... > > >> > > >> which will include the basic cache handling code. > > > > > > > > > 1. We are generating table code templates by executing the > following > > > command: > > > mib2c -c mib2c.create-dataset.conf calientChassis. > > > > OK - that doesn't recognise the -Scache flag, as this whole approach > > is essentially one big cache. It's really designed for a pure-SNMP > > table - i.e. one where all updates are done via SNMP SET requests. > > It's not really suited to integrating with an external data source. > > > > > Will it not be possible to handle updates efficiently using > dataset APIs? > > > > I haven't done any benchmarking, but I wouldn't expect it to be as > efficient > > as some of the others - most notably the table_tdata helper. > > Remember that the dataset helper uses a generic mechanism for > handling > > the individual columns, since it needs to work with *any* MIB module > > (with no code changes). > > The other helpers, such as table_tdata, will generate a dedicated > data > > structure to represent a row of this particular table, so can go > straight to > > the relevant column value. > > > > But I haven't done any timings - your mileage may vary. > > > > > > > We do not want to create files as required for implementation > using the > > > cache option. > > > Are these files cleaned up on agent shutdown?. > > > > The cache mechanism doesn't use any files. > > It stores a local copy of the table in memory (updating it as > required). > > Obviously, this memory is released when the agent shuts down. > > > > > > > > > 2 . We also trying integrate net-snmp 5.7 code with our CORBA > stub. > > > we made our C++ interfaces. > > > and want acess this interfce directely in > net-snmp extended MIB agent > > > code for geting and seting functiinality. > > > hence can we compile net-snmp code using g++ compile for > acessing > > > c++ code in directely in our extended > > > calient agent code.? > > > > It should be possible to compile the Net-SNMP code using g++, yes. > > Certainly all of the files are wrapped in "extern C" blocks, and we > have > > had reports of this working in the past. > > But the suite is primarily aimed at straight C applications, so > there > > may have been some code changes that break a C++ compilation. > > Give it a go, and let us know how you get on. > > > > > > > > Dave > > ------------------------------------------------------------------------------ > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex > infrastructure or vast IT resources to deliver seamless, secure access to > virtual desktops. With this all-in-one solution, easily deploy virtual > desktops for less than the cost of PCs and save 60% on VDI infrastructure > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox > _______________________________________________ Net-snmp-coders mailing list > Net-snmp-coders@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/net-snmp-coders ------------------------------------------------------------------------------ Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox _______________________________________________ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
