Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:25864 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 284 invoked by uid 1010); 28 Sep 2006 17:11:57 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 265 invoked from network); 28 Sep 2006 17:11:57 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Sep 2006 17:11:57 -0000 Authentication-Results: pb1.pair.com smtp.mail=ceo@l-i-e.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=ceo@l-i-e.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain l-i-e.com from 67.139.134.202 cause and error) X-PHP-List-Original-Sender: ceo@l-i-e.com X-Host-Fingerprint: 67.139.134.202 o2.hostbaby.com FreeBSD 4.7-5.2 (or MacOS X 10.2-10.3) (2) Received: from [67.139.134.202] ([67.139.134.202:4572] helo=o2.hostbaby.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 3D/5D-21168-9520C154 for ; Thu, 28 Sep 2006 13:11:54 -0400 Received: (qmail 87171 invoked by uid 98); 28 Sep 2006 17:11:53 -0000 Received: from 127.0.0.1 by o2.hostbaby.com (envelope-from , uid 1013) with qmail-scanner-1.25 (clamdscan: 0.88.4/1948. Clear:RC:1(127.0.0.1):. Processed in 0.072041 secs); 28 Sep 2006 17:11:53 -0000 X-Qmail-Scanner-Mail-From: ceo@l-i-e.com via o2.hostbaby.com X-Qmail-Scanner: 1.25 (Clear:RC:1(127.0.0.1):. Processed in 0.072041 secs) Received: from unknown (HELO l-i-e.com) (127.0.0.1) by localhost with SMTP; 28 Sep 2006 17:11:53 -0000 Received: from 208.195.234.254 (SquirrelMail authenticated user ceo@l-i-e.com) by www.l-i-e.com with HTTP; Thu, 28 Sep 2006 12:11:53 -0500 (CDT) Message-ID: <60317.208.195.234.254.1159463513.squirrel@www.l-i-e.com> In-Reply-To: <20060921152827.GV28043@arvo.suso.org> References: <20060921140719.GT28043@arvo.suso.org> <10845a340609210727q41c03d4bj15357b1435b2c3a7@mail.gmail.com> <20060921152827.GV28043@arvo.suso.org> Date: Thu, 28 Sep 2006 12:11:53 -0500 (CDT) To: "Mark Krenz" Cc: internals@lists.php.net Reply-To: ceo@l-i-e.com User-Agent: Hostbaby Webmail MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: [PHP-DEV] Resource problem affecting Curl functions From: ceo@l-i-e.com ("Richard Lynch") On Thu, September 21, 2006 10:28 am, Mark Krenz wrote: > $ch = curl_init("http://www.cnn.com/"); > $fp = fopen("example_homepage.txt", "w"); In the realm of Voodoo Programming, but worth a shot nonetheless... curl_init(); curl_setopt($ch, CURLOPT_URL, 'http://www.cnn.com'); I vaguely recall a problem back in the day where under some circumstances the arg to curl_init was messing me up. This could EASILY have been that I had a typo in my own arg, of course. It's a Swiss-cheese memory... > When it fails to work due to having too many vhosts turned on, > nothing > is written to the file and my browser just sits there waiting for the > page to complete. Interestingly enough, things like > max_execution_time > doesn't seem to stop the request after the allotted time. It can sit > there for 10+ minutes and never stop. No surprise. PHP only "counts" CPU time that PHP is spending, not CPU time that curl or MySQL or exec() or extension xyz is spending. You should be able to set a curl time out though, so you can at least kill off this script when it is taking too long... Any followup on this bit should move back to PHP-General, I should think. -- Like Music? http://l-i-e.com/artists.htm