On Thu, May 07, 2009 at 02:05:06PM -0400, Laine Stump wrote:
Something like this?
Do you think that the virUnref*() functions should continue to error out
if the conn is invalid? Or should they maybe just refrain from grabbing
the conn mutex, but still decrement the ref count and release the object
when necessary?
I think this patch is fine. The reason the public APIs do error checking
on the connection object, is because we dont entirely trust the source.
In this scenario, the objects are coming straight out of our internal
hash table, and if we can't trust that then we're so badly doomed we've
got bigger things to worry about :-)
So, ACK to this patch
(P.S. Is this patch mail formatted correctly? I'm doing this as
much to
get the procedure correct as to fix the code...)
Looks fine to me. I prefer inline patches :-)
---
src/datatypes.c | 8 ++++----
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/datatypes.c b/src/datatypes.c
index b1013f2..eceb839 100644
--- a/src/datatypes.c
+++ b/src/datatypes.c
@@ -49,7 +49,7 @@
static int
virDomainFreeName(virDomainPtr domain, const char *name ATTRIBUTE_UNUSED)
{
- return (virDomainFree(domain));
+ return (virUnrefDomain(domain));
}
/**
@@ -63,7 +63,7 @@ virDomainFreeName(virDomainPtr domain, const char *name
ATTRIBUTE_UNUSED)
static int
virNetworkFreeName(virNetworkPtr network, const char *name ATTRIBUTE_UNUSED)
{
- return (virNetworkFree(network));
+ return (virUnrefNetwork(network));
}
/**
@@ -77,7 +77,7 @@ virNetworkFreeName(virNetworkPtr network, const char *name
ATTRIBUTE_UNUSED)
static int
virStoragePoolFreeName(virStoragePoolPtr pool, const char *name ATTRIBUTE_UNUSED)
{
- return (virStoragePoolFree(pool));
+ return (virUnrefStoragePool(pool));
}
/**
@@ -91,7 +91,7 @@ virStoragePoolFreeName(virStoragePoolPtr pool, const char *name
ATTRIBUTE_UNUSED
static int
virStorageVolFreeName(virStorageVolPtr vol, const char *name ATTRIBUTE_UNUSED)
{
- return (virStorageVolFree(vol));
+ return (virUnrefStorageVol(vol));
}
/**
--
1.6.0.6
--
Libvir-list mailing list
Libvir-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
--
|: Red Hat, Engineering, London -o-
http://people.redhat.com/berrange/ :|
|:
http://libvirt.org -o-
http://virt-manager.org -o-
http://ovirt.org :|
|:
http://autobuild.org -o-
http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|