search for: xmlxpathfreecontext

Displaying 12 results from an estimated 12 matches for "xmlxpathfreecontext".

2014 Aug 11
5
issue when building/making package from git
...0xb9): undefined reference to `xmlFreeURI' ../src/.libs/libutils.a(libutils_la-cleanup.o): In function `guestfs___cleanup_xmlFreeTextWriter': cleanup.c:(.text+0xd9): undefined reference to `xmlFreeTextWriter' ../src/.libs/libutils.a(libutils_la-cleanup.o): In function `guestfs___cleanup_xmlXPathFreeContext': cleanup.c:(.text+0xf9): undefined reference to `xmlXPathFreeContext' ../src/.libs/libutils.a(libutils_la-cleanup.o): In function `guestfs___cleanup_xmlXPathFreeObject': cleanup.c:(.text+0x119): undefined reference to `xmlXPathFreeObject' collect2: error: ld returned 1 exit status...
2015 Jun 25
2
[PATCH v2] v2v: Free XML objects in the correct order.
In version 2: - No substantial change, I just tidied up the code a bit. - Removed one case where whitespace changes had crept in. Rich.
2015 Jun 25
0
[PATCH v2] v2v: Free XML objects in the correct order.
...t;<test/>", 7, NULL, NULL, XML_PARSE_NONET); assert (doc); xpathctx = xmlXPathNewContext (doc); assert (xpathctx); xpathobj = xmlXPathEvalExpression (BAD_CAST "/test", xpathctx); assert (xpathobj); xmlFreeDoc (doc); xmlXPathFreeObject (xpathobj); xmlXPathFreeContext (xpathctx); exit (EXIT_SUCCESS); } In virt-v2v we were not freeing up objects in the correct order, because we didn't express the dependency between objects at the C level into the OCaml, where the OCaml garbage collector could see those dependencies. For example code like: let doc =...
2015 Jun 25
0
[PATCH] v2v: Free XML objects in the correct order.
...t;<test/>", 7, NULL, NULL, XML_PARSE_NONET); assert (doc); xpathctx = xmlXPathNewContext (doc); assert (xpathctx); xpathobj = xmlXPathEvalExpression (BAD_CAST "/test", xpathctx); assert (xpathobj); xmlFreeDoc (doc); xmlXPathFreeObject (xpathobj); xmlXPathFreeContext (xpathctx); exit (EXIT_SUCCESS); } In virt-v2v we were not freeing up objects in the correct order, because we didn't express the dependency between objects at the C level into the OCaml, where the OCaml garbage collector could see those dependencies. For example code like: let doc =...
2014 Aug 11
2
Re: issue when building/making package from git
...; > ../src/.libs/libutils.a(libutils_la-cleanup.o): In function > > `guestfs___cleanup_xmlFreeTextWriter': > > cleanup.c:(.text+0xd9): undefined reference to `xmlFreeTextWriter' > > ../src/.libs/libutils.a(libutils_la-cleanup.o): In function > > `guestfs___cleanup_xmlXPathFreeContext': > > cleanup.c:(.text+0xf9): undefined reference to `xmlXPathFreeContext' > > ../src/.libs/libutils.a(libutils_la-cleanup.o): In function > > `guestfs___cleanup_xmlXPathFreeObject': > > cleanup.c:(.text+0x119): undefined reference to `xmlXPathFreeObject' &gt...
2017 Jun 15
0
[PATCH v6 05/41] utils: Split out cleanups into common/cleanups.
...xmlFreeDoc))) +#define CLEANUP_XMLFREEURI \ + __attribute__((cleanup(guestfs_int_cleanup_xmlFreeURI))) +#define CLEANUP_XMLFREETEXTWRITER \ + __attribute__((cleanup(guestfs_int_cleanup_xmlFreeTextWriter))) +#define CLEANUP_XMLXPATHFREECONTEXT \ + __attribute__((cleanup(guestfs_int_cleanup_xmlXPathFreeContext))) +#define CLEANUP_XMLXPATHFREEOBJECT \ + __attribute__((cleanup(guestfs_int_cleanup_xmlXPathFreeObject))) +#else +#define CLEANUP_FREE +#define CLEANUP_HAS...
2019 Jul 09
7
[PATCH 0/5] Split virt-p2v in own repository
Hi, as it was already discussed on this list, here it is my attempt in splitting virt-p2v in an own repository. Sadly there are things that must be copied from libguestfs, as it cannot be avoided. The approach taken was to run a script (will send separately) to just get the "p2v" subdirectory with its history as own repository, and then add in few followup commits all the bits needed
2017 Jun 19
16
[PATCH v7 00/13] Refactor utilities
This is just the utilities part of the patch series from: https://www.redhat.com/archives/libguestfs/2017-June/msg00103.html I believe this addresses everything raised in comments on that patch series. Rich.
2017 Jun 09
12
[PATCH 00/12] Refactor utility functions.
This turned out to be rather more involved than I thought. We have lots of utility functions, spread all over the repository, with not a lot of structure. This moves many of them under common/ and structures them so there are clear dependencies. This doesn't complete the job by any means. Other items I had on my to-do list for this change were: - Split up mllib/common_utils into: -
2017 Jun 12
32
[PATCH v5 00/32] Refactor utilities, implement some APIs in OCaml.
This is a combination of: https://www.redhat.com/archives/libguestfs/2017-June/msg00046.html [PATCH 00/12] Refactor utility functions. plus: https://www.redhat.com/archives/libguestfs/2017-June/msg00023.html [PATCH v3 00/19] Allow APIs to be implemented in OCaml. with the second patches rebased on top of the utility refactoring, and some other adjustments and extensions. This passes
2017 Jun 15
45
[PATCH v6 00/41] Refactor utilities, reimplement inspection in the daemon.
v5: https://www.redhat.com/archives/libguestfs/2017-June/msg00065.html Since v5, this now implements inspection almost completely for Linux and Windows guests. Rich.
2017 Jun 21
45
[PATCH v8 00/42] Refactor utilities and reimplement inspection.
v7 was: https://www.redhat.com/archives/libguestfs/2017-June/msg00169.html https://www.redhat.com/archives/libguestfs/2017-June/msg00184.html I believe this addresses all comments received so far. Also it now passes a test where I compared about 100 disk images processed with old and new virt-inspector binaries. The output is identical in all cases except one which is caused by a bug in blkid