search for: hivefil

...9;t exist, just accept that we cannot + * find hostname etc. + */ + if (r == 0) return 0; int ret = -1; diff --git a/tools/virt-win-reg b/tools/virt-win-reg index 9e053dd..0a1b754 100755 --- a/tools/virt-win-reg +++ b/tools/virt-win-reg @@ -516,12 +516,7 @@ sub download_hive my $hivefile = shift; my $hiveshortname = shift; - my $winfile; - eval { $winfile = $g->case_sensitive_path ($hivefile); }; - if ($@) { - die __x("virt-win-reg: {p}: file not found in guest: {err}\n", - p => $hivefile, err => $@); - } + my $winfile...

Proposed patches to fix https://bugzilla.redhat.com/show_bug.cgi?id=858126

The following patches address issues when dealing with hives that have corrupted data in them but are otherwise readable/writable. Those were found on some rather rare Windows installations that seem to work fine but current hivex fails to even open. Those patches change hivex to simply log and ignore such "corrupted" regions instead of aborting because the caller might be looking at

From: Jim Meyering <meyering at redhat.com> * lib/hivex.c (hivex_node_set_value): Remove unnecessary test-before-free. --- lib/hivex.c | 3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/lib/hivex.c b/lib/hivex.c index d042f4f..a72fa77 100644 --- a/lib/hivex.c +++ b/lib/hivex.c @@ -2748,8 +2748,7 @@ hivex_node_set_value (hive_h *h, hive_node_h node, leave_partial:

https://bugzilla.redhat.com/show_bug.cgi?id=836710 https://bugzilla.redhat.com/show_bug.cgi?id=836913 There are at least two related bugs going on: (1) Linux sync(2) system call doesn't send a write barrier to the disk, so in effect it doesn't force the hard disk to flush its cache. libguestfs used sync(2) to force changes to disk. We didn't expect that qemu was caching anything