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
>
> On 2003/11/22, at 6:30, Derick Rethans wrote:
>
> > On Fri, 21 Nov 2003, Steph wrote:
> >
> >> Works on my box (no idea how sane this is, or what it may break on
> >> other
> >> systems, please handle like barbed wire).
> >
> > I think I know why this might happen... perhaps "iconv" is defined as
> > macro on windhoos. Can you please see if get_defined_functions() does
> > something weird? (Tip: only load the iconv ext other wise there are
too
> > many funcs in the output).
>
> 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
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
