Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc. If the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.

I already posted the c++ code (Qt) I use to do the post without content type header. I do not know a second way to do a similar post.
One can use a empty php file to post to, even than it will crash:

<?php
?>

But the lines i use to read the raw post data:

<?php
//load raw post
$data = file_get_contents("php://input");
//(current dir is writable) 
$handle = fopen("./file.jpg", "w");
fwrite($handle, $data);
fclose($handle);
?>

That's what I mean by "reproduce script", what crashes is not the client (your QT 
app) but the server side (php), so we need a reproduce script to know how it 
crases :)

hi

Could you post a link to the file you use to upload please? We connot reproduce 
this problem.

1 - Forgot to mention, I need to post a big file. For example a image larger than 5MB. If I post for example a small xml file everything works fine.

2 - I tried to reproduce with the following php script, but everything seems to work here; strange. Maybe the feature is in Qt, which I can rule out since everything used to work, and after upgrade to php 5.3.9 the behaviour started.

<?php
// Get contents of a file into a string
$filename = "./image.jpg";
$handle = fopen($filename, "r");
$contents = fread($handle, filesize($filename));
fclose($handle);

// Make post request params
$params = array('http' => array(
	'method' => 'POST',
	'content' => $data
));

// Create a streams context
$ctx = stream_context_create($params);

// Do post
$url = "http://www.server.com/post.php";
$fp = @fopen($url, 'rb', false, $ctx);
if(!$fp) echo "Problem with $url, $php_errormsg";

// Read response
$response = @stream_get_contents($fp);
if($response === false) echo "Problem reading data from $url, $php_errormsg";

// Echo response
echo $response;
?>

Can you post a link to the data you use to upload?

Please try to do a tcpdump as well on the client side to see what you send 
actually and post a link to the dump here as well.

We still cannot reproduce it, even with large data.

Hi,

First of all, a surprising header in tcp dump (for me), I thought content type was not set, but:

POST /tup/up.php HTTP/1.1
Content-Length: 1038349
Connection: Keep-Alive
Accept-Encoding: gzip
Accept-Language: nl-NL,en,*
User-Agent: Mozilla/5.0
Host: www.mymoza.com
Content-Type: application/x-www-form-urlencoded

URL of tcpdump (libpcap format): http://www.mymoza.com/tup/tcpdump.data
URL of test image: http://www.mymoza.com/tup/image.jpg

With the following headers set no seg. fault will occur:

POST /tup/up.php HTTP/1.1
Content-Type: image/jpeg
Content-Length: 1038349
Connection: Keep-Alive
Accept-Encoding: gzip
Accept-Language: nl-NL,en,*
User-Agent: Mozilla/5.0
Host: www.mymoza.com

I can't reproduce the error. Could you try disabling mbstring? And if, after 
disabling mbstring, there's no segfault, please tell us your configuration for 
mbstring.* ini options (those active for the script that receives the POST 
request).

php.ini has the default mbstring options = everything commented out
mbstring.ini has only the line:

extension=mbstring.so

In a local .htaccess file I added:

php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0

which doesn't change anything in the output of phpinfo()

How would you disable mbstring?
Can it have something to do with mime type stuff or so?

Output phpinfo: http://www.mymoza.com/tup/info.php

You can disable mbstring by commenting out the "extension=mbstring.so" line from the configuration file and restarting Apache (and then confirm "mbstring" doesn't show up in phpinfo()).

Hi again,
Sorry for late reply...
So, I disabled mbstring as you asked, and no seg. fault now!
Where is this leading to? Should I switch it back on? What is it doing?
tanx

I've installed plesk on my server. Last night it has automatic updated php from 5.3.9 to 5.3.10.
Now I can't even reproduce the bug!
I can't downgrade, since plesk gets deinstalled in the first place during the downgrade.
Let close it and not waste our time?

I'm closing this as it's apparently not a problem in the latest version. If the problem resurfaces, please report it again.

hi! I'm getting a similar error (seg fault)
what is the purpose of disabling mbstring? in my case, I can't disable it because 
my entire application depends on it. 

what is mbstring causing to produce this issue?

thanks!