It would be possible to write a C# wrapper for each of the OpenHPI library calls. That work would only need to be done once and could be packaged with OpenHPI.
-----Original Message----- From: Anton Pak [mailto:[email protected]] Sent: Monday, June 27, 2011 10:22 AM To: [email protected]; Thompson, Michael Subject: Re: [Openhpi-devel] Language bindings to OpenHPI Hope that work shall be done only once! Another possible way is to implement base library on C# entirely. :) Or to make base library provide results in more convenient form. For example mapping HPI API to SOAP, SNMP, XML RPC and etc. Anton Pak On Mon, 27 Jun 2011 17:37:15 +0400, Thompson, Michael <[email protected]> wrote: > Writing a program in C# that uses the OpenHPI libraries is a bit of a > challenge, but it can be done. > > If I understand this correctly... > > C# wants to use managed code and store objects on the heap. The OpenHPI > libraries are unmanaged code that returns values on the stack. You need > a wrapper for every OpenHPI call that translates between the managed and > the unmanaged code. You get to learn about using "DllImport()", > "unsafe", " System.Runtime.InteropServices", " CallingConvention.Cdecl", > and " PInvokeStackImbalance". > > -----Original Message----- > From: Anton Pak [mailto:[email protected]] > Sent: Monday, June 27, 2011 9:26 AM > To: OpenHPI-devel > Subject: [Openhpi-devel] Language bindings to OpenHPI > > Hello! > > Let's discuss whether we need using OpenHPI from other languages than > C/C++. > I mean the possibility for calling baselib API (saHpiXXX() and oHpiXXX() > functions). > > We have py-openhpi that was stuck on version 1.1 and on HPI-B.02.01. > I tried to make B.03.02 modules auto-generated from SaHpi.h > Seems with python scripting allows making rather complex HPI actions > in few lines of code. And for some tasks python code is even simpler and > shorter than hpi_shell. So the way looks rather attractive. > > And what are other languages of interest - Java, C#, Perl, Ruby, ...? > May be it makes sense to think about hardware management console on > mobile > devices like Android. > > Anton Pak > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously > valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > Openhpi-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/openhpi-devel > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously > valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > Openhpi-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/openhpi-devel ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Openhpi-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openhpi-devel
