Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#3207 - mysql.so is segfaulting in php5.0.5-1

Attached to Project: Arch Linux
Opened by Greg Meyer (oggb4mp3) - Thursday, 22 September 2005, 03:02 GMT
Task Type Bug Report
Category Packages: Current
Status Closed
Assigned To No-one
Architecture not specified
Severity High
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

When trying to access the phpMyAdmin, I get the error message:

cannot load mysql extension;
please check PHP configuration
Documentation

The docs say that mysql.so is not being loaded properly, so I tried loading it from the command line, and I am getting a segfault.

$ /usr/lib/php/extensions/no-debug-non-zts-20041030/mysql.so
Segmentation fault
This task depends upon

Closed by  Tobias Kieslich (tobias)
Sunday, 02 October 2005, 16:35 GMT
Reason for closing:  Fixed
Additional comments about closing:  fixed in 5.0.5-2
Comment by Greg Meyer (oggb4mp3) - Thursday, 22 September 2005, 03:07 GMT
Sorry, I flagged this as current in error. i am using the version in testing.
Comment by Jan de Groot (JGC) - Thursday, 22 September 2005, 06:18 GMT
You need to install mysql to use the mysql extensions (take a look at ldd). Also, on other distros this file is not executable, which means that you shouldn't execute it. These modules shouldn't get started standalone, as they require to run in a php environment.
Comment by Greg Meyer (oggb4mp3) - Thursday, 22 September 2005, 11:57 GMT
mysql is installed and running, and I can access server admin functions through webmin and my amarok database is working fine. I only executed it to get a clue about why it wasn't working.
Comment by Jan de Groot (JGC) - Thursday, 22 September 2005, 13:11 GMT
Did you enable the mysql extension in php.ini?
Comment by Greg Meyer (oggb4mp3) - Thursday, 22 September 2005, 13:21 GMT
php.ini has a comment that the mysql extension is not necessary because it is built in and the extension path is correct.

BTW, this used to work, and all of a sudden it doesn't and I have changed nothing except upgraded php to the version in testing.
Comment by Jan de Groot (JGC) - Thursday, 22 September 2005, 14:51 GMT
if it would be built in, then there would be no mysql.so either.
Comment by Greg Meyer (oggb4mp3) - Thursday, 22 September 2005, 20:36 GMT
then why does it exist in the filesystem? Either which way, something is wrong with this package. I will try to reproduce it on another system.
Comment by Greg Meyer (oggb4mp3) - Friday, 23 September 2005, 03:57 GMT
Could this have something to do with the fact that there is a newer verion of mysql in current than there is in testing?
Comment by Claudio Riva (Firetux) - Saturday, 24 September 2005, 12:36 GMT
I have the same problem so I try to recompile php but I can't find 'smtp-server' ? where is?
Comment by Greg Meyer (oggb4mp3) - Saturday, 24 September 2005, 14:41 GMT
I am looking too. My first thought was to recompile php, but php requires smtp-server, or maybe something that provides smtp-server, but nothing provides it even thought there are several different smtp-servers in the repo like postfix and ssmtp and courier-mta.
Comment by Claudio Riva (Firetux) - Saturday, 24 September 2005, 17:08 GMT
courier-mta provide smtp-servers but when I install imap:
error: the following file conflicts were found:
imap: /usr/sbin/imapd: exists in filesystem
and this file is in courier-mta :(
Comment by Claudio Riva (Firetux) - Tuesday, 27 September 2005, 11:23 GMT
I downgrade php to php-5.0.4-2.pkg.tar.gz and it works correctly. The problem is in the new version of php
Comment by Paul Seropian (paranoos) - Wednesday, 28 September 2005, 08:38 GMT
I just realized I was having this problem today. To fix it, add closing quotes to the extension_dir variable, as they are missing. Restart httpd, and you should be back in business.
Comment by Claudio Riva (Firetux) - Wednesday, 28 September 2005, 09:15 GMT
good! Now it works well :) Thank you
Comment by Greg Meyer (oggb4mp3) - Wednesday, 28 September 2005, 11:40 GMT
Okay, yes, I can confirm this fixes the problem for me too. Adding the endquote to the extensions dir solves the problem.

So the bug is that a small change needs to be made into the default /etc/php.ini file.
Comment by Douglas Soares de Andrade (dsa) - Friday, 30 September 2005, 21:27 GMT
Is this closed or not ?
Comment by Greg Meyer (oggb4mp3) - Saturday, 01 October 2005, 15:47 GMT
It's not closed. The package should be redone with the correction made to the default config file. Until then, the package has the bug.
Comment by Greg Meyer (oggb4mp3) - Saturday, 01 October 2005, 19:20 GMT
It's not closed. The package should be redone with the correction made to the default config file. Until then, the package has the bug.
Comment by Tobias Kieslich (tobias) - Sunday, 02 October 2005, 13:20 GMT
My fault, I broke it when I 'fixed' the extensions so that modules can be built on top of php flawlessly. Currently compile -2 in background ..

Loading...