# [PATCH] fixes #26194

- Thread: https://externals.io/message/5660
- Original archive: https://news-web.php.net/php.internals/5660
- Started by Frank M. Kromann on 2003-11-22T05:54:34+00:00
- Messages: 1
- Reply by email to internals@lists.php.net
- More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt

---

## #5660 — Frank M. Kromann — 2003-11-22T05:54:34+00:00

URL: https://externals.io/message/5660#5660

A possible fix:

diff -u -r1.97 iconv.c
--- iconv.c	2 Nov 2003 18:54:08 -0000	1.97
+++ iconv.c	22 Nov 2003 05:51:27 -0000
@@ -60,6 +60,7 @@
 
 /* {{{ iconv_functions[]
  */
+#undef iconv
 function_entry iconv_functions[] = {
 	PHP_NAMED_FE(iconv,php_if_iconv,				NULL)
 	PHP_FE(ob_iconv_handler,						NULL)
@@ -73,6 +74,7 @@
 	PHP_FE(iconv_mime_decode,						NULL)
 	{NULL, NULL, NULL}
 };
+#define iconv libiconv
 /* }}} */
 
 /* {{{ iconv_module_entry

- Frank

> 
> 
> 
> > […]
too
> > […]
> 
> I don't think this is Windows specific issue. From my experience, this
> might be caused by random heap corruption. (most likely spotted in
> another extension) And there's never been a macro like "iconv" or 
> whatever
> in the standard MS C library.
> 
> Moriyoshi