Bug#411982: [php-maint] Bug#411982: php5 makes a segmentation fault when php5-curl
On Sun, 2007-03-11 at 19:26 +0100, sean finney wrote: hrm... i can't reproduce this, even when i set up an etch chroot with everything in your dpkg output installed (minus a few non-debian packages that were probablly not related). how about your pam/libnss configuration? also, it's a major pain to get moodle set up to test this, could you provide a smaller self-contained script that also exhibits this behaviour? perhaps a small script that uses curl/ssl or maybe postgres features just enough to tickle the bug? I have updated to the latest packages (including those of php5) and the segfault remains. On my system, only the moodle cron script triggers this bug. Other test scripts do not produce this. However, I have not tried with php-postgres included, although that does seem to be needed given that the moodle script accesses a postgresql database. fwiw, these are the packages i could not/did not install in the test chroot. besides the linux-image stuff, the dell stuff, and some local configuration-looking packages, i saw some older packages no longer available in etch. you might want to see what's in those packages, if any of them have shared libraries could you share their contents? I have removed all unnecessary packages and the problem remains. The remaining packages are unrelated and do not show up in the shared library dependency list of the core file produced. Regards, -- Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411982: [php-maint] Bug#411982: php5 makes a segmentation fault when php5-curl
On Sun, 2007-03-11 at 10:58 +0100, sean finney wrote: correct, there are no changes in the pending version of php that affect curl, but my thought was that perhaps the problem is a transient one resulting from building against a bad version of some library, which might be fix by a simple rebuild. however, i can't reproduce the problem you're having by installing the old version of php5/libcurl3/libssl0.9.8, so i'm not sure where to go from here. i'll see if anyone else has ideas. in the meantime, could you send me the full output of dpkg -l | grep ^ii, so i can see if it's some other seemingly unrelated package that's doing it? See attached. I vaguely remember seeing this problem when this was a sarge machine as well. As another test, I removed the php5-curl module and now the moodle script runs without problems. So the problem is triggered by the curl module as suspected. One thing to mention is that I'm using Kerberos... and since libcurl links against libkrb5, it might be that libcurl contains Kerberos related bugs... ? However, after adding the debugging libraries, no Kerberos calls appear in the backtrace (see below). Regards, -- Hans (gdb) bt #0 0xf74932f0 in ?? () #1 0xf7bb8fa5 in CRYPTO_lock (mode=9, type=1, file=0xf7c9ca13 err.c, line=353) at cryptlib.c:489 #2 0xf7c24f4f in int_err_del () at err.c:353 #3 0xf7c2677a in ERR_free_strings () at err.c:672 #4 0xf7974c47 in Curl_ossl_cleanup () at ../../../lib/ssluse.c:580 #5 0xf7985b80 in Curl_ssl_cleanup () at ../../../lib/sslgen.c:185 #6 0xf797dd9f in curl_global_cleanup () at ../../../lib/easy.c:294 #7 0xf79936b7 in zm_shutdown_curl () from /usr/lib/php5/20060613 +lfs/curl.so #8 0x082a436e in module_destructor () #9 0x082aa5a8 in zend_hash_quick_find () #10 0x082aa847 in zend_hash_graceful_reverse_destroy () #11 0x082a09cc in zend_shutdown () #12 0x0825b885 in php_module_shutdown () #13 0x0832ed18 in main () dpkg.list.bz2 Description: application/bzip
Bug#411982: [php-maint] Bug#411982: php5 makes a segmentation fault when php5-curl
hi hans, On Sat, 2007-03-10 at 20:38 +0200, Hans Grobler wrote: Yes, I'm running the latest Etch with all updates installed. I see there is a new version that is pending and I should have that installed the moment it becomes available on our local archive (however, it does not appear that the update affects curl). Below and attached is the current information requested. correct, there are no changes in the pending version of php that affect curl, but my thought was that perhaps the problem is a transient one resulting from building against a bad version of some library, which might be fix by a simple rebuild. however, i can't reproduce the problem you're having by installing the old version of php5/libcurl3/libssl0.9.8, so i'm not sure where to go from here. i'll see if anyone else has ideas. in the meantime, could you send me the full output of dpkg -l | grep ^ii, so i can see if it's some other seemingly unrelated package that's doing it? thanks sean signature.asc Description: This is a digitally signed message part
Bug#411982: [php-maint] Bug#411982: php5 makes a segmentation fault when php5-curl
hi hans, On Sun, 2007-03-11 at 12:28 +0200, Hans Grobler wrote: See attached. I vaguely remember seeing this problem when this was a sarge machine as well. As another test, I removed the php5-curl module and now the moodle script runs without problems. So the problem is triggered by the curl module as suspected. One thing to mention is that I'm using Kerberos... and since libcurl links against libkrb5, it might be that libcurl contains Kerberos related bugs... ? hrm... i can't reproduce this, even when i set up an etch chroot with everything in your dpkg output installed (minus a few non-debian packages that were probablly not related). how about your pam/libnss configuration? also, it's a major pain to get moodle set up to test this, could you provide a smaller self-contained script that also exhibits this behaviour? perhaps a small script that uses curl/ssl or maybe postgres features just enough to tickle the bug? fwiw, these are the packages i could not/did not install in the test chroot. besides the linux-image stuff, the dell stuff, and some local configuration-looking packages, i saw some older packages no longer available in etch. you might want to see what's in those packages, if any of them have shared libraries could you share their contents? debupeece-nssldap-config debupeece-nsswitch-config debupeece-ntp-config dellomsa gnu-efi libapache2-mod-authnz-external libc6-amd64 libc6-i686 libdns21 libgnutls11 libtasn1-2 linux-headers-2.6.18-3 linux-image-2.6-686 linux-image-2.6.18-3-amd64 linux-image-2.6.18-4-686 linux-image-2.6.18-4-amd64 localization-config megacli pwauth python2.3 thanks, sean signature.asc Description: This is a digitally signed message part
Bug#411982: [php-maint] Bug#411982: php5 makes a segmentation fault when php5-curl
hi hans, i'm still unable to reproduce this problem. can you give me: - your list of installed/configured php extensions (php.ini and conf.d/*.ini) - package versions for libssl*, libcurl*, libssl* and maybe we can take things from there. also, could you check to see if this problem is in the latest version of the php packages? if you're using etch a new version was recently uploaded to testing-proposed-updates that contains security fixes you'll want anyways :) sean signature.asc Description: This is a digitally signed message part
Bug#411982: [php-maint] Bug#411982: php5 makes a segmentation fault when php5-curl and php5-pgsql installed
hi pirity, On Thu, 2007-02-22 at 15:54 +0100, Pirity Tamas Gabor wrote: 1st very sorry for my poor english, maybe you will understand me. well we could try in magyar, but then i don't think we'd get very far at all :) i just sent a followup to this bug about 15 minutes ago. could you provide the same information i requested from the other user? also, what version of php5* are you using? thanks sean signature.asc Description: This is a digitally signed message part
Bug#411982: [php-maint] Bug#411982: php5 makes a segmentation fault when php5-curl
Hi Sean, On Sat, 2007-03-10 at 18:30 +0100, sean finney wrote: hi hans, i'm still unable to reproduce this problem. can you give me: - your list of installed/configured php extensions (php.ini and conf.d/*.ini) - package versions for libssl*, libcurl*, libssl* and maybe we can take things from there. also, could you check to see if this problem is in the latest version of the php packages? if you're using etch a new version was recently uploaded to testing-proposed-updates that contains security fixes you'll want anyways :) Yes, I'm running the latest Etch with all updates installed. I see there is a new version that is pending and I should have that installed the moment it becomes available on our local archive (however, it does not appear that the update affects curl). Below and attached is the current information requested. Regards, -- Hans libcurl3 7.15.5-1 libssl-dev 0.9.8c-4 libssl0.9.80.9.8c-4 php5 5.2.0-8 php5-cli 5.2.0-8 php5-common5.2.0-8 php5-curl 5.2.0-8 php5-dev 5.2.0-8 php5-gd5.2.0-8 php5-mcrypt5.2.0-8 php5-mysql 5.2.0-8 php5-pgsql 5.2.0-8 php5-xsl 5.2.0-8 etcphp5.tar.bz2 Description: application/bzip-compressed-tar