PS: Forgot to specify the Sparc platform

I doubt it's mail() function that is crashing here. Check that you don't have some auto_prepend_file (or append) in php.ini set. And that you don't have any zend_extensions enabled either.

No I don't have any appended or prepended file nor any zend extension enabled.

Btw, I've compiled also php version 5.2.1 and the latest snapshot, but the script keeps crashing.

I've installed php 5.1.6 and the mail() function worked.
Then I put back php 5.2.1 and the script started crashing again.
Back to php 5.1.6 and the script works again.

For now I'm going to use 5.1.6 until there's a bugfix or I find out what's wrong with 5.2.x

You really tried with that exact script you pasted here?
Try the same with CLI binary..

Yes, the script is exactly that line, to test the mailing capabilities of the server.

I ran it using the CLI binary an it outputs "Segmentation fault".

I actually noticed one think though. For a stupid sendmail misconfiguration, the mails weren't delivered. Now that the configuration is correct, even with the segmentation fault, the mail ARE delivered correctly, both using the CLI binary and the apache module.

I tested other scripts (without the mail() function call) and they work (so I do really think is something related to sendmail (on the sparc platform?)).

"I tested other scripts (without the mail() function call) and they work
(so I do really think is something related to sendmail (on the sparc
platform?))."

Sorry I was wrong with this one.
I realized that I've tested only fairly basic scripts with echoes and a few variables (sorry, I'm trying to debug while configuring this server that has to go on production in a few days).

By running this script:

<?php

$arr = array(1,2,3);
print_r($arr);

?>

for example, I get a segmentation fault. I've captured the backtrace if you need it:

(gdb) run /usr/local/apache2/htdocs/test.php
Starting program: /usr/local/bin/php /usr/local/apache2/htdocs/test.php

Program received signal SIGSEGV, Segmentation fault.
_zval_ptr_dtor (zval_ptr=0xff8a53e4) at /root/php-5.2.3/Zend/zend_execute_API.c:412
412             (*zval_ptr)->refcount--;
(gdb) bt
#0  _zval_ptr_dtor (zval_ptr=0xff8a53e4) at /root/php-5.2.3/Zend/zend_execute_API.c:412
#1  0x0027bf64 in zend_do_fcall_common_helper_SPEC (execute_data=0xff8a54b4) at /root/php-5.2.3/Zend/zend_execute.h:155
#2  0x0026c5d8 in execute (op_array=0x5e4000) at /root/php-5.2.3/Zend/zend_vm_execute.h:92
#3  0x0024a838 in zend_execute_scripts (type=8, retval=<value optimized out>, file_count=3) at /root/php-5.2.3/Zend/zend.c:1134
#4  0x00204554 in php_execute_script (primary_file=0xff8a5590) at /root/php-5.2.3/main/main.c:1794
#5  0x002d5c68 in main (argc=2, argv=0xff8a7ab4) at /root/php-5.2.3/sapi/cli/php_cli.c:1138


As it's clear that is not a mail related bug anymore (I dunno if it can be considered even a bug..), I'll just use php 5.1.6 that works well.

I'll try to help if you think it is worth to investigate into this problem, otherwise you can just close this report.

Thank you for your time.

What was the configure line you used to configure PHP?

./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr/local/mysql --enable-mbstring --disable-pdo --with-zlib --without-pear

This is a known problem on SPARC and it seems to be GCC-related.
IIRC GCC 3.x & 4.1.x work fine, but 4.0.x has some problems with generating a working PHP binary.
What version of GCC are you using and did you try updating it to the latest stable?

"gcc -v" shows:

Using built-in specs.
Target: sparc-linux-gnu
Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --with-cpu=v8 --with-long-double-128 --enable-checking=release sparc-linux-gnu
Thread model: posix
gcc version 4.1.2 (Ubuntu 4.1.2-0ubuntu4)


It's the ubuntu packaged version that comes with the build-essential package.

According to the gcc site it's the stable release before the current one.

Unfortunately I cannot compile the new version right now as I'm quite full of work :(

I should be able to have a spare SPARC machine and try to compile php with gcc 4.2.0 as soon as I close the project I'm working on right now.

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".