Newsgroups: php.internals,php.internals Path: news.php.net Xref: news.php.net php.internals:42026 php.internals:42027 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 49218 invoked from network); 23 Nov 2008 22:04:07 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Nov 2008 22:04:07 -0000 Authentication-Results: pb1.pair.com smtp.mail=edwardzyang@thewritingpot.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=edwardzyang@thewritingpot.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain thewritingpot.com from 64.14.68.87 cause and error) X-PHP-List-Original-Sender: edwardzyang@thewritingpot.com X-Host-Fingerprint: 64.14.68.87 server286.com Linux 2.6 Received: from [64.14.68.87] ([64.14.68.87:37170] helo=server286.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D6/D0-64083-653D9294 for ; Sun, 23 Nov 2008 17:04:06 -0500 Received: (qmail 8688 invoked by uid 502); 23 Nov 2008 22:04:03 -0000 Received: from unknown (HELO ?18.243.2.157?) (18.243.2.157) by server286.com with SMTP; 23 Nov 2008 22:04:03 -0000 Message-ID: <4929D353.1020201@thewritingpot.com> Date: Sun, 23 Nov 2008 17:04:03 -0500 User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Pierre Joye CC: Ilia Alshanetsky , internals Mailing List References: <0C734D4F-CE5B-442A-ACE1-E4D025C95A29@prohost.org> <4929CFB6.7090802@thewritingpot.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] PHP 5.2.7RC4 Testing From: edwardzyang@thewritingpot.com ("Edward Z. Yang") Pierre Joye wrote: >> It should not use MSVCR80.dll as it is only for VC9. >> > >> > Can you try with a clean install and/or using a snapshot (5.2, >> > http://windows.php.net)? > > I will try the snapshot very shortly. I get the same error from php_curl.dll in the snapshot. > I did a little more poking around and php_curl.dll appears to be the > culprit, not php.exe. There's no manifest on the dll, though, which is > puzzling. Cheers, Edward