I can reproduce the problem.

The output (garbage) actually does not come from PHP but rather from curl_easy_perform(). I am guessing it is a result of some value not being initialized and random data is being treated as a 'real' value.

Are you saying that curl_easy_perform() behaves wrongly or that you use the output from it badly in the PHP/CURL glue code?

If it is the first, can you provide a small test code that shows the problem?

(libcurl maintainer)

Snapshot php4-STABLE-200305140730 this bug
exist up to the point.

Any curl_exec() produces random text output.

Daniel,

I do not believe it is curl_easy_perform(), who is at fault here, but the strange text that I can see occurs every single time and definately is not printed by anything inside PHP. Unfortunately I am not fluent in libcurl source to give you much more information then that. I did however write a small scirpt that is the equivalent of the above code in C  (well, it does the same thing) and did not get any strange text.

Ok, I've seen users of PHP/CURL mention this before, and for some reason people tend to assume that the garbage is chunked transfer-encoding data (which is not true, since libcurl deals with the chunked data itself and hides that logic from the app).

One user says he solved the problem by using curl_setopt(curlopt_returntransfer,1) (http://curl.haxx.se/mail/curlphp-2003-04/0013.html). That could give you a hint of where to look for this.

Looking at the current ext/curl/interface.c code in CVS, I can only see a very minor bug that I think doesn't make any difference at this point. Patch for this follows here:

diff -u -r1.15 interface.c
--- interface.c	9 May 2003 01:10:18 -0000	1.15
+++ interface.c	15 May 2003 06:40:56 -0000
@@ -374,7 +374,7 @@
 	
 	switch (t->method) {
 		case PHP_CURL_STDOUT:
-			PHPWRITE(data, size);
+			PHPWRITE(data, length);
 			break;
 		case PHP_CURL_FILE:
 			return fwrite(data, size, nmemb, t->fp);
@@ -483,7 +483,7 @@
 			if (ch->handlers->write->method == PHP_CURL_RETURN) {
 				smart_str_appendl(&ch->handlers->write->buf, data, (int) length);
 			} else {
-				PHPWRITE(data, size);
+				PHPWRITE(data, length);
 			}
 			break;
 		case PHP_CURL_FILE:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

Now fixed also in the stable branch.

Hi,

I are suffering the curl problem as "The page cannot be displayed" based on the following code

<?php
$url = 'https://secure.authorize.net/xxxxxx';
$ch = curl_init($url);
echo curl_error($ch);
curl_exec ($ch);
curl_close ($ch);
?>

Do you think I should ask my web hosting provider to fix it or is there some wrong on my php script?

Thanks,

Willy

my apache server is not responding & hence the php pages result is not showing
what to do?