similar to: [Hivex] OS X and iconv

Hello all, I've been testing hivexml in OS X, and came across an inconsistency in building. Some while back, I hit a snag with iconv in OS X, where basically this would happen when a hive of any sophistication (greater than hivex/images/small) was processed: >$ xml/hivexml images/large >test.xml >dyld: lazy symbol binding failed: Symbol not found: _iconv_open > Referenced from:

On Wed, Oct 16, 2013 at 01:08:02PM -0400, Alex Nelson wrote: > MacPorts' iconv works fine: > > $ file /opt/local/lib/libiconv.dylib > /opt/local/lib/libiconv.dylib: Mach-O 64-bit dynamically linked shared library x86_64 [...] > Or is the correct answer to file a complaint with Apple and commence thumb-twiddling? Heh :-) It's a bit odd that the libiconv library

This patch series improves, but does not complete, OS X support for hivex. There are several outstanding issues before hivexml and hivexsh can run: * hivexsh uses open_memstream, which doesn't exist in OS X as near as I can see. Unfortunately, I'm inexperienced with autoconf, so I'm not sure how to employ AC_CHECK_FUNCS([open_memstream]) to conditionally add 'sh' to the

Since some modules (`getopt', for example) may copy files into the build directory, `top_builddir/lib' is needed as well as `top_srcdir/lib'. -- GNU Gnulib manual, section 2.2 Initial import This fixes an in-tree build failure on a Debian/sid system (see below). hivexml could be built out-of-tree, but it turned out that due to a missing include path, in this case the

Hi all, Have had a frustrating time trying to get R 2.5.1 running happily on Solaris9/x86, the problems seem to stem mainly from libiconv support. After a couple of hours of experimenting, I came across the following combination, note that iconv (the program, but not the library) exists in the Solaris base system, I've manually installed the full GNU distribution in

Hi, libhivex seems to do a great job at parsing hives most of the time, but there are some issues with a few registry keys. These can be worked around in the application that uses libhivex, but I think it'd be better if libhivex handled these itself. 1. UTF16 string in REG_SZ that has garbage after the \0\0 There is code in hivex.c to handle this already but I think it has a typo: /*

hivexml on OS X was failing with a symbol-not-found error while dynamically linking. Adding iconv to libhivex fixes the issue and lets OS X process 'images/large' with hivexml. It took careful iconv autotool additions to get compilation working in Fedora as well, but these two lines build and run on OS X 10.6 and 10.8, and Fedora 17 and 18. Unfortunately, a separate issue is revealed

I am attempting to compile Hivex (v1.3.18) and am getting a "handle.c:47:10: fatal error: 'hivex.h' file not found" error. I see that hivex.h is not included in the source and I suspect it is created during the configure phase. Full build log below. Any ideas of how this file is created and why it wasn't created? I was able to compile it before on earlier versions of macOS

Whilst cleaning up the lintian reports in preparation for the Debian/Ubuntu hivex package one of the issues is: E: libhivex-perl: binary-or-shlib-defines-rpath ./usr/lib/perl/5.10.1/auto/Win/Hivex/Hivex.so /tmp/buildd/hivex-1.2.1/perl/../lib/.libs I've temporarily dealt with this by using chrpath in the build and a rule to delete the RPATH from "auto/Win/Hivex/Hivex.so". I wonder

Hi, I am trying to compile Samba 3.0.13 but when I run configure I get the following in the output. checking for iconv in /usr/lib... yes checking can we convert from CP850 to UCS2-LE?... no checking can we convert from IBM850 to UCS2-LE?... no checking can we convert from ASCII to UCS2-LE?... no checking can we convert from 646 to UCS2-LE?... 646 checking can we convert from UTF-8 to

Samba 3.0.2 and earlier on Irix 6.5 haven't been detecting libiconv, even when using the --with-libiconv directive. I found it best to configure libiconv as, ./configure --prefix=/opt --libdir=/opt/lib32 because /opt/lib32 is in ldd's search path. And before configuring Samba to make three changes to the configure script to properly detect libiconv and build the test programs.

--- configure.ac | 2 +- images/Makefile.am | 5 +++-- lib/Makefile.am | 14 +++++++------- ocaml/Makefile.am | 3 ++- ocaml/t/hivex_300_fold.ml | 3 +-- python/run-python-tests | 25 ------------------------- python/run-python-tests.in | 25 +++++++++++++++++++++++++ 7 files changed, 39 insertions(+), 38 deletions(-) delete mode

Hi As my cross platform registry editor (FRED available from https://www.pinguin.lu (sorry for advertising but I couldn't resist ;-))) is evolving, I recently added write support to it. While under Linux everything worked nice, the Windblows build didn't. It seems that Windows opens files by default in text mode (O_TEXT) which is a problem. The attached patch adds the O_BINARY flag to

Thanks very much for the responses on my last three issues. I've incorporated the appropriate changes into the budding Debian package. I feel embarrassed to raise this one, but in the interests of shutting lintian up maybe this could be fixed at some point: I: hivex: spelling-error-in-manpage usr/share/man/man1/hivexregedit.1.gz reencode re-encode I: libhivex-perl: spelling-error-in-manpage

I'm at wit's ends here and need some help. I've downloaded and compiled iconv versions 1.13 and 1.14 - libiconv.so.2.5.0 and libiconv.so.2.5.1 and copied the iconv all over, replacing the native iconv on my Solaris machine. Still when I try to run the configure I get: checking iconv.h usability... yes checking iconv.h presence... yes checking for iconv.h... yes checking for

Hi, I have the following error during the ./configure phase checking iconv.h usability... yes checking iconv.h presence... yes checking for iconv.h... yes checking for iconv... in libiconv checking whether iconv accepts "UTF-8", "latin1" and "UCS-*"... no configure: error: a suitable iconv is essential I have installed GNU libiconv-1.13.1 without success. I have

On Thu, Jun 27, 2013 at 11:29:28PM +0200, Daniel Gillen wrote: > Hi > > As my cross platform registry editor (FRED available from > https://www.pinguin.lu (sorry for advertising but I couldn't resist > ;-))) is evolving, I recently added write support to it. > > While under Linux everything worked nice, the Windblows build didn't. > > It seems that Windows

--- python/Makefile.am | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/python/Makefile.am b/python/Makefile.am index 8599863..89e66f8 100644 --- a/python/Makefile.am +++ b/python/Makefile.am @@ -36,6 +36,7 @@ libhivexmod_la_SOURCES = hivex-py.c libhivexmod_la_CFLAGS = -Wall -I$(PYTHON_INCLUDEDIR) \ -I$(top_srcdir)/lib -I$(top_builddir)/lib

Hi, if I want to use 'llvm-gcc' I get: dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /Users/me/llvm/gcc/bin/llvm-gcc Reason: Incompatible library version: llvm-gcc requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0 Trace/BPT trap So I installed MacPorts and 'libiconv', but I get the same error message. But it _should_

On Dec 5, 2009, at 1:27 PM, Nico wrote: > Hi, > > if I want to use 'llvm-gcc' I get: > > dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib > Referenced from: /Users/me/llvm/gcc/bin/llvm-gcc > Reason: Incompatible library version: llvm-gcc requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0 > Trace/BPT trap > > So I