Uli, o) list, getnext, info worked fine for me now. It was my configuration issue.
o) In rev 7133 I fixed marshalling for oHpiParamGet and oHpiParamSet. Could you try it? o) There are a typo in ohcontrol create help: - libsimulater -> libsimulator o) When I comment line 2856 "g_hash_table_destroy(config_table);" in openhpid/openhpid.cpp, ohcontrol create works fine. o) seems ohcontrol destroy does something. After destroy, list shows no handler with destroyed id. However the resources for this handler are still present and sensor reading on these resources works ok. Seems the handler was not destroyed completely. Anton Pak > Hi Anton, > as we discussed yesterday in the chat room, here I send you the client > program that I created to work with the oHPI APIs. > The attached archive contains the client and the patch for the Makefile > for your convenience. > > I did only very few tests yet, but found a few issues with the APIs. > - The APIs work only with the default domain. > - oHpiHandlerInfo, oHpiHandlerGetNext, oHpiHandlerDestroy seem ok. > - oHpiHandlerFind always returns invalid session. > This function is the only one that already has a session parameter > (which is needed for other domains) so I think the introduction > of that parameter was not completed at that time. > - oHpiHandlerRetry I didn't test yet. I think it only works when a > handler is defined completely but couldn't initialize or was terminated > for some other reason than oHpiHandlerDestroy. > - oHpiHandlerCreate I couldn't verify yet. It always returns some error. > Since you were able to call it from within the daemon, I think the > parameters are not copied through. > - oHpiParamGet and oHpiParamSet for OHPI_DAT_SAVE always runs into the > following error: > ohcontrol: marshal.c:468: Marshal: Assertion `0' failed. > Aborted > other parameters seem to work. > > What say? > > Cheers, > Uli > <<u7130-6.tgz>> > > > > > ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ Openhpi-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openhpi-devel
