
Dan Smith wrote:
ZL> Looks like they saw your post here. And they released a new ZL> version yesterday :).
Actually, I think Jay employed some coercion techniques on our behalf... :) Yep. Jay is geographically closer to them :)
Bad news is that, with the 1.3.0 new release, I still got a SIGSEGV at the same line. I double checked sfcb's header files. The typo of setobjectpath/getobjectpath is fixed in this release. And my local pegasus headers also have the correct function there. 429 op = CMGetObjectPath(inst, NULL); 430 if (op == NULL) 431 return "Unknown resource instance type"; 432 433 CMSetNameSpace(op, ns); 434 CMSetObjectPath(inst, op); (gdb) p inst->ft->setObjectPath $6 = (CMPIStatus (*)(CMPIInstance *, const CMPIObjectPath *)) 0 (gdb) p *(inst->ft) $7 = {ftVersion = 1, release = 0xb7ee20d1 <__ift_release>, clone = 0xb7ee218f <__ift_clone>, getProperty = 0xb7ee2473 <__ift_getProperty>, getPropertyAt = 0xb7ee23e3 <__ift_getPropertyAt>, getPropertyCount = 0xb7ee2542 <__ift_getPropertyCount>, setProperty = 0xb7ee2586 <__ift_setProperty>, getObjectPath = 0xb7ee276b <__ift_getObjectPath>, setPropertyFilter = 0xb7ee2b47 <__ift_setPropertyFilter>, *setObjectPath* = 0} Why is setObjectPath a null pointer?
------------------------------------------------------------------------
_______________________________________________ Libvirt-cim mailing list Libvirt-cim@redhat.com https://www.redhat.com/mailman/listinfo/libvirt-cim
-- - Zhengang