Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:14592 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 20893 invoked by uid 1010); 3 Feb 2005 19:59:56 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 20834 invoked by uid 1007); 3 Feb 2005 19:59:56 -0000 Message-ID: <20050203195955.20828.qmail@lists.php.net> To: internals@lists.php.net Reply-To: "Jeff Olhoeft" Date: Thu, 3 Feb 2005 14:59:55 -0500 Lines: 26 Organization: Patton Electronics X-Newsreader: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Posted-By: 209.49.110.1 Subject: snprintf defined as ap_php_snprintf From: jolhoeft@patton.com ("Jeff Olhoeft") Hello, We recently upgraded a system from PHP 4.3.4 to 4.3.10, and tripped over a problem with snprintf. One of our PHP extension modules started failing, causing Apache to exit with code 0177. Investigation showed the culprit to be snprintf. It turns out that in 4.3.10, snprintf is #defined to be ap_php_snprintf. If we #undef snprintf (thus using glibc's snprintf), the problem is cleared up. In this segment of the diff between versions 1.178.2.9 and 1.178.2.8 of php.h, you'll see that tests for the existence of a system snprintf were removed. -#if !defined(HAVE_SNPRINTF) || !defined(HAVE_VSNPRINTF) || PHP_BROKEN_SPRINTF || PHP_BROKEN_SNPRINTF || PHP_BROKEN_VSNPRINTF #include "snprintf.h" -#endif Is this a deliberate change? Is there some way to tell configure to use the system snprintf instead of the PHP version? Thanks, Jeff