Почему PHP выдает «Ошибка сегментации (11)» после «mysql_connect» или «mysql_close»?

This could be a hardware problem or an Apache/PHP configuration problem. I've usually seen Signal 11 with memory problems. Look at your configs to make sure that the PHP memory limit isn't higher than the Apache memory limit or similar.

It sounds like your php_mod is crashing mid-program, so Apache is just tossing the php file at you with a non-html content-type header, which makes your browser treat it as a download. That's just a guess, though. You need to gather some more information.

Add some error_log() calls to your PHP program so that you can isolate when the crash actually occurs in your code. If that doesn't help narrow it down, set up Apache to create a core dump and use gdb to figure out where the segfault starts. My bet is mod_php.so.

You say it's all up and running and that simple files are showing up okay. But then some files are prompting you to save the PHP file. This means you'll have to look at the code of those pages where it's breaking and asking you to save.

It's more than likely you have a line in the code that is killing the server or just making it give up parsing the PHP.

This could be a particular extension that's being used by that page or it could be another killbot function that hobbles the server into just sitting there with its arms crossed.

Your error logs show that the last thing to happen before it shoves the save dialog in your face is a connect to the database. Follow the code back to that and make sure that's solid before moving onto the next possible troubleshooting breadcrumb that may or may not arise.

Since you can see the file with no problem on another set up, in this case easyPHP, the problem is very much on the XAMPP set up and a configuration that is being tripped up by the code.

Пахнет как ваша MySQL установка. MySQL работает как сервис? У вашей корневой учетной записи действительно нет пароля? Какие расширения MySQL загружаются в php.ini? Есть такой, php_mssql.dllкоторый можно легко принять за php_msql.dll, но я вполне уверен, что php_mssql.dllэто только для окон.

Вы редактировали свой php.ini /opt/lampp/php/php.ini? Это может помочь с отладкой:

error_reporting = E_ALL & ~E_NOTICE display_errors = On display_startup_errors = On ;but you'll want to turn this off soon ;) mysql.trace_mode = On 

Также стоит посмотреть, номер порта используется. Установлен ли $ MYSQL_TCP_PORT? Как насчет записи mysql-tcp в / etc / services?

Обновление: Вы пытались проверить возвращаемое значение функции подключения? Мне интересно, если вы пример слишком минимален. Попробуйте сделать ваш тест похожим на это:

<?php  $db = mysql_connect("localhost","root","myrootpassword"); if (!$db) { die('Could not connect: ' . mysql_error()); } else { $result = mysql_query("show databases"); print " <h1>Test executed from ". $_SERVER['SCRIPT_NAME']. "</h1>  \n"; print "Script name: ". $_SERVER['SCRIPT_FILENAME'] ." <hr>\n"; while ($line = mysql_fetch_array($result)) { print "$line[0]<br>\n"; } }  mysql_close($db);  ?>  

Этот пример гарантирует, что вы отправляете что-то обратно, похожее на HTML, независимо от того, работает ваш скрипт или нет Я смог воспроизвести ваши симптомы без установленного пароля root, так что это, очевидно, не только хорошая практика, но она должна быть непустой.

Я смог превратить вашу проблему в решение

1. Установка пароля root
2. возвращая что-то из скрипта при подключении

Вместо того, чтобы вводить "" в качестве пароля root, если это действительно ничего, попробуйте использовать mysql.default_password в качестве пароля. Значением по умолчанию для mysql.default_password является NULL.

Я столкнулся с точно такой же ошибкой. Убедитесь, что пользовательские привилегии mysql установлены правильно.

Войдите в командную строку и подтвердите, что вы можете войти, переключиться на соответствующую базу данных и просмотреть таблицы и записи. Просто войдите в систему с помощью команды: 'mysql -u user -p' и запустите некоторые запросы.