php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #8611 apache didn't start (Speicherzugriffsfehler)
Submitted: 2001-01-09 04:11 UTC Modified: 2001-05-27 22:20 UTC
From: manfred dot hansen at mobilcom dot de Assigned:
Status: Closed Package: Apache related
PHP Version: 4.0.4 OS: suse 6.4 and 7.0
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: manfred dot hansen at mobilcom dot de
New email:
PHP Version: OS:

 

 [2001-01-09 04:11 UTC] manfred dot hansen at mobilcom dot de
Problem: Apache didn't start
Apache started  with infomrix or oracle but not together

/configure \
   --enable-libgcc \
   --disable-debug \
   --with-oci8=/opt/oracle/product/8.1.6 \
   --with-oracle=/opt/oracle/product/8.1.6 \
   --with-mysql=yes \ 
   --enable-safe-mode \
   --enable-sysvsem \
   --enable-sysvshm \
   --enable-track-vars \ 
   --enable-magic-quotes \
   --enable-memory-limit \
   --enable-bcmath \
   --with-zlib=yes \
   --with-ldap=yes \
   --with-config-file-path=/etc/httpd \
   --with-informix=yes \
   --with-apxs \ 
   --with-pdflib \
   --enable-ftp \ 
   --enable-dbase \
   --with-recode \
   --with-exec-dir=/usr/bin \
   --enable-sigchild \
   --with-sybase=/opt/sybase >>log.php

Enviroment
LD_LIBRARY_PATH=:/usr/lib/jdk1.2.2/lib:/opt/oracle/product/8.1.6/lib:/home/informix/lib
ORACLE_BASE=/opt/oracle
ORACLE_HOME=/opt/oracle/product/8.1.6
ORA_NLS33=/opt/oracle/product/8.1.6/ocommon/nls/admin/data
NLS_LANG=german_germany.we8dec

INFORMIXDIR=/home/informix

php4.0.4
apache-1.3.12-7 
suse 6.4
informix_client_sdk_v2_40_uc1_1_for_intel_linux.zip
GNU Bison version 1.28

edv-orga-18:/usr/src/php-4.0.4/.libs # gdb /usr/sbin/httpd core
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-suse-linux"...(no debugging symbols found)...
Core was generated by `/usr/sbin/httpd -t -f /etc/httpd/httpd.conf -D PHP4 -D SUSEHELP'.
Program terminated with signal 11, Speicherzugriffsfehler.
Reading symbols from /usr/lib/libmm.so.11...(no debugging symbols found)...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libcrypt.so.1...done.
Reading symbols from /usr/lib/libgdbm.so.2...done.
Reading symbols from /lib/libdb.so.3...done.
Reading symbols from /lib/libdl.so.2...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from /lib/libnss_files.so.2...done.
#0  0x40ca6d70 in ?? ()
(gdb) bt
#0  0x40ca6d70 in ?? ()
#1  0x805ba26 in ap_exists_scoreboard_image ()
#2  0x805e335 in main ()
#3  0x400cba8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93


uname -a
Linux edv-orga-18 2.2.16 #1 Wed Aug 2 20:22:26 GMT 2000 i686 unknown


I have nothing change in the php.ini file.

Regards Manfred Hansen

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-01-09 04:33 UTC] rasmus@php.net
Probably due to the glibc-2.1.x bug which prevents a binary not linked against pthreads from dynamically loading a shared library that is linked against pthreads.  Try linking your Apache binary against libpthreads.
 [2001-05-27 22:20 UTC] sniper@php.net
no feedback, assumed to be the libpthread issue.


 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Dec 27 02:01:29 2024 UTC