Displaying 4 results from an estimated 4 matches for "05ca27c".
2015 Oct 05
4
[PATCH 0/3] hivex: misc changes
Hi,
Few changes in hivex, sent as series to be clearly identified as hivex
ones.
After these patches, what about a new release of it? The last one is
basically one year old, and the changes after 1.3.11 make hivex build
and work fine on FreeBSD (and maybe more non-Linux OSes).
Thanks,
Pino Toscano (3):
Fix shebang in perl scripts
Update gnulib to latest.
Update .gitignore with more
2015 Oct 05
0
[PATCH 3/3] Update .gitignore with more gnulib files.
---
m4/.gitignore | 2 ++
1 file changed, 2 insertions(+)
diff --git a/m4/.gitignore b/m4/.gitignore
index 09915f7..05ca27c 100644
--- a/m4/.gitignore
+++ b/m4/.gitignore
@@ -7,6 +7,7 @@
/closeout.m4
/close-stream.m4
/codeset.m4
+/ctype.m4
/dos.m4
/dup2.m4
/eealloc.m4
@@ -97,6 +98,7 @@
/sockpfaf.m4
/ssize_t.m4
/stat.m4
+/stdalign.m4
/stdbool.m4
/stddef_h.m4
/stdint_h.m4
--
2.1.0
2018 Feb 09
2
[PATCH] Add a cache for iconv_t handles to hive_t
...ivex_encode_string (h, values[i].key, &recoded_name_len,
&use_utf16);
seg_len = sizeof (struct ntreg_vk_record) + recoded_name_len;
size_t vk_offs = allocate_block (h, seg_len, vk_id);
diff --git a/m4/.gitignore b/m4/.gitignore
index 05ca27c..a19035c 100644
--- a/m4/.gitignore
+++ b/m4/.gitignore
@@ -138,3 +138,5 @@
/xalloc.m4
/xsize.m4
/xstrtol.m4
+/thread.m4
+/yield.m4
--
2.11.0
2018 Feb 09
3
[PATCH] Add a cache for iconv_t handles to hive_t
It was brought to my attention that dumping a registry hive causes a
lot of time spent in disk I/O activity because iconv_open() and
iconv_close() are called for every key. Every iconv_open() call causes
/usr/lib/.../gconv/$ENCODING.so to be opened and mapped.
The iconv_t handles are now cached in the hive_h struct; they are
opened on-demand and re-used.
On my ~10 year old Lenovo T60, I have