bug#21261: 24.5; libxml2 not found on windows even when the .dll file is in the bin folder

bug#21261: 24.5; libxml2 not found on windows even when the .dll file is in the bin folder

[sorcererofdm]

On Windows 8.1 when trying to use the eww browser (for example, by
hitting M-x eww RET google.com RET), I get libxml2 not found. I have the
libxml2 .dll (downloaded from ezwinport) in my emacs/bin folder. I have
also tried copying the entire libxml2 folder inside the emacs or
emacs/bin folder, but none of them solved the issue. I was able to
enlist the help of Clement, the maintainer for the company-coq package
(which was the original point where I discovered the bug), who was
unable to replicate the issue. Similarly, googling turns out some old
threads about the same issue, which was solved by just placing the .dll
in the bin folder. But as I said this did not work for me.



In GNU Emacs 24.5.1 (i686-pc-mingw32)
 of 2015-04-11 on LEG570
Windowing system distributor `Microsoft Corp.', version 6.3.9600
Configured using:
 `configure --prefix=/c/usr --host=i686-pc-mingw32'

Important settings:
  value of $LANG: ENU
  locale-coding-system: cp1252

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util help-fns mail-prsvr mail-utils time-date tooltip electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp
w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register
page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock
font-lock syntax facemenu font-core frame cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew
greek romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process w32notify w32
multi-tty emacs)

Memory information:
((conses 8 74544 6600)
 (symbols 32 17432 0)
 (miscs 32 73 158)
 (strings 16 10697 4045)
 (string-bytes 1 280388)
 (vectors 8 9569)
 (vector-slots 4 384463 4244)
 (floats 8 58 236)
 (intervals 28 245 36)
 (buffers 508 13))

bug#21261: 24.5; libxml2 not found on windows even when the .dll file is in the bin folder

[Eli Zaretskii]

> From: sorcererofdm@gmail.com
> Date: Fri, 14 Aug 2015 18:46:05 -0500
> 
> On Windows 8.1 when trying to use the eww browser (for example, by
> hitting M-x eww RET google.com RET), I get libxml2 not found. I have the
> libxml2 .dll (downloaded from ezwinport) in my emacs/bin folder.

I'm guessing what you have in emacs/bin is libxml2-2.dll, not
libxml2.dll, yes?  The package on ezwinports has libxml2-2.dll.

If indeed you have libxml2-2.dll there, this probably means some DLL
on which libxml2-2.dll is dependent is either missing or overwritten
by an incompatible version.  libxml2-2.dll depends on libiconv-2.dll,
so make sure this DLL in the emacs/bin folder is the same that comes
with the libxml2-2.7.8-w32-bin.zip archive you downloaded from the
ezwinports site.

If the above doesn't help, run the dependency checker on
libxml2-2.dll, and see which other DLLs in what directories it picks
up.  If you don't have the dependency checker installed, you can find
it here:

  http://www.dependencywalker.com/

bug#21261: 24.5; libxml2 not found on windows even when the .dll file is in the bin folder

[Greg Yang]

[-- Attachment #1: Type: text/plain, Size: 1392 bytes --]

OK it turns out I did have libxml2.dll, not libxml2-2.dll. I thought I
downloaded the package from ezwinports, but I actually didn't (and I don't
know where I downloaded the binaries for libxml2.dll from). Downloading
from ezwinports fixed the issue.

Thanks!

On Sat, Aug 15, 2015 at 2:17 AM, Eli Zaretskii <eliz@gnu.org> wrote:

> > From: sorcererofdm@gmail.com
> > Date: Fri, 14 Aug 2015 18:46:05 -0500
> >
> > On Windows 8.1 when trying to use the eww browser (for example, by
> > hitting M-x eww RET google.com RET), I get libxml2 not found. I have the
> > libxml2 .dll (downloaded from ezwinport) in my emacs/bin folder.
>
> I'm guessing what you have in emacs/bin is libxml2-2.dll, not
> libxml2.dll, yes?  The package on ezwinports has libxml2-2.dll.
>
> If indeed you have libxml2-2.dll there, this probably means some DLL
> on which libxml2-2.dll is dependent is either missing or overwritten
> by an incompatible version.  libxml2-2.dll depends on libiconv-2.dll,
> so make sure this DLL in the emacs/bin folder is the same that comes
> with the libxml2-2.7.8-w32-bin.zip archive you downloaded from the
> ezwinports site.
>
> If the above doesn't help, run the dependency checker on
> libxml2-2.dll, and see which other DLLs in what directories it picks
> up.  If you don't have the dependency checker installed, you can find
> it here:
>
>   http://www.dependencywalker.com/
>
>

[-- Attachment #2: Type: text/html, Size: 2009 bytes --]

bug#21261: 24.5; libxml2 not found on windows even when the .dll file is in the bin folder

[Eli Zaretskii]

> Date: Sun, 16 Aug 2015 11:07:03 -0500
> From: Greg Yang <sorcererofdm@gmail.com>
> Cc: 21261@debbugs.gnu.org
> 
> OK it turns out I did have libxml2.dll, not libxml2-2.dll. I thought I
> downloaded the package from ezwinports, but I actually didn't (and I don't know
> where I downloaded the binaries for libxml2.dll from). Downloading from
> ezwinports fixed the issue.

OK, I'm closing the bug.