Eli Zaretskii writes: > Once again, a full detailed recipe could help establish whether > there's a difference between our systems. The attached tgz file contains test-svg/appearance-abc.png test-svg/appearance-png.png test-svg/appearance-subdir.png test-svg/emacs.png test-svg/sample-abc.svg test-svg/sample-png.svg test-svg/subdir/sample-subdir.svg test-svg/appearance-*.png are screen shots when viewing SVG files by C-x C-f. test-svg/appearance-abc.png is for test-svg/sample-abc.svg (three rectangles instead of "ABC"). test-svg/appearance-png.png is for test-svg/sample-png.svg (a scaled emacs icon, expected image). test-svg/appearance-subdir.png is for test-svg/subdir/sample-subdir.svg (a blue square without the emacs icon, unexpected image). Type C-x C-f test-svg/sample-png.svg and evaluate (setq buffer-file-name nil) and type C-c C-c C-c C-c(image-toggle-display twice), then the image looks same as test-svg/appearance-subdir.png. >> I obtained librsvg-2.40.1-2-w32-bin.zip >> from http://sourceforge.net/projects/ezwinports/files/. > > What about the PNG library? Is it possible you are using one that is > different from what came with librsvg-2.40.1-2-w32-bin.zip? librsvg > uses libpng internally. I copied bin/*.dll files in librsvg-2.40.1-2-w32-bin.zip into emacs bin directory, including libpng16-16.dll. bin/libcairo-2.dll bin/libcroco-0.6-3.dll bin/libffi-6.dll bin/libgdk_pixbuf-2.0-0.dll bin/libgio-2.0-0.dll bin/libglib-2.0-0.dll bin/libgmodule-2.0-0.dll bin/libgobject-2.0-0.dll bin/libiconv-2.dll bin/libintl-8.dll bin/libpango-1.0-0.dll bin/libpangocairo-1.0-0.dll bin/libpangowin32-1.0-0.dll bin/libpixman-1-0.dll bin/libpng16-16.dll bin/librsvg-2-2.dll bin/libxml2-2.dll bin/zlib1.dll