User Contributed Notes 10 notes

Personaly I leaved all php dlls in \php\dlls\ directory, just adding this path to my system path, and iconv.dll supplied with php 4.3.2 works fine, also leaving supplied php_iconv.dll in my \php\extensions\ directory. This was working fine with Apache and Omnihttpd server I use.

As soon I installed IIS on the same server, php complained about not finding php_iconv.dll in the extensions directory. In fact PHP with IIS loads all extensions in my \php\extensions directory correctly, except php_iconv.dll. Although iconv.dll is in my system path, the only way to load php_iconv.dll was to copy iconv.dll file in \%winnt\system32 directory. With other servers, iconv.dll can be in anywhere in the system path.

If you need convert string from Windows-1251 to 866. Some characters of 1251 haven't representation on DOS 866. For example, long dash -- chr(150) will be converted to 0, after that iconv finish his work and other charactes will be skiped. Problem characters range in win1251 (128-159,163,165-167,169,171-174,177-182,187-190).

I'm not sure how recent version ofglibc 2.x Slackware 7.x/8.x comes with, butit's very likely that it comes with glibc 2.2.x.In that case, you don't have to bother at all toinstall libiconv in /usr/local. iconv(3) in glibc 2.2.xis very good (thanks to Ulrich Drepper andBruno Haible. the latter is the author of libiconv).libiconv is very handy for those outdated/non-standard-compliant Unix and non-Unix systems that don't have sufficiently good iconv(3) in their C library.