[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [Libguestfs] [PATCH 0/7] hivex + hivexml: Add byte runs for nodes and values



On Sep 7, 2011, at 05:24 , Richard W.M. Jones wrote:

> On Fri, Sep 02, 2011 at 09:24:11AM -0700, Alex Nelson wrote:
>> Hi all,
>> 
>> The image repository problem is resolved.  The particular disk image I referenced is here:
>> https://domex.nps.edu/corp/scenarios/2009-m57/drives/charlie-2009-12-11.aff
>> via https://domex.nps.edu/corp/scenarios/2009-m57/drives/
>> via the link below.
>> 
>> Two hives on which hivexml fails are attached.  If it is better to attach them to a bug report, please let me know.
>> 
>> To be clear, this appears to be an error in hivex that my change set reveals, not creates.
> 
> The two hives you attached seem OK to me.  hivexml appears to process
> both files just fine.  What error/etc am I looking for?
> 
> There are only two bugs in hivex concerning the handling of hives that
> I am aware of (one is a bug in ReactOS, the other is more serious):
> 
> - https://bugzilla.redhat.com/show_bug.cgi?id=717583
>  hivex fails to parse W2K3 x64 hive, returning ENOTSUP because ri-record offset does not point to lf/lh
> 
> - https://bugzilla.redhat.com/show_bug.cgi?id=709327
>  hivex cannot read registry hives from ReactOS
> 
> To file bugs against hivex, go here:
> 
> https://bugzilla.redhat.com/enter_bug.cgi?component=hivex&product=Fedora
> 
> Include all relevant details, preferably attaching a hive which
> demonstrates the failure, and instructions on how to easily reproduce
> the failure.
The issue to which I alluded earlier caused significant amounts of my analysis to fail, so I came back and filed the bug:
https://bugzilla.redhat.com/show_bug.cgi?id=739273

The discussion is separate from the byte runs, though, so I'll start another thread.

--Alex
> 
> Rich.
> 
> -- 
> Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
> Read my programming blog: http://rwmj.wordpress.com
> Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
> http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]