php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #1926 mysql + sybase = crash
Submitted: 1999-07-29 16:07 UTC Modified: 1999-07-29 16:39 UTC
From: dharaburda at eversoft dot com Assigned: jah (profile)
Status: Closed Package: Reproducible Crash
PHP Version: 3.0.12 OS: Linux 2.2.10 (SuSE 6.1)
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: dharaburda at eversoft dot com
New email:
PHP Version: OS:

 

 [1999-07-29 16:07 UTC] dharaburda at eversoft dot com
Hello,

I sent this message to the mailing list and got no response, so I am assuming that this must be a bug. Just yesterday I tried it with php 3.0.12 and had the problem.

----


Hi,

This is a problem I've been having quite awhile now with PHP3. I've
tried the latest stable versions of PHP3 (probably at least back to
3.0.9), and have found that this problem exists in PHP4 beta 1 also. I
am using version 1.3.6 of Apache, and have also used various stable
releases of MySQL (right now I'm using 3.22.35 which is the latest). I
am running SuSE 6.1 and using the Sybase package that came with it,
which is version 11.0.3.3. Here is what happens:

Right now I am configuring with

./configure --with-apache=/opt/apache-1.3.6 --with-sybase=/opt/sybase
--with-mysql=/usr/local

When I go to run apache by hand, I get a segmentation fault. Here is the
backtrace:

(gdb) run
Starting program: /opt/apache_1.3.6/src/httpd

Program received signal SIGSEGV, Segmentation fault.
0x40056e9e in db__init_charset ()
(gdb) bt
#0  0x40056e9e in db__init_charset ()
#1  0x4005964e in dbopen ()
#2  0x401ead47 in internal_setent (stayopen=0) at
nss_files/../nss_db/db-XXX.c:66
#3  0x401eaf21 in lookup (key=0xbffff7b8, result=0x401e7d44,
buffer=0x818afe0, buflen=1024) at nss_files/../nss_db/db-XXX.c:158
#4  0x401eb1cf in _nss_db_getservbyname_r (name=0x80ffc66 "mysql",
proto=0x80ffe6c "tcp", result=0x401e7d44, buffer=0x818afe0 "",
    buflen=1024) at nss_files/files-service.c:44
#5  0x401be466 in __getservbyname_r (name=0x80ffc66 "mysql",
proto=0x80ffe6c "tcp", resbuf=0x401e7d44, buffer=0x818afe0 "",
    buflen=1024, result=0xbffff824) at ../nss/getXXbyYY_r.c:133
#6  0x401be357 in getservbyname (name=0x80ffc66 "mysql", proto=0x80ffe6c
"tcp") at ../nss/getXXbyYY.c:127
#7  0x80811d3 in OnMySQLPort (entry=0x818afa0, new_value=0x0,
new_value_length=3, mh_arg1=0x0, mh_arg2=0x0, mh_arg3=0x0)
    at mysql.c:231
#8  0x807aca1 in php_register_ini_entries (ini_entry=0x8128c10,
module_number=17) at php_ini.c:102
#9  0x808123c in php3_minit_mysql (type=1, module_number=17) at
mysql.c:274
#10 0x80b48a0 in zend_startup_module (module=0x8128be0) at
zend_API.c:543
#11 0x8076b80 in module_startup_modules () at internal_functions.c:103
#12 0x807622f in php_module_startup (sf=0x8125640) at main.c:833
#13 0x807554b in php_init_handler ()
#14 0x80c5fe9 in ap_init_modules ()
#15 0x80d1366 in main ()


It is also important to note that if I compile with sybase alone, it
works fine, and if I compile with MySQL alone it works fine also. I have
not tried other database combinations.

As I said before I've tried various combinations of PHP versions, MySQL
versions, etc. so this is a big nuisance to me.

Any help or suggestions are appreciated, and if any more info is needed
I would be happy to provide it.

Thanks,

David

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [1999-07-29 16:39 UTC] jah at cvs dot php dot net
This is a known problem and is caused by both /opt/sybase/lib/libsybdb.so
and /lib/libnss_d.so (or something like it) containing function
dbopen. Nothing we can do when there's a symbol clash between
libraries.

If my memory servers me right, a workaround is to disable db
for services in /etc/nsswitch.conf (ie., there should be a
line in that file that says: 'services: files'. If that line
is 'services: db files', remove that db and restart nis. If
even that doesn't work, try stopping nis altogether.)
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sun Apr 28 00:01:28 2024 UTC