On Thu, 3 Feb 2005, Jeff Olhoeft wrote: > > > Is this a deliberate change? Is there some way to tell configure to > > > use the system snprintf instead of the PHP version? > > > > You should always been using the ap_php_snprintf() one as that has an > > extra modified %F for non-locale aware number formatting. To make your > > extension work, make sure to include main/snprintf.h. > > I'm afraid I might not have been clear. In 4.3.10, php.h includes > snprintf.h, which defines snprintf as ap_php_snprintf. Unfortunately, > ap_php_snprintf is failing, causing the module to crash. If I force it to > use glibc's snprintf, everything works fine. Unfortunately, ap_php_snprintf > isn't an option right now, and I'm wondering what is the cleanest way to > insure that the system snprintf is used.
You can't do that actually. What fails in ap_php_snprintf? We need to fix that instead. (And always CC the mailinglist). regards, Derick -- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
