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)
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
