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(a)redhat.com
https://www.redhat.com/mailman/listinfo/libvirt-cim
--
- Zhengang