A .NET library assembly which can be used from other projects would be useful.
A native library would have its advatages as well, but would require the
hardware monitoring code to be ported to a native language. Or a CLR would have
to be created from a native library, and then the calls marshalled from a
native interface.
This is also connected with Issue 33 and the question if the library should
require admin rights to run. Right now the best solution seems to be, to run
just with restricted hardware support if the rights are missing. But it would
be good if mechanisms could be added to optionally install certain code parts
as drivers / services to increase hardware support if the library runs in a
process without admin rights.
The interface of the OpenHardwareMonitor.Hardware namespace might need some
refactoring to be good for a library.
The Config class needs to be redesigned, so that file access from the hardware
monitoring code is optional.
Original issue reported on code.google.com by moel.mich on 30 Jul 2010 at 10:32
Original issue reported on code.google.com by
moel.mich
on 30 Jul 2010 at 10:32